Processed: move to lsbdev

2003-10-29 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > reassign 218081 lsbdev Bug#218081: libc6 2.3.2-9 won't install Bug reassigned from package `libc6' to `lsbdev'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debi

Bug#218081: [peterc@gelato.unsw.edu.au: Bug#218081: libc6 2.3.2-9 won't install]

2003-10-29 Thread Daniel Jacobowitz
reassign 218081 lsbdev thanks Yes, I agree. On Thu, Oct 30, 2003 at 11:01:10AM +1100, Peter Chubb wrote: > > "Peter" == Peter Chubb <[EMAIL PROTECTED]> writes: > > > "Daniel" == Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > Daniel> Meant to copy yo on this, Peter. Adam suggests check

Bug#218081: [peterc@gelato.unsw.edu.au: Bug#218081: libc6 2.3.2-9 won't install]

2003-10-29 Thread Peter Chubb
> "Peter" == Peter Chubb <[EMAIL PROTECTED]> writes: > "Daniel" == Daniel Jacobowitz <[EMAIL PROTECTED]> writes: Daniel> Meant to copy yo on this, Peter. Adam suggests checking the Daniel> output of lsattr. If you can repeat this, strace output of Daniel> dpkg would be nice too. I thin

Bug#218081: [peterc@gelato.unsw.edu.au: Bug#218081: libc6 2.3.2-9 won't install]

2003-10-29 Thread Daniel Jacobowitz
On Thu, Oct 30, 2003 at 10:38:57AM +1100, Peter Chubb wrote: > > "Daniel" == Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > Daniel> Meant to copy yo on this, Peter. Adam suggests checking the > Daniel> output of lsattr. If you can repeat this, strace output of > Daniel> dpkg would be nice

Bug#218081: [peterc@gelato.unsw.edu.au: Bug#218081: libc6 2.3.2-9 won't install]

2003-10-29 Thread Peter Chubb
> "Daniel" == Daniel Jacobowitz <[EMAIL PROTECTED]> writes: Daniel> Meant to copy yo on this, Peter. Adam suggests checking the Daniel> output of lsattr. If you can repeat this, strace output of Daniel> dpkg would be nice too. The root filesystem is reiserfs. lsattr /lib/ld-2.3.2.so s-

Bug#204789: [Gcl-devel] Re: ia64 function descriptors and unexec

2003-10-29 Thread Andreas Schwab
Peter Chubb <[EMAIL PROTECTED]> writes: >> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes: > > Andreas> Camm Maguire <[EMAIL PROTECTED]> writes: > > Andreas> I have hacked XEmacs to re-assign all those function > Andreas> pointers, good enough to get it running. But this hack is > And

Bug#204789: [Gcl-devel] Re: ia64 function descriptors and unexec

2003-10-29 Thread Peter Chubb
> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes: Andreas> Camm Maguire <[EMAIL PROTECTED]> writes: Andreas> I have hacked XEmacs to re-assign all those function Andreas> pointers, good enough to get it running. But this hack is Andreas> too ugly, so I never bothered to send the patc

Re: Moving glibc out of unstable

2003-10-29 Thread Denis Barbier
On Tue, Oct 28, 2003 at 11:37:46AM -0500, Daniel Jacobowitz wrote: [...] > > > What do we need to do to get the other translations updated? > > > > in debian/po : > > > > grep "^\"Last-Translator: " *po | cut -f3 -d\:| sed 's/\\n\"//' > > > > Will give you the mail addresses of translators. The

Bug#204789: [Gcl-devel] Re: ia64 function descriptors and unexec

2003-10-29 Thread Andreas Schwab
Camm Maguire <[EMAIL PROTECTED]> writes: > OK, but I need saved runtime-initialized function pointers. Do you > have either a reference for how xemacs has handled this, or a contact > person who might know? I have hacked XEmacs to re-assign all those function pointers, good enough to get it runn

[BUG] syscall wipes pthread's thread internal info, broking pthread_cancel and other funcs

2003-10-29 Thread Alexander Vodomerov
Hello! I've found a bug in GNU libc-2.3.2 on Linux - i386 platform. I'm trying to work with threads, sometimes it is needed to quickly (without reaching a cancellation point) stop a thread. I've used pthread_cancel function but it doesn't work in the following example: #include #include #

Bug#218131: 3 glibc LSB RC bugs filed

2003-10-29 Thread Jeff Licquia
On Wed, 2003-10-29 at 04:13, Matt Taggart wrote: > #218131 > ia64/i386: /tset/POSIX.os/devclass/tcgetattr/T.tcgetattr 1 FAIL > ia64/i386: /tset/POSIX.os/devclass/tcgetattr/T.tcgetattr 2 FAIL In reference to that bug, the following mailing list messages might be useful: http://sources.redhat.com

Bug#217355: acknowledged by developer (fixed)

2003-10-29 Thread Artur R. Czechowski
On Wed, Oct 29, 2003 at 06:16:18PM +, Colin Watson wrote: > Architecture: all Uh, I missed it. Thank you. Cheers Artur -- * Croolik jest dzielna, zeżarła 3 zęby. /stosowana medycyna naturalna/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "

Bug#217355: acknowledged by developer (fixed)

2003-10-29 Thread Colin Watson
On Wed, Oct 29, 2003 at 06:30:35PM +0100, Artur R. Czechowski wrote: > On Sun, Oct 26, 2003 at 08:48:32PM -0600, Debian Bug Tracking System wrote: > > This will be fixed with tomorrow's mirror pulse, with libc6 2.3.2-9 > Thank you. > BTW, I am curious how it is possible. Please, correct me, if I am

Bug#217355: acknowledged by developer (fixed)

2003-10-29 Thread Artur R. Czechowski
On Sun, Oct 26, 2003 at 08:48:32PM -0600, Debian Bug Tracking System wrote: > This will be fixed with tomorrow's mirror pulse, with libc6 2.3.2-9 Thank you. BTW, I am curious how it is possible. Please, correct me, if I am wrong. There is one source package: glibc. This package is passed to builde

Bug#204789: [Gcl-devel] Re: ia64 function descriptors and unexec

2003-10-29 Thread Camm Maguire
Greetings, and thanks for your reply! Andreas Schwab <[EMAIL PROTECTED]> writes: > Camm Maguire <[EMAIL PROTECTED]> writes: > > > To sum up the previous discussion, the ia64 linux ABI apparently > > offers no opportunity for ld.so to ensure that function descriptors > > remain constant, even ove

Bug#204789: ia64 function descriptors and unexec

2003-10-29 Thread Andreas Schwab
Camm Maguire <[EMAIL PROTECTED]> writes: > To sum up the previous discussion, the ia64 linux ABI apparently > offers no opportunity for ld.so to ensure that function descriptors > remain constant, even over successive executions of the same binary on > the same machine. There is no problem with s

Processed: Re: Bug#217329: glibc-doc: references and errno values not conforming to standard in pthread_* function manpages

2003-10-29 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > tag 217329 moreinfo Bug#217329: glibc-doc: references and errno values not conforming to standard in pthread_* function manpages Tags were: sid Tags added: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian

Bug#204789: ia64 function descriptors and unexec

2003-10-29 Thread Camm Maguire
Greetings! I've added Bdale and emacs-devel to the CC list, as I believe they have already found some work around for gnu emacs, a description of which would help me greatly. To sum up the previous discussion, the ia64 linux ABI apparently offers no opportunity for ld.so to ensure that function d

Re: 3 glibc LSB RC bugs filed

2003-10-29 Thread GOTO Masanori
Hi, At Wed, 29 Oct 2003 01:13:08 -0800, Matt Taggart wrote: > I just filed 3 RC bugs against glibc for the following LSB test > failures, > > #218130 > ia64: /tset/LI18NUX2K.L1/base/fwide/T.fwide 4 FAIL > > #218129 > ia64: /tset/LI18NUX2K.L1/base/vfprintf/T.vfprintf 5 FAIL > > #218131 > ia64

3 glibc LSB RC bugs filed

2003-10-29 Thread Matt Taggart
Hi debian-lsb and debian-glibc, I just filed 3 RC bugs against glibc for the following LSB test failures, #218130 ia64: /tset/LI18NUX2K.L1/base/fwide/T.fwide 4 FAIL #218129 ia64: /tset/LI18NUX2K.L1/base/vfprintf/T.vfprintf 5 FAIL #218131 ia64/i386: /tset/POSIX.os/devclass/tcgetattr/T.tcgetat

debian lists UNSUBSCRIBE

2003-10-29 Thread Willy Steimel
ladies and gentlemen, please unsubscribe me from ALL Lists!!! i missjudged the amount of email i would be getting. (about 500 per day!!) thank you very much willy steimel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#218130: glibc: LSB test failure fwide

2003-10-29 Thread Matt Taggart
Package: glibc Version: 2.3.2-9 Severity: serious On ia64 the LSB test, /tset/LI18NUX2K.L1/base/fwide/T.fwide test 4 fails. The source for the test is available at, http://cvs.gforge.freestandards.org/cgi-bin/cvsweb.cgi/tests/lsb-runtime-test/m odules/li18nux2k.l1/tset/LI18NUX2K.L1/base/fwide/?

Bug#218129: glibc: LSB test failure vfprintf

2003-10-29 Thread Matt Taggart
Package: glibc Version: 2.3.2-9 Severity: serious On ia64 the LSB test, /tset/LI18NUX2K.L1/base/vfprintf/T.vfprintf test 5 fails. The source for the test is available at, ttp://cvs.gforge.freestandards.org/cgi-bin/cvsweb.cgi/tests/lsb-runtime-test/mo dules/li18nux2k.l1/tset/LI18NUX2K.L1/base/vf

Bug#218131: glibc: LSB test failures tcgetattr

2003-10-29 Thread Matt Taggart
Package: glibc Version: 2.3.2-9 Severity: serious On both i386 and ia64 the LSB tests, /tset/POSIX.os/devclass/tcgetattr/T.tcgetattr tests 1 and 2 fail. The source for these tests is available at, http://cvs.gforge.freestandards.org/cgi-bin/cvsweb.cgi/tests/lsb-runtime-test/m odules/vsx-pcts/ts