Processed: Re: Bug#381881: mkfs.xfs: error loading librt.so

2006-08-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 381881 libc6-udeb
Bug#381881: mkfs.xfs: error loading librt.so
Bug reassigned from package `installation-reports' to `libc6-udeb'.

 version 381881 2.3.6-18
Unknown command or malformed arguments to command.

 retitle 381881 Please add librt to the udeb (needed by mkfs.xfs)
Bug#381881: mkfs.xfs: error loading librt.so
Changed Bug title.

 severity 381881 important
Bug#381881: Please add librt to the udeb (needed by mkfs.xfs)
Severity set to `important' from `important'

 tags 381881 + d-i
Bug#381881: Please add librt to the udeb (needed by mkfs.xfs)
There were no tags set.
Tags added: d-i

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



glibc in proposed-updates blocks security.d.o

2006-08-08 Thread Martin Zobel-Helas
Hi Aurel, hi *,

the current version of glibc in proposed-updates does not seem to
compile on sparc[1]. For that reason i did not accept other archs yet.

Joey notified me yesterday evening, that locales is currently
uninstallable on all other archs and thus currently breaks builds for
debian's stable-security.

stable-security and proposed-updates are currently build in the same
chroot on the buildds.

Please rise the work priority on that issue, as Joey is currently very
unhappy with this situation.

Greetings
Martin

[1] 
http://buildd.debian.org/fetch.php?pkg=glibcver=2.3.2.ds1-22sarge4arch=sparcstamp=1149994175file=logas=raw


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



Re: Bug#381881: mkfs.xfs: error loading librt.so

2006-08-08 Thread Frans Pop
reassign 381881 libc6-udeb
version 381881 2.3.6-18
retitle 381881 Please add librt to the udeb (needed by mkfs.xfs)
severity 381881 important
tags 381881 + d-i
thanks

On Monday 07 August 2006 17:31, Ionut Georgescu wrote:
 mkfs.xfs failed with error loading shared library librt.so. Used JFS
 insted of XFS in the end.

librt is currently not included in the libc6 udeb, but seems to be needed 
to create xfs filesystems. Please add it.


pgpJFn1xj25DC.pgp
Description: PGP signature


Re: glibc in proposed-updates blocks security.d.o

2006-08-08 Thread Andreas Barth
* Martin Zobel-Helas ([EMAIL PROTECTED]) [060808 13:56]:
 the current version of glibc in proposed-updates does not seem to
 compile on sparc[1]. For that reason i did not accept other archs yet.
 
 Joey notified me yesterday evening, that locales is currently
 uninstallable on all other archs and thus currently breaks builds for
 debian's stable-security.

As discussed yesterday already a bit, I'm currently preparing an NMU for
glibc which laxens locales dependencies to any glibc version of
currently in stable, proposed-updates or the NMU version.


Cheers,
Andi


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



Bug#369536: libc6: Kubuntu Dapper Drake

2006-08-08 Thread Volker Sauer
Package: libc6
Version: 2.3.6-15
Followup-For: Bug #369536


Kubuntu Dapper Drake is affected, too.
They are using libc6 version: 2.3.6-0ubuntu20

And: Hey guys!! This is a severe bug for those who use debian clients in a 
network of NIS-computers!! This is very common and therefore this bug needs to 
be fixed!

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9-686-dvs1-1
Locale: [EMAIL PROTECTED], LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages libc6 depends on:
ii  tzdata2006g-2Time Zone and Daylight Saving Time

libc6 recommends no packages.

-- no debconf information


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



Re: glibc in proposed-updates blocks security.d.o

2006-08-08 Thread Aurelien Jarno
On Tue, Aug 08, 2006 at 03:11:07PM +0200, Andreas Barth wrote:
 * Martin Zobel-Helas ([EMAIL PROTECTED]) [060808 13:56]:
  the current version of glibc in proposed-updates does not seem to
  compile on sparc[1]. For that reason i did not accept other archs yet.
  
  Joey notified me yesterday evening, that locales is currently
  uninstallable on all other archs and thus currently breaks builds for
  debian's stable-security.
 
 As discussed yesterday already a bit, I'm currently preparing an NMU for
 glibc which laxens locales dependencies to any glibc version of
 currently in stable, proposed-updates or the NMU version.
 

The build error on sparc looks like a temporary problem with the build
daemon. I have started a build on my sparc, but the NMU you proposed
should also work. Also because I am in holidays, and I can't guarantee
that I will be able to an upload in the next few days (though it was
possible for me to connect to the Internet almost every last day).

Bye,
Aurelien

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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



Bug#381905: linux-kernel-headers: NGROUPS_MAX doesn't match the kernel and causes test failures

2006-08-08 Thread Gabor Gombas
On Mon, Aug 07, 2006 at 11:43:07AM -0600, Vladislav Yasevich wrote:

 It is important to specify proper limits for this.  This is a request to set
 NGROUPS_MAX to 65535, so it matches the kernel, in linux-kernel-headers
 package.

As already said, there is no way a fixed constant (NGROUPS_MAX) can
match a value that can change during run-time. LTP should not use
NGROUPS_MAX but use sysconf(_SC_NGRPOUPS_MAX) instead, which does The
Right Thing(tm).

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


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



Bug#381881: mkfs.xfs: error loading librt.so

2006-08-08 Thread Aurelien Jarno
On Tue, Aug 08, 2006 at 01:32:28PM +0200, Frans Pop wrote:
 reassign 381881 libc6-udeb
 version 381881 2.3.6-18
 retitle 381881 Please add librt to the udeb (needed by mkfs.xfs)
 severity 381881 important
 tags 381881 + d-i
 thanks
 
 On Monday 07 August 2006 17:31, Ionut Georgescu wrote:
  mkfs.xfs failed with error loading shared library librt.so. Used JFS
  insted of XFS in the end.
 
 librt is currently not included in the libc6 udeb, but seems to be needed 
 to create xfs filesystems. Please add it.

Is it a new request? I mean was that library present in the udeb before
and removed by mistake.

From my point of view I am ok with the changes. Note also that we are in
freeze period, so you may have to deal with the release managers.

Aurelien

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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



r1708 - in glibc-package: branches/glibc-2.4/debian branches/glibc-2.4/debian/debhelper.in trunk/debian trunk/debian/debhelper.in

2006-08-08 Thread Aurelien Jarno
Author: aurel32
Date: 2006-08-08 16:16:02 + (Tue, 08 Aug 2006)
New Revision: 1708

Modified:
   glibc-package/branches/glibc-2.4/debian/changelog
   glibc-package/branches/glibc-2.4/debian/debhelper.in/libc-udeb.install
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/debhelper.in/libc-udeb.install
   glibc-package/trunk/debian/debhelper.in/libc-udeb.install.hurd-i386
Log:
* Ship librt in the libc udeb (closes: bug#381881).


Modified: glibc-package/branches/glibc-2.4/debian/changelog
===
--- glibc-package/branches/glibc-2.4/debian/changelog   2006-08-08 03:30:45 UTC 
(rev 1707)
+++ glibc-package/branches/glibc-2.4/debian/changelog   2006-08-08 16:16:02 UTC 
(rev 1708)
@@ -135,6 +135,40 @@
 
  -- Clint Adams [EMAIL PROTECTED]  Sun, 28 May 2006 03:28:14 +0200
 
+glibc (2.3.6-19) UNRELEASED; urgency=low
+
+  [ Michael Banck ]
+  * debhelper.in/libc-udeb.install.hurd-i386: New file; libpthread is 
+not part of glibc on the Hurd.
+
+  [ Aurelien Jarno ]
+  * Ship librt in the libc udeb (closes: bug#381881).
+
+ -- Aurelien Jarno [EMAIL PROTECTED]  Wed,  2 Aug 2006 11:20:24 +0200
+
+glibc (2.3.6-18) unstable; urgency=medium
+
+  (urgency set to medium as it fixes a FTBFS)
+  
+  [ Aurelien Jarno ]
+  * Update ia64/cvs-gcc41-atomic_h.diff again (fix build failure with gcc-4.1,
+nptl part) from upstream.
+
+ -- Aurelien Jarno [EMAIL PROTECTED]  Tue,  1 Aug 2006 16:59:33 +0200
+
+glibc (2.3.6-17) unstable; urgency=medium
+
+  (urgency set to medium as it fixes a FTBFS)
+
+  [ Aurelien Jarno ]
+  * Update ia64/cvs-gcc41-atomic_h.diff (fix build failure with gcc-4.1) from
+upstream.
+
+  [ Michael Banck ]
+  * debian/sysdeps/hurd.mk: Disable RUN_TESTSUITE.
+
+ -- Aurelien Jarno [EMAIL PROTECTED]  Sun, 30 Jul 2006 21:25:32 +0200
+
 glibc (2.3.6-16) UNRELEASED; urgency=low
 
   (urgency set to medium as it fixes a FTBFS)

Modified: glibc-package/branches/glibc-2.4/debian/debhelper.in/libc-udeb.install
===
--- glibc-package/branches/glibc-2.4/debian/debhelper.in/libc-udeb.install  
2006-08-08 03:30:45 UTC (rev 1707)
+++ glibc-package/branches/glibc-2.4/debian/debhelper.in/libc-udeb.install  
2006-08-08 16:16:02 UTC (rev 1708)
@@ -8,6 +8,7 @@
 debian/tmp-libc/lib/libc.so* lib
 debian/tmp-libc/lib/libutil* lib
 debian/tmp-libc/lib/libcrypt* lib
+debian/tmp-libc/lib/librt*.so* lib
 # FIXME: This should be with_threads arch's only.
 debian/tmp-libc/lib/libpthread*.so* lib
 

Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2006-08-08 03:30:45 UTC (rev 
1707)
+++ glibc-package/trunk/debian/changelog2006-08-08 16:16:02 UTC (rev 
1708)
@@ -4,6 +4,9 @@
   * debhelper.in/libc-udeb.install.hurd-i386: New file; libpthread is 
 not part of glibc on the Hurd.
 
+  [ Aurelien Jarno ]
+  * Ship librt in the libc udeb (closes: bug#381881).
+
  -- Aurelien Jarno [EMAIL PROTECTED]  Wed,  2 Aug 2006 11:20:24 +0200
 
 glibc (2.3.6-18) unstable; urgency=medium

Modified: glibc-package/trunk/debian/debhelper.in/libc-udeb.install
===
--- glibc-package/trunk/debian/debhelper.in/libc-udeb.install   2006-08-08 
03:30:45 UTC (rev 1707)
+++ glibc-package/trunk/debian/debhelper.in/libc-udeb.install   2006-08-08 
16:16:02 UTC (rev 1708)
@@ -8,6 +8,7 @@
 debian/tmp-libc/lib/libc.so* lib
 debian/tmp-libc/lib/libutil* lib
 debian/tmp-libc/lib/libcrypt* lib
+debian/tmp-libc/lib/librt*.so* lib
 # FIXME: This should be with_threads arch's only.
 debian/tmp-libc/lib/libpthread*.so* lib
 

Modified: glibc-package/trunk/debian/debhelper.in/libc-udeb.install.hurd-i386
===
--- glibc-package/trunk/debian/debhelper.in/libc-udeb.install.hurd-i386 
2006-08-08 03:30:45 UTC (rev 1707)
+++ glibc-package/trunk/debian/debhelper.in/libc-udeb.install.hurd-i386 
2006-08-08 16:16:02 UTC (rev 1708)
@@ -8,3 +8,4 @@
 debian/tmp-libc/lib/libc.so* lib
 debian/tmp-libc/lib/libutil* lib
 debian/tmp-libc/lib/libcrypt* lib
+debian/tmp-libc/lib/librt*.so* lib


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



Bug#381881: mkfs.xfs: error loading librt.so

2006-08-08 Thread Joey Hess
Frans Pop wrote:
 reassign 381881 libc6-udeb
 version 381881 2.3.6-18
 retitle 381881 Please add librt to the udeb (needed by mkfs.xfs)
 severity 381881 important
 tags 381881 + d-i
 thanks
 
 On Monday 07 August 2006 17:31, Ionut Georgescu wrote:
  mkfs.xfs failed with error loading shared library librt.so. Used JFS
  insted of XFS in the end.
 
 librt is currently not included in the libc6 udeb, but seems to be needed 
 to create xfs filesystems. Please add it.

Could the xfs udeb be statically linked to it? It's 30k that only one
tool (which isn't there in lowmem) needs..

-- 
see shy jo


signature.asc
Description: Digital signature


Bug#381905: linux-kernel-headers: NGROUPS_MAX doesn't match the kernel and causes test failures

2006-08-08 Thread Vlad Yasevich

Gabor Gombas wrote:

On Mon, Aug 07, 2006 at 11:43:07AM -0600, Vladislav Yasevich wrote:


It is important to specify proper limits for this.  This is a request to set
NGROUPS_MAX to 65535, so it matches the kernel, in linux-kernel-headers
package.


As already said, there is no way a fixed constant (NGROUPS_MAX) can
match a value that can change during run-time. LTP should not use
NGROUPS_MAX but use sysconf(_SC_NGRPOUPS_MAX) instead, which does The
Right Thing(tm).


LTP does use sysconf.  The problem really is glibc in Sarge using a 
compiled-in value from linux/limits.h.  However, after talking with

Jeff Bailey, I realized that changing the value in limits.h will only
fix things for 2.6.8 kernel, but break it for 2.4 series which is still
supported in Sarge.  It also doesn't address the possibility of users 
building their own kernels.


Another possibility is to backport some of the changes from glibc 2.4 
that uses the /proc interface for these sysconf calls to get the values 
from the currently running kernel.  This would fix things once and for 
all, but this might be too invasive for Sarge to accept.


-vlad



Gabor





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



glibc_2.3.6-19_amd64.changes ACCEPTED

2006-08-08 Thread Debian Installer

Accepted:
glibc-doc_2.3.6-19_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.6-19_all.deb
glibc_2.3.6-19.diff.gz
  to pool/main/g/glibc/glibc_2.3.6-19.diff.gz
glibc_2.3.6-19.dsc
  to pool/main/g/glibc/glibc_2.3.6-19.dsc
libc6-dbg_2.3.6-19_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.3.6-19_amd64.deb
libc6-dev-i386_2.3.6-19_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.3.6-19_amd64.deb
libc6-dev_2.3.6-19_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.3.6-19_amd64.deb
libc6-i386_2.3.6-19_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.3.6-19_amd64.deb
libc6-pic_2.3.6-19_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.3.6-19_amd64.deb
libc6-prof_2.3.6-19_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.3.6-19_amd64.deb
libc6-udeb_2.3.6-19_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.6-19_amd64.udeb
libc6_2.3.6-19_amd64.deb
  to pool/main/g/glibc/libc6_2.3.6-19_amd64.deb
libnss-dns-udeb_2.3.6-19_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.6-19_amd64.udeb
libnss-files-udeb_2.3.6-19_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.6-19_amd64.udeb
locales-all_2.3.6-19_amd64.deb
  to pool/main/g/glibc/locales-all_2.3.6-19_amd64.deb
locales_2.3.6-19_all.deb
  to pool/main/g/glibc/locales_2.3.6-19_all.deb
nscd_2.3.6-19_amd64.deb
  to pool/main/g/glibc/nscd_2.3.6-19_amd64.deb


Override entries for your package:
glibc-doc_2.3.6-19_all.deb - optional doc
glibc_2.3.6-19.dsc - source libs
libc6-dbg_2.3.6-19_amd64.deb - extra libdevel
libc6-dev-i386_2.3.6-19_amd64.deb - optional libdevel
libc6-dev_2.3.6-19_amd64.deb - standard libdevel
libc6-i386_2.3.6-19_amd64.deb - standard libs
libc6-pic_2.3.6-19_amd64.deb - optional libdevel
libc6-prof_2.3.6-19_amd64.deb - extra libdevel
libc6-udeb_2.3.6-19_amd64.udeb - extra debian-installer
libc6_2.3.6-19_amd64.deb - required libs
libnss-dns-udeb_2.3.6-19_amd64.udeb - extra debian-installer
libnss-files-udeb_2.3.6-19_amd64.udeb - extra debian-installer
locales-all_2.3.6-19_amd64.deb - extra libs
locales_2.3.6-19_all.deb - standard libs
nscd_2.3.6-19_amd64.deb - optional admin

Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 381881 


Thank you for your contribution to Debian.


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



glibc_2.3.999.2-10_amd64.changes ACCEPTED

2006-08-08 Thread Debian Installer

Accepted:
glibc-doc_2.3.999.2-10_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.999.2-10_all.deb
glibc_2.3.999.2-10.diff.gz
  to pool/main/g/glibc/glibc_2.3.999.2-10.diff.gz
glibc_2.3.999.2-10.dsc
  to pool/main/g/glibc/glibc_2.3.999.2-10.dsc
libc6-dbg_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.3.999.2-10_amd64.deb
libc6-dev-i386_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.3.999.2-10_amd64.deb
libc6-dev_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.3.999.2-10_amd64.deb
libc6-i386_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.3.999.2-10_amd64.deb
libc6-pic_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.3.999.2-10_amd64.deb
libc6-prof_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.3.999.2-10_amd64.deb
libc6-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.999.2-10_amd64.udeb
libc6_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6_2.3.999.2-10_amd64.deb
libnss-dns-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.999.2-10_amd64.udeb
libnss-files-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.999.2-10_amd64.udeb
locales-all_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/locales-all_2.3.999.2-10_amd64.deb
locales_2.3.999.2-10_all.deb
  to pool/main/g/glibc/locales_2.3.999.2-10_all.deb
nscd_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/nscd_2.3.999.2-10_amd64.deb


Override entries for your package:
glibc-doc_2.3.999.2-10_all.deb - optional doc
glibc_2.3.999.2-10.dsc - source libs
libc6-dbg_2.3.999.2-10_amd64.deb - extra libdevel
libc6-dev-i386_2.3.999.2-10_amd64.deb - optional libdevel
libc6-dev_2.3.999.2-10_amd64.deb - standard libdevel
libc6-i386_2.3.999.2-10_amd64.deb - standard libs
libc6-pic_2.3.999.2-10_amd64.deb - optional libdevel
libc6-prof_2.3.999.2-10_amd64.deb - extra libdevel
libc6-udeb_2.3.999.2-10_amd64.udeb - extra debian-installer
libc6_2.3.999.2-10_amd64.deb - required libs
libnss-dns-udeb_2.3.999.2-10_amd64.udeb - extra debian-installer
libnss-files-udeb_2.3.999.2-10_amd64.udeb - extra debian-installer
locales-all_2.3.999.2-10_amd64.deb - extra libs
locales_2.3.999.2-10_all.deb - standard libs
nscd_2.3.999.2-10_amd64.deb - optional admin

Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 181494 361064 


Thank you for your contribution to Debian.


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



Processing of glibc_2.3.999.2-10_amd64.changes

2006-08-08 Thread Archive Administrator
glibc_2.3.999.2-10_amd64.changes uploaded successfully to localhost
along with the files:
  glibc_2.3.999.2-10.dsc
  glibc_2.3.999.2-10.diff.gz
  glibc-doc_2.3.999.2-10_all.deb
  locales_2.3.999.2-10_all.deb
  libc6_2.3.999.2-10_amd64.deb
  libc6-dev_2.3.999.2-10_amd64.deb
  libc6-prof_2.3.999.2-10_amd64.deb
  libc6-pic_2.3.999.2-10_amd64.deb
  locales-all_2.3.999.2-10_amd64.deb
  libc6-i386_2.3.999.2-10_amd64.deb
  libc6-dev-i386_2.3.999.2-10_amd64.deb
  nscd_2.3.999.2-10_amd64.deb
  libc6-dbg_2.3.999.2-10_amd64.deb
  libc6-udeb_2.3.999.2-10_amd64.udeb
  libnss-dns-udeb_2.3.999.2-10_amd64.udeb
  libnss-files-udeb_2.3.999.2-10_amd64.udeb

Greetings,

Your Debian queue daemon


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



Processing of glibc_2.3.6-19_amd64.changes

2006-08-08 Thread Archive Administrator
glibc_2.3.6-19_amd64.changes uploaded successfully to localhost
along with the files:
  glibc_2.3.6-19.dsc
  glibc_2.3.6-19.diff.gz
  glibc-doc_2.3.6-19_all.deb
  locales_2.3.6-19_all.deb
  libc6_2.3.6-19_amd64.deb
  libc6-dev_2.3.6-19_amd64.deb
  libc6-prof_2.3.6-19_amd64.deb
  libc6-pic_2.3.6-19_amd64.deb
  locales-all_2.3.6-19_amd64.deb
  libc6-i386_2.3.6-19_amd64.deb
  libc6-dev-i386_2.3.6-19_amd64.deb
  nscd_2.3.6-19_amd64.deb
  libc6-dbg_2.3.6-19_amd64.deb
  libc6-udeb_2.3.6-19_amd64.udeb
  libnss-dns-udeb_2.3.6-19_amd64.udeb
  libnss-files-udeb_2.3.6-19_amd64.udeb

Greetings,

Your Debian queue daemon


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



Bug#361064: marked as done (glibc: [patch] make building glibc-2.4 without __thread support possible)

2006-08-08 Thread Debian Bug Tracking System
Your message dated Tue, 08 Aug 2006 10:32:39 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#361064: fixed in glibc 2.3.999.2-10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

---BeginMessage---
Package: glibc
Version: 2.3.999-1
Tags: experimental, patch

Hi,

the Hurd/Mach still has no TLS or __thread support.  This is not that
big of a problem as there is --without-tls, but glibc-2.4 uses __thread
unconditionally at one place and Ulrich Drepper refused to support
systems without __thread support (see
http://sourceware.org/ml/libc-alpha/2005-08/msg00091.html ).

The attached patch fixes building on system without __thread support
(i.e. hurd-i386), is it OK to apply to the 2.4 branch?


cheers,

Michael
# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Fix build when __thread is not available.
# DP: Dpatch author: Michael Banck [EMAIL PROTECTED]
# DP: Patch author: Thomas Schwinge
# DP: Upstream status: Rejected
# DP: Date: 2005-08-28

2005-08-28  Thomas Schwinge  [EMAIL PROTECTED]

malloc/memusage.c: Only use __thread if USE___THREAD.


Index: malloc/memusage.c
===
RCS file: /cvs/glibc/libc/malloc/memusage.c,v
retrieving revision 1.12
diff -u -r1.12 memusage.c
--- malloc/memusage.c   20 Aug 2005 01:12:37 -  1.12
+++ malloc/memusage.c   27 Aug 2005 23:43:02 -
@@ -83,7 +83,11 @@
 static memusage_cntr_t decreasing_mremap;
 static memusage_size_t current_heap;
 static memusage_size_t peak_use[3];
+#if USE___THREAD
 static __thread uintptr_t start_sp;
+#else
+static uintptr_t start_sp;
+#endif
 
 /* A few macros to make the source more readable.  */
 #define peak_heap  peak_use[0]
---End Message---
---BeginMessage---
Source: glibc
Source-Version: 2.3.999.2-10

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.999.2-10_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.999.2-10_all.deb
glibc_2.3.999.2-10.diff.gz
  to pool/main/g/glibc/glibc_2.3.999.2-10.diff.gz
glibc_2.3.999.2-10.dsc
  to pool/main/g/glibc/glibc_2.3.999.2-10.dsc
libc6-dbg_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.3.999.2-10_amd64.deb
libc6-dev-i386_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.3.999.2-10_amd64.deb
libc6-dev_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.3.999.2-10_amd64.deb
libc6-i386_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.3.999.2-10_amd64.deb
libc6-pic_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.3.999.2-10_amd64.deb
libc6-prof_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.3.999.2-10_amd64.deb
libc6-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.999.2-10_amd64.udeb
libc6_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6_2.3.999.2-10_amd64.deb
libnss-dns-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.999.2-10_amd64.udeb
libnss-files-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.999.2-10_amd64.udeb
locales-all_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/locales-all_2.3.999.2-10_amd64.deb
locales_2.3.999.2-10_all.deb
  to pool/main/g/glibc/locales_2.3.999.2-10_all.deb
nscd_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/nscd_2.3.999.2-10_amd64.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 [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno [EMAIL PROTECTED] (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 [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue,  8 Aug 2006 17:38:54 +0200
Source: glibc
Binary: libc0.1-prof libc6-dev-amd64 locales-all 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-xen 

Bug#181494: marked as done ([NONFREE-DOC:GFDL1.1olisfcbc] includes non-free documentation)

2006-08-08 Thread Debian Bug Tracking System
Your message dated Tue, 08 Aug 2006 10:32:39 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#181494: fixed in glibc 2.3.999.2-10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

---BeginMessage---
Package: glibc
Version: unavailable; reported 2002-12-04
Severity: serious
Justification: Policy 2.1.1, 2.1.2

debian-legal has recently decided that the GNU Free Documentation
License is non-free. Therefore, at least libc.info* must be removed from
the package. Additionally, the copyright file contains the following:

   * The code to support Sun RPC is taken verbatim from Sun's
 RPCSRC-4.0 distribution, and is covered by this copyright:

   Copyright (C) 1984, Sun Microsystems, Inc.

  Sun RPC is a product of Sun Microsystems, Inc. and is
  provided for unrestricted use provided that this legend is
  included on all tape media and as a part of the software
  program in whole or part.  Users may copy or modify Sun RPC
  without charge, but are not authorized to license or
  distribute it to anyone else except as part of a product or
  program developed by the user.

The license places restrictions on distribution as an independent work,
failing DFSG 1. It also fails DFSG 3 because it prohibits distribution
of modifications of the original work as modifications (as opposed to a
new project).

  SUN RPC IS PROVIDED AS IS WITH NO WARRANTIES OF ANY KIND
  INCLUDING THE WARRANTIES OF DESIGN, MERCHANTIBILITY AND
  FITNESS FOR A PARTICULAR PURPOSE, OR ARISING FROM A COURSE OF
  DEALING, USAGE OR TRADE PRACTICE.

  Sun RPC is provided with no support and without any
  obligation on the part of Sun Microsystems, Inc. to assist in
  its use, correction, modification or enhancement.
  
  SUN MICROSYSTEMS, INC. SHALL HAVE NO LIABILITY WITH RESPECT
  TO THE INFRINGEMENT OF COPYRIGHTS, TRADE SECRETS OR ANY
  PATENTS BY SUN RPC OR ANY PART THEREOF.

  In no event will Sun Microsystems, Inc. be liable for any
  lost revenue or profits or other special, indirect and
  consequential damages, even if Sun has been advised of the
  possibility of such damages.

   Sun Microsystems, Inc.
   2550 Garcia Avenue
   Mountain View, California  94043



-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux stonewall 2.4.19ck #1 Wed Nov 13 04:03:59 UTC 2002 i686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8


-- 
Brian M. Carlson [EMAIL PROTECTED] 0x560553e7
Let us think the unthinkable, let us do the undoable. Let us prepare
 to grapple with the ineffable itself, and see if we may not eff it
 after all. --Douglas Adams


pgpRIUTvGzIwY.pgp
Description: PGP signature
---End Message---
---BeginMessage---
Source: glibc
Source-Version: 2.3.999.2-10

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.999.2-10_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.999.2-10_all.deb
glibc_2.3.999.2-10.diff.gz
  to pool/main/g/glibc/glibc_2.3.999.2-10.diff.gz
glibc_2.3.999.2-10.dsc
  to pool/main/g/glibc/glibc_2.3.999.2-10.dsc
libc6-dbg_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.3.999.2-10_amd64.deb
libc6-dev-i386_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.3.999.2-10_amd64.deb
libc6-dev_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.3.999.2-10_amd64.deb
libc6-i386_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.3.999.2-10_amd64.deb
libc6-pic_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.3.999.2-10_amd64.deb
libc6-prof_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.3.999.2-10_amd64.deb
libc6-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.999.2-10_amd64.udeb
libc6_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/libc6_2.3.999.2-10_amd64.deb
libnss-dns-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.999.2-10_amd64.udeb
libnss-files-udeb_2.3.999.2-10_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.999.2-10_amd64.udeb
locales-all_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/locales-all_2.3.999.2-10_amd64.deb
locales_2.3.999.2-10_all.deb
  to pool/main/g/glibc/locales_2.3.999.2-10_all.deb
nscd_2.3.999.2-10_amd64.deb
  to pool/main/g/glibc/nscd_2.3.999.2-10_amd64.deb



A summary of the changes between this 

Bug#379329: Maybe completely a perl problem?

2006-08-08 Thread Helge Kreutzmann
reassign 379329 perl-base
thanks 

On Sun, Aug 06, 2006 at 10:45:34PM +0200, Denis Barbier wrote:
 On Sun, Jul 23, 2006 at 10:02:54PM +0200, Helge Kreutzmann wrote:
  Please tell me how I can figure out in a clean way how the decimal
  point is set in my locale. If that indeed turns out to be ,, then
  this bug should be merged with #379463.
 
   $ LANG=de_DE.UTF-8 locale -k LC_NUMERIC LC_MONETARY | grep decimal_point
   decimal_point=,
   mon_decimal_point=,
 
 I am coming back from vacation and do not have time to look at this bug
 right now, please reassign it if you believe that this is a perl bug.
 Thanks.

Well, it sure looks like it, thus I reassingn. 

Perl Gurus: If this is not a Perl problem, please assign
appropriately. If this is related to #379463, please merge if thats
helpfull.

Greetings

   Helge

-- 
  Dr. Helge Kreutzmann  [EMAIL PROTECTED]
Dipl.-Phys.   http://www.helgefjell.de
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Processed: Re: Bug#379329: Maybe completely a perl problem?

2006-08-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 379329 perl-base
Bug#379329: locales: Incorrect decimal point for german locale (LC_NUMERIC)
Bug reassigned from package `locales' to `perl-base'.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Re: glibc in proposed-updates blocks security.d.o

2006-08-08 Thread Andreas Barth
* Aurelien Jarno ([EMAIL PROTECTED]) [060808 18:36]:
 On Tue, Aug 08, 2006 at 03:11:07PM +0200, Andreas Barth wrote:
  * Martin Zobel-Helas ([EMAIL PROTECTED]) [060808 13:56]:
   the current version of glibc in proposed-updates does not seem to
   compile on sparc[1]. For that reason i did not accept other archs yet.
   
   Joey notified me yesterday evening, that locales is currently
   uninstallable on all other archs and thus currently breaks builds for
   debian's stable-security.
  
  As discussed yesterday already a bit, I'm currently preparing an NMU for
  glibc which laxens locales dependencies to any glibc version of
  currently in stable, proposed-updates or the NMU version.

 The build error on sparc looks like a temporary problem with the build
 daemon. I have started a build on my sparc, but the NMU you proposed
 should also work. Also because I am in holidays, and I can't guarantee
 that I will be able to an upload in the next few days (though it was
 possible for me to connect to the Internet almost every last day).

I would definitly welcome a sparc upload, because that will prevent
useless re-builds on all arches. Anyways, if I don't hear something from
you in the next two days (or sparc builds successfully), I will do the
NMU.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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



Processed: Re: Bug#381881: mkfs.xfs: error loading librt.so

2006-08-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 381881 xfsprogs-udeb 2.8.10-1
Bug#381881: Please add librt to the udeb (needed by mkfs.xfs)
Bug reassigned from package `libc6-udeb' to `xfsprogs-udeb'.

 retitle 381881 Please link librt statically for the udeb (mkfs.xfs)
Bug#381881: Please add librt to the udeb (needed by mkfs.xfs)
Changed Bug title.
(By the way, that Bug is currently marked as done.)

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#381881: mkfs.xfs: error loading librt.so

2006-08-08 Thread Frans Pop
reassign 381881 xfsprogs-udeb 2.8.10-1
retitle 381881 Please link librt statically for the udeb (mkfs.xfs)
thanks

On Tuesday 08 August 2006 19:07, Joey Hess wrote:
 Frans Pop wrote:
  On Monday 07 August 2006 17:31, Ionut Georgescu wrote:
   mkfs.xfs failed with error loading shared library librt.so. Used
   JFS insted of XFS in the end.
 
  librt is currently not included in the libc6 udeb, but seems to be
  needed to create xfs filesystems. Please add it.

 Could the xfs udeb be statically linked to it? It's 30k that only one
 tool (which isn't there in lowmem) needs..

Yes, that is probably better. Reassigning to xfsprogs.

Nathan,

With your latest upload, mkfs.xfs seems to have gained a dependency on two 
libraries which it previously was not linked to:
$ ldd mkfs.xfs # from testing
libuuid.so.1 = /lib/libuuid.so.1 (0x40028000)
libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0x4002b000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)
$ ldd mkfs.xfs # from unstable
libuuid.so.1 = /lib/libuuid.so.1 (0x40028000)
librt.so.1 = /lib/tls/i686/cmov/librt.so.1 (0x4002b000)
libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0x40033000)
libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0x40168000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)

libpthread is available in the installer, but librt currently is not and 
we'd prefer not having to add it. Is it possible for you to link in librt 
statically for the udeb?

Note that if it is not, we will have to keep xfsprogs out of testing until 
the next release of the installer as otherwise it would break the 
upcoming Beta 3 release.

Thanks,
FJP


pgpS7g2qzQYgI.pgp
Description: PGP signature


Bug#381905: linux-kernel-headers: NGROUPS_MAX doesn't match the kernel and causes test failures

2006-08-08 Thread Gabor Gombas
On Tue, Aug 08, 2006 at 12:58:42PM -0400, Vlad Yasevich wrote:

 Another possibility is to backport some of the changes from glibc 2.4 
 that uses the /proc interface for these sysconf calls to get the values 
 from the currently running kernel.  This would fix things once and for 
 all, but this might be too invasive for Sarge to accept.

No need to go to glibc 2.4. sysconf in glibc 2.3.6 in etch already uses
/proc according to strace.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences,
 Laboratory of Parallel and Distributed Systems
 Address   : H-1132 Budapest Victor Hugo u. 18-22. Hungary
 Phone/Fax : +36 1 329-78-64 (secretary)
 W3: http://www.lpds.sztaki.hu
 -


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



r1710 - in glibc-package/trunk/debian: . patches patches/all

2006-08-08 Thread Denis Barbier
Author: barbier
Date: 2006-08-08 21:30:12 + (Tue, 08 Aug 2006)
New Revision: 1710

Added:
   
glibc-package/trunk/debian/patches/all/submitted-uninitialized-byte-LC_CTYPE.diff
Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/series
Log:
New all/submitted-uninitialized-byte-LC_CTYPE.diff patch to fix an
uninitialized byte in LC_CTYPE locale file.


Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2006-08-08 17:17:40 UTC (rev 
1709)
+++ glibc-package/trunk/debian/changelog2006-08-08 21:30:12 UTC (rev 
1710)
@@ -1,3 +1,11 @@
+glibc (2.3.6-20) UNRELEASED; urgency=low
+
+  [ Denis Barbier ]
+  * New all/submitted-uninitialized-byte-LC_CTYPE.diff patch to fix an
+uninitialized byte in LC_CTYPE locale file.
+
+ -- Denis Barbier [EMAIL PROTECTED]  Tue,  8 Aug 2006 23:24:33 +0200
+
 glibc (2.3.6-19) unstable; urgency=low
 
   [ Michael Banck ]

Added: 
glibc-package/trunk/debian/patches/all/submitted-uninitialized-byte-LC_CTYPE.diff
===
--- 
glibc-package/trunk/debian/patches/all/submitted-uninitialized-byte-LC_CTYPE.diff
   2006-08-08 17:17:40 UTC (rev 1709)
+++ 
glibc-package/trunk/debian/patches/all/submitted-uninitialized-byte-LC_CTYPE.diff
   2006-08-08 21:30:12 UTC (rev 1710)
@@ -0,0 +1,26 @@
+Submitted as BZ3013
+
+The right fix is to replace
+   iov[2 + elem + offset].iov_len = 1 + (4 - ((total + 1) % 4));
+   total += 1 + (4 - ((total + 1) % 4));
+by
+   iov[2 + elem + offset].iov_len = 4 - total % 4;
+   total += iov[2 + elem + offset].iov_len;
+This will modify LC_CTYPE contents (but should be compatible),
+so enlarge nulbytes in this patch to be very conservative.
+
+This off-by-one error occurs only with fa_IR locale.
+
+Index: glibc-2.3.6/locale/programs/ld-ctype.c
+===
+--- glibc-2.3.6.orig/locale/programs/ld-ctype.c
 glibc-2.3.6/locale/programs/ld-ctype.c
+@@ -883,7 +883,7 @@
+ ctype_output (struct localedef_t *locale, const struct charmap_t *charmap,
+ const char *output_path)
+ {
+-  static const char nulbytes[4] = { 0, 0, 0, 0 };
++  static const char nulbytes[5] = { 0, 0, 0, 0, 0 };
+   struct locale_ctype_t *ctype = locale-categories[LC_CTYPE].ctype;
+   const size_t nelems = (_NL_ITEM_INDEX (_NL_CTYPE_EXTRA_MAP_1)
++ ctype-nr_charclass + ctype-map_collection_nr);

Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series   2006-08-08 17:17:40 UTC (rev 
1709)
+++ glibc-package/trunk/debian/patches/series   2006-08-08 21:30:12 UTC (rev 
1710)
@@ -127,6 +127,7 @@
 all/local-pt_BR.diff -p1
 all/submitted-new-brf-encoding.diff -p0
 all/cvs-iso2022jp-roundtrip.diff
+all/submitted-uninitialized-byte-LC_CTYPE.diff
 
 any/cvs-argp_h.diff -p1
 any/cvs-ctan.diff -p0


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



Bug#381905: linux-kernel-headers: NGROUPS_MAX doesn't match the kernel and causes test failures

2006-08-08 Thread Vlad Yasevich

Gabor Gombas wrote:

On Tue, Aug 08, 2006 at 12:58:42PM -0400, Vlad Yasevich wrote:

Another possibility is to backport some of the changes from glibc 2.4 
that uses the /proc interface for these sysconf calls to get the values 
from the currently running kernel.  This would fix things once and for 
all, but this might be too invasive for Sarge to accept.


No need to go to glibc 2.4. sysconf in glibc 2.3.6 in etch already uses
/proc according to strace.



Hmmm... Thanks for that piece of info.  I guess I'll cook up a patch for 
2.3.2 and see Sarge excepts it.  I can dream, can't I. :)


-vlad


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



Processed: Fixed in upload of glibc 2.3.999.2-10 to experimental

2006-08-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tag 181494 + fixed-in-experimental
Bug#181494: [NONFREE-DOC:GFDL1.1olisfcbc] includes non-free documentation
Tags were: fixed-in-experimental sid sarge-ignore
Tags added: fixed-in-experimental

 tag 361064 + fixed-in-experimental
Bug#361064: glibc: [patch] make building glibc-2.4 without __thread support 
possible
Tags were: fixed-in-experimental experimental patch
Tags added: fixed-in-experimental

 quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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