Bug#214898: Bug#133578: gdm: default locale setting

2005-12-29 Thread Phil Blundell
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote:
  Just to make it clear to everyone involved -- #133578 is waiting for #214898
  to be fixed in glibc.  I'm not going to parse/use a tool to read the PAM
  configuration file /etc/environment.  That config file is for setting up
  the _login_ environment, not the system boot environment.

I see that #133578 has been closed now.  Does this mean that the
requirement for #214898 has gone away, and this bug can also be closed?

p.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#214898: Bug#133578: gdm: default locale setting

2004-04-17 Thread Denis Barbier
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote:
 tag - 133578 patch
 thanks
 
 Just to make it clear to everyone involved -- #133578 is waiting for #214898
 to be fixed in glibc.  I'm not going to parse/use a tool to read the PAM
 configuration file /etc/environment.  That config file is for setting up
 the _login_ environment, not the system boot environment.

Parsing /etc/environment would satisfy almost all gdm users.  Moreover
gdm display has nothing to do with system boot, using a login
environment is much saner.

Denis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#214898: Bug#133578: gdm: default locale setting

2004-04-17 Thread Ryan Murray
tag - 133578 patch
thanks

Just to make it clear to everyone involved -- #133578 is waiting for #214898
to be fixed in glibc.  I'm not going to parse/use a tool to read the PAM
configuration file /etc/environment.  That config file is for setting up
the _login_ environment, not the system boot environment.  I think
this should be a generic environment file, so that things such as the
default init script/boot time PATH can be set in one place as well.
(PATH, for example, is set in 50 different /etc/init.d scripts of 85
on my system.)

Once this is done, init scripts can then use it and start making full use
of gettext for strings they display, localizing the entire boot process.

-- 
Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAIL PROTECTED])
The opinions expressed here are my own.


pgpSfYOZFQeg3.pgp
Description: PGP signature


Bug#214898: Bug#133578: gdm: default locale setting

2004-04-17 Thread Jeff Bailey
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote:

 Just to make it clear to everyone involved -- #133578 is waiting for #214898
 to be fixed in glibc.  I'm not going to parse/use a tool to read the PAM
 configuration file /etc/environment.  That config file is for setting up
 the _login_ environment, not the system boot environment.  I think
 this should be a generic environment file, so that things such as the
 default init script/boot time PATH can be set in one place as well.
 (PATH, for example, is set in 50 different /etc/init.d scripts of 85
 on my system.)

As I said before, I think this is very sad.  It's a little late in the
release process to be completely changing how we handle setting the
default LANG variable (or PATH, etc...).  Setting it in two places is
the wrong answer (since it's guaranteed to cause confusion), and any
other change is too invasive.

It's too bad the real losers here are non-English speakers.

Tks,
Jeff Bailey

-- 
Ignorance was bliss.




Bug#214898: Bug#133578: gdm: default locale setting

2004-04-17 Thread Denis Barbier
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote:
 tag - 133578 patch
 thanks
 
 Just to make it clear to everyone involved -- #133578 is waiting for #214898
 to be fixed in glibc.  I'm not going to parse/use a tool to read the PAM
 configuration file /etc/environment.  That config file is for setting up
 the _login_ environment, not the system boot environment.

Parsing /etc/environment would satisfy almost all gdm users.  Moreover
gdm display has nothing to do with system boot, using a login
environment is much saner.

Denis




Bug#214898: Bug#133578: gdm: default locale setting

2004-04-16 Thread Ryan Murray
tag - 133578 patch
thanks

Just to make it clear to everyone involved -- #133578 is waiting for #214898
to be fixed in glibc.  I'm not going to parse/use a tool to read the PAM
configuration file /etc/environment.  That config file is for setting up
the _login_ environment, not the system boot environment.  I think
this should be a generic environment file, so that things such as the
default init script/boot time PATH can be set in one place as well.
(PATH, for example, is set in 50 different /etc/init.d scripts of 85
on my system.)

Once this is done, init scripts can then use it and start making full use
of gettext for strings they display, localizing the entire boot process.

-- 
Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAIL PROTECTED])
The opinions expressed here are my own.


pgp0.pgp
Description: PGP signature


Bug#214898: Bug#133578: gdm: default locale setting

2004-04-16 Thread Jeff Bailey
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote:

 Just to make it clear to everyone involved -- #133578 is waiting for #214898
 to be fixed in glibc.  I'm not going to parse/use a tool to read the PAM
 configuration file /etc/environment.  That config file is for setting up
 the _login_ environment, not the system boot environment.  I think
 this should be a generic environment file, so that things such as the
 default init script/boot time PATH can be set in one place as well.
 (PATH, for example, is set in 50 different /etc/init.d scripts of 85
 on my system.)

As I said before, I think this is very sad.  It's a little late in the
release process to be completely changing how we handle setting the
default LANG variable (or PATH, etc...).  Setting it in two places is
the wrong answer (since it's guaranteed to cause confusion), and any
other change is too invasive.

It's too bad the real losers here are non-English speakers.

Tks,
Jeff Bailey

-- 
Ignorance was bliss.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]