This bug was fixed in the package lightdm - 1.9.9-0ubuntu1
---
lightdm (1.9.9-0ubuntu1) trusty; urgency=medium
* New upstream release:
- Handle signals being received in child processes instead of treating them
like they are received in the daemon.
- Set utmp ut_line t
** Changed in: lightdm (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls back to English
To manage no
This bug was fixed in the package lightdm-gtk-greeter - 1.8.2-1ubuntu1
---
lightdm-gtk-greeter (1.8.2-1ubuntu1) trusty; urgency=medium
* Merge with Debian unstable, remaining changes:
- debian/rules:
+ add indicators to dh_auto_configure
- debian/control:
+ add d
** Branch linked: lp:ubuntu/trusty-proposed/lightdm-gtk-greeter
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls back to English
To manage notifications
Well, I hoped it would be easier for you.. I think the changes fix it.
So then you'll find out in a couple of months if the behavior has
approved. If not, you may want to file another bug. ;)
Thanks for being persistent!
** Changed in: lightdm-gtk-greeter (Ubuntu)
Status: In Progress => Fi
Hi, thanks for the fix.
I just have a question: what do you mean by "fix a 14.04 install"? I do
not have enough disk space to have two systems on my computer: if I want
to try 14.04, I have to upgrade to it, and I am not used to do it before
a few months after the announcement, nor happy to try (
** Changed in: lightdm-gtk-greeter
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls back to English
To manage
The first of the two merge proposals has been released in lightdm-gtk-
greeter 1.8.2
** Also affects: lightdm-gtk-greeter
Importance: Undecided
Status: New
** Changed in: lightdm-gtk-greeter
Status: New => Fix Released
** Changed in: lightdm-gtk-greeter
Importance: Undecided
** Branch linked: lp:~gunnarhj/lightdm/current-lang-fix
** Branch linked: lp:~gunnarhj/lightdm-gtk-greeter/default-lang
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selecti
I agree that the system language as set in /etc/default/locale should be
the fallback language, so I prepared two merge proposals that should fix
it. It would be great if you could fix a 14.04 install and test the
packages I uploaded to my PPA at
https://launchpad.net/~gunnarhj/+archive/default-lan
Well, after investigation, I have to use my special id account: I need
it for NFS and autofs to work at my lab.
I removed the new account, using users-admin, but its configuration file
in /var/lib/AccountsService/users/ was not removed (I did it myself).
The two new bugs are to a real problem , b
Oups, I don't even have to type a login for the change to occur,
selecting Other makes it happen.
And having the language selector shown or not does not change
anything...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
Worse and worse!
Of course, the user list helps because the user selected automatically
is the only non system user, for which language setting is OK (explain
me why) even though it is not written in its file in
/var/lib/AccountsService/users/.
But two new bugs appear:
1- the background image set
Well, the point is not to make it hard for myself (it's not so hard),
but for anybody else who would like to login (this is my lab's
recommendation).
You say "It should be the user language", but it can't be, not before I
select a user (or enter a login, and I mean the login only, not the
password
On 2014-02-08 18:52, A. Scheuer wrote:
> Well, I do prefer to hide users and show manual login (this is my
> work laptop, am I paranoiac?).
Paranoiac or not, at least you make it hard for yourself. ;-)
> Whatsoever, it does not change a lot: before entering login (or
> selecting it, it should b
Well, I do prefer to hide users and show manual login (this is my work
laptop, am I paranoiac?).
Whatsoever, it does not change a lot: before entering login (or
selecting it, it should be the same), the language selected is English
(it should be the system one, i.e. French, don't you think?).
--
On 2014-02-08 16:40, A. Scheuer wrote:
> Well, normal/abnormal uid is not the point: before I enter my login,
Wait now.. You say before you *enter*. Don't you select the > 1000 user
using the select box? (It should be there, unlike the < 1000 user.)
--
You received this bug notification because
Well, normal/abnormal uid is not the point: before I enter my login, the
greeter selects English as language (at login, as well as after any
connection - the one with uid > 1000 or the other one).
Moreover, I now have the Language and FormatsLocale in
/var/lib/AccountsService/users/scheuer, but th
On 2014-02-08 11:42, A. Scheuer wrote:
> However, a part of the problem remains: why does the greeter falls
> back to the default language (English) instead of the system
> language (defined as French/France in /etc/default/locale)?
It falls back to the system language for me. Given a user with a
OK, uid is a part of the problem (as I do not use the lab's NIS, and as
mount procedures make mappings, I will change my uid).
However, a part of the problem remains: why does the greeter falls back
to the default language (English) instead of the system language
(defined as French/France in /etc/
As a test, can you please create a user without forcing the uid become <
1000, and see if things work as expected for that user? I have a feeling
this may be it.
** Changed in: accountsservice (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a membe
About the message "Greeter sets language fr_FR"
in/var/log/lightdm/lightdm.log , the next line is "Writing
/home/scheuer/.dmrc" and indeed ~/.dmrc contains both language and
session definitions.
I did the 3 reinstalls but did not have time to check.
About the ID, YES Hell, yes, my lab sets m
Another thought... Is your user ID 1000 or above?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls back to English
To manage notifications about this bug
And maybe reinstall lightdm and lightdm-gtk-greeter too...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls back to English
To manage notifications about
Try to reinstall accountsservice:
sudo apt-get install --reinstall accountsservice
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls back to English
To m
Sniff! Sorry to tell you that: it does not work!
The point is that the file /var/lib/AccountsService/users/scheuer is
rewritten (without the language settings) at each connection. Too bad!
And I don't understand either why the language setting does not fall
back to the system language, defined
Now this is strange. I see in /var/log/lightdm/lightdm.log the entry
"Greeter sets language fr_FR", and it's not followed by any error
message. Still, as you say, Language is not set in
/var/lib/AccountsService/users/scheuer.
Furthermore, since Language isn't set in
/var/lib/AccountsService/users/
Yes, you've got the point: then language line is missing in
/var/lib/AccountsService/users/scheuer.
Moreover, /var/log/lightdm/lightdm.log talks of a
/var/log/lightdm/x-0-greeter.log, which says that directories
/usr/share/lightdm/sessions and /usr/share/lightdm/remote-sessions (this
is less impo
Can you please attach these files:
/var/log/lightdm/lightdm.log
/var/lib/AccountsService/users/scheuer
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls
Yes, several times, in two ways: change, log out, log in, change back, log out,
log in, or change, change back, log out, log in, ...
Always the same behaviour: English is the default!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
h
Did you change the language back and forth using Language Support as I
suggested?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1276072
Title:
Language selection always falls back to English
To man
Sorry, but:
- write protection of ~/.pam_environment was just for testing, I made it
editable after but it did not change anything.
- the file /etc/default/locale is correct (I attach it), it does not
prevent the default language from the session manager to be English...
** Attachment added: "lo
It's probably the write protection that prevents the system from
remembering the language. Why on earth do you want that?
* Make it editable.
* Use Language Support to change the language somehow, and instantly change it
back.
That way accountsservice should save the language, and you don't need
I confirm both points (no problem with write-protected
~/.pam_environment, still have to select French).
Is there a way to set French as the default language (that is what I
wanted when I changed the /etc/environment, but it did not work)?
--
You received this bug notification because you are a
OK, you're right, the problems came from this typo. Everything is fine,
now (I did modified manually the ~/.pam_environment because the language
selection at the session opening did not correct it once - I don't know
why it works now).
I just insist on the fact that a write-protected ~/.pam_enviro
~/.pam_environment write protected?? That breaks everything. You should:
1. Ensure that you have read/write access to ~/.pam_environment, so the system
can do its job with respect to the language settings.
2. Remove all those language/locale entries in /etc/environment - only the PATH
line shoul
Well, the point is that my ~/.pam_environment is modified (even if it is
write-protected, funny) when I connect through the session manager (which is
lightdm), and precisely at that moment (I did monitor this on tty1), but not
when I connect on console mode (on tty1, for example).
And even now
What makes you think that lightdm has anything to do with it? Actually,
lightdm is not involved at all when you set the language from Language
Support. L-S calls accountsservice, which both saves the language as an
accountsservice property and updates ~/.pam_environment. This should
work the same w
Well, after a few complementary tests, I found out that this is a
lightdm bug!
In fact, on one computer (using Xubuntu), the session's options, as
session's type (Unity, Gnome, xfce, openbox, ...) and language (!), are
not kept from one session to the next, as it used to be, and need to set
manual
Dragging some French option to the top in Language Support should be
sufficient. Please make sure that it stays on top before closing
Language Support. (You may need a couple of attempts.)
There is normally no reason to edit ~/.pam_environment manually, and
/etc/environment should not be used at
40 matches
Mail list logo