Bug#413787: libc0.3: TLS patch

Package: libc0.3 Version: 2.5exp6 Severity: normal Tags: patch Hi, Thanks to Barry's long glibc builds, here is at last a patch that builds a tls/__thread -enabled and working glibc. The attached patch may be applied as soon as now, but do _not_ drop --without-tls and --without-__thread yet, bec

Processed: block 413744 with 209008

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > block 413744 with 209008 Bug#413744: glibc - uses more than one cpu without asking Was not blocked by any bugs. Blocking bugs of 413744 added: 209008 > End of message, stopping proce

Bug#413744: glibc - uses more than one cpu without asking

Package: glibc Version: 2.3.6.ds1-13 glibc uses all cpus without asking. One of the s390 buildds, lxdebian, have two cpus online but is only allowed to use one full. This is followed by a make call without -j. Bastian -- Extreme feminine beauty is always disturbing. -- Spock, "

Bug#300640: marked as done (glibc: select() buggy on Hurd)

Your message dated Tue, 6 Mar 2007 22:28:37 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#300640: glibc: select() buggy on Hurd 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 no

Bug#300640: glibc: select() buggy on Hurd

Hi, Bastian Blank, le Mon 21 Mar 2005 10:16:26 +0100, a écrit : > On Sun, Mar 20, 2005 at 11:23:27PM +0100, Marc Dequènes wrote: > > while ((ret = poll(pfd, 1, 10)) >= 0) > > { > > if (ret == 0) > > continue; > > if (pfd[0].re

Bug#288105: ioctls.h: ioctls.h does not define _IOT__IOTBASE_void on Hurd

clone 288105 -1 retitle -1 Hurd doesn't permit non-constant structures as ioctl parameter tags 288105 wontfix thanks Hi, Jonathan Hogg, le Sat 01 Jan 2005 16:04:39 +, a écrit : > when attempting to compile package heimdal and applying the patch to > debian bug #113317 for said package, compil

Processed: Re: ioctls.h: ioctls.h does not define _IOT__IOTBASE_void on Hurd

Processing commands for [EMAIL PROTECTED]: > clone 288105 -1 Bug#288105: ioctls.h: ioctls.h does not define _IOT__IOTBASE_void on Hurd Bug 288105 cloned as bug 413734. > retitle -1 Hurd doesn't permit non-constant structures as ioctl parameter Bug#413734: ioctls.h: ioctls.h does not define _IOT__

Bug#352139: getopt optional arg does not work as documented

tag 352139 -wontfix reassign 352139 manpages-dev thanks > Now. This case is difficult. The string "hello" could also be just a > normal filename argument. I think the glibc handles this case correctly > and thus mark the bug as wontfix. Actually it would be even better if the documentation could

Bug#331405: Accidential activation of nscd is too simple

reassign 331405 libpam-ldap tags 331405 patch thanks > It would be libpam-ldap which suggests libnss-ldap in my case. But > running apt-rdepends and analyzing it's output suggests that there are > 35 packages which depends on nscd in etch today. That's depends as in > any of the relationships that

Processed: Re: Bug#331405: Accidential activation of nscd is too simple

Processing commands for [EMAIL PROTECTED]: > reassign 331405 libpam-ldap Bug#331405: Accidential activation of nscd is too simple Bug reassigned from package `nscd' to `libpam-ldap'. > tags 331405 patch Bug#331405: Accidential activation of nscd is too simple There were no tags set. Tags added: p

Processed: fixed in experimental

Processing commands for [EMAIL PROTECTED]: > tags 286825 = fixed-in-experimental Bug#286825: glibc: nice() should set errno=EPERM not EACCES on error Tags were: wontfix moreinfo Tags set to: fixed-in-experimental > thanks Stopping processing here. Please contact me if you need assistance. Debia

Processed: Re: getopt optional arg does not work as documented

Processing commands for [EMAIL PROTECTED]: > tag 352139 -wontfix Bug#352139: getopt optional arg does not work as documented Tags were: wontfix Tags removed: wontfix > reassign 352139 manpages-dev Bug#352139: getopt optional arg does not work as documented Bug reassigned from package `glibc' to `

Bug#336843: adduser: removes user from group if /etc/group file ends with ":"

tags 336843 wontfix thanks > >Judged that ":" is the field separator in /etc/group, and that > >/etc/group might change its format to include more fields, and that a > >colon is not a valid character in a user name (it would wreck havoc in > >/etc/passwd), I would expect that perl would consider t

Bug#310445: More information needed

tag 310445 moreinfo severity 310445 normal thanks There are new versions of glibc available. Could you perhaps recheck whether this bug is reproducible? Furthermore the source for that binary would be helpful if available. Helmut Grohne signature.asc Description: Digital signature

Bug#286825: fixed in experimental

tags 286825 = fixed-in-experimental thanks This bug seems to be fixed in experimental. Helmut Grohne signature.asc Description: Digital signature

Processed: More information needed

Processing commands for [EMAIL PROTECTED]: > tag 310445 moreinfo Bug#310445: libc6: static binary fails with assertion "bad dynamic tag" Tags were: experimental Tags added: moreinfo > severity 310445 normal Bug#310445: libc6: static binary fails with assertion "bad dynamic tag" Severity set to `n

Processed: Re: Bug#336843: adduser: removes user from group if /etc/group file ends with ":"

Processing commands for [EMAIL PROTECTED]: > tags 336843 wontfix Bug#336843: getgrnam returns trailing ":" in user name There were no tags set. Tags added: wontfix > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrato