Sure. Hartfield, Kent. About six months 
Er, no. But I really enjoyed Noble House.
Er, no. But I really enjoyed Noble House.
-
-
This is what I have, which works for me in KDE Neon!
~$ locale
LANG=en_GB.UTF-8
LANGUAGE=en_GB
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC=en_GB.UTF-8
LC_TIME=ja_JP.UTF-8
LC_COLLATE=en_GB.UTF-8
LC_MONETARY=ja_JP.UTF-8
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER=en_GB.UTF-8
LC_NAME=en_GB.UTF-8
LC_ADDRESS=en_GB.UTF-8
LC_TELEPHONE=en_GB.UTF-8
LC_MEASUREMENT=en_GB.UTF-8
LC_IDENTIFICATION=en_GB.UTF-8
LC_ALL=
Hong Kong is one of my favourite places, along with Bangkok and Taipei. I can't count the number of times I've been to HK, at one point it was twice a year. Last year I went only once but I'm booked for March 1st! Chomping at the bit but next month will go to Siem Reap!Last edited by Beerislife; Jan 09, 2020, 12:12 AM.Constant change is here to stay!Comment
-
I re installed my system and found that I still cannot enter my preferred language. Seems this is broken.Comment
-
got issues with language and regional settings as well. I live in Sweden and need the correct regional settings for date, number etc but want my system communicate in english with me. I went into kde system settings and was pleased to see that there is an option for en_SE which sounds perfect. Unfortunately something is messed up since e.g.
libreoffice can't open files with special characters like öåä in the filename anymore.
locale returns this
/etc/locale.gen only has en_US.UTF-8 UTF-8 and sv_SE.UTF-8 UTF-8 active, en_SE does not exist. Still locale-gen results in creating all kinds of stuff that I don't want.Code:$ locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_SE.UTF-8 LANGUAGE=en_US LC_CTYPE="en_SE.UTF-8" LC_NUMERIC=en_SE.UTF-8 LC_TIME=en_SE.UTF-8 LC_COLLATE=en_SE.UTF-8 LC_MONETARY=en_SE.UTF-8 LC_MESSAGES="en_SE.UTF-8" LC_PAPER=sv_SE.UTF-8 LC_NAME=sv_SE.UTF-8 LC_ADDRESS=sv_SE.UTF-8 LC_TELEPHONE=sv_SE.UTF-8 LC_MEASUREMENT=en_SE.UTF-8 LC_IDENTIFICATION=sv_SE.UTF-8 LC_ALL=
Now I'm utterly confused and beg for some guidance.Code:# locale-gen Generating locales (this might take a while)... en_AG.UTF-8... done en_AU.UTF-8... done en_BW.UTF-8... done en_CA.UTF-8... done en_DK.UTF-8... done en_GB.UTF-8... done en_HK.UTF-8... done en_IE.UTF-8... done en_IL.UTF-8... done en_IN.UTF-8... done en_NG.UTF-8... done en_NZ.UTF-8... done en_PH.UTF-8... done en_SG.UTF-8... done en_US.UTF-8... done en_ZA.UTF-8... done en_ZM.UTF-8... done en_ZW.UTF-8... done sv_FI.UTF-8... done sv_SE.UTF-8... done Generation complete.
Comment
-
From the Internet ~Originally posted by shag00 View Post
"The only difference between en_US and en_US.utf8 is that the former uses ISO-8859-1 for a character set, while the latter uses UTF-8. Prefer UTF-8. The only difference in these is in what characters they are capable of representing. ISO-8859-1 represents characters common to many Americans (the English alphabet, plus a few letters with accents), whereas UTF-8 encodes all of Unicode, and thus, just about any language you can think of. UTF-8, today, is a defacto standard encoding for text. (Which is why you should prefer it.)" ~ Abraham Lincoln
"A nation that is afraid to let its people judge the truth and falsehood in an open market is a nation that is afraid of its people.”
– John F. Kennedy, February 26, 1962.Comment
-
-
Which takes us to https://www.gnu.org/software/gettext...GUAGE-variable which is somewhat less than crystal clear to your average Joe, especially the bit about not setting locale to C, whatever C is. It seems like this may be a common problem we face with electronic interfaces these days, the distributors attempt to make things easier but just create chaos. If they just went back to the old days where you input this stuff manually, or at least had an option to, you would get what you want. These automatic procedures work well if you are part of the 90-95% but are a disaster if you are not.Originally posted by jlittle View PostComment
-
Comment
Comment