Bug 525035

i think your gdm lang. selection, menu overwriting system-config-lanaguage changes,

can you check what is selected in GDM same time?

You need to clarify what you mean with 'implemented', maybe.

The language thats selected in system-config-language is expected to be used

a) in boot messages

b) on the login screen itself

Once you are logged in, the used language should be whatever you selected on the login screen.

ok, I've retried in my language of Japanese.

1. system => administration => languages => Choose 'Japanese'.
2. The message window popped up which says; 'The network or the Repos of Yum has some problems, do you want to continue? Yes will change the language but not install it. No will exit without changing the language.'
3. Clicked 'Yes'.
4. Another message window popped up which says; 'The change will take effect the next time you log in'.
5. clicked 'OK'.
6. Logged out manually.
7. In the login screen, clicked 'Log In'.
8. English was chosen.

In the '7' of the login screen, 'Language' selection at the bottom was 'English (United States)'. As the message of '4' says, this selection should be 'Japanese'. So that without re-selecting language at the login, but just clicking 'Log In' button will log into Japanese.

Created attachment 362863 [details]
patch for gdm/daemon/Makefile.am gdm/daemon/gdm.in

After you click Log-in button, the language is based on the user but not the system.
So you should modify on the greeter GUI or $HOME/.dmrc directly.

The patch fixed the GDM login before you click Log-in button.
We had fixed the same issue in GDM 2.20 but it was lost in the latest.

Created attachment 362864 [details]
patch for gdm/daemon/Makefile.am gdm/daemon/gdm-display.c gdm/daemon/gdm.in

Revised the patch so that $LANG can be set after users log out the session.

(In reply to comment #2)
> You need to clarify what you mean with 'implemented', maybe.
> 
> The language thats selected in system-config-language is expected to be used
> 
> a) in boot messages
> 
> b) on the login screen itself
> 
> Once you are logged in, the used language should be whatever you selected on
> the login screen.  

Matthias exactly this is what i wanted to say :)
Thanks for same

Noriko,

Just do a reboot instead of log off at 7 step in comment #3. you can see changes as written in comment #2.

i will modify that string is should be restart or next boot

(In reply to comment #4)
> Created an attachment (id=362863) [details]
> patch for gdm/daemon/Makefile.am gdm/daemon/gdm.in
> 
> After you click Log-in button, the language is based on the user but not the
> system.
> So you should modify on the greeter GUI or $HOME/.dmrc directly.
> 

Yep, it is good to have a default system language selection in GDM, when first time user login, then onward it will be as per his preference(whatever language he selected), since there can be many users whose language preferences can be different from system wide language.

> The patch fixed the GDM login before you click Log-in button.
> We had fixed the same issue in GDM 2.20 but it was lost in the latest.  

if system wide lang. @ reporters end working fine, we will change component to GDM for this bug 
or might be better to file a new bug for same

(In reply to comment #6)
> Just do a reboot instead of log off at 7 step in comment #3. you can see
> changes as written in comment #2.

Steps to Reproduce:
1. system => administration => languages => Choose 'Japanese'.
2. The message window popped up which says; 'The network or the Repos of Yum
has some problems, do you want to continue? Yes will change the language but
not install it. No will exit without changing the language.'
3. Clicked 'Yes'.
4. Another message window popped up which says; 'The change will take effect
the next time you log in'.
5. clicked 'OK'.
NOW-----
6. Rebooted manually.
7. Usual login screen came up (language selection was 'English'), and clicked 'Log In'.
8. English was chosen.

Actual results:
English was chosen.

Expected results:
Japanese should be chosen.

> 
> i will modify that string is should be restart or next boot  
Unfortunately, the change never take effect in this way.

I'll separate a GDM bug in bugzilla.gnome.org in 2.30 timeframe.
If you wish s-c-l updates $HOME/.dmrc, I would think a new GUI would be needed in s-c-l.

s-c-l has no business updating .dmrc

Noriko,

can you put output of 
$cat /etc/sysconfig/i18n 
after step 6 

thanks

(In reply to comment #11)
> Noriko,
> 
> can you put output of 
> $cat /etc/sysconfig/i18n 
> after step 6 

Sure,

6. Rebooted manually.
7. Usual login screen came up (language selection was 'English'), and clicked
'Log In'.
8. English was chosen.
9. $cat /etc/sysconfig/i18n
   LANG="en_US.UTF-8"

Noriko, yep, restarting will not work in Live CD case as it will start new instance. Though as s-c-l modified /etc/sysconfig/i18n file

i have tested this with live cd mentioned in Bug
and things are working fine,
after selecting Japanese language from s-c-l it working fine.
$cat /etc/sysconfig/i18n gives me
LANG="ja_JP.UTF-8"

if got anything more on this please reopen this

Pravin, thank you for finding the cause!
I now fully understood what happened. 'liveinst' was failed and the bug 525022 has been filed.  This has already been resolved. Thus next review for F13, we should have successful 'liveinst' first, then we can get working s-c-l. Thank you again.

If you want to have persistence with a Live image you can create it
with "livecd-iso-to-disk --overlay-size-mb ..." (a few hundred may
be enough).