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
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:
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
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
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
: :' :
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.
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...
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
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
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
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:
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
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
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:
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]
*
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:
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
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
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
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
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
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
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,
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
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
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
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:
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
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:
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:
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
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
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
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
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
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
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:
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.
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
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]: ***
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:
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)
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
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
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?
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
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
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
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
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:
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
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
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
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
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
55 matches
Mail list logo