after remote login language for menus not good

Bug #626254 reported by Jose Fournier
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
FreeNX Server
New
Undecided
Unassigned
language-selector (Ubuntu)
Invalid
Undecided
Unassigned

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

Shimi Chen (shimi-chen)
affects: ubuntu → language-selector (Ubuntu)
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Thanks for your help to make Ubuntu better by reporting this issue. Unfortunately some time has passed since...

If you have upgraded to Natty, is the problem still there?

If you still have Lucid, I suggest that you install the gdm and language-selector packages for Lucid that are available at https://launchpad.net/~gunnarhj/+archive/lang-backports, and let us know if that made a difference.

Changed in language-selector (Ubuntu):
assignee: nobody → Gunnar Hjalmarsson (gunnarhj)
status: New → Incomplete
Revision history for this message
Timo Ketola (2-timo) wrote :

I can confirm that the problem is still in Natty.

When I log in normally, the language is English as I want, but Finnish if I log in through freenx.

Revision history for this message
Timo Ketola (2-timo) wrote :

More info:

There are several environment variables which get set differently, for example XDG_ and locale variables. the freenx session seems not to acknowledge gnome settings. I got the language and time format working for me by hacking ~/.profile:

...
export LANG="en_US.UTF-8"
# export LANGUAGE="en:en_US:en"
export LC_TIME="fi_FI.UTF-8"
export LC_MESSAGES="en_US.UTF-8"

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

@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?

Revision history for this message
Timo Ketola (2-timo) wrote :

I'm sure I'll get along armed with .profile and friends. At the same time I'm sure that there will be a lot of confused users when they are hit with this feature. It would be very nice if FreeNX session acknowledged GNOME/GDM settings.

Regarding my situation, there is still minor things. For example Skype and DavMail doesn't blend nicely in the GNOME panel. They are enclosed in a white box.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Basically this is about how compatible FreeNX is with the setup of respective distribution, and the initiative to resolve this kind of issues lies reasonably on the FreeNX side. Awaiting possible suggestions from the FreeNX people, there is nothing to do with the language-selector package, so I close that part of the bug.

On 2011-09-28 08:20, Timo Ketola wrote:
> Regarding my situation, there is still minor things. For example Skype
> and DavMail doesn't blend nicely in the GNOME panel. They are enclosed
> in a white box.

Well, that issue is off-topic on this bug report, right? :) It would be great if you could file a separate bug about it.

Cheers!

Changed in language-selector (Ubuntu):
assignee: Gunnar Hjalmarsson (gunnarhj) → nobody
status: Incomplete → Invalid
Revision history for this message
Timo Ketola (2-timo) wrote : [Bug 626254] Re: after remote login language for menus not good

On 30.09.2011 17:31, Gunnar Hjalmarsson wrote:
> Well, that issue is off-topic on this bug report, right? :)

Agreed.

> It would be
> great if you could file a separate bug about it.

I'll try...

Thanks for looking at this.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.