Bug#409784: closed by Aurelien Jarno [EMAIL PROTECTED] (Re: Bug#409784: tzdata is wrong for epoch in Europe/London)

2007-02-07 Thread Aurelien Jarno
Martin Guy a écrit : $ TZ=Europe/London ./a,out # Europe/London is broken. Epoch in gmtime is Thu Jan 1 00:00:00 1970 Epoch in localtime is Thu Jan 1 01:00:00 1970 timezone is 0 minutes east of UTC DST wasn't in effect. Between 1968 and 1971, the United Kingdom used the GMT+1 time

Re: [parisc-linux] glibc nptl failure baseline update.

2007-02-07 Thread Guy Martin
On Tue, 6 Feb 2007 17:46:43 -0500 Carlos O'Donell [EMAIL PROTECTED] wrote: Watch out there is a compiler bug I ran into with vfprintf. I have a patch to disable delayed branch reorganization when compiling vfprintf.c from stdio. Where is this patch ? :) It is part of this patch:

Bug#410036: libc6: resolver: $LOCALDOMAIN does not work as non-root user

2007-02-07 Thread Raoul Borenius
Package: libc6 Version: 2.3.6.ds1-11 Severity: normal Overwriting the search-list in /etc/resolv.conf with the environment variable LOCALDOMAIN does not work as non-root: [EMAIL PROTECTED]:~# cat /etc/resolv.conf nameserver 194.95.249.252 nameserver 194.95.246.252 nameserver 194.95.247.252

Bug#330105: libc6-dev: __FD_SETSIZE equals to 1024 is too small

2007-02-07 Thread Gabor Gombas
On Tue, Feb 06, 2007 at 12:49:24AM +0100, Pierre Habouzit wrote: TTBOMK __FD_SETSIZE is only used for fd_set's (so select, FD_* macros, ...), and redefining it won't work (I tried already in another life) without recompiling the libc at least -- if not the kernel too, I'm less sure about

Building glibc 2.5 on Hurd

2007-02-07 Thread Aurelien Jarno
Hi all, I am currently trying to port the glibc 2.5 on Hurd. I am facing the problem described here: http://savannah.gnu.org/bugs/?18216 Could somebody take a decision about this bug and propose a patch? Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' :

Bug#410036: marked as done (libc6: resolver: $LOCALDOMAIN does not work as non-root user)

2007-02-07 Thread Debian Bug Tracking System
Your message dated Wed, 07 Feb 2007 12:01:22 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#410036: libc6: resolver: $LOCALDOMAIN does not work as non-root user has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with.

Bug#410036: libc6: resolver: $LOCALDOMAIN does not work as non-root user

2007-02-07 Thread Aurelien Jarno
Raoul Borenius a écrit : Thanx for the quick reply! On Wed, Feb 07, 2007 at 12:01:22PM +0100, Aurelien Jarno wrote: For security reasons this environment variable (among others) is not used for setuid programs. /bin/ping is setuid. Sorry for not thinking about that. You're right...

r1946 - in glibc-package/branches/glibc-2.5/debian: . patches/all

2007-02-07 Thread Aurelien Jarno
Author: aurel32 Date: 2007-02-07 13:56:45 +0100 (Wed, 07 Feb 2007) New Revision: 1946 Modified: glibc-package/branches/glibc-2.5/debian/changelog glibc-package/branches/glibc-2.5/debian/patches/all/local-pthread-manpages.diff Log: * patches/all/local-pthread-manpages.diff: update to fix

r1947 - in glibc-package/branches/glibc-2.5/debian: . patches/any

2007-02-07 Thread Aurelien Jarno
Author: aurel32 Date: 2007-02-07 14:03:50 +0100 (Wed, 07 Feb 2007) New Revision: 1947 Modified: glibc-package/branches/glibc-2.5/debian/changelog glibc-package/branches/glibc-2.5/debian/patches/any/local-__thread.diff Log: * Update any/local-__thread.diff (make glibc buildable without

Bug#410036: libc6: resolver: $LOCALDOMAIN does not work as non-root user

2007-02-07 Thread Raoul Borenius
On Wed, Feb 07, 2007 at 01:48:10PM +0100, Aurelien Jarno wrote: Raoul Borenius a écrit : Thanx for the quick reply! On Wed, Feb 07, 2007 at 12:01:22PM +0100, Aurelien Jarno wrote: For security reasons this environment variable (among others) is not used for setuid programs. /bin/ping

Re: Building glibc 2.5 on Hurd

2007-02-07 Thread Thomas Schwinge
Hello! On Wed, Feb 07, 2007 at 12:07:14PM +0100, Aurelien Jarno wrote: I am currently trying to port the glibc 2.5 on Hurd. Thank you very much for that! And yes, glibc-2_5-branch is the right choice for now. HEAD will need much more work. I am facing the problem described here:

Building glibc 2.5 on Hurd: trivia

2007-02-07 Thread Thomas Schwinge
Hello! Not yet applied. Needed on glibc-2_5-branch and HEAD. 2006-06-13 Thomas Schwinge [EMAIL PROTECTED] * sysdeps/mach/hurd/tls.h: Change `ASSEMBLER' conditional to `__ASSEMBLER__'. * sysdeps/mach/hurd/i386/tls.h: Likewise. Index: sysdeps/mach/hurd/tls.h

Building glibc 2.5 on Hurd: GCC

2007-02-07 Thread Thomas Schwinge
Hello! Needed because of GCC changes. Not everything is ready for upstream inclusion. This is no proper fix, but a workaround to not make argp-enabled programs segfault on ``PROGRAM --help'' when glibc is build with GCC 4.1. Reported on

Building glibc 2.5 on Hurd: ``MSG_NOSIGNAL''

2007-02-07 Thread Thomas Schwinge
Hello! This is not a proper fix, but a workaround that is needed on HEAD. (Have to check glibc-2_5-branch.) Reported on http://savannah.gnu.org/bugs/?18218. Index: resolv/res_send.c === RCS file:

Building glibc 2.5 on Hurd: ``__libc_once''

2007-02-07 Thread Thomas Schwinge
Hello! Needed on glibc-2_5-branch and HEAD. Reported at http://savannah.gnu.org/bugs/?18217 and finally on http://sourceware.org/bugzilla/show_bug.cgi?id=3748, where it was rejected by Ulrich Drepper. Roland wanted to have a look. 2006-12-18 Thomas Schwinge [EMAIL PROTECTED] *

Building glibc 2.5 on Hurd: ``struct stat''

2007-02-07 Thread Thomas Schwinge
Hello! This patch is incomplete. Reported on http://savannah.gnu.org/bugs/?18216. The `sysdeps/mach/hurd/bits/stat.h' hunk alignes to what Linux uses. Index: sysdeps/mach/hurd/xstatconv.c === RCS file:

Building glibc 2.5 on Hurd: ``-z relro''

2007-02-07 Thread Thomas Schwinge
Hello! See http://savannah.gnu.org/bugs/?17646 for details. This should be fairly easy to fix, but has to be tracked down. Regards, Thomas signature.asc Description: Digital signature

Building glibc 2.5 on Hurd: tls

2007-02-07 Thread Thomas Schwinge
Hello! Support for tls for Hurd systems is still not fixed properly. Details are at http://savannah.gnu.org/bugs/?17644. To get a functional glibc-2_5-branch, this either needs to be fixed or the tls-requiring bits of glibc-2_5-branch have to be bend over to not require it. Regards, Thomas

r1948 - in glibc-package/branches/glibc-2.5/debian: . patches patches/hurd-i386

2007-02-07 Thread Aurelien Jarno
Author: aurel32 Date: 2007-02-07 15:22:09 +0100 (Wed, 07 Feb 2007) New Revision: 1948 Added: glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/submitted-stdlib-fmtmsg.diff Modified: glibc-package/branches/glibc-2.5/debian/changelog

Processed: Re: Bug#78920: Is this still a problem?

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: tag 78920 + wontfix Bug#78920: nscd: nscd goes infinitely slow with heavy DNS traffic There were no tags set. Tags added: wontfix thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator

Bug#78920: Is this still a problem?

2007-02-07 Thread Pierre HABOUZIT
tag 78920 + wontfix thanks On Tue, Jun 15, 2004 at 11:55:16AM +1000, Russell Coker wrote: On Tue, 15 Jun 2004 06:49, Thomas Hood [EMAIL PROTECTED] wrote: Did you ever find a solution to this problem (#78920)? No, but I haven't investigated it for quite a while. I'm trying to cleanse the

Bug#46175: marked as done (rpcgen manual page is incorrect)

2007-02-07 Thread Debian Bug Tracking System
Your message dated Wed, 7 Feb 2007 15:50:13 +0100 with message-id [EMAIL PROTECTED] and subject line rpcgen manual page is incorrect 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

Processed: tagging 133971

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 133971 + moreinfo unreproducible Bug#133971: -Weverything gives warnings in the glibc headers There were no tags set. Tags added: moreinfo, unreproducible End of message,

Processed: bug 234880 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=3996

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 forwarded 234880 http://sourceware.org/bugzilla/show_bug.cgi?id=3996 Bug#234880: glob(3) doesn't treat \ correctly Noted your statement that Bug has been forwarded to

Bug#165417: libc6: ldd depends on file for files with exec bit off

2007-02-07 Thread Pierre HABOUZIT
On Sat, Oct 19, 2002 at 05:54:43PM +0900, GOTO Masanori wrote: At Sat, 19 Oct 2002 08:42:52 +1000, [EMAIL PROTECTED] wrote: The ldd script fails on non-executable files (such as most libraries) if the file package is not installed. This is caused by debian/patches/ldd.dpatch, which uses

Processed: antiquated bug, no life for 4 years, in a very tested code

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: # also consider that 'ftell' on a file that is open for writing _has_ to perform a seek, that sometimes performs a flush... hence the locking close 148309 2.3.6.ds1-11 Bug#148309: mutt freezes when saving mailbox 'close' is deprecated; see

r1950 - glibc-package/branches/glibc-2.5/debian

2007-02-07 Thread Pierre Habouzit
Author: madcoder Date: 2007-02-07 18:43:13 +0100 (Wed, 07 Feb 2007) New Revision: 1950 Modified: glibc-package/branches/glibc-2.5/debian/changelog glibc-package/branches/glibc-2.5/debian/control Log: Adding myself to Uploaders. Signed-off-by: Pierre Habouzit [EMAIL PROTECTED] Modified:

r1949 - in glibc-package/branches/glibc-2.5/debian: . patches/any

2007-02-07 Thread Pierre Habouzit
Author: madcoder Date: 2007-02-07 18:43:10 +0100 (Wed, 07 Feb 2007) New Revision: 1949 Modified: glibc-package/branches/glibc-2.5/debian/changelog glibc-package/branches/glibc-2.5/debian/patches/any/local-ldd.diff Log: Closes: #165417 * Rework patches/any/local-ldd.diff so that we don't

r1951 - glibc-package/branches/glibc-2.5/debian/control.in

2007-02-07 Thread Pierre Habouzit
Author: madcoder Date: 2007-02-07 18:51:56 +0100 (Wed, 07 Feb 2007) New Revision: 1951 Modified: glibc-package/branches/glibc-2.5/debian/control.in/main Log: add myself to uploaders the right way. Signed-off-by: Pierre Habouzit [EMAIL PROTECTED] Modified:

r1952 - in glibc-package/branches/glibc-2.5/debian: . patches patches/hurd-i386

2007-02-07 Thread Aurelien Jarno
Author: aurel32 Date: 2007-02-07 19:17:23 +0100 (Wed, 07 Feb 2007) New Revision: 1952 Added: glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/submitted-trivial.diff Removed: glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/submitted-stdlib-fmtmsg.diff Modified:

r1953 - in glibc-package/branches/glibc-2.5/debian: . patches patches/hurd-i386

2007-02-07 Thread Aurelien Jarno
Author: aurel32 Date: 2007-02-07 19:25:48 +0100 (Wed, 07 Feb 2007) New Revision: 1953 Added: glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/submitted-stat.diff Modified: glibc-package/branches/glibc-2.5/debian/changelog glibc-package/branches/glibc-2.5/debian/patches/series

Re: Building glibc 2.5 on Hurd: tls

2007-02-07 Thread Barry deFreese
Thomas Schwinge wrote: Hello! Support for tls for Hurd systems is still not fixed properly. Details are at http://savannah.gnu.org/bugs/?17644. To get a functional glibc-2_5-branch, this either needs to be fixed or the tls-requiring bits of glibc-2_5-branch have to be bend over to not require

Re: Building glibc 2.5 on Hurd: tls

2007-02-07 Thread Aurelien Jarno
Thomas Schwinge a écrit : Hello! Support for tls for Hurd systems is still not fixed properly. Details are at http://savannah.gnu.org/bugs/?17644. To get a functional glibc-2_5-branch, this either needs to be fixed or the tls-requiring bits of glibc-2_5-branch have to be bend over to not

Re: Building glibc 2.5 on Hurd: ``-z relro''

2007-02-07 Thread Aurelien Jarno
Thomas Schwinge a écrit : Hello! See http://savannah.gnu.org/bugs/?17646 for details. This should be fairly easy to fix, but has to be tracked down. We are still using libc_cv_z_relro=no in the Debian package. The change to configure.in has been done after the 2.5 release, therefore I guess

Re: Building glibc 2.5 on Hurd: tls

2007-02-07 Thread Aurelien Jarno
Barry deFreese a écrit : Aurelien Jarno wrote: Thomas Schwinge a écrit : Hello! Support for tls for Hurd systems is still not fixed properly. Details are at http://savannah.gnu.org/bugs/?17644. To get a functional glibc-2_5-branch, this either needs to be fixed or the tls-requiring

Re: Building glibc 2.5 on Hurd: tls

2007-02-07 Thread Barry deFreese
Aurelien Jarno wrote: Thomas Schwinge a écrit : Hello! Support for tls for Hurd systems is still not fixed properly. Details are at http://savannah.gnu.org/bugs/?17644. To get a functional glibc-2_5-branch, this either needs to be fixed or the tls-requiring bits of glibc-2_5-branch have

Re: Building glibc 2.5 on Hurd: trivia

2007-02-07 Thread Aurelien Jarno
Thomas Schwinge a écrit : Needed for HEAD and glibc-2_5-branch. 2007-02-07 Thomas Schwinge [EMAIL PROTECTED] * stdlib/fmtmsg.c: Include stdint.h. Index: stdlib/fmtmsg.c === RCS file:

Processed: Re: Bug#410052: Java programs fail in name resolution.

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: reassign 410052 libc6-i386 Bug#410052: Java programs fail in name resolution. Warning: Unknown package 'libc6-ie86' Bug reassigned from package `libc6-ie86' to `libc6-i386'. -- Stopping processing here. Please contact me if you need assistance.

Re: glibc nptl failure baseline update.

2007-02-07 Thread Helge Deller
tst-timer4.out : clock_gettime returned timespec = { 1170787417, 996313000 } clock_getres returned timespec = { 0, 4000250 } Unknown. Linux hake 2.6.19.2 #2 Thu Feb 1 19:58:15 EST 2007 parisc PA8600 (PCX-W+) I don't know this test, but it might be fixed with a newer Linux kernel, which

Re: glibc nptl failure baseline update.

2007-02-07 Thread Helge Deller
Carlos O'Donell wrote: On 2/6/07, Matthew Wilcox [EMAIL PROTECTED] wrote: On Mon, Feb 05, 2007 at 10:13:01PM -0500, Carlos O'Donell wrote: make[2]: *** [/libc-tls-nptl/io/tst-fstatat.out] Error 1 make[2]: *** [/libc-tls-nptl/io/tst-futimesat.out] Error 1 make[2]: ***

Bug#410052: Java programs fail in name resolution.

2007-02-07 Thread Aurelien Jarno
reassign 410052 ia32-sun-java6-bin retitle 410052 ia32-sun-java6-bin should depends on 32-bit libnss-mdns clone 410052 -1 reassign -1 sun-java6-jre retitle -1 sun-java6-jre should depends on libnss-mdns thanks On Wed, Feb 07, 2007 at 12:48:00PM +0100, Ramon Garcia Fernandez wrote: Package:

Processed: Re: rpcgen manual page is incorrect

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: reopen 46175 Bug#46175: rpcgen manual page is incorrect Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

Bug#46175: rpcgen manual page is incorrect

2007-02-07 Thread Hamish Moffatt
reopen 46175 thanks On Wed, Feb 07, 2007 at 03:50:13PM +0100, Pierre HABOUZIT wrote: On Tue, Jul 06, 2004 at 12:22:23AM +1000, Hamish Moffatt wrote: On Mon, Jul 05, 2004 at 07:58:49PM +0900, GOTO Masanori wrote: The manual page for rpcgen says that rpcgen-generated servers background

Processed: Bug#410052: Java programs fail in name resolution.

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: reassign 410052 ia32-sun-java6-bin Bug#410052: Java programs fail in name resolution. Bug reassigned from package `libc6-i386' to `ia32-sun-java6-bin'. retitle 410052 ia32-sun-java6-bin should depends on 32-bit libnss-mdns Bug#410052: Java programs

J5600 Video

2007-02-07 Thread Michael Greene
I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized by the system (not compiled in the kernel just lspci). Is there any trick to getting it to work with linux in the J5600 before I waste time trying?

r1954 - glibc-package/branches/glibc-2.5/debian/patches

2007-02-07 Thread Aurelien Jarno
Author: aurel32 Date: 2007-02-07 22:37:51 +0100 (Wed, 07 Feb 2007) New Revision: 1954 Modified: glibc-package/branches/glibc-2.5/debian/patches/series Log: Fix a typo Modified: glibc-package/branches/glibc-2.5/debian/patches/series

Re: [parisc-linux] J5600 Video

2007-02-07 Thread Kyle McMartin
On Wed, Feb 07, 2007 at 04:21:56PM -0500, Michael Greene wrote: I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized by the system (not compiled in the kernel just lspci). Is there any trick to

Bug#410131: libc6: running mount / -o remount gives glibc double-free

2007-02-07 Thread Russell Coker
Package: libc6 Version: 2.3.6.ds1-10 Severity: normal I had a system that (for unknown reasons) got a 0 byte mtab file. When running mount / -o remount to fix this I got a glibc error. The mount version is 2.12r-16. This is repeatable in the latest etch with the following commands: # echo -n

r1955 - in glibc-package/branches/glibc-2.5/debian: . patches/m68k

2007-02-07 Thread Pierre Habouzit
Author: madcoder Date: 2007-02-08 01:02:54 +0100 (Thu, 08 Feb 2007) New Revision: 1955 Modified: glibc-package/branches/glibc-2.5/debian/changelog glibc-package/branches/glibc-2.5/debian/patches/m68k/local-mathinline_h.diff Log: Better patch for #340871 * Rework patch for #340871

r1956 - in glibc-package/branches/glibc-2.5/debian: . patches patches/any

2007-02-07 Thread Pierre Habouzit
Author: madcoder Date: 2007-02-08 01:02:56 +0100 (Thu, 08 Feb 2007) New Revision: 1956 Added: glibc-package/branches/glibc-2.5/debian/patches/any/submitted-argph.h.diff Modified: glibc-package/branches/glibc-2.5/debian/changelog glibc-package/branches/glibc-2.5/debian/patches/series Log:

Re: [parisc-linux] J5600 Video

2007-02-07 Thread Max Grabert
On 07/02/07, Michael Greene [EMAIL PROTECTED] wrote: I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized by the system (not compiled in the kernel just lspci). Is there any trick to getting it to work

Bug#410131: libc6: running mount / -o remount gives glibc double-free

2007-02-07 Thread Pierre Habouzit
On Thu, Feb 08, 2007 at 09:04:37AM +1100, Russell Coker wrote: Package: libc6 Version: 2.3.6.ds1-10 Severity: normal I had a system that (for unknown reasons) got a 0 byte mtab file. When running mount / -o remount to fix this I got a glibc error. The mount version is 2.12r-16. This is

Bug#410146: tzdata: Daylight savings rule changes for US effective 11 March 2007

2007-02-07 Thread Karsten Self
Package: tzdata Version: 2006c-2 Severity: important Daylight savings time rules change in the US, effective March 1, 2007, moving start of DST to the second Sunday of March (11 March 2007) rather than first Sunday of April (1 April 2007). It is now 7 Feb 2007. The rules are already changed

Processed: bug 377416 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4000

2007-02-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 forwarded 377416 http://sourceware.org/bugzilla/show_bug.cgi?id=4000 Bug#377416: __THROW defined in sys/cdefs.h is broken with GCC 3.3 and above. Noted your statement that Bug has been

Bug#410146: marked as done (tzdata: Daylight savings rule changes for US effective 11 March 2007)

2007-02-07 Thread Debian Bug Tracking System
Your message dated Thu, 08 Feb 2007 06:58:28 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#410146: tzdata: Daylight savings rule changes for US effective 11 March 2007 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been