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 (administrator,

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

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#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 the : a

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

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. Debian

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:

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

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 be

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

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, compile

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].revents

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,

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

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,