On 2/14/08, Rodd Clarkson <rodd@xxxxxxxxxxxxxx> wrote: > On Thu, 2008-02-14 at 10:45 +0000, "Jóhann B. Guðmundsson" wrote: > > >> Try running "locale". > > > > > > [rodd@localhost ~]$ locale > > > LANG=en_US.UTF-8 > > > LC_CTYPE="en_US.UTF-8" > > > LC_NUMERIC="en_US.UTF-8" > > > LC_TIME="en_US.UTF-8" > > > LC_COLLATE="en_US.UTF-8" > > > LC_MONETARY="en_US.UTF-8" > > > LC_MESSAGES="en_US.UTF-8" > > > LC_PAPER="en_US.UTF-8" > > > LC_NAME="en_US.UTF-8" > > > LC_ADDRESS="en_US.UTF-8" > > > LC_TELEPHONE="en_US.UTF-8" > > > LC_MEASUREMENT="en_US.UTF-8" > > > LC_IDENTIFICATION="en_US.UTF-8" > > > LC_ALL= > > > [rodd@localhost ~]$ > > > > > > So, let me get this straight. All of this was set because I said I > > > wanted my computer to speak English (USA)? [...] > Actually, I'm starting to realize that this is much bigger than just A4 > or letter. > > Because I chose the English (USA) language, anaconda has assumed that > everything I do is US. > > I'm even stunned to note that while I select Melbourne, AUSTRALIA as my > time zone, local reports LC_TIME as en_US.UTF-8. Actually, LC_TIME is just for formatting of time. Local time and time zone are completely irrelevant matters -- if you would be an American living in Australia, chances are that you would still want LC_TIME=en_ÙS (US time formatting of the local Australian time). > This is just plain ridiculous! > > Clearly, anaconda needs some way to ask where someone lives (instead of > what appears to be a borked idea that if you speak a language you must > live where that language is spoken) and is probably needs some finer > grade control allowing advanced options to set more of these options in > locale. > > I may use English US on my computer, but I measure using metric, and > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get > any of the latter right, and that's just plain wrong. There are more use cases -- at work (higher education in Sweden), most student computers will be set to English by default, so as to accomodate for both local students and exchange students. Another example is some of the big multinational Swedish companies -- some of them have English language as the corporate language policy. Even though the daily language between local coworkers are in Swedish, all formal written communication has to be in English. And the computers too, of course. In both cases, computer systems will be installed with English as the default, but in neither case, the other "side effects" of setting LC_ALL=en_US are desired. You'd still want LC_PAPER=sv_SE as that is the only thing that the printer at the end of the corridor carries, and so on with the other LC_* variables. In some cases, you'd be facing clueless IT departments to your complaints about useless defaults is "well, uh, corporate policy mandates US English as the language, so we set it in the installer", ignoring any complaints about side effects. In some cases, you'll be in the hands of IT staff with a clue, and who really want to "do the right thing" and set useful defaults, but who are out of luck because of broken software that assumes that just because you want LC_MESSAGES=en_US, everything else should be en_US too. Clearly this needs to get fixed in Anaconda. Christian -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
