[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-08-09 Thread hardik
see this also
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/820333

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-08-08 Thread Simon
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-08-08 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-06-04 Thread dreamon
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-31 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-30 Thread dreamon
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-30 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-30 Thread dreamon
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-29 Thread dreamon
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-29 Thread dreamon
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-29 Thread Gunnar Hjalmarsson
@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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-16 Thread Gunnar Hjalmarsson
@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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-14 Thread Gunnar Hjalmarsson
@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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-14 Thread Kevin Huang
@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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-14 Thread Kentaro
@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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-13 Thread Kentaro
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-05-13 Thread Kentaro
Let me correct my previous comment:

s/LANGUAGES/LANGUAGE/g

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-04-13 Thread Kevin Huang
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-04-13 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-04-11 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-04-07 Thread Kevin Huang
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-04-05 Thread Kevin Huang
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-04-05 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-04-03 Thread Gunnar Hjalmarsson
** Changed in: ubuntu-translations
   Status: Triaged = Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-03-31 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-03-07 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-03-07 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-03-07 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-03-03 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-02-15 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-02-15 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-02-15 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-02-15 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-02-14 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-02-14 Thread Gunnar Hjalmarsson
** Description changed:

+ SRU nomination addition
+ 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
+ /SRU nomination addition
+ 
  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:

  SRU nomination addition
  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.
  

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-02-14 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2011-01-10 Thread Bug Watch Updater
** Changed in: gdm
   Status: New = Unknown

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-27 Thread Gunnar Hjalmarsson
@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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-27 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-18 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-18 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-14 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-14 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-14 Thread Martin Pitt
** Changed in: gdm (Ubuntu)
   Status: In Progress = Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-14 Thread Launchpad Bug Tracker
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 Hjalmarsson ubu...@gunnar.cc   Tue, 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-14 Thread Launchpad Bug Tracker
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 Pitt martin.p...@ubuntu.com   Tue, 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-14 Thread YunQiang Su
It costs almost One year !


-- 
YunQiang Su

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-14 Thread Launchpad Bug Tracker
** Branch linked: lp:ubuntu/language-selector

** Branch linked: lp:ubuntu/gdm

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-12 Thread trespasser
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-08 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-08 Thread Gunnar Hjalmarsson

** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-08 Thread Gunnar Hjalmarsson
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, this will be handled between Gunnar and
 me now.

Sounds reasonable to me. 

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Gunnar Hjalmarsson

** 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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Gunnar Hjalmarsson
@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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Didier Roche
** Branch unlinked: lp:~gunnarhj/ubuntu/natty/gdm/lp-553162

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Martin Pitt
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 you use KDM, then KDM shouldn't
suddenly act up on the new field. Since 

Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-07 Thread Gunnar Hjalmarsson
** Branch linked: lp:~gunnarhj/ubuntu/natty/gdm/lp-553162

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-06 Thread Launchpad Bug Tracker
** Branch linked: lp:~gunnarhj/gdm/lp-553162

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-06 Thread Gunnar Hjalmarsson
** Branch linked: lp:~ubuntu-desktop/gdm/ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-03 Thread Dave Walker
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-03 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Arne Goetje
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 (高盛華) a...@linux.org.tw
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-12-01 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in 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

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-30 Thread Gunnar Hjalmarsson
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 intentionally.

In other words, I suggest that we 

Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-30 Thread Arne Goetje
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). Launchpad also emphasizes on this, so translators
donʼt see de_DE anymore, 

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-29 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-29 Thread Gunnar Hjalmarsson
... 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-29 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-29 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-29 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-24 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-24 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-19 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-17 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-14 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-09 Thread Gunnar Hjalmarsson
[ 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-01 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-11-01 Thread Gunnar Hjalmarsson

** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-31 Thread Launchpad Bug Tracker
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-31 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-30 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-30 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-27 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-27 Thread Gunnar Hjalmarsson
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-27 Thread Martin Pitt
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-27 Thread Bug Watch Updater
** 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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-27 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-26 Thread Gunnar Hjalmarsson
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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing

2010-10-25 Thread Gunnar Hjalmarsson
LC_MESSAGES also set system-wide, i.e. in /etc/default/locale and
/etc/environment

** Patch removed: language-selector_suppl-fix-553162.debdiff
   
https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1699263/+files/language-selector_suppl-fix-553162.debdiff

** Patch removed: gdm_partial-fix-553162.debdiff
   
https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1699264/+files/gdm_partial-fix-553162.debdiff

** Patch added: language-selector_suppl-fix-553162.debdiff
   
https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/1710251/+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
Desktop Bugs, which is subscribed to gdm in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


  1   2   >