r4770 - glibc-package/trunk/debian
Author: aurel32 Date: 2011-06-30 07:21:39 + (Thu, 30 Jun 2011) New Revision: 4770 Modified: glibc-package/trunk/debian/changelog Log: Upload to unstable Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2011-06-30 05:41:39 UTC (rev 4769) +++ glibc-package/trunk/debian/changelog2011-06-30 07:21:39 UTC (rev 4770) @@ -1,4 +1,4 @@ -eglibc (2.13-8) UNRELEASED; urgency=low +eglibc (2.13-8) unstable; urgency=low [ Samuel Thibault ] * Add patches/hurd-i386/submitted-ldsodefs.h.diff to fix loading binaries @@ -35,7 +35,7 @@ to fix bits/siginfo.h. Closes: #631867. * Drop kfreebsd/local-ftw.diff, needed only for pre 8.0 kernels. - -- Aurelien Jarno aure...@debian.org Mon, 20 Jun 2011 13:07:17 +0200 + -- Aurelien Jarno aure...@debian.org Thu, 30 Jun 2011 07:41:52 +0200 eglibc (2.13-7) unstable; urgency=low -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qcbze-0001af...@vasks.debian.org
r4772 - glibc-package/trunk/debian
Author: aurel32 Date: 2011-06-30 07:26:30 + (Thu, 30 Jun 2011) New Revision: 4772 Modified: glibc-package/trunk/debian/changelog Log: New changelog entry Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2011-06-30 07:25:36 UTC (rev 4771) +++ glibc-package/trunk/debian/changelog2011-06-30 07:26:30 UTC (rev 4772) @@ -1,3 +1,9 @@ +eglibc (2.13-9) UNRELEASED; urgency=low + + * + + -- Aurelien Jarno aure...@debian.org Thu, 30 Jun 2011 09:25:44 +0200 + eglibc (2.13-8) unstable; urgency=low [ Samuel Thibault ] -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qcbdu-0001oc...@vasks.debian.org
Bug#535504: marked as done (libc6: resolving: does not try different nameserver anymore)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-00085p...@franck.debian.org and subject line Bug#535504: fixed in eglibc 2.13-8 has caused the Debian Bug report #535504, regarding libc6: resolving: does not try different nameserver anymore 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.) -- 535504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535504 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6 Version: 2.9-12 Hi, It seems that libc6 doesn't try the other nameserver anymore when the first returns 5(REFUSED). If a nameserver returns REFUSED, it's not the same as a permanent error. Atleast apt-get in stable and testing/unstable react different to this. Kurt ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.13-8 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.13-8_all.deb to main/e/eglibc/eglibc-source_2.13-8_all.deb eglibc_2.13-8.diff.gz to main/e/eglibc/eglibc_2.13-8.diff.gz eglibc_2.13-8.dsc to main/e/eglibc/eglibc_2.13-8.dsc glibc-doc_2.13-8_all.deb to main/e/eglibc/glibc-doc_2.13-8_all.deb libc-bin_2.13-8_amd64.deb to main/e/eglibc/libc-bin_2.13-8_amd64.deb libc-dev-bin_2.13-8_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-8_amd64.deb libc6-dbg_2.13-8_amd64.deb to main/e/eglibc/libc6-dbg_2.13-8_amd64.deb libc6-dev-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-8_amd64.deb libc6-dev_2.13-8_amd64.deb to main/e/eglibc/libc6-dev_2.13-8_amd64.deb libc6-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-i386_2.13-8_amd64.deb libc6-pic_2.13-8_amd64.deb to main/e/eglibc/libc6-pic_2.13-8_amd64.deb libc6-prof_2.13-8_amd64.deb to main/e/eglibc/libc6-prof_2.13-8_amd64.deb libc6-udeb_2.13-8_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-8_amd64.udeb libc6_2.13-8_amd64.deb to main/e/eglibc/libc6_2.13-8_amd64.deb libnss-dns-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-8_amd64.udeb libnss-files-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-8_amd64.udeb locales-all_2.13-8_amd64.deb to main/e/eglibc/locales-all_2.13-8_amd64.deb locales_2.13-8_all.deb to main/e/eglibc/locales_2.13-8_all.deb multiarch-support_2.13-8_amd64.deb to main/e/eglibc/multiarch-support_2.13-8_amd64.deb nscd_2.13-8_amd64.deb to main/e/eglibc/nscd_2.13-8_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 535...@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: Thu, 30 Jun 2011 07:41:52 +0200 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd multiarch-support 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-i686 libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen libc6.1-alphaev67 libc6-loongson2f libnss-dns-udeb libnss-files-udeb Architecture: source all amd64 Version: 2.13-8 Distribution: unstable Urgency: low Maintainer: Aurelien Jarno aure...@debian.org Changed-By: Aurelien Jarno aure...@debian.org Description: eglibc-source - Embedded GNU C Library: sources glibc-doc - Embedded GNU C Library: Documentation libc-bin - Embedded GNU C Library: Binaries libc-dev-bin - Embedded GNU C Library: Development binaries libc0.1- Embedded GNU C Library: Shared libraries libc0.1-dbg - Embedded GNU C Library: detached debugging symbols libc0.1-dev - Embedded GNU C Library: Development Libraries and Header Files libc0.1-dev-i386 - Embedded GNU C Library: 32bit development libraries for AMD64 libc0.1-i386 -
Bug#602291: marked as done (icedove: Icedove does NOT use a second nameserver if the first responds with a server failure)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-00085p...@franck.debian.org and subject line Bug#535504: fixed in eglibc 2.13-8 has caused the Debian Bug report #535504, regarding icedove: Icedove does NOT use a second nameserver if the first responds with a server failure 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.) -- 535504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535504 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: icedove Version: 3.1.4-1 Severity: important The first nameserver is down, the second one is up and running. I.e. a lookup in a terminal says: $ nslookup web.de ;; Got SERVFAIL reply from 192.168.0.4, trying next server Server: 192.168.0.5 Address: 192.168.0.5#53 Non-authoritative answer: Name: web.de Address: 213.165.64.75 While other applications are starting fine with external dns addresses using the secondary dns, icedove 'spits out' a message complaining it couldn't connect to the mail sever. Icedove does NOT use a second nameserver -- which one we did set up for the case that the first one is failing -- that means icedove gets unusable in an imap setup. Thanks in advance. - -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-vs2.3.0.36.36-m3n78em (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.4.1 Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.9.14-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.0-1simple interprocess messaging syst ii libffi5 3.0.9-3Foreign Function Interface library ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2FreeType 2 font engine, shared lib ii libgcc1 1:4.5.1-9 GCC support library ii libglib2.0-0 2.27.2-1 The GLib library of C routines ii libgtk2.0-0 2.22.0-1 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.12.8-1 Network Security Service libraries ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpixman-1-0 0.19.6-1 pixel-manipulation library for X a ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libstdc++64.5.1-9The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii psmisc22.13-1utilities that use the proc file s ii zlib1g1:1.2.5.dfsg-1 compression library - runtime Versions of packages icedove recommends: ii hunspell-de-de [hunspell-di 20091006-4.1 German dictionary for hunspell ii hunspell-en-us [hunspell-di 20070829-4 English_american dictionary for hu Versions of packages icedove suggests: ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.31.5-1 GNOME configuration database syste ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.8.3+dfsg-2 MIT Kerberos runtime libraries - k ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n pn ttf-lyx none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux)
Bug#602291: marked as done (icedove: Icedove does NOT use a second nameserver if the first responds with a server failure)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-00085s...@franck.debian.org and subject line Bug#602291: fixed in eglibc 2.13-8 has caused the Debian Bug report #602291, regarding icedove: Icedove does NOT use a second nameserver if the first responds with a server failure 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.) -- 602291: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602291 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: icedove Version: 3.1.4-1 Severity: important The first nameserver is down, the second one is up and running. I.e. a lookup in a terminal says: $ nslookup web.de ;; Got SERVFAIL reply from 192.168.0.4, trying next server Server: 192.168.0.5 Address: 192.168.0.5#53 Non-authoritative answer: Name: web.de Address: 213.165.64.75 While other applications are starting fine with external dns addresses using the secondary dns, icedove 'spits out' a message complaining it couldn't connect to the mail sever. Icedove does NOT use a second nameserver -- which one we did set up for the case that the first one is failing -- that means icedove gets unusable in an imap setup. Thanks in advance. - -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-vs2.3.0.36.36-m3n78em (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.4.1 Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.9.14-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.0-1simple interprocess messaging syst ii libffi5 3.0.9-3Foreign Function Interface library ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2FreeType 2 font engine, shared lib ii libgcc1 1:4.5.1-9 GCC support library ii libglib2.0-0 2.27.2-1 The GLib library of C routines ii libgtk2.0-0 2.22.0-1 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.12.8-1 Network Security Service libraries ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpixman-1-0 0.19.6-1 pixel-manipulation library for X a ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libstdc++64.5.1-9The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii psmisc22.13-1utilities that use the proc file s ii zlib1g1:1.2.5.dfsg-1 compression library - runtime Versions of packages icedove recommends: ii hunspell-de-de [hunspell-di 20091006-4.1 German dictionary for hunspell ii hunspell-en-us [hunspell-di 20070829-4 English_american dictionary for hu Versions of packages icedove suggests: ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.31.5-1 GNOME configuration database syste ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.8.3+dfsg-2 MIT Kerberos runtime libraries - k ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n pn ttf-lyx none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux)
Bug#535504: marked as done (libc6: resolving: does not try different nameserver anymore)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-00085s...@franck.debian.org and subject line Bug#602291: fixed in eglibc 2.13-8 has caused the Debian Bug report #602291, regarding libc6: resolving: does not try different nameserver anymore 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.) -- 602291: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602291 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6 Version: 2.9-12 Hi, It seems that libc6 doesn't try the other nameserver anymore when the first returns 5(REFUSED). If a nameserver returns REFUSED, it's not the same as a permanent error. Atleast apt-get in stable and testing/unstable react different to this. Kurt ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.13-8 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.13-8_all.deb to main/e/eglibc/eglibc-source_2.13-8_all.deb eglibc_2.13-8.diff.gz to main/e/eglibc/eglibc_2.13-8.diff.gz eglibc_2.13-8.dsc to main/e/eglibc/eglibc_2.13-8.dsc glibc-doc_2.13-8_all.deb to main/e/eglibc/glibc-doc_2.13-8_all.deb libc-bin_2.13-8_amd64.deb to main/e/eglibc/libc-bin_2.13-8_amd64.deb libc-dev-bin_2.13-8_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-8_amd64.deb libc6-dbg_2.13-8_amd64.deb to main/e/eglibc/libc6-dbg_2.13-8_amd64.deb libc6-dev-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-8_amd64.deb libc6-dev_2.13-8_amd64.deb to main/e/eglibc/libc6-dev_2.13-8_amd64.deb libc6-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-i386_2.13-8_amd64.deb libc6-pic_2.13-8_amd64.deb to main/e/eglibc/libc6-pic_2.13-8_amd64.deb libc6-prof_2.13-8_amd64.deb to main/e/eglibc/libc6-prof_2.13-8_amd64.deb libc6-udeb_2.13-8_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-8_amd64.udeb libc6_2.13-8_amd64.deb to main/e/eglibc/libc6_2.13-8_amd64.deb libnss-dns-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-8_amd64.udeb libnss-files-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-8_amd64.udeb locales-all_2.13-8_amd64.deb to main/e/eglibc/locales-all_2.13-8_amd64.deb locales_2.13-8_all.deb to main/e/eglibc/locales_2.13-8_all.deb multiarch-support_2.13-8_amd64.deb to main/e/eglibc/multiarch-support_2.13-8_amd64.deb nscd_2.13-8_amd64.deb to main/e/eglibc/nscd_2.13-8_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 602...@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: Thu, 30 Jun 2011 07:41:52 +0200 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd multiarch-support 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-i686 libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen libc6.1-alphaev67 libc6-loongson2f libnss-dns-udeb libnss-files-udeb Architecture: source all amd64 Version: 2.13-8 Distribution: unstable Urgency: low Maintainer: Aurelien Jarno aure...@debian.org Changed-By: Aurelien Jarno aure...@debian.org Description: eglibc-source - Embedded GNU C Library: sources glibc-doc - Embedded GNU C Library: Documentation libc-bin - Embedded GNU C Library: Binaries libc-dev-bin - Embedded GNU C Library: Development binaries libc0.1- Embedded GNU C Library: Shared libraries libc0.1-dbg - Embedded GNU C Library: detached debugging symbols libc0.1-dev - Embedded GNU C Library: Development Libraries and Header Files libc0.1-dev-i386 - Embedded GNU C Library: 32bit development libraries for AMD64 libc0.1-i386 -
Bug#626370: marked as done (CVE-2011-1659: Integer overflow in posix/fnmatch.c)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-00085v...@franck.debian.org and subject line Bug#626370: fixed in eglibc 2.13-8 has caused the Debian Bug report #626370, regarding CVE-2011-1659: Integer overflow in posix/fnmatch.c 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.) -- 626370: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626370 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: eglibc Severity: important Tags: squeeze lenny security Hi, CVE-2011-1659 is about an integer overflow in posix/fnmatch.c (function fnmatch). The following versions of eglibc are vulnerable (manual check with a program using fnmatch): - lenny i386 - libc6 2.7-18lenny7 - squeeze amd64 - libc6 2.11.2-10 - squeeze amd64 - libc6-i386 2.11.2-10 Others versions aren't be checked, but may be vulnerable too. The upstream reported (and corrected) the problem here: http://sourceware.org/bugzilla/show_bug.cgi?id=12583 The upstream bug report included: - a source program using fnmatch (which I used to check the problem) - a patch to check size of pattern in wide character representation The diff introduced to correct the problem is here: http://sourceware.org/git/?p=glibc.git;a=commit;h=8126d90480fa3e0c5c5cd0d02cb1c93174b45485 I haved to modify the test program for segv occurs: - use a UTF-8 locale installed on my system (en_US.UTF8 wasn't) - increase the string size used in fnmatch (for libc6-i386 on amd64 only) Thanks. Sébastien Marie -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.13-8 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.13-8_all.deb to main/e/eglibc/eglibc-source_2.13-8_all.deb eglibc_2.13-8.diff.gz to main/e/eglibc/eglibc_2.13-8.diff.gz eglibc_2.13-8.dsc to main/e/eglibc/eglibc_2.13-8.dsc glibc-doc_2.13-8_all.deb to main/e/eglibc/glibc-doc_2.13-8_all.deb libc-bin_2.13-8_amd64.deb to main/e/eglibc/libc-bin_2.13-8_amd64.deb libc-dev-bin_2.13-8_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-8_amd64.deb libc6-dbg_2.13-8_amd64.deb to main/e/eglibc/libc6-dbg_2.13-8_amd64.deb libc6-dev-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-8_amd64.deb libc6-dev_2.13-8_amd64.deb to main/e/eglibc/libc6-dev_2.13-8_amd64.deb libc6-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-i386_2.13-8_amd64.deb libc6-pic_2.13-8_amd64.deb to main/e/eglibc/libc6-pic_2.13-8_amd64.deb libc6-prof_2.13-8_amd64.deb to main/e/eglibc/libc6-prof_2.13-8_amd64.deb libc6-udeb_2.13-8_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-8_amd64.udeb libc6_2.13-8_amd64.deb to main/e/eglibc/libc6_2.13-8_amd64.deb libnss-dns-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-8_amd64.udeb libnss-files-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-8_amd64.udeb locales-all_2.13-8_amd64.deb to main/e/eglibc/locales-all_2.13-8_amd64.deb locales_2.13-8_all.deb to main/e/eglibc/locales_2.13-8_all.deb multiarch-support_2.13-8_amd64.deb to main/e/eglibc/multiarch-support_2.13-8_amd64.deb nscd_2.13-8_amd64.deb to main/e/eglibc/nscd_2.13-8_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 626...@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: Thu, 30 Jun 2011 07:41:52 +0200 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd multiarch-support 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
Bug#630608: marked as done ([bash] Everything Segfaults After lib6 -7 Upgrade)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-00085y...@franck.debian.org and subject line Bug#630608: fixed in eglibc 2.13-8 has caused the Debian Bug report #630608, regarding [bash] Everything Segfaults After lib6 -7 Upgrade 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.) -- 630608: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630608 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: bash Version: 4.1-3 Severity: critical --- Please enter the report below this line. --- After upgrading lib6 to current Sid (-7), everything, I mean everything segfaults. System will boot up very normally but as soon as I log in, the fun begins. There are numerous error messages from the bashrc or conf. Then, once again, everything segfaults. Big red switch time. Since everything in bootup ran normally, and only when I enter a sh do I get the problem, I am filing this on bash. Re-route if I am mistaken. --- System information. --- Architecture: i386 Kernel: Linux 2.6.39-1-686-pae Debian Release: wheezy/sid 990 unstablewww.debian-multimedia.org 990 unstablehttp.us.debian.org 990 unstabledebian.tagancha.org 990 unstabledebian.scribus.net 990 unstabledebian.pengutronix.de 650 testing security.debian.org 650 testing http.us.debian.org 650 testing dl.google.com 500 stable security.debian.org 500 stable http.us.debian.org 500 stable deb.opera.com 500 karmic ppa.launchpad.net 500 intrepidppa.launchpad.net 101 experimental-snapshots qt-kde.debian.net 1 experimentaldebian.co.il --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.13-8 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.13-8_all.deb to main/e/eglibc/eglibc-source_2.13-8_all.deb eglibc_2.13-8.diff.gz to main/e/eglibc/eglibc_2.13-8.diff.gz eglibc_2.13-8.dsc to main/e/eglibc/eglibc_2.13-8.dsc glibc-doc_2.13-8_all.deb to main/e/eglibc/glibc-doc_2.13-8_all.deb libc-bin_2.13-8_amd64.deb to main/e/eglibc/libc-bin_2.13-8_amd64.deb libc-dev-bin_2.13-8_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-8_amd64.deb libc6-dbg_2.13-8_amd64.deb to main/e/eglibc/libc6-dbg_2.13-8_amd64.deb libc6-dev-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-8_amd64.deb libc6-dev_2.13-8_amd64.deb to main/e/eglibc/libc6-dev_2.13-8_amd64.deb libc6-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-i386_2.13-8_amd64.deb libc6-pic_2.13-8_amd64.deb to main/e/eglibc/libc6-pic_2.13-8_amd64.deb libc6-prof_2.13-8_amd64.deb to main/e/eglibc/libc6-prof_2.13-8_amd64.deb libc6-udeb_2.13-8_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-8_amd64.udeb libc6_2.13-8_amd64.deb to main/e/eglibc/libc6_2.13-8_amd64.deb libnss-dns-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-8_amd64.udeb libnss-files-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-8_amd64.udeb locales-all_2.13-8_amd64.deb to main/e/eglibc/locales-all_2.13-8_amd64.deb locales_2.13-8_all.deb to main/e/eglibc/locales_2.13-8_all.deb multiarch-support_2.13-8_amd64.deb to main/e/eglibc/multiarch-support_2.13-8_amd64.deb nscd_2.13-8_amd64.deb to main/e/eglibc/nscd_2.13-8_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 630...@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: Thu, 30 Jun 2011 07:41:52 +0200 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd multiarch-support 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
Bug#630699: marked as done (CVE-2011-1089: /etc/mtab corruption)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-000861...@franck.debian.org and subject line Bug#630699: fixed in eglibc 2.13-8 has caused the Debian Bug report #630699, regarding CVE-2011-1089: /etc/mtab corruption 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.) -- 630699: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630699 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6 Version: 2.13-4 Severity: normal Tags: patch From the security tracker: The addmntent function in the GNU C Library (aka glibc or libc6) 2.13 and earlier does not report an error status for failed attempts to write to the /etc/mtab file, which makes it easier for local users to trigger corruption of this file, as demonstrated by writes from a process with a small RLIMIT_FSIZE value, a different vulnerability than CVE-2010-0296. A longer discussion is in http://seclists.org/oss-sec/2011/q1/368 A patch is in http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=e1fb097f447a89aa69a926e45e673a52d86a6c57 (which also means that will be gone with version 2.14) cu AW -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38 (PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.13-4 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.0-10 GCC support library Versions of packages libc6 recommends: pn libc6-i686none (no description available) Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.13-4 Embedded GNU C Library: National L -- debconf information excluded ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.13-8 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.13-8_all.deb to main/e/eglibc/eglibc-source_2.13-8_all.deb eglibc_2.13-8.diff.gz to main/e/eglibc/eglibc_2.13-8.diff.gz eglibc_2.13-8.dsc to main/e/eglibc/eglibc_2.13-8.dsc glibc-doc_2.13-8_all.deb to main/e/eglibc/glibc-doc_2.13-8_all.deb libc-bin_2.13-8_amd64.deb to main/e/eglibc/libc-bin_2.13-8_amd64.deb libc-dev-bin_2.13-8_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-8_amd64.deb libc6-dbg_2.13-8_amd64.deb to main/e/eglibc/libc6-dbg_2.13-8_amd64.deb libc6-dev-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-8_amd64.deb libc6-dev_2.13-8_amd64.deb to main/e/eglibc/libc6-dev_2.13-8_amd64.deb libc6-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-i386_2.13-8_amd64.deb libc6-pic_2.13-8_amd64.deb to main/e/eglibc/libc6-pic_2.13-8_amd64.deb libc6-prof_2.13-8_amd64.deb to main/e/eglibc/libc6-prof_2.13-8_amd64.deb libc6-udeb_2.13-8_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-8_amd64.udeb libc6_2.13-8_amd64.deb to main/e/eglibc/libc6_2.13-8_amd64.deb libnss-dns-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-8_amd64.udeb libnss-files-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-8_amd64.udeb locales-all_2.13-8_amd64.deb to main/e/eglibc/locales-all_2.13-8_amd64.deb locales_2.13-8_all.deb to main/e/eglibc/locales_2.13-8_all.deb multiarch-support_2.13-8_amd64.deb to main/e/eglibc/multiarch-support_2.13-8_amd64.deb nscd_2.13-8_amd64.deb to main/e/eglibc/nscd_2.13-8_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 630...@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: Thu, 30 Jun 2011 07:41:52 +0200 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg
Bug#631867: marked as done (sigev_notify_kqueue, SIGEV_KEVENT and SIGEV_THREAD_ID in bits/siginfo.h)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-000868...@franck.debian.org and subject line Bug#631867: fixed in eglibc 2.13-8 has caused the Debian Bug report #631867, regarding sigev_notify_kqueue, SIGEV_KEVENT and SIGEV_THREAD_ID in bits/siginfo.h 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.) -- 631867: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631867 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc0.1-dev Version: 2.13-7 Severity: wishlist Tags: patch Please consider this update for bits/siginfo.h, it's a resync with some of the missing definitions from FreeBSD sys/signal.h. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc0.1-dev depends on: ii kfreebsd-kernel-headers 0.55 kernel of FreeBSD headers for deve ii libc-dev-bin 2.13-7 Embedded GNU C Library: Developmen ii libc0.1 2.13-7 Embedded GNU C Library: Shared lib Versions of packages libc0.1-dev recommends: ii bcc [c-compiler] 0.16.17-3.1 16-bit x86 C compiler ii gcc [c-compiler] 4:4.6.0-6 GNU C compiler ii gcc-4.6 [c-compiler] 4.6.0-14GNU C compiler Versions of packages libc0.1-dev suggests: pn glibc-doc none (no description available) ii manpages-dev 3.28-1 Manual pages about using GNU/Linux -- no debconf information Index: bits/siginfo.h === --- bits/siginfo.h (revision 3490) +++ bits/siginfo.h (working copy) @@ -199,6 +199,8 @@ void *sigev_notify_attributes; /* Really pthread_attr_t. */ } sigevent_t; +#define sigev_notify_kqueue sigev_signo + /* `sigev_notify' values. */ enum { @@ -207,8 +209,12 @@ SIGEV_NONE = 0, /* Other notification: meaningless. */ # define SIGEV_NONE SIGEV_NONE /* Not yet supported by the kernel. */ - SIGEV_THREAD = 2 /* Deliver via thread creation. */ + SIGEV_THREAD = 2, /* Deliver via thread creation. */ # define SIGEV_THREAD SIGEV_THREAD + SIGEV_KEVENT = 3, +# define SIGEV_KEVENT SIGEV_KEVENT + SIGEV_THREAD_ID = 4, +# define SIGEV_THREAD_ID SIGEV_THREAD_ID }; #endif /* have _SIGNAL_H. */ ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.13-8 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.13-8_all.deb to main/e/eglibc/eglibc-source_2.13-8_all.deb eglibc_2.13-8.diff.gz to main/e/eglibc/eglibc_2.13-8.diff.gz eglibc_2.13-8.dsc to main/e/eglibc/eglibc_2.13-8.dsc glibc-doc_2.13-8_all.deb to main/e/eglibc/glibc-doc_2.13-8_all.deb libc-bin_2.13-8_amd64.deb to main/e/eglibc/libc-bin_2.13-8_amd64.deb libc-dev-bin_2.13-8_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-8_amd64.deb libc6-dbg_2.13-8_amd64.deb to main/e/eglibc/libc6-dbg_2.13-8_amd64.deb libc6-dev-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-8_amd64.deb libc6-dev_2.13-8_amd64.deb to main/e/eglibc/libc6-dev_2.13-8_amd64.deb libc6-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-i386_2.13-8_amd64.deb libc6-pic_2.13-8_amd64.deb to main/e/eglibc/libc6-pic_2.13-8_amd64.deb libc6-prof_2.13-8_amd64.deb to main/e/eglibc/libc6-prof_2.13-8_amd64.deb libc6-udeb_2.13-8_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-8_amd64.udeb libc6_2.13-8_amd64.deb to main/e/eglibc/libc6_2.13-8_amd64.deb libnss-dns-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-8_amd64.udeb libnss-files-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-8_amd64.udeb locales-all_2.13-8_amd64.deb to main/e/eglibc/locales-all_2.13-8_amd64.deb locales_2.13-8_all.deb to main/e/eglibc/locales_2.13-8_all.deb multiarch-support_2.13-8_amd64.deb to main/e/eglibc/multiarch-support_2.13-8_amd64.deb nscd_2.13-8_amd64.deb to main/e/eglibc/nscd_2.13-8_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 631...@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
Bug#631907: marked as done (libc6-dev: should add breaks for gcc without multiarch support)
Your message dated Thu, 30 Jun 2011 07:48:17 + with message-id e1qcbyz-00086d...@franck.debian.org and subject line Bug#631907: fixed in eglibc 2.13-8 has caused the Debian Bug report #631907, regarding libc6-dev: should add breaks for gcc without multiarch support 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.) -- 631907: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631907 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6-dev Version: 2.13-7 Hi, It seems like libc6-dev breaks gccs without multiarch support: $ cat t.c #include stdio.h int main() { printf('lo world\n); return 0; } $ make t CC=gcc-4.4 gcc-4.4 t.c -o t /usr/bin/ld.bfd.real: cannot find crt1.o: No such file or directory /usr/bin/ld.bfd.real: cannot find crti.o: No such file or directory collect2: ld returned 1 exit status make: *** [t] Error 1 $ make t CC=gcc-4.5 gcc-4.5 t.c -o t /usr/bin/ld.bfd.real: cannot find crt1.o: No such file or directory /usr/bin/ld.bfd.real: cannot find crti.o: No such file or directory collect2: ld returned 1 exit status make: *** [t] Error 1 $ make t CC=gcc-4.6 gcc-4.6 t.c -o t /usr/bin/ld.bfd.real: cannot find crt1.o: No such file or directory /usr/bin/ld.bfd.real: cannot find crti.o: No such file or directory collect2: ld returned 1 exit status make: *** [t] Error 1 $ dpkg-query -W -f '${Package}: ${Version}\n' gcc-4.{4..6} binutils gcc-4.4: 4.4.5-13 gcc-4.5: 4.5.2-4 gcc-4.6: 4.6.0-2 binutils: 2.21.0.20110327-2 After upgrading gcc-4.4 to 4.4.6-6 it still won't build: $ make t CC=gcc-4.4 gcc-4.4 t.c -o t /usr/bin/ld.bfd.real: cannot find -lgcc_s collect2: ld returned 1 exit status make: *** [t] Error 1 But that seems to be an issue on gcc (output edited for readability): $ strace -f -e open make t CC=gcc-4.4 21| grep gcc_s | grep 486 open(/usr/lib/i386-linux-gnu/gcc/i486-linux-gnu/4.4.6/libgcc_s.so, O_RDONLY| O_LARGEFILE) = -1 ENOENT open(/usr/lib/i386-linux-gnu/gcc/i486-linux-gnu/4.4.6/libgcc_s.a, O_RDONLY| O_LARGEFILE) = -1 ENOENT open(/usr/lib/i386-linux-gnu/gcc/i486-linux-gnu/4.4.6/../../../libgcc_s.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT open(/usr/lib/i386-linux-gnu/gcc/i486-linux-gnu/4.4.6/../../../libgcc_s.a, O_RDONLY|O_LARGEFILE) = -1 ENOENT open(/usr/i486-linux-gnu/lib32/libgcc_s.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT open(/usr/i486-linux-gnu/lib32/libgcc_s.a, O_RDONLY|O_LARGEFILE) = -1 ENOENT Another try, upgrading gcc-4.6 to 4.6.0-10 (with multiarch support): $ make t CC=gcc-4.6 gcc-4.6 t.c -o t $ ./t 'lo world Please add Breaks, as appropriate. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.13-8 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.13-8_all.deb to main/e/eglibc/eglibc-source_2.13-8_all.deb eglibc_2.13-8.diff.gz to main/e/eglibc/eglibc_2.13-8.diff.gz eglibc_2.13-8.dsc to main/e/eglibc/eglibc_2.13-8.dsc glibc-doc_2.13-8_all.deb to main/e/eglibc/glibc-doc_2.13-8_all.deb libc-bin_2.13-8_amd64.deb to main/e/eglibc/libc-bin_2.13-8_amd64.deb libc-dev-bin_2.13-8_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-8_amd64.deb libc6-dbg_2.13-8_amd64.deb to main/e/eglibc/libc6-dbg_2.13-8_amd64.deb libc6-dev-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-8_amd64.deb libc6-dev_2.13-8_amd64.deb to main/e/eglibc/libc6-dev_2.13-8_amd64.deb libc6-i386_2.13-8_amd64.deb to main/e/eglibc/libc6-i386_2.13-8_amd64.deb libc6-pic_2.13-8_amd64.deb to main/e/eglibc/libc6-pic_2.13-8_amd64.deb libc6-prof_2.13-8_amd64.deb to main/e/eglibc/libc6-prof_2.13-8_amd64.deb libc6-udeb_2.13-8_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-8_amd64.udeb libc6_2.13-8_amd64.deb to main/e/eglibc/libc6_2.13-8_amd64.deb libnss-dns-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-8_amd64.udeb libnss-files-udeb_2.13-8_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-8_amd64.udeb locales-all_2.13-8_amd64.deb to main/e/eglibc/locales-all_2.13-8_amd64.deb locales_2.13-8_all.deb to main/e/eglibc/locales_2.13-8_all.deb multiarch-support_2.13-8_amd64.deb to main/e/eglibc/multiarch-support_2.13-8_amd64.deb nscd_2.13-8_amd64.deb to main/e/eglibc/nscd_2.13-8_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 631...@bugs.debian.org, and the
Bug#632176: libc6: Needs to conflict with lib64* packages on amd64
Package: libc6 Version: 2.13-7 Severity: important User: vor...@debian.org Usertags: multiarch On multiarch-enabled i386 systems, installing libc6:amd64 together with lib64foo:i386 has some interesting effects. To reproduce, set up an i386 chroot with a dpkg from the pu/multiarch/full branch of git://git.debian.org/users/hertzog/dpkg.git, enable amd64 as a foreign architecture (echo foreign-architecture amd64 /etc/dpkg/dpkg.cfg), and run apt-get update. Then # apt-get install libc6:amd64 # apt-get install lib64ncurses5 # bash You get an error message: bash: error while loading shared libraries: libncurses.so.5: wrong ELF class: ELFCLASS64. The effects of installing libc6:amd64 _after_ lib64ncurses5 will also be interesting, since /lib64 does not get converted to a symlink in that case, AFAICS. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-rc5-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877h83r8dp@turtle.gmx.de
Bug#632190: fails to install in cdebootstrap and debootstrap
Package: libc6 Version: 2.13-8 Severity: important Hi Since eglibc was upgraded to 2.13-8 (this worked fine with eglibc 2.13-7, ignoring the unrelated issue between tzdata and cdebootstrap) cdebootstrap and debootstrap fail installing libc6: # cdebootstrap --debug -v --arch=amd64 sid /mnt/ http://ftp.de.debian.org/debian [...] D: call action: dpkg-unpack D: Execute dpkg --unpack --force-all /var/cache/bootstrap/libc-bin_2.13-8_amd64.deb /var/cache/bootstrap/gcc-4.6-base_4.6.1-1_amd64.deb /var/cache/bootstrap/libc6_2.13-8_amd64.deb /var/cache/bootstrap/multiarch-support_2.13-8_amd64.deb /var/cache/bootstrap/libgcc1_4.6.1-1_amd64.deb /var/cache/bootstrap/libselinux1_2.0.98-1.1_amd64.deb /var/cache/bootstrap/zlib1g_1.2.3.4.dfsg-3_amd64.deb /var/cache/bootstrap/libattr1_2.4.46-1_amd64.deb /var/cache/bootstrap/libacl1_2.2.51-1_amd64.deb /var/cache/bootstrap/coreutils_8.5-1_amd64.deb /var/cache/bootstrap/liblzma2_5.0.0-2_amd64.deb /var/cache/bootstrap/xz-utils_5.0.0-2_amd64.deb /var/cache/bootstrap/libbz2-1.0_1.0.5-6_amd64.deb /var/cache/bootstrap/perl-base_5.12.3-7+b1_amd64.deb /var/cache/bootstrap/debconf_1.5.40_all.deb /var/cache/bootstrap/libpam0g_1.1.3-2_amd64.deb /var/cache/bootstrap/libpam-modules-bin_1.1.3-2_amd64.deb /var/cache/bootstrap/libdb5.1_5.1.25-11_amd64.deb /var/cache/bootstrap/libpam-modules_1.1.3-2_amd64.deb /var/cache/bootstrap/sensible-utils_0. O: Selecting previously deselected package libc-bin. O: (Reading database ... O: 267 files and directories currently installed.) O: Unpacking libc-bin (from .../libc-bin_2.13-8_amd64.deb) ... P: Unpacking package libc-bin D: Updating libc-bin to status 2 O: Selecting previously deselected package gcc-4.6-base. O: Unpacking gcc-4.6-base (from .../gcc-4.6-base_4.6.1-1_amd64.deb) ... P: Unpacking package gcc-4.6-base D: Updating gcc-4.6-base to status 2 O: Selecting previously deselected package libc6. O: Unpacking libc6 (from .../libc6_2.13-8_amd64.deb) ... P: Unpacking package libc6 D: Updating libc6 to status 2 O: O: A copy of the C library was found in an unexpected directory: O: '/lib/x86_64-linux-gnu/libc-2.13.so' O: It is not safe to upgrade the C library in this situation; O: please remove that copy of the C library or get it out of O: '/lib/x86_64-linux-gnu' and try again. O: O: dpkg: error processing /var/cache/bootstrap/libc6_2.13-8_amd64.deb (--unpack): O: subprocess new pre-installation script returned error exit status 1 O: Selecting previously deselected package multiarch-support. O: Unpacking multiarch-support (from .../multiarch-support_2.13-8_amd64.deb) ... P: Unpacking package multiarch-support D: Updating multiarch-support to status 2 [...] O: Errors were encountered while processing: O: /var/cache/bootstrap/libc6_2.13-8_amd64.deb D: Status: 256 E: Internal error: install # debootstrap --verbose --arch=amd64 --variant=minbase sid /mnt/ http://ftp.de.debian.org/debian [...] I: Extracting zlib1g... I: Installing core packages... W: Failure trying to run: chroot /mnt dpkg --force-depends --install /var/cache/apt/archives/libc6_2.13-8_amd64.deb Upgrading libc6 on an installed system doesn't appear to be affected. Regards Stefan Lippers-Hollmann -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2.slh.1-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.13-8 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.1-1 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.13-8 Embedded GNU C Library: National L ii locales-all [locales] 2.13-8 Embedded GNU C Library: Precompile -- debconf information excluded -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201106301436.38083.s@gmx.de
Processed: Re: Bug#630180: binutils: Emits GNU/Linux objects on hurd-i386
Processing commands for cont...@bugs.debian.org: reassign 630180 libc0.3 Bug #630180 [binutils] binutils: Emits GNU/Linux objects on hurd-i386 Bug reassigned from package 'binutils' to 'libc0.3'. Bug No longer marked as found in versions binutils/2.21.51.20110421-3. thanks Stopping processing here. Please contact me if you need assistance. -- 630180: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630180 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130943857311718.transcr...@bugs.debian.org
Bug#632196: libc6: unable to deboostrap as preinst thinks extracted files are copy
Package: libc6 Version: 2.13-8 Severity: normal Hi, attempting to (c)deboostrap sid with with 2.13-8 fails with the following: O: Unpacking libc6 (from .../libc6_2.13-8_amd64.deb) ... P: Unpacking package libc6 O: O: A copy of the C library was found in an unexpected directory: O: '/lib/x86_64-linux-gnu/libc-2.13.so' O: It is not safe to upgrade the C library in this situation; O: please remove that copy of the C library or get it out of O: '/lib/x86_64-linux-gnu' and try again. O: O: dpkg: error processing /var/cache/bootstrap/libc6_2.13-8_amd64.deb (--unpack): O: subprocess new pre-installation script returned error exit status 1 I believe the problem is that libc6 is extracted and then the preinst is run, so when the preinst runs libc6 own files are in place but as libc6 hasn't been installed: libcfiles=$(dpkg-query -L libc6 2/dev/null) leaves libcfiles empty. This means then that check_dir thinks it has found a copy of the C library when it has found the one it is meant to be installing. if echo $libcfiles | grep -q [ ^]$lib[ $] ; then continue fi Sorry, but I'm really not sure how this should be fixed so I haven't even attempted to include a patch. Thanks, Niall -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1.slh.4-aptosid-amd64 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.13-8 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.1-1 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.13-8 Embedded GNU C Library: National L -- debconf information: glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110630135814.4551.48731.reportbug@localhost
Processed: forcibly merging 632190 632196
Processing commands for cont...@bugs.debian.org: forcemerge 632190 632196 Bug#632190: fails to install in cdebootstrap and debootstrap Bug#632196: libc6: unable to deboostrap as preinst thinks extracted files are copy Forcibly Merged 632190 632196. thanks Stopping processing here. Please contact me if you need assistance. -- 632196: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632196 632190: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632190 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130944314225074.transcr...@bugs.debian.org
Bug#632176: libc6: Needs to conflict with lib64* packages on amd64
Hi Sven, Sven Joachim wrote: On multiarch-enabled i386 systems, installing libc6:amd64 together with lib64foo:i386 has some interesting effects. [...] # apt-get install libc6:amd64 # apt-get install lib64ncurses5 # bash You get an error message: bash: error while loading shared libraries: libncurses.so.5: wrong ELF class: ELFCLASS64. Weird and scary. Any idea why this happens? The effects of installing libc6:amd64 _after_ lib64ncurses5 will also be interesting, since /lib64 does not get converted to a symlink in that case, AFAICS. I hope installing libc6:amd64 before does not change /lib64 into a symlink, either (maybe that is what is happening here). Multiarch is not meant to break existing biarch programs. Thanks for reporting, Jonathan -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110630163649.GA17882@elie
Bug#632176: libc6: Needs to conflict with lib64* packages on amd64
On 2011-06-30 18:36 +0200, Jonathan Nieder wrote: Sven Joachim wrote: On multiarch-enabled i386 systems, installing libc6:amd64 together with lib64foo:i386 has some interesting effects. [...] # apt-get install libc6:amd64 # apt-get install lib64ncurses5 # bash You get an error message: bash: error while loading shared libraries: libncurses.so.5: wrong ELF class: ELFCLASS64. Weird and scary. Any idea why this happens? I can even explain exactly why. :-) Because I had no /lib64 directory before, installing libc6:amd64 created the /lib64 - /lib symlink, and then installing lib64ncurses5 created /lib64/libncurses.so.5, overwriting the existing /lib/libncurses.so.5 from libncurses5 through the symlink. This is a file conflict that dpkg does not notice. The effects of installing libc6:amd64 _after_ lib64ncurses5 will also be interesting, since /lib64 does not get converted to a symlink in that case, AFAICS. I hope installing libc6:amd64 before does not change /lib64 into a symlink, either (maybe that is what is happening here). If /lib64 already exists, it will not be converted. This means that removing libc6-amd64 will instantly break all 64-bit programs, because /lib64/ld-linux-x86-64.so.2 is gone and you are left with /lib/ld-linux-x86-64.so.2 which is in the wrong directory. :-/ Cheers, Sven -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjqrp7se@turtle.gmx.de
r4774 - glibc-package/trunk/debian/patches/hurd-i386
Author: sthibault Date: 2011-06-30 17:56:58 + (Thu, 30 Jun 2011) New Revision: 4774 Modified: glibc-package/trunk/debian/patches/hurd-i386/submitted-ldsodefs.h.diff Log: Update patches/hurd-i386/submitted-ldsodefs.h.diff according to binutils decision Modified: glibc-package/trunk/debian/patches/hurd-i386/submitted-ldsodefs.h.diff === --- glibc-package/trunk/debian/patches/hurd-i386/submitted-ldsodefs.h.diff 2011-06-30 07:53:57 UTC (rev 4773) +++ glibc-package/trunk/debian/patches/hurd-i386/submitted-ldsodefs.h.diff 2011-06-30 17:56:58 UTC (rev 4774) @@ -1,13 +1,12 @@ http://sourceware.org/ml/libc-alpha/2011-06/msg00087.html -binutils started emitting ELF files with ELFOSABI_LINUX due to GNU-specific -ELF extensions. We need to accept loading such binaries on hurd-i386. This -does it for the binutils-defined ELFOSABI_HURD, but maybe we will just rename -ELFOSABI_LINUX into ELFOSABI_GNU actually, so this is disabled for now. +binutils started emitting ELF files with ELFOSABI_GNU due to GNU-specific +ELF extensions. We need to accept loading such binaries on hurd-i386 too. 2011-06-19 Samuel Thibault samuel.thiba...@ens-lyon.org - * elf/elf.h (ELFOSABI_HURD): Define macro. + * elf/elf.h (ELFOSABI_GNU): Define macro. + (ELFOSABI_LINUX): Comment that it is just an alias for ELFOSABI_GNU. * sysdeps/mach/hurd/ldsodefs.h: New file, defines VALID_ELF_HEADER, VALID_ELF_OSABI, VALID_ELF_ABIVERSION, MORE_ELF_HEADER_DATA, declares _dl_non_dynamic_init. @@ -16,14 +15,16 @@ * sysdeps/mach/hurd/i386/init-first.c (_dl_non_dynamic_init): Likewise. diff --git a/elf/elf.h b/elf/elf.h -index acb7762..4ef9bb6 100644 +index acb7762..cad15cd 100644 --- a/elf/elf.h +++ b/elf/elf.h -@@ -143,6 +143,7 @@ typedef struct +@@ -142,7 +142,8 @@ typedef struct + #define ELFOSABI_SYSV 0 /* Alias. */ #define ELFOSABI_HPUX 1 /* HP-UX */ #define ELFOSABI_NETBSD 2 /* NetBSD. */ - #define ELFOSABI_LINUX3 /* Linux. */ -+#define ELFOSABI_HURD 4 /* GNU/Hurd. */ +-#define ELFOSABI_LINUX3 /* Linux. */ ++#define ELFOSABI_GNU 3 /* GNU. */ ++#define ELFOSABI_LINUX3 /* Alias for ELFOSABI_GNU. */ #define ELFOSABI_SOLARIS 6 /* Sun Solaris. */ #define ELFOSABI_AIX 7 /* IBM AIX. */ #define ELFOSABI_IRIX 8 /* SGI Irix. */ @@ -81,9 +82,9 @@ +#define VALID_ELF_HEADER(hdr,exp,size)(memcmp (hdr, exp, size) == 0 \ + || memcmp (hdr, expected2, size) == 0) +#define VALID_ELF_OSABI(osabi)(osabi == ELFOSABI_SYSV \ -+ || osabi == ELFOSABI_HURD) ++ || osabi == ELFOSABI_GNU) +#define VALID_ELF_ABIVERSION(osabi,ver) \ -+ (ver == 0 || (osabi == ELFOSABI_HURD ver LIBC_ABI_MAX)) ++ (ver == 0 || (osabi == ELFOSABI_GNU ver LIBC_ABI_MAX)) +#define MORE_ELF_HEADER_DATA \ + static const unsigned char expected2[EI_PAD] = \ + { \ @@ -94,7 +95,7 @@ +[EI_CLASS] = ELFW(CLASS), \ +[EI_DATA] = byteorder,\ +[EI_VERSION] = EV_CURRENT,\ -+[EI_OSABI] = ELFOSABI_HURD\ ++[EI_OSABI] = ELFOSABI_GNU \ + } + +#endif /* ldsodefs.h */ -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qclu2-0005zj...@vasks.debian.org
Bug#631878: fixed in tzdata 2011h-2
Hi, I can confirm that the same happens with a multistrap installation. tzdata cannot be configured: $ fakeroot fakechroot chroot debian-sid-armel-2011-06-30 dpkg --configure tzdata Setting up tzdata (2011h-2) ... dpkg: error processing tzdata (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: tzdata $ The configuration breaks at line 87 in /usr/share/debconf/frontend where $confmodule-communicate returns a non-zero exit status and fails. cheers, josch -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110630193516.GA16569@hoothoot
Bug#632252: libc6: assertion error in res_query.c
Package: libc6 Version: 2.13-8 Severity: important Today I upgraded both chromium (the web browser) and libc6. I've seen cases when I open a new tab and quickly type in a site name where the browser crashes and upon reopening it and restoring my tabs, it crashes again. Repeat several times until it no longer crashes. Running chromium from the command line, I get: chromium --auth-server-whitelist=*.crustytoothpaste.net --password-store=detect: res_query.c:251: __libc_res_nquery: Assertion `hp != hp2' failed. If glibc encounters an error, it should indicate that error by returning an error code or setting errno or using some other error indication mechanism, not triggering an assertion. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc4-amd64 (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/dash Versions of packages libc6 depends on: ii libc-bin 2.13-8 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.1-1 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii cdebconf [debconf-2.0]0.156 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.13-8 Embedded GNU C Library: National L ii locales-all [locales] 2.13-8 Embedded GNU C Library: Precompile -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: cups cron atd -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#632273: libc6: resolving: does not try different nameserver after recursion not available
Package: libc6 Version: 2.13-8 Tags: upstream Typical amd64 experimental system. No ipv6 in sight. Since the last upgrade[*] (libc6 2.13-7 - 2.13-8), programs like wget that use getaddrinfo are failing resolution instead of resolving some hosts: | $ wget http://repo.or.cz/ | --2011-06-30 23:37:55-- http://repo.or.cz/ | Resolving repo.or.cz... failed: No address associated with hostname. | wget: unable to resolve host address “repo.or.cz” nslookup shows the cause: | $ nslookup repo.or.cz | ;; Got recursion not available from 172.16.0.1, trying next server | Server: 8.8.8.8 | Address:8.8.8.8#53 | | Non-authoritative answer: | Name: repo.or.cz | Address: 195.113.20.142 That is, the crazy wireless router in this wireless network provides a nonrecursive DNS server through DHCP and although resolv.conf also includes 8.8.8.8 for sanity, and the updated libc doesn't seem to use the latter any more. Downgrading to 2.13-7 fixes it. Bug? Regards, Jonathan [*] http://sourceware.org/bugzilla/show_bug.cgi?id=12684 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110701044519.GA28292@elie