Bug#239170: getconf does not belong in the -dev package

2004-03-21 Thread Kai Henningsen
Package: libc6-dev Version: 2.3.2.ds1-11 Severity: normal File: /usr/bin/getconf getconf is a utility for shell script use. It is not a development thing. -- System Information: Found unknown policy: ('550', 'testing-proposed-updates')Found unknown policy: ('550',

Bug#231538: *sigh*

2004-03-21 Thread Martin Schulze
GOTO Masanori wrote: At Sat, 20 Mar 2004 13:56:31 -0500, Nathanael Nerode wrote: Kernel 2.4.24 is *not* present in woody. It is in woody-proposed-updates. Please, someone, remember to convince Martin Schulze to accept it. :-) I don't know pure woody can have new kernel 2.4.24

Bug#226047: libc6: Bad strfmon() formatting should be fixed (patch in upstream CVS)

2004-03-21 Thread Petter Reinholdtsen
Here is a dpatch file to implement the code change. With these changes, it at the moment should be safe to just copy all changes from localedata/ directly from glibc CVS. #! /bin/sh -e # All lines beginning with `# DP:' are a description of the patch. # DP: Description: Correct strfmon()

Bug#231538: *sigh*

2004-03-21 Thread Nathanael Nerode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Schulze wrote: | What does sid have to do with woody? The problem is that of providing an upgrade path from woody to sarge on real i386 machines. Glibc (and everything else in userland) in sarge/sid requires a kernel with the i486 emulation

Bug#231438: locales fails to install due to locale-gen segfault

2004-03-21 Thread James Troup
GOTO Masanori [EMAIL PROTECTED] writes: localedef uses trampoline in its internal; it may conflict with exec-shield like pax, please see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198099 Hmm, Red Hat _must_ have a patch for that by now They do. I've attached

Bug#48184: slightly modified fix

2004-03-21 Thread Bruce Allen
Hi Ian, I found your posting very helpful. The bug still seems to be there at least under glibc 2.3.2 (redhat 9). I noticed it in smartd (package: smartmontools) and have just fixed it in the code. One small item. I think your suggested inner loop block: if (!getenv(TZ)) {