desktop-packages team mailing list archive

[Gunnar Hjalmarsson <626254@xxxxxxxxxxxxxxxxxx>]

@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