Debian Bug report logs - #214898
Create /etc/default_locale containing the selected locale

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Josselin Mouette <joss@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Create /etc/default_locale containing the selected locale

Date: Thu, 9 Oct 2003 10:41:19 +0200

Package: locales
Version: 2.3.2-8
Severity: wishlist

Currently, the default locale setting for the system can be accessed 
only through /etc/environment, which is a configuration file for PAM. 
Setting the locale for a daemon currently requires to parse this file, 
but it is just not the way to go.

If, additionnaly to the /etc/environment stuff, the debconf-selected
locale was put into /etc/default_locale (a file just containing the
locale, nothing else), as suggested Ryan Murray, it would make it much
easier for daemons to set their locale to the system default, without
relying on an error-prone environment setting.
Such a file would be necessary to get a correctly localized gdm for
sarge.

I think it is fairly easy to achieve, and it could even be used later
(after the sarge release) to set the locale using a specific PAM module,
instead of using pam_env.

Regards,
-- 
 .''`.           Josselin Mouette        /\./\
: :' :           josselin.mouette@ens-lyon.org
`. `'                        joss@debian.org
  `-  Debian GNU/Linux -- The power of freedom

Message #10 received at 214898@bugs.debian.org (full text, mbox, reply):

From: GOTO Masanori <gotom@debian.or.jp>

To: Josselin Mouette <josselin.mouette@ens-lyon.org>, debian-glibc@lists.debian.org, Debian development list <debian-devel@lists.debian.org>, 214898@bugs.debian.org

Subject: Re: Testing/help needed - experimental glibc version

Date: Thu, 23 Oct 2003 11:10:55 +0900

At Wed, 22 Oct 2003 11:24:19 -0400,
Daniel Jacobowitz wrote:
> On Wed, Oct 22, 2003 at 05:02:56PM +0200, Josselin Mouette wrote:
> > Le mar 21/10/2003 à 19:03, Daniel Jacobowitz a écrit :
> > > As some of you may have seen, there's a new version of glibc in unstable. 
> > > It has a couple of nice features - particularly for x86, where both
> > > i686-optimized libraries and NPTL support are included.  There are also
> > > sparcv9 libraries.  And the packaging has been totally redone for a number
> > > of benefits.
> > 
> > Do you intend to make these packages support a system-wide locale
> > setting as explained in bug#214898 ? This is a one-liner change which
> > would bring huge improvement for e.g. gdm or cups. Or do you think it
> > should be discussed further, and/or wait for after sarge?
> 
> These packages are to address a particular problem - updating the
> version to support NPTL and TLS, without breaking everyone else.  So in
> this context, no.
> 
> In general I don't handle locale-related bugs so you'll have to get a
> response to that bug from one of our other glibc maintainers on
> debian-glibc.

OK, I check it.

> Currently, the default locale setting for the system can be accessed 
> only through /etc/environment, which is a configuration file for PAM. 
> Setting the locale for a daemon currently requires to parse this file, 
> but it is just not the way to go.
> 
> If, additionnaly to the /etc/environment stuff, the debconf-selected
> locale was put into /etc/default_locale (a file just containing the
> locale, nothing else), as suggested Ryan Murray, it would make it much
> easier for daemons to set their locale to the system default, without
> relying on an error-prone environment setting.
> Such a file would be necessary to get a correctly localized gdm for
> sarge.
> 
> I think it is fairly easy to achieve, and it could even be used later
> (after the sarge release) to set the locale using a specific PAM module,
> instead of using pam_env.

This wishlist needs a bit consideration.

(1) We store locale setting for 2 files - /etc/environment,
    /etc/default_locale.  Is it good idea?

(2) Why do you need to read /etc/default_locale instead of
    /etc/environment?  Is it hard to parse /etc/environment so hard?

(3) I guess gdm issue is the locale dialog in the login screen.  Why
    can't gdm read /etc/environment file?  If you mean it's easier to
    read /etc/default_locale than to parse /etc/environment, yes it
    may become one of the reason.  But does this change fix the gdm
    issue?

Regards,
-- gotom

Message #15 received at 214898@bugs.debian.org (full text, mbox, reply):

From: Josselin Mouette <josselin.mouette@ens-lyon.org>

To: 214898@bugs.debian.org

Cc: debian-glibc@lists.debian.org, Debian development list <debian-devel@lists.debian.org>

Subject: Re: Testing/help needed - experimental glibc version

Date: Thu, 23 Oct 2003 09:55:37 +0200

[Message part 1 (text/plain, inline)]

Le jeu 23/10/2003 à 04:10, GOTO Masanori a écrit :
> This wishlist needs a bit consideration.
> 
> (1) We store locale setting for 2 files - /etc/environment,
>     /etc/default_locale.  Is it good idea?

That's why I suggest to make it temporarily. The locale setting could
also be read here by PAM.

> (2) Why do you need to read /etc/default_locale instead of
>     /etc/environment?  Is it hard to parse /etc/environment so hard?

It is not hard, but you have to be careful with the fact
/etc/environment can contain spaces.

> (3) I guess gdm issue is the locale dialog in the login screen.  Why
>     can't gdm read /etc/environment file?  If you mean it's easier to
>     read /etc/default_locale than to parse /etc/environment, yes it
>     may become one of the reason.  But does this change fix the gdm
>     issue?

Basically, the gdm maintainer refuses to include code to parse
/etc/environment. While I think parsing it would be a fine solution, I
also agree with the fact having a special file for this configuration
setting would be better.

If you have arguments that can convince Ryan to parse /etc/environment
until there is a cleaner solution, please show them. Having it not
localized correctly when it is so easy to achieve is slightly annoying -
but I fear Ryan is one of those English-speaking maintainers who don't
care about proper i18n.
-- 
 .''`.           Josselin Mouette        /\./\
: :' :           josselin.mouette@ens-lyon.org
`. `'                        joss@debian.org
  `-  Debian GNU/Linux -- The power of freedom

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 214898@bugs.debian.org (full text, mbox, reply):

From: Mathieu Roy <yeupou@gnu.org>

To: Josselin Mouette <josselin.mouette@ens-lyon.org>

Cc: 214898@bugs.debian.org, debian-glibc@lists.debian.org, Debian development list <debian-devel@lists.debian.org>

Subject: Re: Testing/help needed - experimental glibc version

Date: Thu, 23 Oct 2003 10:29:16 +0200

Josselin Mouette <josselin.mouette@ens-lyon.org> said:

> Le jeu 23/10/2003 à 04:10, GOTO Masanori a écrit :
>> This wishlist needs a bit consideration.
>> 
>> (1) We store locale setting for 2 files - /etc/environment,
>>     /etc/default_locale.  Is it good idea?
>
> That's why I suggest to make it temporarily. The locale setting could
> also be read here by PAM.
>
>> (2) Why do you need to read /etc/default_locale instead of
>>     /etc/environment?  Is it hard to parse /etc/environment so hard?
>
> It is not hard, but you have to be careful with the fact
> /etc/environment can contain spaces.
>
>> (3) I guess gdm issue is the locale dialog in the login screen.  Why
>>     can't gdm read /etc/environment file?  If you mean it's easier to
>>     read /etc/default_locale than to parse /etc/environment, yes it
>>     may become one of the reason.  But does this change fix the gdm
>>     issue?
>
> Basically, the gdm maintainer refuses to include code to parse
> /etc/environment. While I think parsing it would be a fine solution, I
> also agree with the fact having a special file for this configuration
> setting would be better.
>
> If you have arguments that can convince Ryan to parse /etc/environment
> until there is a cleaner solution, please show them. Having it not
> localized correctly when it is so easy to achieve is slightly annoying -
> but I fear Ryan is one of those English-speaking maintainers who don't
> care about proper i18n.

Any idea of the choice made by others distros like RedHat or Mandrake
to fix that problem?



-- 
Mathieu Roy

  +---------------------------------------------------------------------+
  | General Homepage: 		http://yeupou.coleumes.org/		|
  | Computing Homepage:		http://alberich.coleumes.org/  		|
  | Not a native english speaker:					|
  |	http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english 	|
  +---------------------------------------------------------------------+

Message #25 received at 214898@bugs.debian.org (full text, mbox, reply):

From: Colin Watson <cjwatson@debian.org>

To: 214898@bugs.debian.org

Cc: Josselin Mouette <josselin.mouette@ens-lyon.org>, pam@packages.debian.org

Subject: Re: Testing/help needed - experimental glibc version

Date: Wed, 21 Jan 2004 00:06:30 +0000

On Thu, Oct 23, 2003 at 11:10:55AM +0900, GOTO Masanori wrote:
> At Wed, 22 Oct 2003 11:24:19 -0400,
> Daniel Jacobowitz wrote:
> > Currently, the default locale setting for the system can be accessed 
> > only through /etc/environment, which is a configuration file for PAM. 
> > Setting the locale for a daemon currently requires to parse this file, 
> > but it is just not the way to go.
> > 
> > If, additionnaly to the /etc/environment stuff, the debconf-selected
> > locale was put into /etc/default_locale (a file just containing the
> > locale, nothing else), as suggested Ryan Murray, it would make it much
> > easier for daemons to set their locale to the system default, without
> > relying on an error-prone environment setting.
> > Such a file would be necessary to get a correctly localized gdm for
> > sarge.
> > 
> > I think it is fairly easy to achieve, and it could even be used later
> > (after the sarge release) to set the locale using a specific PAM module,
> > instead of using pam_env.
> 
> This wishlist needs a bit consideration.
> 
> (1) We store locale setting for 2 files - /etc/environment,
>     /etc/default_locale.  Is it good idea?
> 
> (2) Why do you need to read /etc/default_locale instead of
>     /etc/environment?  Is it hard to parse /etc/environment so hard?

The locales package already gets it wrong, as it happens. :-) It assumes
that quoting is supported when it isn't. I expect that others would make
the same mistake.

> (3) I guess gdm issue is the locale dialog in the login screen.  Why
>     can't gdm read /etc/environment file?  If you mean it's easier to
>     read /etc/default_locale than to parse /etc/environment, yes it
>     may become one of the reason.  But does this change fix the gdm
>     issue?

/etc/environment is a configuration file owned by PAM and parsed by the
pam_env module at login time. As such, it's a good place to set the
default locale for PAM sessions.

However, all the world is not a PAM session. gdm before login is one
example; init scripts are another; perhaps the "login:" banner is a
third. I don't think it's right for these programs to be parsing a PAM
configuration file when they aren't dealing with PAM sessions; they're a
completely separate case.

In fact, I can certainly imagine cases where I'd want the
outside-a-session locale and the default PAM session locale to be
different. Say I speak French, but most of my users are German, so for
their benefit I decide that the default session locale should be German,
but I want to see init scripts localized in French so that I can work
out what's going on more easily. Or maybe I want to use LANG=C for init
scripts but default to a Unicode locale for sessions where I expect
terminal support to be better. It seems to me that having separate
configuration for locales outside and inside a session could be useful
in the same way as having different locales for different sessions.

I'd suggest, though, that /etc/default_locale is a poor name for this;
it sounds like it's the file you want to edit for the default locale
throughout the system, when in fact it just applies to programs running
before login. How about something like /etc/boot-locale or
/etc/default/boot-locale, with a comment at the top when generated by
locales explaining its purpose? Or maybe /etc/environment-prelogin or
similar would be a better name, and it wouldn't have to be limited to
locale configuration. Either way, the format should be simple and
clearly specified somewhere that's easy to find so that people don't
make the mistakes they do when trying to parse /etc/environment.

I've cc'ed the PAM maintainer in case I've made any grievous errors in
the above. Is there support for comments in /etc/environment? If so, we
could also add a comment there directing people to
/etc/default/boot-locale or whatever for things that are to affect
programs that run before login.

Cheers,

-- 
Colin Watson                                  [cjwatson@flatline.org.uk]

Message #30 received at 214898@bugs.debian.org (full text, mbox, reply):

From: Jeff Bailey <jbailey@raspberryginger.com>

To: hartmans@debian.org

Cc: seb128@debian.org, 214898@bugs.debian.org

Subject: Locales

Date: Mon, 1 Mar 2004 12:44:56 -0800

Sam,

We're trying to sort out the best fix for #214898.

I want to make sure we avoid duplication and only have the information
stored in one place - and it seems like pam is probably the best place,
since it's already setup to provide stuff from /etc/environment.

Would you object to a tool called 'pam_getenv' being included in
libpam0g or libpam-modules?  The idea is that init scripts could then
include something like:

LANG=$(/sbin/pam_getenv LANG)

and pull that in if they wanted to.

If that's okay, we'll figure out hacking that together and submit it.

Tks,
Jeff Bailey

Message #35 received at 214898@bugs.debian.org (full text, mbox, reply):

From: Ryan Murray <rmurray@debian.org>

To: 133578@bugs.debian.org

Cc: 214898@bugs.debian.org

Subject: Re: Bug#133578: gdm: default locale setting

Date: Fri, 16 Apr 2004 21:13:42 -0700

[Message part 1 (text/plain, inline)]

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 (rmurray@cyberhqz.com, rmurray@debian.org)
The opinions expressed here are my own.

[Message part 2 (application/pgp-signature, inline)]

Message #40 received at 214898@bugs.debian.org (full text, mbox, reply):

From: Jeff Bailey <jbailey@raspberryginger.com>

To: Ryan Murray <rmurray@debian.org>, 214898@bugs.debian.org

Cc: 133578@bugs.debian.org

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

Date: Fri, 16 Apr 2004 21:51:07 -0700

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.

Message #45 received at 214898@bugs.debian.org (full text, mbox, reply):

From: barbier@linuxfr.org (Denis Barbier)

To: 133578@bugs.debian.org

Cc: 214898@bugs.debian.org

Subject: Re: Bug#133578: gdm: default locale setting

Date: Sat, 17 Apr 2004 15:02:34 +0200

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

Message #50 received at 214898@bugs.debian.org (full text, mbox, reply):

From: Phil Blundell <pb@reciva.com>

To: 214898@bugs.debian.org

Cc: 133578@bugs.debian.org

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

Date: Thu, 29 Dec 2005 20:04:40 +0000

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.

Message #55 received at 214898-close@bugs.debian.org (full text, mbox, reply):

From: Denis Barbier <barbier@debian.org>

To: 214898-close@bugs.debian.org

Subject: Bug#214898: fixed in glibc 2.3.6-5

Date: Tue, 04 Apr 2006 14:02:33 -0700

Source: glibc
Source-Version: 2.3.6-5

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.6-5_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.6-5_all.deb
glibc_2.3.6-5.diff.gz
  to pool/main/g/glibc/glibc_2.3.6-5.diff.gz
glibc_2.3.6-5.dsc
  to pool/main/g/glibc/glibc_2.3.6-5.dsc
libc6-amd64_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6-amd64_2.3.6-5_i386.deb
libc6-dbg_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6-dbg_2.3.6-5_i386.deb
libc6-dev-amd64_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6-dev-amd64_2.3.6-5_i386.deb
libc6-dev_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6-dev_2.3.6-5_i386.deb
libc6-i686_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6-i686_2.3.6-5_i386.deb
libc6-pic_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6-pic_2.3.6-5_i386.deb
libc6-prof_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6-prof_2.3.6-5_i386.deb
libc6-udeb_2.3.6-5_i386.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.6-5_i386.udeb
libc6_2.3.6-5_i386.deb
  to pool/main/g/glibc/libc6_2.3.6-5_i386.deb
libnss-dns-udeb_2.3.6-5_i386.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.6-5_i386.udeb
libnss-files-udeb_2.3.6-5_i386.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.6-5_i386.udeb
locales_2.3.6-5_all.deb
  to pool/main/g/glibc/locales_2.3.6-5_all.deb
nscd_2.3.6-5_i386.deb
  to pool/main/g/glibc/nscd_2.3.6-5_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 214898@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Denis Barbier <barbier@debian.org> (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Tue,  4 Apr 2006 18:07:21 +0200
Source: glibc
Binary: libc0.1-prof libc6-dev-amd64 libc6-i686 libc6-dev-ppc64 libc0.3-pic glibc-doc libc0.3 libc0.1-i686 libc6.1-dev libc6-s390x libnss-files-udeb libc6-dev-sparc64 libc6-i386 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc0.1-udeb libc6-dev-i386 libc6.1-prof libc0.1-dev locales libc6-pic libc0.3-udeb libc6-dev-powerpc libc0.1-pic libc6-ppc64 libc0.3-dbg libc0.1-dbg libc6-amd64 libc0.1 libc6-prof libc6-powerpc libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd libc6-sparc64 libnss-dns-udeb libc6.1 libc6-dev-s390x
Architecture: source i386 all
Version: 2.3.6-5
Distribution: unstable
Urgency: low
Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Changed-By: Denis Barbier <barbier@debian.org>
Description: 
 glibc-doc  - GNU C Library: Documentation
 libc6      - GNU C Library: Shared libraries and Timezone data
 libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64
 libc6-dbg  - GNU C Library: Libraries with debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files
 libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64
 libc6-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc6-pic  - GNU C Library: PIC archive library
 libc6-prof - GNU C Library: Profiling Libraries
 libc6-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb)
 libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb)
 locales    - GNU C Library: National Language (locale) data [support]
 nscd       - GNU C Library: Name Service Cache Daemon
Closes: 214898 224756 349503 355109 356328 358041 360126
Changes: 
 glibc (2.3.6-5) unstable; urgency=low
 .
   [ Denis Barbier ]
   * Add am_pm formatting information to en_NZ.  (Closes: #356328)
   * Add interlingua locale.  (Closes: #224756)
   * Move locale variables from /etc/environment into a dedicated
     /etc/default/locale file.  (Closes: #214898, #349503)
   * Add a new /usr/sbin/update-locale program to handle this new file.
 .
   [ Aurelien Jarno ]
   * Fix ldconfig multiarch patch for reiserfs filesystems.
   * Make ldconfig look into /lib32 and /usr/lib32 on amd64. Add /lib32 ->
     /emul/ia32-linux/lib and /usr/lib32 -> /emul/ia32-linux/usr/lib links.
   * Remove glibc235-gcc4-ppc-procfs.diff from debian/patches/series.
     (Closes: #360126)
   * Add siginfo_h.diff (fixes a typo in ILL_ILLOPN definition), backported
     from upstream.  (Closes: #358041)
   * Replace getcwd_ia64.diff by getcwd_c.diff (fix getcwd on platforms where
     PAGE_SIZE >> PATH_MAX), backported from upstream.  (Closes: #355109)
   * debian/control: drop alternative build-depends on ia32-libs-dev as this
     package does not exist anymore.
Files: 
 97dd3e4833aa9b190a0489cb10ac2d50 2030 libs required glibc_2.3.6-5.dsc
 f5820dc3f41971ebb36c94f42cdb8abf 658445 libs required glibc_2.3.6-5.diff.gz
 fa9acde69ae276dd04fd7e3b21546c87 3352252 doc optional glibc-doc_2.3.6-5_all.deb
 a691d969401775f65f92c664f1ed5def 3928984 libs standard locales_2.3.6-5_all.deb
 57f05a683fc42db4b303303776129e75 5092052 libs required libc6_2.3.6-5_i386.deb
 ff473ed18e04750ef154da9cb9afbd3a 2733502 libdevel standard libc6-dev_2.3.6-5_i386.deb
 f913f75198220ba4ae84ca76a128a151 1306874 libdevel extra libc6-prof_2.3.6-5_i386.deb
 8d3e0fa3dc9493879b10a19681ae2fda 1076122 libdevel optional libc6-pic_2.3.6-5_i386.deb
 e30b85133be04bd7fa8b505d8f4f2ca9 1026368 libs extra libc6-i686_2.3.6-5_i386.deb
 f821e6ae16592dddf8315ca4bcbf12fb 3271332 libs standard libc6-amd64_2.3.6-5_i386.deb
 407bb224b9d5f4b549bcbb67e10f4b36 2012516 libdevel optional libc6-dev-amd64_2.3.6-5_i386.deb
 65e341909db82751d20c8d56ee24ff5e 133900 admin optional nscd_2.3.6-5_i386.deb
 bdf83c9d3e1903b6677fb6a414b09921 6495208 libdevel extra libc6-dbg_2.3.6-5_i386.deb
 7828ddd5ea60f774041bf3757d8df3b6 742138 debian-installer extra libc6-udeb_2.3.6-5_i386.udeb
 29d93679464c5b6246a55f25f2e116de 8680 debian-installer extra libnss-dns-udeb_2.3.6-5_i386.udeb
 27644e42a0912b2aba6ae69e15ec56b5 15540 debian-installer extra libnss-files-udeb_2.3.6-5_i386.udeb
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEMrt98Ri1lR4WGvsRAsAvAKC13jIGKIPodvhWCeQ1sjYWYDpspACfaCJ8
vO3zFgUPeIt2BkKk0kYu0Aw=
=798J
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.