Processed: Re: Bug#552010: still not fixed with 2.10.1-3
Processing commands for cont...@bugs.debian.org: reopen 552010 Bug #552010 {Done: Aurelien Jarno aurel...@aurel32.net} [libc6] libc6: After upgrade many applications become unusable 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552010: still not fixed with 2.10.1-3
reopen 552010 thanks After upgrade from 2.9-25 to 2.10.1-5, name resolution breaks if the 'nameserver' option is not present in /etc/resolv.conf: # ping debian.org ping: unknown host debian.org # cat /etc/resolv.conf options ndots:0 # echo nameserver 127.0.0.1 /etc/resolv.conf # ping -c 1 debian.org PING debian.org (194.109.137.218) 56(84) bytes of data. 64 bytes from klecker.debian.org (194.109.137.218): icmp_seq=1 ttl=52 time=37.2 ms --- debian.org ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 37.289/37.289/37.289/0.000 ms # According to resolv.conf(5), the 'nameserver' option is optional and both configurations should be functionally identical: If no nameserver entries are present, the default is to use the name server on the local machine. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555105: libc6: segfault when ctrl-alt-F1 and attempt to login
Package: libc6 Version: 2.10.1-5 Severity: important When I pull up a terminal screen with Ctrl-Alt-Fx and attempt to login (root or regular user) I get the following: login: segfault at bc43c704 ip b7f4c2da sp bfbeb1dc error 4 in libc-2.10.1.so[b7ed9000+141000] and login fails and I am returned to the login prompt. Ie. Ctrl-Alt-Fx totally broken. I have an encrypted home directory which is automatically opened by libpam-mount which might have something to do with it (has been known to cause secondary login issues). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libc-bin 2.10.1-5 GNU C Library: Binaries ii libgcc1 1:4.4.1-4 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.10.1-5 GNU C Library: Shared libraries [i Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.10.1-5 GNU C Library: National Language ( -- debconf information: * glibc/upgrade: true * glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: ssh rsync postfix openbsd-inetd mysql cron atd -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#551775: bitlbee: Uninstallable package due to conflict with libc6
On Sun, Nov 08, 2009 at 02:05:52AM +, peter green wrote: oops forgot to actually cc it like I said I would Does anyone know if there is any particular reason that bitlbee uses libresolv.a rather than libresolv.so ? Yes; the fact that Ulrich Drepper thought it'd be a good idea to declare this API private and unsupported, claiming it's for internal use only, even though it's documented in various places already, including IIRC O'Reilly's DNS BIND. I can see that as a good reason for using the static version in upstream bitlbee. Nevertheless debian does appear to provide a libresolv.so with a proper soname and linking against it does seem to give sane dependencies from dpkg-shlibdeps so maybe it would be a good idea to use it in the debian packages. Ccing debian-glibc to see if they have an opinion on the matter. While the API hasn't changed for a lot of time, it can changed at any new version. Also the ABI can really change from version to version. That's why packages using those symbols from glibc have a strict dependency on libc6 (like libc6 ( 2.9), libc6 ( 2.10)) to handle that. At some point it means that the package should be rebuilt against the new glibc version using a binNMU. It is usually done more or less automatically by the release managers. If not, dropping a mail to debian-rele...@l.d.o to ask them is the best solution. It means a bit more work when a new glibc version is introduced, but I don't see that as a good reason to use the static version instead. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 554901
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 554901 + pending Bug #554901 [libc6-dev] libc6-dev: CPU_ISSET() doesn't use const casts Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3937 - glibc-package/trunk/debian/patches/any
Author: aurel32 Date: 2009-11-08 14:25:29 + (Sun, 08 Nov 2009) New Revision: 3937 Added: glibc-package/trunk/debian/patches/any/submitted-sched_h.2.diff Log: Add missing file from previous commit Added: glibc-package/trunk/debian/patches/any/submitted-sched_h.2.diff === --- glibc-package/trunk/debian/patches/any/submitted-sched_h.2.diff (rev 0) +++ glibc-package/trunk/debian/patches/any/submitted-sched_h.2.diff 2009-11-08 14:25:29 UTC (rev 3937) @@ -0,0 +1,18 @@ +2009-11-08 Aurelien Jarno aurel...@aurel32.net + + * sysdeps/unix/sysv/linux/bits/sched.h (__CPU_ISSET_S): allow + const argument. + +diff --git a/sysdeps/unix/sysv/linux/bits/sched.h b/sysdeps/unix/sysv/linux/bits/sched.h +index 95d05b4..7cecb86 100644 +--- a/sysdeps/unix/sysv/linux/bits/sched.h b/sysdeps/unix/sysv/linux/bits/sched.h +@@ -154,7 +154,7 @@ typedef struct + (__extension__\ +({ size_t __cpu = (cpu); \ + __cpu 8 * (setsize) \ +- ? __cpu_mask *) ((cpusetp)-__bits))[__CPUELT (__cpu)]\ ++ ? const __cpu_mask *) ((cpusetp)-__bits))[__CPUELT (__cpu)] \ + __CPUMASK (__cpu))) != 0 \ + : 0; })) + -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3938 - in glibc-package/trunk/debian: . patches patches/any
Author: aurel32 Date: 2009-11-08 14:25:53 + (Sun, 08 Nov 2009) New Revision: 3938 Added: glibc-package/trunk/debian/patches/any/submitted-etc-resolv.conf.diff Removed: glibc-package/trunk/debian/patches/any/submitted-missing-etc-resolv.conf.diff Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/series Log: * patches/any/submitted-etc-resolv.conf.diff: also handle case when the file is present, but a nameserver entry is missing. Closes: #552010. * set urgency to high as it fixes a bug in testing. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2009-11-08 14:25:29 UTC (rev 3937) +++ glibc-package/trunk/debian/changelog2009-11-08 14:25:53 UTC (rev 3938) @@ -1,4 +1,4 @@ -eglibc (2.10.1-6) UNRELEASED; urgency=low +eglibc (2.10.1-6) UNRELEASED; urgency=high [ Aurelien Jarno ] * Don't ask to stop gdm before an upgrade, but run reload in the postint @@ -9,6 +9,8 @@ * patches/any/submitted-sched_h.2.diff: allow const argument to CPU_ISSET() Closes: #554901. * kfreebsd/local-sysdeps.diff: update to revision 2819 (from glibc-bsd). + * patches/any/submitted-etc-resolv.conf.diff: also handle case when the file +is present, but a nameserver entry is missing. Closes: #552010. -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 14:58:38 +0100 Copied: glibc-package/trunk/debian/patches/any/submitted-etc-resolv.conf.diff (from rev 3934, glibc-package/trunk/debian/patches/any/submitted-missing-etc-resolv.conf.diff) === --- glibc-package/trunk/debian/patches/any/submitted-etc-resolv.conf.diff (rev 0) +++ glibc-package/trunk/debian/patches/any/submitted-etc-resolv.conf.diff 2009-11-08 14:25:53 UTC (rev 3938) @@ -0,0 +1,39 @@ +2009-11-08 Aurelien Jarno aurel...@aurel32.net + + * resolv/res_init.c (__res_vinit): Initialize nameserver to the + loopback address if none specified. + +--- a/resolv/res_init.c b/resolv/res_init.c +@@ -176,13 +176,6 @@ __res_vinit(res_state statp, int preinit) { + statp-id = res_randomid(); + } + +-#ifdef USELOOPBACK +- statp-nsaddr.sin_addr = inet_makeaddr(IN_LOOPBACKNET, 1); +-#else +- statp-nsaddr.sin_addr.s_addr = INADDR_ANY; +-#endif +- statp-nsaddr.sin_family = AF_INET; +- statp-nsaddr.sin_port = htons(NAMESERVER_PORT); + statp-nscount = 0; + statp-ndots = 1; + statp-pfcode = 0; +@@ -433,6 +426,16 @@ __res_vinit(res_state statp, int preinit) { + #endif + (void) fclose(fp); + } ++ if (statp-nscount == 0) { ++ statp-nscount = 1; ++#ifdef USELOOPBACK ++ statp-nsaddr.sin_addr = inet_makeaddr(IN_LOOPBACKNET, 1); ++#else ++ statp-nsaddr.sin_addr.s_addr = INADDR_ANY; ++#endif ++ statp-nsaddr.sin_family = AF_INET; ++ statp-nsaddr.sin_port = htons(NAMESERVER_PORT); ++ } + if (statp-defdname[0] == 0 + __gethostname(buf, sizeof(statp-defdname) - 1) == 0 + (cp = strchr(buf, '.')) != NULL) + Deleted: glibc-package/trunk/debian/patches/any/submitted-missing-etc-resolv.conf.diff === --- glibc-package/trunk/debian/patches/any/submitted-missing-etc-resolv.conf.diff 2009-11-08 14:25:29 UTC (rev 3937) +++ glibc-package/trunk/debian/patches/any/submitted-missing-etc-resolv.conf.diff 2009-11-08 14:25:53 UTC (rev 3938) @@ -1,15 +0,0 @@ -2009-10-26 Aurelien Jarno aurel...@aurel32.net - - * resolv/res_init.c (__res_vinit): Initialize nscount to one. - a/resolv/res_init.c -+++ b/resolv/res_init.c -@@ -183,7 +183,7 @@ __res_vinit(res_state statp, int preinit) { - #endif - statp-nsaddr.sin_family = AF_INET; - statp-nsaddr.sin_port = htons(NAMESERVER_PORT); -- statp-nscount = 0; -+ statp-nscount = 1; - statp-ndots = 1; - statp-pfcode = 0; - statp-_vcsock = -1; Modified: glibc-package/trunk/debian/patches/series === --- glibc-package/trunk/debian/patches/series 2009-11-08 14:25:29 UTC (rev 3937) +++ glibc-package/trunk/debian/patches/series 2009-11-08 14:25:53 UTC (rev 3938) @@ -206,7 +206,7 @@ any/submitted-getent-gshadow.diff any/cvs-getaddrinfo-nss-notfound.diff any/submitted-missing-etc-hosts.diff -any/submitted-missing-etc-resolv.conf.diff +any/submitted-etc-resolv.conf.diff any/submitted-localedef-mmap.diff any/submitted-confname.h.diff any/cvs-getutmpx-compat.diff -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555105: libc6: segfault when ctrl-alt-F1 and attempt to login
On Sun, Nov 08, 2009 at 09:42:49PM +0800, clayton wrote: Package: libc6 Version: 2.10.1-5 Severity: important When I pull up a terminal screen with Ctrl-Alt-Fx and attempt to login (root or regular user) I get the following: login: segfault at bc43c704 ip b7f4c2da sp bfbeb1dc error 4 in libc-2.10.1.so[b7ed9000+141000] and login fails and I am returned to the login prompt. Ie. Ctrl-Alt-Fx totally broken. Does rebooting the machine fixes the issue? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#553344: libnss-ldapd: errno 34 set
On Sun, Nov 01, 2009 at 12:44:20PM +0100, Arthur de Jong wrote: reassign 553344 libc6 2.9-27 retitle 553344 libc6: getgrent() should not pass ERANGE from NSS module with NSS_STATUS_TRYAGAIN thanks On Fri, 2009-10-30 at 12:58 +, Adrian Bridgett wrote: Using the test code attached (to track down what was a bug in libnss-ldap), errno is being set after a specific getgrent call. There are 214 people in the group, totalling 4164 bytes so this may well just be a too large error coming back (no other group complains, but this is probably the longest group). Thanks for your bugreport. I think this is a bug in glibc. What happens is that the buffer that is used to store the group information is too small to fit all the group members. The NSS module tells this to glibc by returning NSS_STATUS_TRYAGAIN and setting errno to ERANGE, see: http://www.gnu.org/s/libc/manual/html_node/NSS-Modules-Interface.html Glibc then grows the buffer and calls the NSS module again but the errno from the first failed call is not cleared. libnss-ldapd only touches the returned errno if something went wrong (I believe this to be correct behaviour). This also happens when a large group is defined in /etc/group so it is not specific to libnss-ldapd. Note that the buffer is never shrunk so this only happens on the first call and not on the second run of your test program. I think glibc should not pass the errno set by the NSS module to the user if it was just a mechanism to signal that the buffer should be grown (and glibc did grow the buffer) or reset errno to the previous value on retry. Anyway, attached is a test program that shows the problem a little clearer. You need a large group (with say 100 members) to test this. In my test environment this prints: getgrent(): group root, 0 members getgrent(): group daemon, 0 members [...] getgrent(): group testgroup, 2 members getgrent(): group largegroup, 100 members errno=34 (Numerical result out of range) getgrent(): group hugegroup, 1000 members errno=34 (Numerical result out of range) getgrent(): group users, 2 members getgrent(): group testgroup2, 2 members Test performed with both libc6 2.9-27 and 2.10.1-3, nscd not running. The bug is actually in the testcase. errno value only makes sense when there is an error, so it should be checked only when the return value of getgrent() is NULL. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
eglibc 2.10.1-5 MIGRATED to testing
FYI: The status of the eglibc source package in Debian's testing distribution has changed. Previous version: 2.9-25 Current version: 2.10.1-5 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Mon, Nov 2, 2009 at 11:17 AM, Carlos O'Donell car...@systemhalted.org wrote: On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno aurel...@aurel32.net wrote: Hi HPPA porters, Could someone please have a look at this problem? It seems to be due to the NPTL switch. I'm already looking at the gcj breakage so I'll have a look at this. Thanks. ~~~ === libjava Summary === # of expected passes877 # of unexpected failures842 # of untested testcases 842 ~~~ The testsuite failures are all caused by a crash in the garbage collector. #0 GC_push_all_eager (bottom=value optimized out, top=value optimized out) at ../../../gcc-trunk/boehm-gc/mark.c:1468 #1 0x42ac7aec in GC_push_all_stacks () at ../../../gcc-trunk/boehm-gc/pthread_stop_world.c:307 #2 0x42ac0f14 in GC_push_roots (all=1, cold_gc_frame=0xbff01708 C\222\254DB\253U\24) at ../../../gcc-trunk/boehm-gc/mark_rts.c:646 #3 0x42ac0188 in GC_mark_some (cold_gc_frame=0xbff01708 C\222\254DB\253U\24) at ../../../gcc-trunk/boehm-gc/mark.c:326 #4 0x42ab58ec in GC_stopped_mark (stop_fu...@0x438c166e: 0x42ab5514 GC_never_stop_func) at ../../../gcc-trunk/boehm-gc/alloc.c:531 #5 0x42ab6094 in GC_try_to_collect_inner (stop_fu...@0x438c166e: 0x42ab5514 GC_never_stop_func) at ../../../gcc-trunk/boehm-gc/alloc.c:378 #6 0x42ac2214 in GC_init_inner () at ../../../gcc-trunk/boehm-gc/misc.c:789 #7 0x42ac2500 in GC_init () at ../../../gcc-trunk/boehm-gc/misc.c:493 #8 0x42abb3f4 in GC_init_gcj_malloc (mp_index=0, mp=0x40247a5e) at ../../../gcc-trunk/boehm-gc/gcj_mlc.c:60 #9 0x41d40c28 in _Jv_InitGC () at ../../../gcc-trunk/libjava/boehm.cc:537 #10 0x41d2cd58 in _Jv_RegisterNewClasses (classes=0x1242c) at ../../../gcc-trunk/libjava/java/lang/natClassLoader.cc:364 #11 0x00010c84 in _Jv_global_static_constructor () at emptystring.java:13 #12 0x00010eb4 in __do_global_ctors_aux () #13 0x00010598 in _init () #14 0x00010e00 in __libc_csu_init () #15 0x40a22ffc in __libc_start_main (ma...@0x126be: 0x126d0, argc=1, ubp_av=0xbff0102c, in...@0x1269e: 0x10dc8 __libc_csu_init, fi...@0x12676: 0x126d0, rtld_fi...@0x4024787e: 0x4023708c _dl_fini, stack_end=0xbff011c0) at libc-start.c:181 #16 0x00010650 in _start () (gdb) Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell car...@systemhalted.org wrote: Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. The current libc is missing my patches to fix pthread_attr_setstack() and pthread_attr_getstack() for hppa. HPPA is an architecture under which the stack grows up and the default implementation does not take that into account. The boehm-gc then uses the wrong stack values during garbase collection initialization and thus every gcj built application crashes. I will work with Aurelian on putting out a fixed libc, until then gcj will not work correctly. Sorry about the inconvenience. It appears that the glibc testsuite is self-consistent, and because both set and get functions are affected the glibc tests actually pass. I didn't notice this because I don't normally bootstrap java. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3939 - glibc-package/trunk/debian
Author: aurel32 Date: 2009-11-08 20:00:34 + (Sun, 08 Nov 2009) New Revision: 3939 Modified: glibc-package/trunk/debian/changelog Log: Upload to unstable Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2009-11-08 14:25:53 UTC (rev 3938) +++ glibc-package/trunk/debian/changelog2009-11-08 20:00:34 UTC (rev 3939) @@ -1,4 +1,4 @@ -eglibc (2.10.1-6) UNRELEASED; urgency=high +eglibc (2.10.1-6) unstable; urgency=high [ Aurelien Jarno ] * Don't ask to stop gdm before an upgrade, but run reload in the postint @@ -12,7 +12,7 @@ * patches/any/submitted-etc-resolv.conf.diff: also handle case when the file is present, but a nameserver entry is missing. Closes: #552010. - -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 14:58:38 +0100 + -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 18:56:15 +0100 eglibc (2.10.1-5) unstable; urgency=low -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3940 - glibc-package/tags
Author: aurel32 Date: 2009-11-08 20:06:04 + (Sun, 08 Nov 2009) New Revision: 3940 Added: glibc-package/tags/2.10.1-6/ Log: Tag eglibc 2.10.1-6 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 502189
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 502189 + pending Bug #502189 [libc6] libc6: ldd on a static prog: unknown exit code (126) Bug #520399 [libc6] ldd /usr/bin/reportbug gives strange error if libc6-amd64 installed Added tag(s) pending. Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3941 - in glibc-package/trunk/debian: . patches patches/all
Author: aurel32 Date: 2009-11-08 20:28:57 + (Sun, 08 Nov 2009) New Revision: 3941 Added: glibc-package/trunk/debian/patches/all/local-ldd.diff Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/series Log: * patches/all/local-ldd.diff: new patch to handle the case where ld.so is not executable (wrong architecture). Closes: #502189. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2009-11-08 20:06:04 UTC (rev 3940) +++ glibc-package/trunk/debian/changelog2009-11-08 20:28:57 UTC (rev 3941) @@ -1,3 +1,10 @@ +eglibc (2.10.1-7) UNRELEASED; urgency=low + + * patches/all/local-ldd.diff: new patch to handle the case where ld.so is +not executable (wrong architecture). Closes: #502189. + + -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 21:28:35 +0100 + eglibc (2.10.1-6) unstable; urgency=high [ Aurelien Jarno ] Added: glibc-package/trunk/debian/patches/all/local-ldd.diff === --- glibc-package/trunk/debian/patches/all/local-ldd.diff (rev 0) +++ glibc-package/trunk/debian/patches/all/local-ldd.diff 2009-11-08 20:28:57 UTC (rev 3941) @@ -0,0 +1,17 @@ +2009-11-08 Aurelien Jarno aurel...@aurel32.net + + * elf/ldd.bash.in: also handle error code 126 (ld.so non + executable). + +--- a/elf/ldd.bash.in b/elf/ldd.bash.in +@@ -179,7 +179,7 @@ warning: you do not have execution permission for \`$file' 2 + fi + [ $rc = 0 ] || result=1 + ;; +-1) ++1|126) + # This can be a non-ELF binary or no binary at all. + nonelf $file || { + echo $ not a dynamic executable + Modified: glibc-package/trunk/debian/patches/series === --- glibc-package/trunk/debian/patches/series 2009-11-08 20:06:04 UTC (rev 3940) +++ glibc-package/trunk/debian/patches/series 2009-11-08 20:28:57 UTC (rev 3941) @@ -212,3 +212,4 @@ any/cvs-getutmpx-compat.diff any/cvs-preadv-pwritev.diff any/submitted-sched_h.2.diff +all/local-ldd.diff -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 502189
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 502189 + pending Bug #502189 [libc6] libc6: ldd on a static prog: unknown exit code (126) Bug #520399 [libc6] ldd /usr/bin/reportbug gives strange error if libc6-amd64 installed Ignoring request to alter tags of bug #502189 to the same tags previously set Ignoring request to alter tags of bug #520399 to the same tags previously set End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3942 - in glibc-package/trunk/debian: . patches patches/all patches/any
Author: aurel32 Date: 2009-11-08 20:59:20 + (Sun, 08 Nov 2009) New Revision: 3942 Removed: glibc-package/trunk/debian/patches/any/local-ldd.diff Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/all/local-ldd.diff glibc-package/trunk/debian/patches/series Log: * patches/all/local-ldd.diff: always trace dynamic library dependencies through the dynamic linker. Closes: #552518. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2009-11-08 20:28:57 UTC (rev 3941) +++ glibc-package/trunk/debian/changelog2009-11-08 20:59:20 UTC (rev 3942) @@ -1,9 +1,11 @@ eglibc (2.10.1-7) UNRELEASED; urgency=low * patches/all/local-ldd.diff: new patch to handle the case where ld.so is -not executable (wrong architecture). Closes: #502189. +not executable (wrong architecture), and always trace dynamic library +dependencies through the dynamic linker. Closes: #502189, +#552518. - -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 21:28:35 +0100 + -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 21:58:59 +0100 eglibc (2.10.1-6) unstable; urgency=high Modified: glibc-package/trunk/debian/patches/all/local-ldd.diff === --- glibc-package/trunk/debian/patches/all/local-ldd.diff 2009-11-08 20:28:57 UTC (rev 3941) +++ glibc-package/trunk/debian/patches/all/local-ldd.diff 2009-11-08 20:59:20 UTC (rev 3942) @@ -1,17 +1,50 @@ 2009-11-08 Aurelien Jarno aurel...@aurel32.net - * elf/ldd.bash.in: also handle error code 126 (ld.so non - executable). + * elf/ldd.bash.in: also handle error code 126 (ld.so non + executable). Always trace dynamic library dependencies through + the dynamic linker. --- a/elf/ldd.bash.in +++ b/elf/ldd.bash.in -@@ -179,7 +179,7 @@ warning: you do not have execution permission for \`$file' 2 +@@ -153,8 +153,6 @@ for file do + echo ldd: ${file}: $not regular file 2 + result=1 + elif test -r $file; then +-test -x $file || echo 'ldd:' $\ +-warning: you do not have execution permission for \`$file' 2 + RTLD= + ret=1 + for rtld in ${RTLDLIST}; do +@@ -167,28 +165,16 @@ warning: you do not have execution permission for \`$file' 2 fi - [ $rc = 0 ] || result=1 + done + case $ret in +-0) +- # If the program exits with exit code 5, it means the process has been +- # invoked with __libc_enable_secure. Fall back to running it through +- # the dynamic linker. +- try_trace $file +- rc=$? +- if [ $rc = 5 ]; then +- try_trace $RTLD $file +- rc=$? +- fi +- [ $rc = 0 ] || result=1 ++0|2) ++ try_trace $RTLD $file || result=1 ;; -1) +1|126) # This can be a non-ELF binary or no binary at all. nonelf $file || { echo $ not a dynamic executable + result=1 + } + ;; +-2) +- try_trace $RTLD $file || result=1 +- ;; + *) + echo 'ldd:' ${RTLD} $exited with unknown exit code ($ret) 2 + exit 1 Deleted: glibc-package/trunk/debian/patches/any/local-ldd.diff === --- glibc-package/trunk/debian/patches/any/local-ldd.diff 2009-11-08 20:28:57 UTC (rev 3941) +++ glibc-package/trunk/debian/patches/any/local-ldd.diff 2009-11-08 20:59:20 UTC (rev 3942) @@ -1,53 +0,0 @@ -# All lines beginning with `# DP:' are a description of the patch. -# DP: Make ldd handle non-executable shared objects. Discard the error -# DP: message if the kernel does not support one of the dynamic loaders. -# DP: Updated by gotom, it's nice to merge to the upstream after my review. -# Date: (Updated 2007-04-22 aurel32) - - elf/ldd.bash.in | 16 - 1 file changed, 12 insertions(+), 4 deletions(-) - a/elf/ldd.bash.in -+++ b/elf/ldd.bash.in -@@ -31,6 +31,7 @@ - warn= - bind_now= - verbose= -+filename_magic_regex=((^|/)lib|.so$) - - while test $# -gt 0; do - case $1 in -@@ -153,13 +154,16 @@ - echo ldd: ${file}: $not regular file 2 - result=1 - elif test -r $file; then --test -x $file || echo 'ldd:' $\ --warning: you do not have execution permission for \`$file' 2 -+if test ! -x $file eval echo $file \ -+ | egrep -v $filename_magic_regex /dev/null; then -+ echo 'ldd:' $warning: you do not have execution permission for\ -+ \`$file' 2 -+fi - RTLD= - ret=1 - for rtld in ${RTLDLIST}; do - if test -x $rtld; then -- verify_out=`${rtld} --verify $file` -+ verify_out=`${rtld} --verify $file 2/dev/null` - ret=$? - case $ret in - [02]) RTLD=${rtld}; break;; -@@ -171,7 +175,11 @@ - # If the program exits with exit code 5, it means the process has been - #
Bug#555168: Many locales files do not permit modification
Package: locales Version: 2.10.1-5 Severity: serious Justification: Policy 2.2.1, 2.1 Many locales contain the following license: # Distribution and use is free, also for # commercial purposes. This does not permit modification, and thus fails DFSG 3. I'd guess that almost all of these come from copying a previous locale file as the basis for a new one (ironically). I don't know the original source. For a full list of such files: grep Distribution /usr/share/i18n/locales/* It appears that more than half the locales contain this license. A couple of files seem to contain a truncated version of the license, namely: $ grep 'Distribution and use is$' * fy_DE:% Distribution and use is li_BE:% Distribution and use is li_NL:% Distribution and use is nds_DE:% Distribution and use is nds_NL:% Distribution and use is This adds credence to the notion that this propagated by copy and paste. The only previous mention I could find of this issue appears in the thread starting at http://lists.debian.org/debian-devel/1999/12/msg00915.html . - Josh Triplett -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3943 - glibc-package/trunk/debian
Author: aurel32 Date: 2009-11-08 21:10:51 + (Sun, 08 Nov 2009) New Revision: 3943 Modified: glibc-package/trunk/debian/changelog Log: Always tracing dependencies through ld.so should also fix #499016. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2009-11-08 20:59:20 UTC (rev 3942) +++ glibc-package/trunk/debian/changelog2009-11-08 21:10:51 UTC (rev 3943) @@ -3,9 +3,9 @@ * patches/all/local-ldd.diff: new patch to handle the case where ld.so is not executable (wrong architecture), and always trace dynamic library dependencies through the dynamic linker. Closes: #502189, -#552518. +#552518, #499016. - -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 21:58:59 +0100 + -- Aurelien Jarno aure...@debian.org Sun, 08 Nov 2009 22:10:16 +0100 eglibc (2.10.1-6) unstable; urgency=high -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552010: marked as done (libc6: After upgrade many applications become unusable)
Your message dated Sun, 08 Nov 2009 21:35:21 + with message-id e1n7fpt-0003fc...@ries.debian.org and subject line Bug#552010: fixed in eglibc 2.10.1-6 has caused the Debian Bug report #552010, regarding libc6: After upgrade many applications become unusable 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552010: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552010 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6 Version: 2.10.1-1 Severity: critical After upgrade to libc6 2.10.1-1 many applications become unusable. For example: ,[ sudo aptitude update ] Err http://ftp.us.debian.org sid Release.gpg Could not resolve 'ftp.us.debian.org' Ign file: apt-build Release.gpg Get:1 file: apt-build Release [89B] Ign file: apt-build/main Packages Ign file: apt-build/main Packages Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Reading task descriptions... Deleting obsolete downloaded files ` ,[ ping ftp.us.debian.org ] ping: unknown host ftp.us.debian.org ` Many other applications including postfix and Iceweasel failed similarly. But: x ,[ dig +shor ftp.us.debian.org. @127.0.0.1 ] 204.152.191.39 35.9.37.225 64.50.236.52 128.30.2.36 149.20.20.135 ` Yet: ,[ dig +shor puck.nether.net. @204.42.254.5 ] 204.42.254.5 ` ,[ dig +shor puck.nether.net. @puck.nether.net. ] dig: couldn't get address for 'puck.nether.net.': not found ` After downgrading libc-bin libc-dev-bin libc6 libc6-dev libc6-i686 locales to version 2.9-25 as follows all appears to be normal again. - #cat /etc/apt/sources.list deb http://35.9.37.225/debian/ sid main non-free contrib deb-src http://35.9.37.225/debian/ sid main non-free contrib deb http://35.9.37.225/debian/ testing main deb-src http://35.9.37.225/debian/ testing main ^D #aptitude update; aptitude install libc6/testing - This would have been more difficult without dig. :)) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libc-bin 2.10.1-1 GNU C Library: Binaries ii libgcc1 1:4.4.2-1 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.10.1-1 GNU C Library: Shared libraries [i Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.10.1-1 GNU C Library: National Language ( -- debconf information: glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: cron ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-6 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-6_all.deb to main/e/eglibc/eglibc-source_2.10.1-6_all.deb eglibc_2.10.1-6.diff.gz to main/e/eglibc/eglibc_2.10.1-6.diff.gz eglibc_2.10.1-6.dsc to main/e/eglibc/eglibc_2.10.1-6.dsc glibc-doc_2.10.1-6_all.deb to main/e/eglibc/glibc-doc_2.10.1-6_all.deb libc-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-bin_2.10.1-6_amd64.deb libc-dev-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-6_amd64.deb libc6-dbg_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-6_amd64.deb libc6-dev-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-6_amd64.deb libc6-dev_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-6_amd64.deb libc6-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-6_amd64.deb libc6-pic_2.10.1-6_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-6_amd64.deb libc6-prof_2.10.1-6_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-6_amd64.deb libc6-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-6_amd64.udeb libc6_2.10.1-6_amd64.deb to main/e/eglibc/libc6_2.10.1-6_amd64.deb libnss-dns-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-6_amd64.udeb libnss-files-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-6_amd64.udeb locales-all_2.10.1-6_amd64.deb to main/e/eglibc/locales-all_2.10.1-6_amd64.deb
Bug#554608: marked as done ([PATCH] Fix preadv, pwritev and fallocate for-D_FILE_OFFSET_BITS=64)
Your message dated Sun, 08 Nov 2009 21:35:22 + with message-id e1n7fpu-0003fu...@ries.debian.org and subject line Bug#554608: fixed in eglibc 2.10.1-6 has caused the Debian Bug report #554608, regarding [PATCH] Fix preadv, pwritev and fallocate for-D_FILE_OFFSET_BITS=64 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554608: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554608 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6 Version: 2.10.1-2 Severity: normal Tags: patch Hi, preadv, pwritev and fallocate use the wrong prototype on 32bit cpus with -D_FILE_OFFSET_BITS=64. They use __off_t instead of __off64_t (or off_t). For details and patch see: http://sources.redhat.com/ml/libc-hacker/2009-11/msg1.html MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable-i386 APT policy: (1001, 'unstable-i386'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4-frosties-2 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libc-bin 2.10.1-2 GNU C Library: Binaries ii libgcc1 1:4.4.1-1 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.10.1-2 GNU C Library: National Language ( -- debconf information excluded ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-6 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-6_all.deb to main/e/eglibc/eglibc-source_2.10.1-6_all.deb eglibc_2.10.1-6.diff.gz to main/e/eglibc/eglibc_2.10.1-6.diff.gz eglibc_2.10.1-6.dsc to main/e/eglibc/eglibc_2.10.1-6.dsc glibc-doc_2.10.1-6_all.deb to main/e/eglibc/glibc-doc_2.10.1-6_all.deb libc-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-bin_2.10.1-6_amd64.deb libc-dev-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-6_amd64.deb libc6-dbg_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-6_amd64.deb libc6-dev-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-6_amd64.deb libc6-dev_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-6_amd64.deb libc6-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-6_amd64.deb libc6-pic_2.10.1-6_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-6_amd64.deb libc6-prof_2.10.1-6_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-6_amd64.deb libc6-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-6_amd64.udeb libc6_2.10.1-6_amd64.deb to main/e/eglibc/libc6_2.10.1-6_amd64.deb libnss-dns-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-6_amd64.udeb libnss-files-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-6_amd64.udeb locales-all_2.10.1-6_amd64.deb to main/e/eglibc/locales-all_2.10.1-6_amd64.deb locales_2.10.1-6_all.deb to main/e/eglibc/locales_2.10.1-6_all.deb nscd_2.10.1-6_amd64.deb to main/e/eglibc/nscd_2.10.1-6_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 554...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 08 Nov 2009 18:56:15 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386
Bug#554901: marked as done (libc6-dev: CPU_ISSET() doesn't use const casts)
Your message dated Sun, 08 Nov 2009 21:35:22 + with message-id e1n7fpu-0003g0...@ries.debian.org and subject line Bug#554901: fixed in eglibc 2.10.1-6 has caused the Debian Bug report #554901, regarding libc6-dev: CPU_ISSET() doesn't use const casts 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554901 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6-dev Version: 2.10.1-5 Severity: normal Tags: patch CPU_ISSET(), defined in bits/sched.h, resolves to CPU_ISSET_S. That macro contains a cast: # define __CPU_ISSET_S(cpu, setsize, cpusetp) \ (__extension__ \ ({ size_t __cpu = (cpu); \ __cpu 8 * (setsize) \ ? __cpu_mask *) ((cpusetp)-__bits))[__CPUELT (__cpu)] \ __CPUMASK (__cpu))) != 0 \ : 0; })) The offending line is the fourth in the macro definition. There's no reason not to use a (const __cpu_mask *) cast, and the failure to do so means const cpuset_t's can be handed to CPU_ISSET(). By extension, no structure containing a cpuset_t can be handed as const to a function which calls CPU_ISSET() at some point. I've included a patch. The source package for eglibc (2.10.1) seems to already have this (via other changes), but it's not present in /usr/include/bits/sched.h as installed -- --- sched.h 2009-11-07 03:56:07.0 -0500 +++ mysched.h 2009-11-07 03:56:20.0 -0500 @@ -154,7 +154,7 @@ (__extension__ \ ({ size_t __cpu = (cpu); \ __cpu 8 * (setsize) \ - ? __cpu_mask *) ((cpusetp)-__bits))[__CPUELT (__cpu)] \ + ? const __cpu_mask *) ((cpusetp)-__bits))[__CPUELT (__cpu)] \ __CPUMASK (__cpu))) != 0 \ : 0; })) -- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-dev depends on: ii libc-dev-bin 2.10.1-5 GNU C Library: Development binarie ii libc6 2.10.1-5 GNU C Library: Shared libraries ii linux-libc-dev2.6.31-1 Linux support headers for userspac Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.3.4-1 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.4-6The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.2-2The GNU C compiler Versions of packages libc6-dev suggests: ii glibc-doc 2.10.1-5 GNU C Library: Documentation ii manpages-dev 3.22-1 Manual pages about using GNU/Linux -- no debconf information ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-6 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-6_all.deb to main/e/eglibc/eglibc-source_2.10.1-6_all.deb eglibc_2.10.1-6.diff.gz to main/e/eglibc/eglibc_2.10.1-6.diff.gz eglibc_2.10.1-6.dsc to main/e/eglibc/eglibc_2.10.1-6.dsc glibc-doc_2.10.1-6_all.deb to main/e/eglibc/glibc-doc_2.10.1-6_all.deb libc-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-bin_2.10.1-6_amd64.deb libc-dev-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-6_amd64.deb libc6-dbg_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-6_amd64.deb libc6-dev-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-6_amd64.deb libc6-dev_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-6_amd64.deb libc6-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-6_amd64.deb libc6-pic_2.10.1-6_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-6_amd64.deb libc6-prof_2.10.1-6_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-6_amd64.deb libc6-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-6_amd64.udeb libc6_2.10.1-6_amd64.deb to main/e/eglibc/libc6_2.10.1-6_amd64.deb libnss-dns-udeb_2.10.1-6_amd64.udeb to
Bug#553362: marked as done (gdm: lenny-sid upgrade weirdness)
Your message dated Sun, 08 Nov 2009 21:35:22 + with message-id e1n7fpu-0003fm...@ries.debian.org and subject line Bug#553362: fixed in eglibc 2.10.1-6 has caused the Debian Bug report #553362, regarding gdm: lenny-sid upgrade weirdness 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 553362: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553362 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- package: gdm version: 2.20.10-1 severity: important i recently upgraded a machine from lenny to sid. in the process, it was stated that some services needed restarted (i think in order to upgrade libc), which including gdm. i figured i might as well do it. however, in the process gdm came up with a dialog that said it could not restart because an x server was already running on :0. the two options were yes, which tried to launch a new x server over and over again and eventually failed; and no, which tried to launch on :0 again, but failed. both options flash the screen a bunch and are not very professional looking. is there any better way that this could be done? is a gdm restart really needed? would it be ok to use the present gdm and wait for the user to reboot (or at least log out) to launch the new version? mike ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-6 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-6_all.deb to main/e/eglibc/eglibc-source_2.10.1-6_all.deb eglibc_2.10.1-6.diff.gz to main/e/eglibc/eglibc_2.10.1-6.diff.gz eglibc_2.10.1-6.dsc to main/e/eglibc/eglibc_2.10.1-6.dsc glibc-doc_2.10.1-6_all.deb to main/e/eglibc/glibc-doc_2.10.1-6_all.deb libc-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-bin_2.10.1-6_amd64.deb libc-dev-bin_2.10.1-6_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-6_amd64.deb libc6-dbg_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-6_amd64.deb libc6-dev-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-6_amd64.deb libc6-dev_2.10.1-6_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-6_amd64.deb libc6-i386_2.10.1-6_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-6_amd64.deb libc6-pic_2.10.1-6_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-6_amd64.deb libc6-prof_2.10.1-6_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-6_amd64.deb libc6-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-6_amd64.udeb libc6_2.10.1-6_amd64.deb to main/e/eglibc/libc6_2.10.1-6_amd64.deb libnss-dns-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-6_amd64.udeb libnss-files-udeb_2.10.1-6_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-6_amd64.udeb locales-all_2.10.1-6_amd64.deb to main/e/eglibc/locales-all_2.10.1-6_amd64.deb locales_2.10.1-6_all.deb to main/e/eglibc/locales_2.10.1-6_all.deb nscd_2.10.1-6_amd64.deb to main/e/eglibc/nscd_2.10.1-6_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 553...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 08 Nov 2009 18:56:15 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-sparcv9b libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 libnss-dns-udeb libnss-files-udeb Architecture: source all amd64 Version: 2.10.1-6 Distribution: unstable Urgency: high Maintainer: Aurelien Jarno aure...@debian.org Changed-By: Aurelien Jarno aure...@debian.org Description: eglibc-source - Embedded GNU C Library:
Processed: found 555168 in 2.1-1
Processing commands for cont...@bugs.debian.org: found 555168 2.1-1 Bug #555168 [locales] Many locales files do not permit modification There is no source info for the package 'locales' at version '2.1-1' with architecture '' Unable to make a source version for version '2.1-1' Bug Marked as found in versions 2.1-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555205: libc6: segfault when upgrading from 2.9-25 - 2.10.1-5 on squeeze renders system unusable
Package: libc6 Version: 2.9-25 Severity: critical Justification: breaks the whole system I tried to upgrade to the current testing version of libc6: 2.10.1-5 Below is the output from aptitude: - Preparing to replace libc-bin 2.9-25 (using .../libc-bin_2.10.1-5_i386.deb) ... Unpacking replacement libc-bin ... Processing triggers for man-db ... Setting up libc-bin (2.10.1-5) ... (Reading database ... 56540 files and directories currently installed.) Preparing to replace libc6 2.9-25 (using .../libc6_2.10.1-5_i386.deb) ... Checking for services that may need to be restarted... Checking init scripts... Unpacking replacement libc6 ... Setting up libc6 (2.10.1-5) ... dpkg: error processing libc6 (--configure): subprocess installed post-installation script killed by signal (Segmentation fault) Errors were encountered while processing: libc6 E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi' E: Sub-process returned an error code E: Sub-process /usr/bin/dpkg returned an error code (1) - I was upgrading this system remotely (bad, yes, I know) and could no longer enter any commands. Every command would return a segmentation fault. Rebooting the system did not help either. I ultimately had to boot into another OS and copy back the files from version 2.9-25 in order to have a usable system. I can try to provide additional details if necessary. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.9-25 GNU C Library: Binaries ii libgcc1 1:4.4.1-4 GCC support library Versions of packages libc6 recommends: di libc6-i6862.9-25 GNU C Library: Shared libraries [i Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.9-25 GNU C Library: National Language ( -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: spamassassin ssh saslauthd rsync openbsd-inetd mysql dovecot exim4 cron courier-authdaemon atd -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Strip *.o files manually (dh_strip does not do it)
2.9.27 changelog.Debian contains Strip *.o files manually (dh_strip does not do it) to prevent leakage of the build directory. Can you send me the code that does that? I will probably only open a bug at dh_strip to include it. -- sobtw...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org