@Timo Thanks for the info. Even if I don't know anything about FreeNX, let me add a couple of things that I do know:
* In Natty the user language settings get reflected in the session environment either by logging in via GDM, or by sourcing ~/.profile. * Another thing is that openssh in Ubuntu by default sends the LANG and LC_* variables on the client machine to the remote server. This default can be overridden by creating ~/.ssh/config Assuming that it's ~/.profile on the remote machine you "hacked", and considering that you say it made a difference, it seems like ~/.profile does get sourced. So is there any problem left that needs to be resolved? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to language-selector in Ubuntu. https://bugs.launchpad.net/bugs/626254 Title: after remote login language for menus not good Status in FreeNX open source NX Server: New Status in “language-selector” package in Ubuntu: Incomplete Bug description: Use 10.4 on main desktop with two user accounts user1 language French, user2 language Japanese. Use SSH with FreeNX server. When user2 logs localy (from the main desktop computer) menus are in Japanese. When user2 logs remotely (using) NX client from NoMachine's web site menus are in French Client PC is 9.10 in server Package may be /usr/bin/gnome-language-selector or/and language-selector-common version0.5.8 language-pack-gnome-ja-base & language-pack-gnome-fr-base are both version 1.10.4 To manage notifications about this bug go to: https://bugs.launchpad.net/freenx-server/+bug/626254/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
