[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
see this also https://bugs.launchpad.net/ubuntu/+source/unity/+bug/820333 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing To manage notifications about this bug go to: https://bugs.launchpad.net/gdm/+bug/553162/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Simon, /etc/default/locale contains system wide settings that basically affect the startup and the login screen. Once logged in, your personal language settings override the system wide ditto. Please select English as your user language, either from the language chooser at the bottom of the login screen or from Language Support. I recommend that you click the "Help" button on the Language Support window for a description of how things are intended to work. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing To manage notifications about this bug go to: https://bugs.launchpad.net/gdm/+bug/553162/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
This still fails on Natty 64 bits. I have defined: $ cat /etc/default/locale LANG="es_ES.UTF-8" LC_ALL= LC_MESSAGES=POSIX LC_COLLATE=C But when I enter in Gnome: $ locale LANG=es_ES.UTF-8 LANGUAGE=es_ES:en LC_CTYPE="es_ES.UTF-8" LC_NUMERIC="es_ES.UTF-8" LC_TIME="es_ES.UTF-8" LC_COLLATE=C LC_MONETARY="es_ES.UTF-8" LC_MESSAGES="es_ES.UTF-8" LC_PAPER="es_ES.UTF-8" LC_NAME="es_ES.UTF-8" LC_ADDRESS="es_ES.UTF-8" LC_TELEPHONE="es_ES.UTF-8" LC_MEASUREMENT="es_ES.UTF-8" LC_IDENTIFICATION="es_ES.UTF-8" LC_ALL= Only it respects LC_COLLATE but not LC_MESSAGES. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing To manage notifications about this bug go to: https://bugs.launchpad.net/gdm/+bug/553162/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Thanks again for your suggestions, Gunnar. I copied your commands directly from here to the terminal, so it is not a typo. Strangely, setting env LANG with firefox or thunderbird actually worked on the last three Ubuntu versions, even though it may be incorrect to run it this way. I was able to run an English instance of Thunderbird, for example, by using env LANG. I have opened a separate bug report here: https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/792735 and supplied more information to track down the problem. Any suggestions would be welcome! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Strange. Firefox should be started in English if you set LC_MESSAGES as I suggested. Typo, maybe? ;-) gedit is another thing. Unlike Firefox gedit recognizes the LANGUAGE env. variable, which overrides both LANG and LC_MESSAGES, so to make gedit be started in English you would need: env LANGUAGE=en gedit Yes, if there is a need to track it down, please submit a separate bug. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Yes, of course. Firefox wasn't running when I executed the env LC_MESSAGES and env LANG commands. I also tried running the command with other programmes, such as gedit, but always got the same result: contrary to my expectation, the programme would not open up in the language specified, but in the language I picked at login. This didn't happen on Lucid, and, as I pointed out above, stopped happening on Maverick. Do other users also experience this problem? Shall we track this in a separate bug report? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
It makes a difference to me. Since you said "an English instance of Firefox", maybe I should point out that you can't have a Chinese and an English FF instance simultaneously. In other words, Firefox must not be running when you execute the command I suggested. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Gunnar, thank you for your quick reply. Unfortunately, this didn't make a difference. Firefox still comes up in Chinese. This is on a fresh Natty install, by the way (had to reinstall since my last post for a different reason). Suppose that means the bug is not fixed then? Any other suggestions? Any additional test you'd like me to run? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
@dreamon You are probably right when assuming that your observations are related to the fixes of this bug. If your regional formats setting (second tab in Language Support) is something else but "Chinese (China)", your choosing "Chinese (China)" as the display language makes gdm set the LC_MESSAGES variable to "zh_CN.UTF-8". Since LC_MESSAGES overrides LANG, setting LANG before launching an app is not sufficient. Try this instead: env LC_MESSAGES=en_US.UTF-8 firefox -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
A screenshot demonstrating the conflict between gdm and env. I selected "Chinese (China)" at the login screen to run a Chinese language session of Ubuntu. In this Chinese Ubuntu session I am trying to run an English instance of Firefox by prepending "env LANG=en_US.UTF-8". Note how Firefox comes up in Chinese instead of English. ** Attachment added: "demonstration of gdm & env conflict" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/2146803/+files/gdm-env-conflict.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
I am not sure if this is related, but I am experiencing problems with GDM overriding language selections I apply on a per-programme basis via the env variable. Normally, when I select Chinese (China) at the login screen, I can still run programmes in English by prepending an env argument, e.g. "env LANG=en_US.UTF-8 firefox". That way I can run an English instance of Firefox in a Chinese language Ubuntu session. This was working fine up to Lucid. Maverick was the first Ubuntu release that caused problems. After installing Maverick, whatever language I specified at the login screen would stick, and I couldn't run programmes in an alternative language by prepending env. The issue disappeared somewhere along the way after an update, though. However, I just finished setting up a fresh install of Natty and the problem reappaeared. Is this related to this bug or described somewhere else? Has somebody else experienced similar problems? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
@Kevin Yes, I remember that you were confused by system vs. user specific level. Language Support Help, which you can reach by clicking the "Help" button at the bottom left of the Language Support window, will hopefully contribute to reduce similar confusion henceforth. Also, at the UDS in Budapest it was decided to let a design team review the work flow and UI of Language Support. Do you have a specific suggestion in mind? @Kentaro In Lucid and Maverick, choosing a locale for regional formats, that does not match the selected language, often leads to unexpected results, which I suppose that your special code in .gnomerc and .zshenv aims at correcting. In Natty that code ought to be redundant, since the problems have been fixed, so you should be able to remove the special code without any undesired behavior. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
@Gunnar, (#107) Thank you for your help. I tested it and it seems to be working at this moment. I was in doubt that selecting "English" of Language menu affects all locale settings such as LC_TIME or LC_NUMERIC. Let me see what happens with my settings. Now I have "export LANG=ja_JP.UTF-8; export LC_MESSAGES=C" in my .gnomerc and .zshenv. "echo $LANGUAGE" says "LANGUAGE=en_US:en". Gnome Clock displays current date in Japanese format. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
@Gunnar, I guess there are very few users (not developers) know two level language set up designs, system wide on language support and user specific on the login screen. It actually has confused me for a while until I read your clear explanation: https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/comments/102 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
@Kentaro To have menus and messages displayed in English, just drag "English" to the top of the combobox list on the "Language" tab of Language Support. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Let me correct my previous comment: s/LANGUAGES/LANGUAGE/g -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
The patch #36 (36_language_environment_settings.patch) damaged my desktop environment by setting LANGUAGES. I'm Japanese and my LANG is "ja_JP.UTF-8", but because of some reasons my LC_MESSAGES is set to "C" by .gnomerc and .zshenv to display non- translated messages/texts. This worked very well for me. After upgrading to Natty, however, it went badly. Because GDM now sets LANGUAGES as "ja_JP:en_US:en" and this setting overrides LC_MESSAGES in many applications. Mine is not a major requirement, but setting LANGUAGE is too strong and overriding various settings including LC_XXX. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
You're welcome, Kevin. Let me thank you for your effort with the detailed questions. They helped me improve the new Language Support Help document. Also, I'm glad that it wasn't yet another bug. ;-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Gunnar, Thanks for your clear explanation about two level setting of display language. Issue closed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi again, Kevin. Two things you need to be aware about: 1. The display language can be set on two levels: system wide, which determines what's shown on the login screen, and user specific. It's only the user language that can be set from the login screen. 2. The principal tool for setting language is Language Support. The language chooser on the login screen is just a supplement. I have recently written a help document, which shows up if you click the "Help" button in Language Support. Your latest comment triggered me to make some changes to the document, but they are currently queued since we are in BetaFreeze (https://wiki.ubuntu.com/BetaFreeze). You can still reach those very latest changes by installing language-selector from my PPA: https://launchpad.net/~gunnarhj/+archive/i18n-docs I recommend you to study the document carefully, to get a better understanding of how languages are handled in Ubuntu. On 2011-04-08 05:13, Kevin Huang wrote: > Hope you don't mind to refer to I captured the screen shots in > sequence attached, because I am not sure if I can explain it in > details in English. Of course I don't mind. :) It's a good way to clarify your points and prevent misunderstandings. > 1. starting Locale: Simplified Chinese > 2. Screen shot1 (bug): For some reason, Gwibber is in Aribic. Except > Gwibber, other application names look fine. Probably you either made Arabic be included in the language priority list, or you picked an Arabic locale on the "Regional Formats" tab in Language Support. > 3. log out > 4. Screen shot2 (bug): The "Universal Access Preferences" icon on the > right bottom is missing. I know that that bug has been addressed, and I'd be surprised if it's not fixed before the 11.04 release. > 5. Screen shot3: password and language selection are in Simplified > Chinese > 6. Screen shot4: select language: English (America). The "password" > is still kept as "密碼". From user's point of view, I would prefer it > could be changed to "password" after I select language in English. > However, I would say this is at lower priority. There is a wish for such a feature in bug 24935. Can't tell whether it would be reasonable to implement it. > 7. login > 8. Screen shot5: all names of preinstalled applications are in > English. There are several applications in "Apps available for > download" in Simplified Chinese. Probably those apps ignore both the LANGUAGE and LC_MESSAGES variables, and use the $LANG value directly to determine the display language. I have a vague idea of what might be done to improve Ubuntu's Language Support in this respect, but it would need to be discussed first. > 9. logout > 10. screen shot6: password and language selection are in Simplified > Chinese which should be in English. No, it should not. Since you haven't changed the system language, it's still simplified Chinese. > 11. screen shot7: all languages in language selection list are in > Simplified Chinese. Since you haven't changed the system language, it's still simplified Chinese. > 12. screen shot8: select language: 阿拉伯语 (Aribirc). > 13: login > 14: screen shot9: Most names of preinstalled application are in > Arabic although the translation quality is not as high as in > Simplified Chinese. There are several applications in "Apps > available for download" in Simplified Chinese. At this point I assume that the second item in the language priority list is simplified Chinese, and also that the $LANG variable contains the name of a locale representing simplified Chinese. Therefore it's not unreasonable that some apps fall back to simplified Chinese. > 15: logout, select English, login, then install traditional Chinese > and Japanese. > 16: logout > 17: no matter I select Japanese or Traditional Chinese, the GDM is > always in Simplified Chinese, and several applications in "Apps > available for download" are in Simplified Chinese. Explained above, I think. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Gunnar, let me reproduce it in details. Hope you don't mind to refer to I captured the screen shots in sequence attached, because I am not sure if I can explain it in details in English. Environment 1. Fresh Unity Beta 1 installation with all updates on April 7th 2. Language selected in OOBE at installation: Simplified Chinese 3. GDM version: 2.32.0-0ubuntu15 4. Languages preinstalled: English, Simplified Chinese, Arabia (added after installation) Testing steps 1. starting Locale: Simplified Chinese 2. Screen shot1 (bug): For some reason, Gwibber is in Aribic. Except Gwibber, other application names look fine. 3. log out 4. Screen shot2 (bug): The "Universal Access Preferences" icon on the right bottom is missing. 5. Screen shot3: password and language selection are in Simplified Chinese 6. Screen shot4: select language: English (America). The "password" is still kept as "密碼". From user's point of view, I would prefer it could be changed to "password" after I select language in English. However, I would say this is at lower priority. 7. login 8. Screen shot5: all names of preinstalled applications are in English. There are several applications in "Apps available for download" in Simplified Chinese. 9. logout 10. screen shot6: password and language selection are in Simplified Chinese which should be in English. 11. screen shot7: all languages in language selection list are in Simplified Chinese. 12. screen shot8: select language: 阿拉伯语 (Aribirc). 13: login 14: screen shot9: Most names of preinstalled application are in Arabic although the translation quality is not as high as in Simplified Chinese. There are several applications in "Apps available for download" in Simplified Chinese. 15: logout, select English, login, then install traditional Chinese and Japanese. 16: logout 17: no matter I select Japanese or Traditional Chinese, the GDM is always in Simplified Chinese, and several applications in "Apps available for download" are in Simplified Chinese. ** Attachment added: "GDM issues.tar.gz" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1998050/+files/GDM%20issues.tar.gz -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Kevin, On 2011-04-05 11:02, Kevin Huang wrote: > A. issue at GDM screen. > 1. logout > 2. select English on the bottom panel > 3. Ideally, "密碼" should change to "password", but it remains no > change. That is as it should be. The language chooser on the bottom panel sets the user language, while it's the system language that controls in which language the labels on the login screen are displayed. Please use System -> Administration -> Language Support to change language system-wide, if that is what you want to do. > B.issue after login > 1. logout > 2. select ”漢語 台灣“ (Traditional Chinese) on the bottom panel > 3. input password then login the system > 4. the language keeps no changes as English If you select "Chinese (Taiwan)" or "Chinese (Hong Kong)" with the language chooser on the login screen, and then log in, the session indeed should be displayed in traditional Chinese. Did you really log out first, or could it possibly be that you just returned to an already existing session? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
re-tested GDM in Natty, and found the issues still remain. languages pre-installed: English, Traditional Chinese, Simplified Chinese GDM: 2.32.0-0ubuntu14 Reproduce steps A. issue at GDM screen. 1. logout 2. select English on the bottom panel 3. Ideally, "密碼" should change to "password", but it remains no change. Please see the attached screen shot. B.issue after login 1. logout 2. select ”漢語 台灣“ (Traditional Chinese) on the bottom panel 3. input password then login the system 4. the language keeps no changes as English ** Attachment added: "DSC_0182.JPG" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1981717/+files/DSC_0182.JPG -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Changed in: ubuntu-translations Status: Triaged => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/ubuntu/lucid/gdm/lucid-backports_sec- update ** Branch linked: lp:~gunnarhj/ubuntu/maverick/gdm/maverick- backports_sec-update -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Fixes of this bug for Lucid and Maverick are now available in official backports packages. To make Synaptic check for backports updates you can do: o System -> Administration -> Update Manager -> Settings... o Select the "Updates" tab and check the "Unsupported updates" option. More about Ubuntu backports: https://help.ubuntu.com/community/UbuntuBackports -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:ubuntu/lucid-backports/gdm ** Branch linked: lp:ubuntu/maverick-backports/gdm -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:ubuntu/lucid-backports/language-selector ** Branch linked: lp:ubuntu/maverick-backports/language-selector -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/ubuntu/maverick/language-selector /maverick-proposed ** Branch linked: lp:~gunnarhj/ubuntu/maverick/gdm/maverick- proposed_langfixes -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi all, I have filed the bug 719815, where I request that the fixes of this bug be backported to Lucid and Maverick. https://help.ubuntu.com/community/UbuntuBackports Once test builds have been made, please feel free to help process the request by testing the packages and posting feedback and possible other comments on bug 719815. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/ubuntu/lucid/gdm/lucid- backports_lp-553162 ** Branch linked: lp:~gunnarhj/ubuntu/maverick/gdm/maverick- backports_lp-553162 ** Branch linked: lp:~gunnarhj/ubuntu/lucid/language-selector/lucid- backports_lp-553162 ** Branch linked: lp:~gunnarhj/ubuntu/maverick/language-selector /maverick-backports_lp-553162 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch unlinked: lp:ubuntu/lucid-proposed/language-selector ** Branch unlinked: lp:ubuntu/lucid-proposed/gdm ** Branch unlinked: lp:~gunnarhj/ubuntu/maverick/gdm/maverick- proposed_lp-553162 ** Branch unlinked: lp:~gunnarhj/ubuntu/maverick/language-selector /maverick-proposed_lp-553162 ** Branch unlinked: lp:~gunnarhj/ubuntu/lucid/language-selector/lucid- proposed_lp-553162 ** Branch unlinked: lp:~gunnarhj/ubuntu/lucid/gdm/lucid- proposed_lp-553162 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Ok Martin, no problem. You weren't very keen on the SRU idea in December either, but you mentioned backports as a possibly passable option. To me, the branches that this bug report resulted in are principally fixes of annoying, buggy behavior. However, I'm sure there are good reasons for the restrictive SRU criteria. At https://help.ubuntu.com/community/UbuntuBackports I read: "Please, for bugfixes, try https://wiki.ubuntu.com/StableReleaseUpdates first. We will reject any Backports requests for bugfixes if SRU has not been attempted." I take it that I now can consider the SRU nomination in the making 'officially' rejected, and start checking out the backport process more closely. :-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
This introduces quite a substantial behaviour change, including the additional setting of $LC_MESSAGES (which now causes a lot of confusion when using ssh), has very intrusive patches, and this isn't a data loss or security bug, thus I am afraid it doesn't qualify for an SRU. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Description changed: + + I'm about to nominate Lucid and Maverick fixes of this bug for stable release updates (SRUs), which is the reason for this addition to the bug description. + + Many (most?) new Ubuntu users, who need more than one locale to set + their preferences for language and various "regional formats" (date + formats etc.), experience that their selections in language-selector + and/or GDM give unexpected results (see below for examples). The number + of duplicates of this easily reproducable bug is not insignificant. + Furthermore, IMO it's reasonable to assume that to people with no + previous experience from a GNU/Linux OS it's difficult to compensate for + the bug by fixing it manually. For those reasons, and even if the bug + doesn't exactly represent a security issue, I think it is such a "high- + impact bug" that we should not want to keep distributing with the latest + LTS respective latest stable release. You can only make one first + impression to those who decide to try Ubuntu. ;-) + + The Natty fixes were uploaded a few weeks ago, and no worrying bugs due to the changes have been reported so far. The branches I now suggest to be uploaded to -proposed were uploaded to my PPA, and the resulting builds have been tested successfully. + https://launchpad.net/~gunnarhj/+archive/locale-test + I would say that the risk for regressions is low. + + Messures have been taken with the aim to prevent undesired surprises at first login after update. + https://launchpad.net/ubuntu/+source/gdm/2.32.0-0ubuntu3 + + Binary package hint: gdm This is a follow-up to bug 407300, which has been fixed but a separate issue remains. I'm opening a separate task for language-selector, as it refers to the interaction between it and gdm. The problem is basically that GDM seems to always override the LANG values set by language selector, and quite easily one can get to a situation where LANGUAGE and LANG differ and the desktop is a mixture of two languages. Steps to reproduce (a): * New install, choosing Catalan in the installer * I log in without doing any changes to the language in GDM * I start System > Administration > Language support * I choose English there * I log out * I log back in without doing any changes in the GDM language chooser * My session is half English and half Catalan due to LANGUAGE=en and LANG=ca_ES.utf8 (Firefox in Catalan, gnome-panel in English, gnome-menus in Catalan). Steps to reproduce (b): * Perform a full installation in English, as per http://testcases.qa.ubuntu.com/Install/NonEnglishLanguage#Installation%20Full%20Network%20Support * Go to System > Administration > Language Support * Install the Traditional Chinese language * Bring Traditional Chinese to the top of the list to become the main desktop language * Press the "Apply System-wide..." button * Reboot * When entering the session, you'll notice the desktop half translated in English, half in Chinese. The most noticeable parts shown in English are all the menus and Firefox. These applications seem to ignore the LANGUAGE variable * Running 'locale' on the terminal shows that LANG=en_US.UTF-8 and LANGUAGE=zh_K:en_US:en I understand that this might be a problem in each application, as they should give LANGUAGE preference. Rather than filing a bug in each app right now, would it not make more sense to ensure that at least the first locale in LANGUAGE, the one in LANG and LC_MESSAGES are the same? (assuming it is possible to do such a thing, of course). Also see the related bug 552664 ** Description changed: I'm about to nominate Lucid and Maverick fixes of this bug for stable release updates (SRUs), which is the reason for this addition to the bug description. Many (most?) new Ubuntu users, who need more than one locale to set their preferences for language and various "regional formats" (date formats etc.), experience that their selections in language-selector and/or GDM give unexpected results (see below for examples). The number of duplicates of this easily reproducable bug is not insignificant. Furthermore, IMO it's reasonable to assume that to people with no previous experience from a GNU/Linux OS it's difficult to compensate for the bug by fixing it manually. For those reasons, and even if the bug doesn't exactly represent a security issue, I think it is such a "high- impact bug" that we should not want to keep distributing with the latest LTS respective latest stable release. You can only make one first impression to those who decide to try Ubuntu. ;-) The Natty fixes were uploaded a few weeks ago, and no worrying bugs due to the changes have been reported so far. The branches I now suggest to be uploaded to -proposed were uploaded to my PPA, and the resulting builds have been tested successfully. https://launchpad.net/~gunnarhj/+archive/locale-test I wou
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:ubuntu/lucid-proposed/gdm ** Branch linked: lp:ubuntu/lucid-proposed/language-selector -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Changed in: gdm Status: New => Unknown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi all, As you may have seen, fixes to this bug report were released in Natty on December 14, and yesterday Martin Pitt approved the last 'follow-up fix'. The issues were introduced in Lucid (Ubuntu 10.04), so I have prepared gdm and language-selector packages for Lucid and Maverick with similar changes. For the time being they are available at https://launchpad.net/~gunnarhj/+archive/locale-test Your feedback on the fixes would be much appreciated. For the case you would find buggy behavior that was discussed here, but has not been properly dealt with, please submit new, specific bugs. I for one picked up one such issue, and reported it as bug 693337. / Gunnar -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
@trespasser (comment #87) Personally I would like to see a GUI where users can seemlessly set their locale preferences without knowing what a locale is, so I find your suggestion interesting. However, it's beyond the scope of this bug report. These are two places that may be more suitable to discuss your idea: http://brainstorm.ubuntu.com/ https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel A wishlist bug might also be an option. / Gunnar -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/ubuntu/maverick/language-selector /maverick-proposed_lp-553162 ** Branch linked: lp:~gunnarhj/ubuntu/maverick/gdm/maverick- proposed_lp-553162 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/ubuntu/lucid/gdm/lucid-proposed_lp-553162 ** Branch linked: lp:~gunnarhj/ubuntu/lucid/language-selector/lucid- proposed_lp-553162 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:ubuntu/language-selector ** Branch linked: lp:ubuntu/gdm -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
It costs almost One year ! -- YunQiang Su -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
This bug was fixed in the package gdm - 2.32.0-0ubuntu2 --- gdm (2.32.0-0ubuntu2) natty; urgency=low [ Martin Pitt ] * 06_run_xsession.d.patch: Don't trip over directories and other non-files in Xsession.d/. (LP: #654578) [ Gunnar Hjalmarsson ] * debian/patches/35_langlist_and_lsmess_dmrc_fields.patch: - Addition of the fields "Langlist" and "LCMess", which make ~/.dmrc and /var/cache/gdm/$USER/dmrc able to store the user language environment (LP: #553162). * debian/patches/36_language_environment_settings.patch: - Changes to Xsession's way to use GDM_LANG. It now sets LANGUAGE and LC_MESSAGES, which makes it possible to keep the user language for message translation apart from other locale settings (LP: #553162). -- Martin PittTue, 14 Dec 2010 22:24:40 +0100 ** Changed in: gdm (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
This bug was fixed in the package language-selector - 0.8 --- language-selector (0.8) natty; urgency=low * Set LC_MESSAGES for applications that don't recognize LANGUAGE (LP: #553162). * GDM related fixes (LP: #553162): - Update dmrc when LANGUAGE and LC_MESSAGES are set, not when LANG is set. - Use the new dmrc fields "Langlist" and "LCMess" to store the LANGUAGE and LC_MESSAGES values on disk. -- Gunnar HjalmarssonTue, 14 Dec 2010 22:20:37 +0100 ** Branch linked: lp:language-selector ** Changed in: language-selector (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Changed in: gdm (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hello Gunnar, Gunnar Hjalmarsson [2010-12-09 1:49 -]: > > There's another aspect to this: The upstream gdm Xsession script > > already sets $LANG. With the changes that you have in mind, it needs > > to stop doing that; with separate .d directory scripts, you can only > > additionally set $LC_*, but the original $LANG value is lost. > > I believe that I had taken care of both those aspects. The code in > /etc/profile.d/, which would have run before the spot where Xsession > sets $LANG, looked like this: > > if [ -n "$GDM_LANG" ]; then > export GDM_LANGUAGE=$GDM_LANG > unset GDM_LANG > fi Ah, I haven't paid attention to this bit before (I didn't review the code in that detail yet, just took a look at the structure so far). That would certainly have done the trick, although it's quite non-obvious to someone who just reads the /etc/gdm/Xsession script. > I didn't know that other DMs use the .dmrc file At least lxdm and kdm do, I didn't check/know about others. But exactly because it's a shared config file, I'm not too worried about adding new fields to it. DMs should just ignore fields which they can't deal with, and the .ini file format is meant for this. We just need to pay attention to not change the semantics of existing fields, which is why I'm so insistant on keeping Language= as a valid locale. > > I'd rather add a new LanguageList (or similar) field to it on > > demand. > > Actually I played with that thought when preparing the current branches, > but concluded that there is no need. Convince me that I'm wrong, and > I'll be happy to do some copy-n-pasting again. ;-) Oh, don't get me wrong -- if we can make-do with the existing Language field, so much the better! I just had the impression that we also wanted to store a list of languages for the $LANGUAGE variable, in which case we'd probably need a new field. > Sounds reasonable to me. Is there a more appropriate place than bug > reports to hold this kind of complex (at least for a newbie like me) > design discussions? It's good enough IMHO. Well, an even better one is being in a room together with a whiteboard :) It just became too complex for a regular sponsor to pick up. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
For the record, current ubuntu-desktop gdm bzr head (and the version in natty) build fine again. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
It gives me SO much headache. I understand what I propose is a separate approach but can someone please specify what drawbacks lie behind creating a "language-creator" instead of "language-selector"? There are only 10 types of users: those finding default language settings for their country convenient and those needing custom locale files. So why there's no creator that would allow to specify system messages language, date in a form of %Y-%M-%D or -MM-DD, put in a decimal separator, currency name, first day of the week and so on? It would auto-normalize after a time by users' statistics (e.g. it can automatically sent statistics after a few days without changes to the locales and after the user agrees) so every popular scheme would "come up" shortly and could be coming predefined with new system distributions. Why do I have to trying out all the locales one by one to find out where's the one with convenient date, or decimal separator, with learning whole lang file structure and creating one myself as the only alternative? Language- selector, when fixed, will only allow to speed-up the "trying out" part but after trying every default set I will still end up editing files I do not understand. Your approach gives only N/M-1 probability of satisfying the user, where N is the number of prepared sets and M is the number of possible language/country combinations. And those are small chances. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Martin, Thanks for your comments! Before replying to some of them, let me say that I finally realized that the .d/ sub-scripts solution I suggested previously was too obfuscated. Whatever advantages I saw, they could not justify the resulting obfuscation. All code in a project like this has to be reasonably easy to understand and maintain. I'm not sure, but judging from some of your comments, I have a feeling that even you had some difficulties in seeing through what the code actually did. My fault, in that case; sorry. Besides my replies below, I have added a comment to the GDM merge proposal. On 2010-12-07 10:34, Martin Pitt wrote: > If you patch /etc/gdm/Xsession, it'll just affect gdm. If you add > something to /etc/profile.d/ and xinitrc.d/, it will affect all > login managers, and will even run for console and ssh logins. > ... > There's another aspect to this: The upstream gdm Xsession script > already sets $LANG. With the changes that you have in mind, it needs > to stop doing that; with separate .d directory scripts, you can only > additionally set $LC_*, but the original $LANG value is lost. I believe that I had taken care of both those aspects. The code in /etc/profile.d/, which would have run before the spot where Xsession sets $LANG, looked like this: if [ -n "$GDM_LANG" ]; then export GDM_LANGUAGE=$GDM_LANG unset GDM_LANG fi The code in xinitrc.d/ would not have done anything but a variable test, if [ -n "$GDM_LANGUAGE" ] had returned false. Even if it's history now, I'd appreciate a hint if I missed anything. > ... we need to have a compromise where we don't change the meaning of > .dmrc. Since other DMs also use that file, we can't just redefine the > meaning of the Language= option there anyway. I didn't know that other DMs use the .dmrc file; thought it was a GDM related file like the GDM_LANG variable. Hmm.. Spontaneously I don't think it's an issue that hasn't already been taken care of, though, since language-selector updates .dmrc only if GDM is running. Other login managers can safely keep saving its settings in .dmrc. I removed a section, where you further emphasize that we need to prevent undesired and/or surprising effects to other login managers but GDM. On that we are 100% agreed. My apologies if I have given you some other impression. Please note that the "redefinition" I suggest would only apply when GDM and language-selector play together. Replace GDM, and l-s stops writing to .dmrc. Remove l-s, and GDM falls back to its original behavior. No harm done. >> So, why doesn't language-selector pass the same string to dmrc as >> it does to LC_MESSAGES? My reason for not wanting to do it that way >> is that it would result in incorrect pre-selected options in GDM's >> language picker. For instance, if you would drag "Deutch" to the >> top of the menu in language-selector's language tab, you would see >> "German (Austria)" as the pre-selected option at next login. >> Certainly not a disastrous bug, but significant enough IMO to not >> introduce intentionally. > > I agree that this is confusing, but I think that's the kind of > compromise we have to make if this is going to be a non-upstreamable > change. Compromising is excellent when the wishes are irreconcilable. Honestly I don't think they are in this case. > ... let's keep the KDE discussion separate, and limit the changes to > gdm for now? With Arne's input and my further studying of the code, I now feel quite comfortable that there is no urgent need for any KDE discussion. The KDE/Qt version of l-s simply don't call the l-s functions that write user settings to disk. That's true both for ~/.profile and ~/.dmrc. >>> This needs to be tested with other window managers, though, that >>> they don't stumble over these new fields. >> >> The new fields don't appear automatically in the files - you need >> to write to either /var/cache/gdm/$USER/dmrc or ~/.dmrc first. Then >> the files update each other with changes. Therefore I don't think >> there is such a risk. Or am I missing something here? > > I meant that if on one machine you use GDM and put a new field in > your ~/.dmrc, and on another machine you use KDM, then KDM shouldn't > suddenly act up on the new field. Since this is an ini-style file > shared by different *dms, it should (and will) probably just ignore > the new field. I just brought it up as something which should be > confirmed by testing. Now I see and agree. >> I'd like that the dmrc Language field may be assigned values that >> may not represent valid locales > > This has my strong veto. See above. > I'd rather add a new LanguageList (or similar) field to it on > demand. Actually I played with that thought when preparing the current branches, but concluded that there is no need. Convince me that I'm wrong, and I'll be happy to do some copy-n-pasting again. ;-) > Unsubscribing sponsors, for the record. I think the discussion here > has become way too complex, t
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Patch added: "language-selector_lp553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1760312/+files/language-selector_lp553162.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Patch removed: "language-selector_lp553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1758216/+files/language-selector_lp553162.debdiff ** Patch removed: "gdm_lp553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1758215/+files/gdm_lp553162.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/ubuntu/natty/gdm/lp-553162 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Unsubscribing sponsors, for the record. I think the discussion here has become way too complex, this will be handled between Gunnar and me now. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hello Gunnar, Gunnar Hjalmarsson [2010-12-07 8:42 -]: > * Patched the changes to Xsession.in, gdm-session-settings.c and > gdm-session-settings.h. Sub-scripts belonging to the > language-selector package dropped - yes, I changed my mind. ;-) Oh, great :) > Natty problem: > When I uploaded the GDM source to my ppa, it failed to build for Natty. > https://launchpad.net/~gunnarhj/+archive/locale-test/+build/2083108 I see. This seems to be unrelated to your changes, so I guess I'll fix that first in our ubuntu-desktop gdm branch, and then apply the merge on top of this. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Gunnar Hjalmarsson [2010-12-02 7:24 -]: > Yeah, but personally I believe there is still a need for _one_ responsible > team leader. For the record: Indeed l-s currently doesn't have a lead developer, but we'll get one soon. Right now it's on collaborative maintenance mode. (There are some changes from me in bzr as well) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hello Gunnar, I see a ton of new MPs and replies here, so I'll reply/catch up with them one by one. So some of my replies here might already be obsolete now. Gunnar Hjalmarsson [2010-11-30 12:12 -]: > > and second, it hasn't been tested with other login managers and might > > just break stuff there. > > Don't see the difference in that respect between an Xsession patch and > sub-scripts. If you patch /etc/gdm/Xsession, it'll just affect gdm. If you add something to /etc/profile.d/ and xinitrc.d/, it will affect all login managers, and will even run for console and ssh logins. > Doesn't the maintenance aspect speak in favour of sub-scripts that > belong to the language-selector package? I don't think it makes much difference where the script changes are maintained (in gdm or l-s), but in gdm they'll only apply to gdm, which I think is the safer approach for now. There's another aspect to this: The upstream gdm Xsession script already sets $LANG. With the changes that you have in mind, it needs to stop doing that; with separate .d directory scripts, you can only additionally set $LC_*, but the original $LANG value is lost. > > Also, it would mean that gdm behaves differently when > > language-selector is installed or not. > > Yes. Isn't that what we want for the time being, considering that the > idea was rejected upstream? It sounds strange to me. Why would you desktop language suddenly change if you uninstall (or install) language-selector? I don't think that this meets the principle of least surprise. > >> I think that the reason why there is a need to ensure that LC_MESSAGES > >> is assigned a valid locale is that ~/.dmrc and /var/cache/gdm/$USER/dmrc > >> are now updated by language-selector when LANGUAGE is set. > > > > That's the part I don't understand. The format of LANG and LC_MESSAGES > > is the same -- a valid locale string. There shouldn't ever be a change > > which sets "Language=" in .dmrc to a non-locale string (cf. > > compatibility to older gdm and other *dm); is there? > > Hmm.. If I recall it correctly, we agreed a few weeks ago to > conceptually convert GDM's locale selector to a pure language picker, in > order to make it play well with the language tab in language-selector. Right, but without upstream taking some of those more intrusive changes we need to have a compromise where we don't change the meaning of .dmrc. Since other DMs also use that file, we can't just redefine the meaning of the Language= option there anyway. > It should be noted that language-selector's language tab is not > designed to set LC_MESSAGES, but to build LANGUAGE lists. Correct, but that's orthogonal to gdm. language-selector has both a language list (for $LANGUAGE) in the first tab, and a locale picker in the second tab (for time, currency format, etc.). > The language tab menu includes both ll_CC combinations and pure ll > options, and that's the kind of values that has been passed to the > dmrc Language field (and with that $GDM_LANG) in all the variants I > have uploaded the past few weeks. Right, and that's what I'm continuing to object to :) We can't do that only in Ubuntu without getting agreement between other users of .dmrc (kdm/xdm/lxdm/ltsp/..., presumably not all of them use .dmrc, though) > So, why doesn't language-selector pass the same string to dmrc as it > does to LC_MESSAGES? My reason for not wanting to do it that way is that > it would result in incorrect pre-selected options in GDM's language > picker. For instance, if you would drag "Deutch" to the top of the menu > in language-selector's language tab, you would see "German (Austria)" as > the pre-selected option at next login. Certainly not a disastrous bug, > but significant enough IMO to not introduce intentionally. I agree that this is confusing, but I think that's the kind of compromise we have to make if this is going to be a non-upstreamable change. > I brought it up now since Kubuntu is also using language-selector, and > there is a separate Kubuntu binary. > > Only changing the Xsession behavior, without changing language-selector > at the same time, wouldn't make much sense, would it? I don't have a strong opinion here, but of course it would be better to be consistent with what gdm does. Especially since the language-selector-qt port should do pretty much the same as the GTK variant. > But I'm in favour of committing something very soon. Right, so let's keep the KDE discussion separate, and limit the changes to gdm for now? > > This needs to be tested with other window managers, though, that they > > don't stumble over these new fields. > > The new fields don't appear automatically in the files - you need to > write to either /var/cache/gdm/$USER/dmrc or ~/.dmrc first. Then the > files update each other with changes. Therefore I don't think there is > such a risk. Or am I missing something here? I meant that if on one machine you use GDM and put a new field in your ~/.dmrc, and on another machine
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch unlinked: lp:~gunnarhj/ubuntu/natty/gdm/lp-553162 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
@Martin I have made an attempt to "juggle all the files", as you put it the other day in #ubuntu-desktop, and I believe it's now almost as it ought to be. * Patched the changes to Xsession.in, gdm-session-settings.c and gdm-session-settings.h. Sub-scripts belonging to the language-selector package dropped - yes, I changed my mind. ;-) * I suggest that the patches are not forwarded upstream, since they address issues as to the interaction with the Ubuntu specific language-selector package. * Installation script in language-selector dropped Natty problem: When I uploaded the GDM source to my ppa, it failed to build for Natty. https://launchpad.net/~gunnarhj/+archive/locale-test/+build/2083108 The upload for Maverick (same stuff) built ok, though. @everyone Binaries with the changes are available for testing in Maverick or Natty. https://launchpad.net/~gunnarhj/+archive/locale-test As regards Natty, you can test the changes despite of the GDM build failure. Simply download the GDM binary for Maverick and install that .deb file: sudo dpkg -i gdm_2.30.5-0ubuntu5dmrc3m_amd64.deb Rgds, Gunnar ** Patch added: "language-selector_lp553162.debdiff" https://bugs.launchpad.net/gdm/+bug/553162/+attachment/1758216/+files/language-selector_lp553162.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Patch added: "gdm_lp553162.debdiff" https://bugs.launchpad.net/gdm/+bug/553162/+attachment/1758215/+files/gdm_lp553162.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Patch removed: "gdm_lp553162.debdiff" https://bugs.launchpad.net/gdm/+bug/553162/+attachment/1752037/+files/gdm_lp553162.debdiff ** Patch removed: "language-selector_lp553162.debdiff" https://bugs.launchpad.net/gdm/+bug/553162/+attachment/1752047/+files/language-selector_lp553162.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~ubuntu-desktop/gdm/ubuntu -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/gdm/lp-553162 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Dave, On 2010-12-03 12:12, Dave Walker wrote: > Would someone be able to comment if communication with upstream is > still active please? Communication with upstream (GNOME) is applicable for two reasons. Previously I suggested some changes to /etc/gdm/Xsession, and tried to 'sell' those changes upstream. https://bugzilla.gnome.org/show_bug.cgi?id=633295 That discussion with upstream appears to be over, doesn't it? Two other ways to achieve the same thing for Ubuntu have been discussed: 1. Sub-scripts to Xsession, belonging to language-selector 2. Xsession patch in the Ubuntu gdm package I included option 1 in the latest merge proposals, since I can see a couple of advantages with it. Waiting for Martin's response. I'm also suggesting changes to the GDM source files daemon/gdm-session-settings.c and daemon/gdm-session-settings.h, which haven't been discussed with upstream yet. Please see remark in the description field of https://code.launchpad.net/~gunnarhj/ubuntu/natty/gdm/lp-553162/+merge/42415 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Would someone be able to comment if communication with upstream is still active please? @Martin, what do you consider to be the next step? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi again, On 2010-12-02 03:10, Arne Goetje wrote: > On 12/02/2010 05:36 AM, Gunnar Hjalmarsson wrote: >> I can see that LANG and LANGUAGE have been written to >> /etc/default/locale and /etc/environment also for KDE users. I'm >> suggesting that also LC_MESSAGES is written to those files, and so >> far I have assumed that that change would at least not be a problem >> for KDE. Are you able to tell whether my assumption is correct? > > That should be correct. Thanks for that confirmation. > I started to make some contributions and suddenly the whole project > was dumped on me, although it was never my intention to take over > the whole project. I wonder why that pattern sounds so familiar, kind of? :( Believe me when I say that I have been there a few times as well... >> I'd be happy to keep contributing as a member of some formal or >> informal l-s team, though. Your participation in such a team on a >> volunteer, less demanding basis would be much appreciated. > > If I can find time to do that, I'd be happy to help out. But I don't > have much time, since I have two young and demanding kids at home. > > But yes, it would be nice to have a team to take over this project. Yeah, but personally I believe there is still a need for _one_ responsible team leader. See you soon! (at least on line) Gunnar -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Gunnar, On 12/02/2010 05:36 AM, Gunnar Hjalmarsson wrote: > On 2010-11-30 17:43, Arne Goetje wrote: >> The code in language-selector is a bit hackish and unprofessional, since >> Iʼm not an experience programmer or python coder ... > > Maybe that's the reason why I'm fairly comfortable with the code. ;-) heh. :) >> and this whole thing more or less got dumped on me and I was under >> pressure to deliver features in time for the Ubuntu release. :( > > You have made great contributions, AFAICT. Thanks, it's nice to hear that once in a while. :) >> KDE has it's own means to handle the desktop language separate from the >> system locale, and therefor the QT version on language-selector does not >> include this functionality. The QT version of l-s is embedded in the >> regular KDE language handling interface, so duplicating this >> functionality would be counter-productive. > > That was especially clarifying to me. > > I can see that LANG and LANGUAGE have been written to > /etc/default/locale and /etc/environment also for KDE users. I'm > suggesting that also LC_MESSAGES is written to those files, and so far I > have assumed that that change would at least not be a problem for KDE. > Are you able to tell whether my assumption is correct? That should be correct. >> Thanks for taking over the language-selector development, btw. ;) > > Well, that's not exactly what I'm doing. Don't consider myself qualified > for such a commitment. So far my goal has been to help solve the issues > in this bug report. he he, it was meant to be ironic. :) Sadly, that was what happened to me. I started to make some contributions and suddenly the whole project was dumped on me, although it was never my intention to take over the whole project. > I'd be happy to keep contributing as a member of some formal or informal > l-s team, though. Your participation in such a team on a volunteer, less > demanding basis would be much appreciated. If I can find time to do that, I'd be happy to help out. But I don't have much time, since I have two young and demanding kids at home. But yes, it would be nice to have a team to take over this project. Cheers Arne -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Attachment removed: "language-environment.sh" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1748709/+files/language-environment.sh ** Attachment removed: "gdm_lp-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1748710/+files/gdm_lp-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Martin, I have updated the patches and merge proposals, and personally I feel that they have been sufficiently penetrated to be committable. Consequently I ask you to please complete your sponsoring of this stage of the project, so the usefulness can be tested more widely. I don't know if you have had the time yet to read my reply above to your latest comments. In any case I'd like to add that IMO I've had my opportunities to argue for my ideas. As from now I'll be less disinclined to comply with your change requests, if any. Promise. ;-) Best regards, Gunnar ** Patch added: "language-selector_lp553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1752047/+files/language-selector_lp553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
For the record, below please find Martin Pitts comments on a superseded (and deleted) merge proposal, followed by my reply. Martin Pitt wrote on 2010-11-24: Hello Gunnar, many thanks for working on this! Some comments: - in the beginning of writeUserLanguageSetting() you moved the first line of code above the function's docstring, please revert. - Thanks for moving the _update_gdm_dmrc() from the "system.." to the "user.." configuration writing, nice catch. - the stuff that data/gdm-lang-unset.sh and data/language-environment.sh are doing, can we please intregrate this into language-selector itself instead of inflicting it on every login? I don't think we need to try too hard to fix the variables on upgrades. There's too much that can go wrong, and it'll lead to unintended changes for some people. I think we should update the system and ~/.dmrc and ~/.profile variables in language-selector only, when you run it and change your configuration. Thank you! - Gunnar Hjalmarsson replied on 2010-11-24: - I moved the first line of code because there are now two docstrings in writeUserLanguageSetting(), explaining one section each, and the conffiles variable is used in both sections. Do you still want me to revert? Actually, _update_gdm_dmrc() was moved from writeUserLangSetting(). Diffs may play a trick on you sometimes. :) data/gdm-lang-unset.sh makes it possible to by-pass the LANG="$GDM_LANG" line in Xsession, and as far as I can tell, it has to be done at each login in order to keep LANG separated from the translation language. I understand that you are anxious to avoid that expensive code is run unnecessarily at login, and I share that view. I think that my first Xsession suggestion(s) included such unnecessary code, and that was stupid. However, in data/language-environment.sh there is the language_update() function which holds the possibly expensive stuff, and that function is only called if the user changes the language from the greeter; otherwise only the variable checks at the bottom are done. In other words I would say that my suggestion does not include any expensive code that would be run at each login. For the case the user does change the language from the greeter, OTOH, I can't see how we could avoid doing something at login. Setting LANGUAGE and LC_MESSAGES to new values is reasonably necessary. Then why do I suggest that ~/.profile is updated as well? Right now I come to think of two reasons: 1. Efficiency. If ~/.profile was not updated, ~/.dmrc would not correspond with ~/.profile, and if the user does not go to "Language Support" and redo the language switch (and why would s/he find such a measure to make sense?), it would mean that data/language-environment.sh would need to set LANGUAGE and LC_MESSAGES at each login. In other words, in the long run it's more efficient to have data/language- environment.sh update ~/.profile as well. 2. Avoid confusion. A user, who checks the contents of ~/.profile, would find that the LANGUAGE and LC_MESSAGES lines would not correspond with the LANGUAGE and LC_MESSAGES environment variables. The only thing I suggest with a bearing on upgrades is the stuff in the debian/language-selector.postinst file which sets LC_MESSAGES out from LANGUAGE. While I believe that the result of it would be that for some users Ubuntu would start doing The Right Thing instantly after upgrade (or rather after next login after the upgrade...), I can't really see which unintended changes you have in mind. But if your concerns in this respect remain, the file can be dropped without any consequences for the rest of the suggestions. Let me know. ** Patch added: "gdm_lp553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1752037/+files/gdm_lp553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hello Arne, Thanks a bunch for your valuable comments. On 2010-11-30 17:43, Arne Goetje wrote: > The code in language-selector is a bit hackish and unprofessional, since > Iʼm not an experience programmer or python coder ... Maybe that's the reason why I'm fairly comfortable with the code. ;-) > and this whole thing more or less got dumped on me and I was under > pressure to deliver features in time for the Ubuntu release. :( You have made great contributions, AFAICT. > KDE has it's own means to handle the desktop language separate from the > system locale, and therefor the QT version on language-selector does not > include this functionality. The QT version of l-s is embedded in the > regular KDE language handling interface, so duplicating this > functionality would be counter-productive. That was especially clarifying to me. I can see that LANG and LANGUAGE have been written to /etc/default/locale and /etc/environment also for KDE users. I'm suggesting that also LC_MESSAGES is written to those files, and so far I have assumed that that change would at least not be a problem for KDE. Are you able to tell whether my assumption is correct? > Thanks for taking over the language-selector development, btw. ;) Well, that's not exactly what I'm doing. Don't consider myself qualified for such a commitment. So far my goal has been to help solve the issues in this bug report. I'd be happy to keep contributing as a member of some formal or informal l-s team, though. Your participation in such a team on a volunteer, less demanding basis would be much appreciated. Best regards, Gunnar -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Patch removed: "language-selector_suppl-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1717564/+files/language-selector_suppl-fix-553162.debdiff ** Patch removed: "gdm_partial-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1717569/+files/gdm_partial-fix-553162.debdiff ** Patch removed: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1736946/+files/language-selector-only_fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch unlinked: lp:~gunnarhj/gdm/partial-fix-553162 ** Branch unlinked: lp:~gunnarhj/language-selector/suppl-fix-553162 -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/ubuntu/natty/gdm/lp-553162 -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi all, a few comments for clarification: On 11/30/2010 08:12 PM, Gunnar Hjalmarsson wrote: > Hmm.. If I recall it correctly, we agreed a few weeks ago to > conceptually convert GDM's locale selector to a pure language picker, in > order to make it play well with the language tab in language-selector. > It should be noted that language-selector's language tab is not designed > to set LC_MESSAGES, but to build LANGUAGE lists. The language tab > menu includes both ll_CC combinations and pure ll options, and that's > the kind of values that has been passed to the dmrc Language field (and > with that $GDM_LANG) in all the variants I have uploaded the past few > weeks. Even if a .utf8 extension is appended, no testing of whether the > resulting string represents a valid locale is done, AFAIK. > > To get a string that equals the name of a valid locale, and hence can be > assigned LC_MESSAGES, language-selector uses similar code with locale -a > etc. as you have noted in the language_update() function. Typically an > ll_CC combination plus .utf8 makes up the name of a valid locale, while > you need to have the program pick an arbitrary country code in the case > of a pure ll option. > > The dmrc Language field and GDM_LANG serve the purposes of > * determining the pre-selected option in GDM's language picker, and > * holding the new value if another language is picked from the greeter. > > For the above reasons, LC_MESSAGES should not be assigned the GDM_LANG > value just like that. > > So, why doesn't language-selector pass the same string to dmrc as it > does to LC_MESSAGES? My reason for not wanting to do it that way is that > it would result in incorrect pre-selected options in GDM's language > picker. For instance, if you would drag "Deutch" to the top of the menu > in language-selector's language tab, you would see "German (Austria)" as > the pre-selected option at next login. Certainly not a disastrous bug, > but significant enough IMO to not introduce intentionally. > > In other words, I suggest that we start using dmrc's Language field and > $GDM_LANG in a way that differs from the original intention, but only > for Ubuntu users with language-selector. As you pointed out above, we > would make GDM behave differently when the new language-selector version > is installed compared to when it's not, and that ought to take care of > the risks for backwards compatibility issues as well as issues with > other dms. The code in language-selector is a bit hackish and unprofessional, since Iʼm not an experience programmer or python coder and this whole thing more or less got dumped on me and I was under pressure to deliver features in time for the Ubuntu release. :( The reason *why* I implemented this feature was, because of the inability of Gnome to let the user choose a different locale setting from his desktop language. Something, that KDE for example has had for a long time already. Now for the locale handling code in language-selector: There are currently no checks done if a generated locale code is "valid" according to /usr/share/i18n/SUPPORTED. Instead, the code just appends ".utf8" to any existing ll_CC combination on the system, just because it works. For example, according to /usr/share/i18n/SUPPORTED, "en_IN" is listed there and therefor "valid", while an explicit "en_IN.utf8" is not. However, since some applications are "buggy" in that they "require" the encoding to be specified in the locale code, and appending ".utf8" by default "just works", I figured itʼs probably safe to omit this check. Well, Colin Watson recently pointed out to me in another bug report, that those buggy applications should get fixed instead and l-s should actually do the check and that there should be exiting functions in the locale handling libraries which do this check already. Regarding the language list for the LANGUAGE variable: Traditionally, localized software relied on the locale code to specify which language the software should use to interact with the user. Translations for languages which had some variations according to the county code therefor were duplicated (e.g. de_DE, de_CH and de_AT were largely the same, except for the small amount of different strings). The ability to "fall back" to a different language when translations are not present for the first one, and the ability to define this fall back list (the LANGUAGE variable), is an extension to gettext. Non-gettext applications, like cross platform applications (e.g. Mozilla, OpenOffice.org), donʼt have this functionality and therefor still rely on LANG or LC_MESSAGES to be set correctly. This gettext extension triggered a change in how gettext using applications got translated: in order to minimize the skew between language variations, translators decided to use a single language code as the default language and only put the diffs into country specific locales (e.g. use "de" as default, and the diffs go into "de_CH" and "de_AT" respectively). Launch
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Martin, Thanks for your latest comments. This reply is long, but I sum up my POV at the end. On 2010-11-29 16:21, Martin Pitt wrote: > ... I think we should still patch the Xsession script in the > Ubuntu gdm package instead of this profile.d hacking; first, it would > be a bit confusing for someone who looks at gdm's script, I agree if you by confusing mean that it would be more difficult to figure out, by following the code, what's going on at login. OTOH, to non-language-selector users it would be less confusing, since they wouldn't need to worry about my language_update() function etc. ;-) > and second, it hasn't been tested with other login managers and might > just break stuff there. Don't see the difference in that respect between an Xsession patch and sub-scripts. In any case we'll need to be attentive to those login managers, that may be used by language-selector users. > I think the gdm patch will be rather small, so that it won't be a > burden to maintain. Doesn't the maintenance aspect speak in favour of sub-scripts that belong to the language-selector package? I mean, since it looks like the Xsession related changes won't likely be accepted upstream, at least not short-term, we are about to modify the locale environment handling for language-selector users only. With the use of sub-scripts, i.e. most of the code in the language-selector package, certain subsequent changes might be easier to make. >> ... I replaced the previously suggested Xsession >> changes with two new language-selector files: >> /etc/profile.d/gdm-lang-unset.sh >> /etc/X11/xinit/xinitrc.d/language-environment.sh > > That would again duplicate code, though? Don't understand. To me it's a question about which file the code best belongs to (unless you think of that tiny Xsession section with LANG="$GDM_LANG", of course...). > Also, it would mean that gdm > behaves differently when language-selector is installed or not. Yes. Isn't that what we want for the time being, considering that the idea was rejected upstream? > I'm not totally avert to this, but I'd rather avoid it. (See above) The sub-script solution was triggered by Takao Fujiwara's response at https://bugzilla.gnome.org/show_bug.cgi?id=633295. At first I too thought it was hackish, but I have come to feel that the advantages are not insignificant. - We leave the GDM behavior untouched for users without language-selector or with older language-selector versions. - Easier to maintain if as much of the i18n related code as possible resides in the language-selector package. >>> - in the second part of language_update(), why would $GDM_LANG not >>> be a valid locale? >> ... >> I think that the reason why there is a need to ensure that LC_MESSAGES >> is assigned a valid locale is that ~/.dmrc and /var/cache/gdm/$USER/dmrc >> are now updated by language-selector when LANGUAGE is set. > > That's the part I don't understand. The format of LANG and LC_MESSAGES > is the same -- a valid locale string. There shouldn't ever be a change > which sets "Language=" in .dmrc to a non-locale string (cf. > compatibility to older gdm and other *dm); is there? Hmm.. If I recall it correctly, we agreed a few weeks ago to conceptually convert GDM's locale selector to a pure language picker, in order to make it play well with the language tab in language-selector. It should be noted that language-selector's language tab is not designed to set LC_MESSAGES, but to build LANGUAGE lists. The language tab menu includes both ll_CC combinations and pure ll options, and that's the kind of values that has been passed to the dmrc Language field (and with that $GDM_LANG) in all the variants I have uploaded the past few weeks. Even if a .utf8 extension is appended, no testing of whether the resulting string represents a valid locale is done, AFAIK. To get a string that equals the name of a valid locale, and hence can be assigned LC_MESSAGES, language-selector uses similar code with locale -a etc. as you have noted in the language_update() function. Typically an ll_CC combination plus .utf8 makes up the name of a valid locale, while you need to have the program pick an arbitrary country code in the case of a pure ll option. The dmrc Language field and GDM_LANG serve the purposes of * determining the pre-selected option in GDM's language picker, and * holding the new value if another language is picked from the greeter. For the above reasons, LC_MESSAGES should not be assigned the GDM_LANG value just like that. So, why doesn't language-selector pass the same string to dmrc as it does to LC_MESSAGES? My reason for not wanting to do it that way is that it would result in incorrect pre-selected options in GDM's language picker. For instance, if you would drag "Deutch" to the top of the menu in language-selector's language tab, you would see "German (Austria)" as the pre-selected option at next login. Certainly not a disastrous bug, but significant enough IMO to not introduce intenti
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Gunnar Hjalmarsson [2010-11-29 13:53 -]: > ... and here is the GDM diff This looks nicely generic. Would upstream consider taking this? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Gunnar Hjalmarsson [2010-11-29 13:52 -]: > During our talk in #ubuntu-desktop last friday, you mentioned the > possibility to drop ~/.profile for storing the user language environment > and use /var/cache/gdm/$USER/dmrc instead. Note that this was just a strawman idea, I haven't looked into this at all. We can also keep this separate from this initial change, in order to avoid putting too many changes into one step. > I think that may be a practicable approach with the advantage that > there is a safe method in place for writing to disk. I added the > keys "Langlist" and "LCMess" to dmrc and rewrote > language-environment.sh (attached). It's an interesting idea indeed. I brought this up in the context of language-selector, to avoid having to parse/change ~/.profile there. Back then I didn't actually think about the gdm integration, but if it can be done in gdm itself, so much the better. This needs to be tested with other window managers, though, that they don't stumble over these new fields. > You mentioned that the "Language" value in dmrc must represent a valid > locale because of other *dms .. and also for backwards compatibility with older gdm. Imagine shared home directories on a network, which folks access from Lucid and Natty boxes. > , but I fear a problem there and don't quite follow you. Aren't we > working with the Ubuntu model for locale environment irrespective of > the desktop GUI? It would be nice, but since $GDM_LANG is specific to gdm, this won't automatically apply to kdm, lxdm, and others. -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hello Gunnar, Gunnar Hjalmarsson [2010-11-24 17:20 -]: > Please note that the gdm patch, i.e. the Xsession code changes, is not > part of my suggestion any longer. [...] As you know, I tried to > 'sell' the idea upstream, but wasn't very successful... Right, but I think we should still patch the Xsession script in the Ubuntu gdm package instead of this profile.d hacking; first, it would be a bit confusing for someone who looks at gdm's script, and second, it hasn't been tested with other login managers and might just break stuff there. I think the gdm patch will be rather small, so that it won't be a burden to maintain. > As a result of that, I replaced the previously suggested Xsession > changes with two new language-selector files: > /etc/profile.d/gdm-lang-unset.sh > /etc/X11/xinit/xinitrc.d/language-environment.sh That would again duplicate code, though? Also, it would mean that gdm behaves differently when language-selector is installed or not. I'm not totally avert to this, but I'd rather avoid it. (See above) > > - in the second part of language_update(), why would $GDM_LANG not > > be a valid locale? this does some rather expensive things like > > locale -a and grep and iterating over all available locales. So far > > we trusted that $GDM_LANG was the format of a locale name, and also > > a valid locale (gdm already tests that); under that assumption, > > couldn't we simply set $LC_MESSAGES to $GDM_LANG? > > I think that the reason why there is a need to ensure that LC_MESSAGES > is assigned a valid locale is that ~/.dmrc and /var/cache/gdm/$USER/dmrc > are now updated when LANGUAGE is set. That's the part I don't understand. The format of LANG and LC_MESSAGES is the same -- a valid locale string. There shouldn't ever be a change which sets "Language=" in .dmrc to a non-locale string (cf. compatibility to older gdm and other *dm); is there? > Hence $GDM_LANG (or $GDM_LANGUAGE) may well be just 'en.utf8', > 'sv.utf8' or 'de.utf8', none of which is a valid locale (at least > not on my box). Right, but I think $GDM_LANG assuming these values is a bug in the first place. > As regards efficiency ("expensive things"), please note that the > language_update() function is called only when the user changes the > language from the GDM greeter. Thanks, noted. I agree that we can add some computational overhead just for this case. > > - in the new_language check at the bottom, I think we should > > additionally check that $GDM_LANG != $LANG [...] > [...] > If s/he picks German (Germany) from the GDM greeter, i.e. changes the > language from English to German, $GDM_LANG/$GDM_LANGUAGE would equal > $LANG. But now, when we complete the separation of LANG from the > translation language, that has nothing to do with it any longer, has it? Of course, you are right. So let's forget this. > I'd like to raise a couple of Kubuntu related questions. I'm afraid I don't know anything about the KDE bits; it's worth speaking to the kubuntu-dev folks about it. However, I think as a first step we should make these changes to /etc/gdm/Xsession first and see how it goes out in the field. Then we can see how to apply these to kdm and whether there's something to factor out. WDYT? -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
... and here is the GDM diff ** Patch added: "gdm_lp-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1748710/+files/gdm_lp-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Martin, During our talk in #ubuntu-desktop last friday, you mentioned the possibility to drop ~/.profile for storing the user language environment and use /var/cache/gdm/$USER/dmrc instead. I think that may be a practicable approach with the advantage that there is a safe method in place for writing to disk. I added the keys "Langlist" and "LCMess" to dmrc and rewrote language-environment.sh (attached). There are a couple of matters I'd like to talk over before I proceed. You mentioned that the "Language" value in dmrc must represent a valid locale because of other *dms, but I fear a problem there and don't quite follow you. Aren't we working with the Ubuntu model for locale environment irrespective of the desktop GUI? Kubuntu is the other pending issue, which I wrote about in comment #64 above. Rgds, Gunnar ** Attachment added: "language-environment.sh" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1748709/+files/language-environment.sh -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Martin, Thanks for your comments and questions, both here and on the merge proposal! On 2010-11-24 10:40, Martin Pitt wrote: > I looked at your recent gdm patch, Please note that the gdm patch, i.e. the Xsession code changes, is not part of my suggestion any longer. The reason why I still didn't remove the patch is that I wasn't sure about which route to take. My apologies if that caused some confusion. As you know, I tried to 'sell' the idea upstream, but wasn't very successful... https://bugzilla.gnome.org/show_bug.cgi?id=633295 As a result of that, I replaced the previously suggested Xsession changes with two new language-selector files: /etc/profile.d/gdm-lang-unset.sh /etc/X11/xinit/xinitrc.d/language-environment.sh OTOH, since language_update() is now part of language-environment.sh, your questions and comments still apply. > - in language_update(), why do we need the "en" special case? That's an attempt to imitate what the LANGUAGE list would have looked like if the change had been made via the language tab in LanguageSelector. If a user picks 'en' in the GDM greeter, the whole LANGUAGE list should consist of nothing but 'en'. > - in the second part of language_update(), why would $GDM_LANG not > be a valid locale? this does some rather expensive things like > locale -a and grep and iterating over all available locales. So far > we trusted that $GDM_LANG was the format of a locale name, and also > a valid locale (gdm already tests that); under that assumption, > couldn't we simply set $LC_MESSAGES to $GDM_LANG? I think that the reason why there is a need to ensure that LC_MESSAGES is assigned a valid locale is that ~/.dmrc and /var/cache/gdm/$USER/dmrc are now updated when LANGUAGE is set. Hence $GDM_LANG (or $GDM_LANGUAGE) may well be just 'en.utf8', 'sv.utf8' or 'de.utf8', none of which is a valid locale (at least not on my box). As regards efficiency ("expensive things"), please note that the language_update() function is called only when the user changes the language from the GDM greeter. > - in the new_language check at the bottom, I think we should > additionally check that $GDM_LANG != $LANG; for people who already > have $LANG set to $GDM_LANG (as we do in our installer by default, > etc.) there is IMHO no reason to change anything in the environment > or do any expensive operations. No, no, please don't go back to mixing up LANG and LANGUAGE/LC_MESSAGES. ;-) Assume a user with these ~/.profile settings: export LANG="de_DE.utf8" export LANGUAGE="en_GB:en" export LC_MESSAGES="en_GB.utf8" If s/he picks German (Germany) from the GDM greeter, i.e. changes the language from English to German, $GDM_LANG/$GDM_LANGUAGE would equal $LANG. But now, when we complete the separation of LANG from the translation language, that has nothing to do with it any longer, has it? > - in the final patch I'd like to replace some external program > calls (expr, grep) with internal shell constructs for efficiency; > that's just a FYI, though Ok. I did a few such replacements already, but there may well be further opportunities that I missed. Please also see my comments on the merge proposal. I'd like to raise a couple of Kubuntu related questions. The GNOME and KDE versions of language-selector are distributed in separate binary packages, while there is a third common container. The code that sets LC_MESSAGES is included in language-selector-common, but I suppose it can't hurt the KDE users. As regards the code that replaces the previously suggested changes to /etc/gdm/Xsession, it's put in the GNOME binary package to prevent possible conflicts with KDE. My first question is whether there is a need for code tweaking to prevent problems when both GNOME and KDE reside on the same machine. Secondly, OTOH, I wonder if the suggested changes may be useful to KDE users as well, and consequently should be included in the common binary instead of the GNOME binary? Gunnar -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Gunnar, finally I have some time to get back to this. I looked at your recent gdm patch, and have some questions: - in language_update(), why do we need the "en" special case? - in the second part of language_update(), why would $GDM_LANG not be a valid locale? this does some rather expensive things like locale -a and grep and iterating over all available locales. So far we trusted that $GDM_LANG was the format of a locale name, and also a valid locale (gdm already tests that); under that assumption, couldn't we simply set $LC_MESSAGES to $GDM_LANG? - in the new_language check at the bottom, I think we should additionally check that $GDM_LANG != $LANG; for people who already have $LANG set to $GDM_LANG (as we do in our installer by default, etc.) there is IMHO no reason to change anything in the environment or do any expensive operations. - in the final patch I'd like to replace some external program calls (expr, grep) with internal shell constructs for efficiency; that's just a FYI, though Thanks! Martin -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Minor change in LanguageSelector/LocaleInfo.py: ~/.dmrc may be read in connection with scanning for the user LANGUAGE setting, not the user LANG setting. ** Patch removed: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1733897/+files/language-selector-only_fix-553162.debdiff ** Patch added: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1735249/+files/language-selector-only_fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Update of ~/.profile (setting of LC_MESSAGES) added to install script. ** Patch removed: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1735249/+files/language-selector-only_fix-553162.debdiff ** Patch added: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/+attachment/1736946/+files/language-selector-only_fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Script for updating /etc/default/locale and /etc/environment added. ** Patch removed: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/gdm/+bug/553162/+attachment/1719985/+files/language-selector-only_fix-553162.debdiff ** Patch added: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/gdm/+bug/553162/+attachment/1733897/+files/language-selector-only_fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
[ moving discussion from bug 655427, so more people get notified ] On 2010-11-10 03:10, trespasser wrote: > I agree this is a duplicate to the certain point but (please, correct > me if I am wrong or missed something in discussion on bug 553162) > your patch makes sure $LANG, $LANGUAGE and $LC_MESSAGES all point to > the same language. Ok, then I'll correct you. :-) The patch makes sure that LANGUAGE and LC_MESSAGES state the same language, so messages and menus are translated as expected. LANG is separated to handle other localization aspects. With 10.04 language-selector introduced a separation between language for message translation and other localization stuff. However, a couple of related issues were left unsolved. I'm trying to address those issues and with that help complete the separation. > My issue is to separate those variables as I want to see Polish > currency (zł or PLN) but English/US decimal separator (. instead of > ,) as well as Polish date format (2010-11-10) but English name of > days (Wednesday instead of Środa) and Polish days order (weeks in > Poland traditionally starts on Monday). It sounds like you want to not only separate the variables you mention, but rather set each LC_* variable (except for LC_ALL) individually. In addition to that, you are affected by the issue that names of days and months are not actually subject to translation. To completely satisfy such a complex wishlist, you'd need to create a custom locale. However, I believe that you can come close (except for the decimal separator) by doing the following: * Install the patch I mentioned. * Use language-selector for setting LANGUAGE to 'en_GB:en' (and with that setting LC_MESSAGES to 'en_GB.utf8'). * Use language-selector for setting LANG to 'pl_PL.utf8'. * Edit your ~/.profile file manually and add: export LC_TIME="en_DK.utf8" > Therefore, in my opinion, language-selector should be reduced to > choosing a language only Please note that that would be a step backwards. > and more advanced changes should be done in > custom locale editor (such thing should be introduced). What's more, > standard regarding locale should be better documented and guidance > for developers on using particular locale variables should be > outlined with strong examples. Personally I hope that the GUI will be enough intuitive to limit the need for comprehensive docs. -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Patch added: "language-selector-only_fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1719985/+files/language-selector-only_fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Because of some reluctance upstream (GNOME) to make the suggested changes to GDM, I figured out a reasonably sensible way to make all the code changes in the Ubuntu specific language-selector package. https://code.launchpad.net/~gunnarhj/language-selector/fix-553162 If /etc/gdm/Xsession isn't altered, I believe that language-selector is where the code best belong. -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch unlinked: lp:language-selector ** Branch unlinked: lp:ubuntu/lucid/language-selector ** Branch unlinked: lp:ubuntu/lucid-updates/language-selector ** Branch unlinked: lp:ubuntu/maverick/gdm -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Branch linked: lp:~gunnarhj/language-selector/fix-553162 -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
New patch due to a discussion at bugzilla.gnome.org https://bugzilla.gnome.org/show_bug.cgi?id=633295 ** Patch added: "gdm_partial-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1717569/+files/gdm_partial-fix-553162.debdiff ** Changed in: language-selector (Ubuntu) Assignee: (unassigned) => Gunnar Hjalmarsson (gunnarhj) -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
New patch due to a discussion at bugzilla.gnome.org https://bugzilla.gnome.org/show_bug.cgi?id=633295 ** Patch removed: "language-selector_suppl-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1710251/+files/language-selector_suppl-fix-553162.debdiff ** Patch removed: "gdm_partial-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1712036/+files/gdm_partial-fix-553162.debdiff ** Patch added: "language-selector_suppl-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1717564/+files/language-selector_suppl-fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Martin, Thanks for saying that, but it's absolutely no problem. I'm a web scripting hobbyist (Perl/CGI) who am busy learning new stuff. The impressing organisation, the tools, the insight that shell scripting involves more than 'cp' and 'mv'... So please see my posts and code tweaking in the light of that, and not as repeated attempts to nudge you. ;-) Best regards, Gunnar -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Changed in: gdm Status: Unknown => New ** Changed in: gdm Importance: Unknown => High -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hello Gunnar, just so you know that I'm not ignoring you: UDS is happening this week, and before I had to wrap up my OEM term. Next week is Plumber's, but after that I promise I'll spend some time on this. So, sorry for the delay here. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
** Bug watch added: GNOME Bug Tracker #633295 https://bugzilla.gnome.org/show_bug.cgi?id=633295 ** Also affects: gdm via https://bugzilla.gnome.org/show_bug.cgi?id=633295 Importance: Unknown Status: Unknown -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Martin, On 2010-10-15 23:29, Gunnar Hjalmarsson wrote: > On 2010-10-13 18:49, Martin Pitt wrote: >> So, after this discussion I'm not opposed to turning gdm into a pure >> language selector, and ask users to use language-selector (ugh, how >> confusing :) ) to setup the full locale. But if we do that, I'd like >> it to be done properly, i. e. upstream, > > I'm not sure of what you mean by upstream in this case. I realize now that it was GNOME and the GIT repository you were referring to. Anyway, I'll await your comments now before I take any further steps. Rgds, Gunnar -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Bugfix (of this bugfix...) and some more code tweaking ** Patch removed: "gdm_partial-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu-translations/+bug/553162/+attachment/1711379/+files/gdm_partial-fix-553162.debdiff ** Patch added: "gdm_partial-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu-translations/+bug/553162/+attachment/1712036/+files/gdm_partial-fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Some 'sed-ing' and 'grep-ing' replaced with built-in shell features (for efficiency purposes) ** Patch removed: "gdm_partial-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu-translations/+bug/553162/+attachment/1710260/+files/gdm_partial-fix-553162.debdiff ** Patch added: "gdm_partial-fix-553162.debdiff" https://bugs.launchpad.net/ubuntu-translations/+bug/553162/+attachment/1711379/+files/gdm_partial-fix-553162.debdiff -- Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing https://bugs.launchpad.net/bugs/553162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs