Bug#675886: pu: package eglibc/2.11.3-4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi,
We would like to fix some bugs in the stable eglibc version.
One bug was supposed to be fixed in the previous upload, but it was
not due to the patch not being added to patches/series. It seems this
bug is quite important to be fixed given the number of bug report or
mails we get about it.
The remaining two other bugs are security issues that the security team
asked to be fixed in stable.
Please see the corresponding debdiff below.
Aurelien
diff -u eglibc-2.11.3/debian/changelog eglibc-2.11.3/debian/changelog
--- eglibc-2.11.3/debian/changelog
+++ eglibc-2.11.3/debian/changelog
@@ -1,3 +1,15 @@
+eglibc (2.11.3-4) stable; urgency=low
+
+ * Enable patches/any/cvs-dlopen-tls.diff, not enabled by mistake. Closes:
+#637239.
+ * patches/any/cvs-FORTIFY_SOURCE-format-strings.diff: new patch from
+upstream to fix FORTIFY_SOURCE format string protection bypass. Closes:
+#660611.
+ * patches/any/local-sunrpc-dos.diff: fix a DoS in RPC implementation
+(CVE-2011-4609). Closes: #671478.
+
+ -- Aurelien Jarno Sun, 03 Jun 2012 22:42:42 +0200
+
eglibc (2.11.3-3) stable; urgency=low
* patches/any/cvs-tzfile.diff: fix integer overflow in timezone code.
diff -u eglibc-2.11.3/debian/patches/series eglibc-2.11.3/debian/patches/series
--- eglibc-2.11.3/debian/patches/series
+++ eglibc-2.11.3/debian/patches/series
@@ -274,0 +275,3 @@
+any/cvs-dlopen-tls.diff
+any/cvs-FORTIFY_SOURCE-format-strings.diff
+any/local-sunrpc-dos.diff
only in patch2:
unchanged:
--- eglibc-2.11.3.orig/debian/patches/any/cvs-FORTIFY_SOURCE-format-strings.diff
+++ eglibc-2.11.3/debian/patches/any/cvs-FORTIFY_SOURCE-format-strings.diff
@@ -0,0 +1,86 @@
+2012-03-02 Kees Cook
+
+[BZ #13656]
+* stdio-common/vfprintf.c (vfprintf): Check for nargs overflow and
+possibly allocate from heap instead of stack.
+
+--- a/stdio-common/vfprintf.c
b/stdio-common/vfprintf.c
+@@ -235,6 +235,9 @@ vfprintf (FILE *s, const CHAR_T *format, va_list ap)
+ 0 if unknown. */
+ int readonly_format = 0;
+
++ /* For the argument descriptions, which may be allocated on the heap. */
++ void *args_malloced = NULL;
++
+ /* This table maps a character into a number representing a
+ class. In each step there is a destination label for each
+ class. */
+@@ -1647,9 +1650,10 @@ do_positional:
+determine the size of the array needed to store the argument
+attributes. */
+ size_t nargs = 0;
+-int *args_type;
+-union printf_arg *args_value = NULL;
++size_t bytes_per_arg;
++union printf_arg *args_value;
+ int *args_size;
++int *args_type;
+
+ /* Positional parameters refer to arguments directly. This could
+also determine the maximum number of arguments. Track the
+@@ -1698,13 +1702,38 @@ do_positional:
+
+ /* Determine the number of arguments the format string consumes. */
+ nargs = MAX (nargs, max_ref_arg);
++/* Calculate total size needed to represent a single argument across
++ all three argument-related arrays. */
++bytes_per_arg = sizeof (*args_value) + sizeof (*args_size)
+++ sizeof (*args_type);
++
++/* Check for potential integer overflow. */
++if (__builtin_expect (nargs > SIZE_MAX / bytes_per_arg, 0))
++ {
++ __set_errno (ERANGE);
++ done = -1;
++ goto all_done;
++ }
+
+-/* Allocate memory for the argument descriptions. */
+-args_type = alloca (nargs * sizeof (int));
++/* Allocate memory for all three argument arrays. */
++if (__libc_use_alloca (nargs * bytes_per_arg))
++args_value = alloca (nargs * bytes_per_arg);
++else
++ {
++args_value = args_malloced = malloc (nargs * bytes_per_arg);
++if (args_value == NULL)
++ {
++done = -1;
++goto all_done;
++ }
++ }
++
++/* Set up the remaining two arrays to each point past the end of the
++ prior array, since space for all three has been allocated now. */
++args_size = &args_value[nargs].pa_int;
++args_type = &args_size[nargs];
+ memset (args_type, s->_flags2 & _IO_FLAGS2_FORTIFY ? '\xff' : '\0',
+- nargs * sizeof (int));
+-args_value = alloca (nargs * sizeof (union printf_arg));
+-args_size = alloca (nargs * sizeof (int));
++ nargs * sizeof (*args_type));
+
+ /* XXX Could do sanity check here: If any element in ARGS_TYPE is
+still zero after this loop, format is invalid. For now we
+@@ -1973,8 +2002,8 @@ do_positional:
+ }
+
+ all_done:
+- if (__builtin_expect (workstart != NULL, 0))
+-free (workstart);
++ free (args_malloced);
++ free (workstart);
+ /* Unlock the stream. */
+ _IO_funlockfile (s);
+ _IO_cleanup_region_end (0);
only in patch2:
unchanged:
--- eglibc-2.11.3.orig/debian/patches/any/local-sunrpc-dos.diff
++
Bug#675606: marked as done (LinuxThreads version bump)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#675606: fixed in eglibc 2.13-33 has caused the Debian Bug report #675606, regarding LinuxThreads version bump 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.) -- 675606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675606 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libc0.1 Version: 2.13-32 Tags: patch Currently, perl relies on getconf to figure out whether threads have their own PID or not. They assume that this is true for linuxthreads but not for NPTL: $ getconf GNU_LIBPTHREAD_VERSION linuxthreads-0.10 $ getconf GNU_LIBPTHREAD_VERSION NPTL 2.11.3 Since this behaviour was changed in patched versions of linuxthreads, I think it'd be useful if they exposed a different version number so that users like perl can check for it. Patch attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 8.1-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 depends on: ii libc-bin 2.13-32 ii libgcc1 1:4.7.0-9 Versions of packages libc0.1 recommends: ii libc0.1-i686 2.13-32 Versions of packages libc0.1 suggests: ii debconf [debconf-2.0] 1.5.42 ii glibc-doc ii locales2.13-32 ii locales-all [locales] 2.13-32 -- debconf information excluded Index: debian/patches/kfreebsd/local-use-thr-primitives.diff === --- debian/patches/kfreebsd/local-use-thr-primitives.diff (revision 5259) +++ debian/patches/kfreebsd/local-use-thr-primitives.diff (working copy) @@ -688,3 +688,8 @@ return errno; else return 0; +--- a/linuxthreads/Banner b/linuxthreads/Banner +@@ -1 +1 @@ +-linuxthreads-0.10 by Xavier Leroy ++linuxthreads-0.11 by Debian GNU/kFreeBSD --- End Message --- --- Begin Message --- Source: eglibc Source-Version: 2.13-33 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-33_all.deb to main/e/eglibc/eglibc-source_2.13-33_all.deb eglibc_2.13-33.diff.gz to main/e/eglibc/eglibc_2.13-33.diff.gz eglibc_2.13-33.dsc to main/e/eglibc/eglibc_2.13-33.dsc glibc-doc_2.13-33_all.deb to main/e/eglibc/glibc-doc_2.13-33_all.deb libc-bin_2.13-33_amd64.deb to main/e/eglibc/libc-bin_2.13-33_amd64.deb libc-dev-bin_2.13-33_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb libc6-dbg_2.13-33_amd64.deb to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb libc6-dev-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb libc6-dev_2.13-33_amd64.deb to main/e/eglibc/libc6-dev_2.13-33_amd64.deb libc6-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-i386_2.13-33_amd64.deb libc6-pic_2.13-33_amd64.deb to main/e/eglibc/libc6-pic_2.13-33_amd64.deb libc6-prof_2.13-33_amd64.deb to main/e/eglibc/libc6-prof_2.13-33_amd64.deb libc6-udeb_2.13-33_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb libc6_2.13-33_amd64.deb to main/e/eglibc/libc6_2.13-33_amd64.deb libnss-dns-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb libnss-files-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb locales-all_2.13-33_amd64.deb to main/e/eglibc/locales-all_2.13-33_amd64.deb locales_2.13-33_all.deb to main/e/eglibc/locales_2.13-33_all.deb multiarch-support_2.13-33_amd64.deb to main/e/eglibc/multiarch-support_2.13-33_amd64.deb nscd_2.13-33_amd64.deb to main/e/eglibc/nscd_2.13-33_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 675...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (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, 03 Jun 2012 21:38:54 +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 lib
Bug#674954: marked as done (eglibc: [INTL:pt] Updated Portuguese translation for debconf messages)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#674954: fixed in eglibc 2.13-33 has caused the Debian Bug report #674954, regarding eglibc: [INTL:pt] Updated Portuguese translation for debconf messages 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.) -- 674954: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674954 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: eglibc Version: 2.13-32 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for eglibc's debconf messages. Translator: Pedro Ribeiro Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team . -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data --- End Message --- --- Begin Message --- Source: eglibc Source-Version: 2.13-33 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-33_all.deb to main/e/eglibc/eglibc-source_2.13-33_all.deb eglibc_2.13-33.diff.gz to main/e/eglibc/eglibc_2.13-33.diff.gz eglibc_2.13-33.dsc to main/e/eglibc/eglibc_2.13-33.dsc glibc-doc_2.13-33_all.deb to main/e/eglibc/glibc-doc_2.13-33_all.deb libc-bin_2.13-33_amd64.deb to main/e/eglibc/libc-bin_2.13-33_amd64.deb libc-dev-bin_2.13-33_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb libc6-dbg_2.13-33_amd64.deb to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb libc6-dev-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb libc6-dev_2.13-33_amd64.deb to main/e/eglibc/libc6-dev_2.13-33_amd64.deb libc6-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-i386_2.13-33_amd64.deb libc6-pic_2.13-33_amd64.deb to main/e/eglibc/libc6-pic_2.13-33_amd64.deb libc6-prof_2.13-33_amd64.deb to main/e/eglibc/libc6-prof_2.13-33_amd64.deb libc6-udeb_2.13-33_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb libc6_2.13-33_amd64.deb to main/e/eglibc/libc6_2.13-33_amd64.deb libnss-dns-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb libnss-files-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb locales-all_2.13-33_amd64.deb to main/e/eglibc/locales-all_2.13-33_amd64.deb locales_2.13-33_all.deb to main/e/eglibc/locales_2.13-33_all.deb multiarch-support_2.13-33_amd64.deb to main/e/eglibc/multiarch-support_2.13-33_amd64.deb nscd_2.13-33_amd64.deb to main/e/eglibc/nscd_2.13-33_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 674...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (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, 03 Jun 2012 21:38:54 +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-s390 libc6-dev-s390 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-33 Distribution: unstable Urgency: medium Maintainer: Aurelien Jarno Changed-By: Aurelien Jarno 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
Bug#674645: marked as done (glibc-doc: should be Multi-Arch: foreign)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#674645: fixed in eglibc 2.13-33 has caused the Debian Bug report #674645, regarding glibc-doc: should be Multi-Arch: foreign 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.) -- 674645: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674645 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: glibc-doc Version: 2.13-32 Severity: normal When installing libc6:amd64 apt suggests installation of glibc-doc: % LANG=C sudo apt-get install libc6:amd64 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: gcc-4.7-base:amd64 libgcc1:amd64 Suggested packages: glibc-doc:amd64 The following NEW packages will be installed: gcc-4.7-base:amd64 libc6:amd64 libgcc1:amd64 0 upgraded, 3 newly installed, 0 to remove and 1 not upgraded. However, glibc-doc:all is already installed. I think this noise should be fixed by marking glibc-doc Multi-Arch: foreign. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash glibc-doc depends on no packages. glibc-doc recommends no packages. Versions of packages glibc-doc suggests: ii glibc-doc-reference 2.13-1 -- no debconf information --- End Message --- --- Begin Message --- Source: eglibc Source-Version: 2.13-33 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-33_all.deb to main/e/eglibc/eglibc-source_2.13-33_all.deb eglibc_2.13-33.diff.gz to main/e/eglibc/eglibc_2.13-33.diff.gz eglibc_2.13-33.dsc to main/e/eglibc/eglibc_2.13-33.dsc glibc-doc_2.13-33_all.deb to main/e/eglibc/glibc-doc_2.13-33_all.deb libc-bin_2.13-33_amd64.deb to main/e/eglibc/libc-bin_2.13-33_amd64.deb libc-dev-bin_2.13-33_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb libc6-dbg_2.13-33_amd64.deb to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb libc6-dev-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb libc6-dev_2.13-33_amd64.deb to main/e/eglibc/libc6-dev_2.13-33_amd64.deb libc6-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-i386_2.13-33_amd64.deb libc6-pic_2.13-33_amd64.deb to main/e/eglibc/libc6-pic_2.13-33_amd64.deb libc6-prof_2.13-33_amd64.deb to main/e/eglibc/libc6-prof_2.13-33_amd64.deb libc6-udeb_2.13-33_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb libc6_2.13-33_amd64.deb to main/e/eglibc/libc6_2.13-33_amd64.deb libnss-dns-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb libnss-files-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb locales-all_2.13-33_amd64.deb to main/e/eglibc/locales-all_2.13-33_amd64.deb locales_2.13-33_all.deb to main/e/eglibc/locales_2.13-33_all.deb multiarch-support_2.13-33_amd64.deb to main/e/eglibc/multiarch-support_2.13-33_amd64.deb nscd_2.13-33_amd64.deb to main/e/eglibc/nscd_2.13-33_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 674...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (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, 03 Jun 2012 21:38:54 +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-s390 libc6-dev-s390 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-i3
Bug#674602: marked as done (libc6: arm processes are exited on .so load if armhf/armel mismatch)
Your message dated Sun, 03 Jun 2012 21:18:29 +
with message-id
and subject line Bug#674602: fixed in eglibc 2.13-33
has caused the Debian Bug report #674602,
regarding libc6: arm processes are exited on .so load if armhf/armel mismatch
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.)
--
674602: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674602
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.13-32
Severity: important
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armhf (armv7l)
Kernel: Linux 3.1.10-l4t.r15.01 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libc6 depends on:
ii libc-bin 2.13-32
ii libgcc1 1:4.7.0-7
libc6 recommends no packages.
Versions of packages libc6 suggests:
ii debconf [debconf-2.0] 1.5.43
ii glibc-doc
ii locales2.13-32
-- debconf information excluded
Example :
#include
#include
#include
int main()
{
printf("Opening ...\n");
dlopen("./libsoftfloat.so",RTLD_LAZY); /* exits application */
printf("Opened\n");
return 0;
}
This program will never print Opened if run on armhf, and libsoftfloat is an
armel binary, since dlopen will exit the entire process group. This is not
acceptable, as dlopen should simply just fail, allowing the program to continue.
This also means that if you install something that adds an armel .so to
/etc/ld.so.preload the system is rendered unusable as no process will be able
to start. It should be possible to have an armel and armhf added to preload,
and only have the one matching the architecture loaded.
The affected code is in a debian specific patch that is applied to
elf/dl-load.c - the lines are in the function arm_specific_checks:
#ifdef __ARM_PCS_VFP
if (!is_hf)
_exit(1);
#else
if (is_hf)
_exit(1);
#endif
It should NOT exit the process group like that, but rather return an error:
#ifdef __ARM_PCS_VFP
if (!is_hf)
return EINVAL;
#else
if (is_hf)
return EINVAL;
#endif
making dlopen fail gracefully.
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-33
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-33_all.deb
to main/e/eglibc/eglibc-source_2.13-33_all.deb
eglibc_2.13-33.diff.gz
to main/e/eglibc/eglibc_2.13-33.diff.gz
eglibc_2.13-33.dsc
to main/e/eglibc/eglibc_2.13-33.dsc
glibc-doc_2.13-33_all.deb
to main/e/eglibc/glibc-doc_2.13-33_all.deb
libc-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-bin_2.13-33_amd64.deb
libc-dev-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb
libc6-dbg_2.13-33_amd64.deb
to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb
libc6-dev-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb
libc6-dev_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev_2.13-33_amd64.deb
libc6-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-i386_2.13-33_amd64.deb
libc6-pic_2.13-33_amd64.deb
to main/e/eglibc/libc6-pic_2.13-33_amd64.deb
libc6-prof_2.13-33_amd64.deb
to main/e/eglibc/libc6-prof_2.13-33_amd64.deb
libc6-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb
libc6_2.13-33_amd64.deb
to main/e/eglibc/libc6_2.13-33_amd64.deb
libnss-dns-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb
libnss-files-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb
locales-all_2.13-33_amd64.deb
to main/e/eglibc/locales-all_2.13-33_amd64.deb
locales_2.13-33_all.deb
to main/e/eglibc/locales_2.13-33_all.deb
multiarch-support_2.13-33_amd64.deb
to main/e/eglibc/multiarch-support_2.13-33_amd64.deb
nscd_2.13-33_amd64.deb
to main/e/eglibc/nscd_2.13-33_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 674...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Aurelien Jarno (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, 03 Jun 2012 21:38:
Bug#674072: marked as done (memory leak in getpwuid/nsswitch.c)
Your message dated Sun, 03 Jun 2012 21:18:29 +
with message-id
and subject line Bug#674072: fixed in eglibc 2.13-33
has caused the Debian Bug report #674072,
regarding memory leak in getpwuid/nsswitch.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.)
--
674072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674072
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-bin
Version: 2.11.3-3
Severity:important
Using the function getpwuid() in my application, resulted in a memory leak. The
minimal test case is this:
$ cat c.c
#include
main() {
struct passwd *q = getpwuid(geteuid());
}
$ gcc c.c&& valgrind --leak-check=full ./a.out
==22230== Memcheck, a memory error detector
==22230== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==22230== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for
copyright info
==22230== Command: ./a.out
==22230==
==22230==
==22230== HEAP SUMMARY:
==22230== in use at exit: 300 bytes in 11 blocks
==22230== total heap usage: 68 allocs, 57 frees, 9,898 bytes allocated
==22230==
==22230== 300 (60 direct, 240 indirect) bytes in 1 blocks are definitely lost
in loss record 11 of 11
==22230==at 0x4C244E8: malloc (vg_replace_malloc.c:236)
==22230==by 0x4F08A3C: nss_parse_service_list (nsswitch.c:622)
==22230==by 0x4F0922D: __nss_database_lookup (nsswitch.c:164)
==22230==by 0x558D34F: ???
==22230==by 0x558DFA4: ???
==22230==by 0x4EC8D8C: getpwuid_r@@GLIBC_2.2.5 (getXXbyYY_r.c:253)
==22230==by 0x4EC867E: getpwuid (getXXbyYY.c:117)
==22230==by 0x40054C: main (in /tmp/a.out)
==22230==
==22230== LEAK SUMMARY:
==22230==definitely lost: 60 bytes in 1 blocks
==22230==indirectly lost: 240 bytes in 10 blocks
==22230== possibly lost: 0 bytes in 0 blocks
==22230==still reachable: 0 bytes in 0 blocks
==22230== suppressed: 0 bytes in 0 blocks
==22230==
==22230== For counts of detected and suppressed errors, rerun with: -v
==22230== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from 4)
The bug is described here:
http://sourceware.org/bugzilla/show_bug.cgi?id=14122
The fix is here:
http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=d44638b0a7fc1f01c3b2153cfa1bbb849f01f217
Since this is fixed only in glibc v2.16, and debian squeeze is using 2.11 and
wheezy uses 2.13 it would be great if this could be fixed also Debian stable
and testing.
Alois
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-33
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-33_all.deb
to main/e/eglibc/eglibc-source_2.13-33_all.deb
eglibc_2.13-33.diff.gz
to main/e/eglibc/eglibc_2.13-33.diff.gz
eglibc_2.13-33.dsc
to main/e/eglibc/eglibc_2.13-33.dsc
glibc-doc_2.13-33_all.deb
to main/e/eglibc/glibc-doc_2.13-33_all.deb
libc-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-bin_2.13-33_amd64.deb
libc-dev-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb
libc6-dbg_2.13-33_amd64.deb
to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb
libc6-dev-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb
libc6-dev_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev_2.13-33_amd64.deb
libc6-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-i386_2.13-33_amd64.deb
libc6-pic_2.13-33_amd64.deb
to main/e/eglibc/libc6-pic_2.13-33_amd64.deb
libc6-prof_2.13-33_amd64.deb
to main/e/eglibc/libc6-prof_2.13-33_amd64.deb
libc6-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb
libc6_2.13-33_amd64.deb
to main/e/eglibc/libc6_2.13-33_amd64.deb
libnss-dns-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb
libnss-files-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb
locales-all_2.13-33_amd64.deb
to main/e/eglibc/locales-all_2.13-33_amd64.deb
locales_2.13-33_all.deb
to main/e/eglibc/locales_2.13-33_all.deb
multiarch-support_2.13-33_amd64.deb
to main/e/eglibc/multiarch-support_2.13-33_amd64.deb
nscd_2.13-33_amd64.deb
to main/e/eglibc/nscd_2.13-33_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 674...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Aurelien Jarno (supplier of updated eglibc package)
(This message was gener
Bug#673933: marked as done (eglibc: FTBFS with patch from experimental (hurd-i386/libpthread_clean.diff patches the wrong file))
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#673933: fixed in eglibc 2.13-33 has caused the Debian Bug report #673933, regarding eglibc: FTBFS with patch from experimental (hurd-i386/libpthread_clean.diff patches the wrong file) 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.) -- 673933: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673933 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: eglibc Version: 2.13-32 Tags: experimental Justification: will ftbfs with GNU patch (>= 2.6.2) X-Debbugs-Cc: pa...@packages.debian.org Hi, Philip Ashmore wrote[1]: > The wheezy installation failed to build eglibc-2.13-32 with the > following errors
Bug#673711: marked as done (pthread_cond_timedwait returns immediately with ETIMEDOUT)
Your message dated Sun, 03 Jun 2012 21:18:29 +
with message-id
and subject line Bug#673711: fixed in eglibc 2.13-33
has caused the Debian Bug report #673711,
regarding pthread_cond_timedwait returns immediately with ETIMEDOUT
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.)
--
673711: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673711
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: kfreebsd-image-9.0-1-amd64
Version: 9.0-3
Severity: important
File: kfreebsd-9
Tags: upstream
Hi,
when using pthread_cond_timedwait, it often returns immediately with
the error ETIMEDOUT regardless to the length of the timeout passed to the
function. I have provided a C program that illustrates the problem.
It affects the upstream version (obtained by kfreebsd-downloader).
I have found a thread that, I believe, discusses about the issue:
http://freebsd.1045724.n5.nabble.com/pthread-cond-timedwait-broken-in-9-stable-from-JAN-10-td5487565.html
I would normally not report the bug since it seems already reported
upstream. However, I stumbled into this problem while I was trying to fix an
RC-bug (#673681) and according to the linked thread, there might be a small
patch that could fix the issue.
Thanks for considering the problem,
Cheers
Nicolas Bourdaud
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 9.0-RELEASE
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages kfreebsd-image-9.0-1-amd64 depends on:
ii devd 9.0+ds1-4
ii freebsd-utils 9.0+ds1-4
ii kbdcontrol 9.0+ds1-4
ii kldutils 9.0+ds1-4
kfreebsd-image-9.0-1-amd64 recommends no packages.
kfreebsd-image-9.0-1-amd64 suggests no packages.
-- no debconf information
#include
#include
#include
#include
#include
#define DELTA 4 //400ms
#define NS_PER_MS 100
#define NS_PER_SEC 10
void addtime(struct timespec* res, struct timespec* ref, long delta)
{
res->tv_sec = ref->tv_sec;
res->tv_nsec = ref->tv_nsec + delta;
if (res->tv_nsec >= NS_PER_SEC) {
res->tv_nsec -= NS_PER_SEC;
res->tv_sec++;
}
}
int main(void)
{
int i;
struct timespec ts, to;
pthread_mutex_t lock;
pthread_cond_t cond;
pthread_mutex_init(&lock, NULL);
pthread_cond_init(&cond, NULL);
for (i=0; i<10; i++) {
clock_gettime(CLOCK_REALTIME, &ts);
printf("start: sec:%li msec:%li\n", (long)ts.tv_sec, ts.tv_nsec/NS_PER_MS);
addtime(&to, &ts, DELTA);
pthread_mutex_lock(&lock);
while (pthread_cond_timedwait(&cond, &lock, &to) != ETIMEDOUT);
pthread_mutex_unlock(&lock);
clock_gettime(CLOCK_REALTIME, &ts);
printf("end: sec:%li msec:%li\n", (long)ts.tv_sec, ts.tv_nsec/NS_PER_MS);
}
pthread_mutex_destroy(&lock);
pthread_cond_destroy(&cond);
return EXIT_SUCCESS;
}
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-33
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-33_all.deb
to main/e/eglibc/eglibc-source_2.13-33_all.deb
eglibc_2.13-33.diff.gz
to main/e/eglibc/eglibc_2.13-33.diff.gz
eglibc_2.13-33.dsc
to main/e/eglibc/eglibc_2.13-33.dsc
glibc-doc_2.13-33_all.deb
to main/e/eglibc/glibc-doc_2.13-33_all.deb
libc-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-bin_2.13-33_amd64.deb
libc-dev-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb
libc6-dbg_2.13-33_amd64.deb
to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb
libc6-dev-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb
libc6-dev_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev_2.13-33_amd64.deb
libc6-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-i386_2.13-33_amd64.deb
libc6-pic_2.13-33_amd64.deb
to main/e/eglibc/libc6-pic_2.13-33_amd64.deb
libc6-prof_2.13-33_amd64.deb
to main/e/eglibc/libc6-prof_2.13-33_amd64.deb
libc6-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb
libc6_2.13-33_amd64.deb
to main/e/eglibc/libc6_2.13-33_amd64.deb
libnss-dns-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb
libnss-files-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb
locales-all_2.13-33_amd64.deb
to main/e/eglibc/locales-all_2.13-33_amd64.deb
locales_2.13-33_all.deb
to main/e/eglibc/locales_2.13-33_all.deb
multiarch-support_2.13-33_amd64.deb
to main/e/eglibc/multiarch-support_2.13-33_amd64.deb
nscd_2
Bug#673339: marked as done ([locales] es_MX has wrong decimal_point and thousands_sep)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#673339: fixed in eglibc 2.13-33 has caused the Debian Bug report #673339, regarding [locales] es_MX has wrong decimal_point and thousands_sep 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.) -- 673339: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673339 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: locales Version: 2.13-32 Severity: critical Tags: l10n --- Please enter the report below this line. --- The locales for es_MX in decimal_point and thousands_sep should be the same as en_US: $ LANG=en_US locale -k LC_NUMERIC LC_MONETARY | grep -e decimal_point -e thousands_sep decimal_point="." thousands_sep="," mon_decimal_point="." mon_thousands_sep="," $ LANG=es_MX locale -k LC_NUMERIC LC_MONETARY | grep -e decimal_point -e thousands_sep decimal_point="," thousands_sep="." mon_decimal_point="." mon_thousands_sep="," This command has inverted the "." and the "," I think that the problem is in /usr/share/i18n/locales/es_MX. It could have missing the variables decimal_point and mon_thousands_sep The en_US file does have this variables and es_MX does not. $ grep -e decimal_point -e thousands_sep /usr/share/i18n/locales/es_MX mon_decimal_point"" mon_thousands_sep"" $ grep -e decimal_point -e thousands_sep /usr/share/i18n/locales/en_US mon_decimal_point "" mon_thousands_sep "" decimal_point "" thousands_sep "" Thanks for your support! I'm using Debian Wheezy with unstable Pin-priority 200 More information about locales package: $ apt-cache madison locales locales |2.13-32 | http://ftp.debian.org/debian/ unstable/main amd64 Packages locales |2.13-32 | http://ftp.debian.org/debian/ testing/main amd64 Packages eglibc |2.13-31 | http://ftp.debian.org/debian/ unstable/main Sources eglibc |2.13-32 | http://ftp.debian.org/debian/ unstable/main Sources $ apt-cache policy locales locales: Instalados: 2.13-32 Candidato: 2.13-32 Tabla de versión: *** 2.13-32 0 200 http://ftp.debian.org/debian/ unstable/main amd64 Packages 990 http://ftp.debian.org/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 990 testing security.debian.org 990 testing ftp.debian.org 990 testing debian-multimedia.org 990 squeeze-backports backports.debian.org 500 testing-proposed-updates ftp.debian.org 500 stable dl.google.com 200 unstable ftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== glibc-2.13-1 | debconf (>= 0.5) | 1.5.43 OR debconf-2.0 | Package's Recommends field is empty. Package's Suggests field is empty. --- End Message --- --- Begin Message --- Source: eglibc Source-Version: 2.13-33 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-33_all.deb to main/e/eglibc/eglibc-source_2.13-33_all.deb eglibc_2.13-33.diff.gz to main/e/eglibc/eglibc_2.13-33.diff.gz eglibc_2.13-33.dsc to main/e/eglibc/eglibc_2.13-33.dsc glibc-doc_2.13-33_all.deb to main/e/eglibc/glibc-doc_2.13-33_all.deb libc-bin_2.13-33_amd64.deb to main/e/eglibc/libc-bin_2.13-33_amd64.deb libc-dev-bin_2.13-33_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb libc6-dbg_2.13-33_amd64.deb to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb libc6-dev-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb libc6-dev_2.13-33_amd64.deb to main/e/eglibc/libc6-dev_2.13-33_amd64.deb libc6-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-i386_2.13-33_amd64.deb libc6-pic_2.13-33_amd64.deb to main/e/eglibc/libc6-pic_2.13-33_amd64.deb libc6-prof_2.13-33_amd64.deb to main/e/eglibc/libc6-prof_2.13-33_amd64.deb libc6-udeb_2.13-33_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb libc6_2.13-33_amd64.deb to main/e/eglibc/libc6_2.13-33_amd64.deb libnss-dns-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb libnss-files-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb locales-all_2.13-33_amd64.deb to main/e/eglibc/locales-all_2.13-33_amd64.deb locales_2.13-33_all.deb to main/e/eglibc/locales_2.13-33_all.deb multiarch-support_2.13-33_amd64.deb to main/e/eglibc/multiarch-support_2.13-33_amd64.deb nscd_2.13-33_amd64.deb to main/e/eglibc/nscd_2.13-33_amd64.deb A summary of the changes be
Bug#673271: marked as done (libc-bin: Please include /etc/nsswitch.conf)
Your message dated Sun, 03 Jun 2012 21:18:29 +
with message-id
and subject line Bug#673271: fixed in eglibc 2.13-33
has caused the Debian Bug report #673271,
regarding libc-bin: Please include /etc/nsswitch.conf
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.)
--
673271: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673271
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc-bin
Version: 2.13-32
We should probably move /etc/nsswitch.conf from base-files to libc-bin,
as it is really a configuration file for libc6.
The file was in base-files for historical reasons, but now that there
is a libc-bin package and it's essential, that would be its real place.
[ You can take the master copy from /usr/share/base-files/nsswitch.conf
from any Debian system ].
This file is currently installed by base-files postinst in this way:
#!/bin/sh
set -e
install_from_default() {
if [ ! -f $2 ]; then
cp -p $1 $2
fi
}
[...]
if [ "$1" = "configure" ] && [ "$2" = "" ]; then
install_from_default /usr/share/base-files/nsswitch.conf /etc/nsswitch.conf
[...]
i.e. the file is put there when base-files is installed by
debootstrap, and it's not touched again.
For now, I think you can simply do a similar thing in libc-bin at any
given time (i.e. copy the file from a directory owned by libc-bin),
as this move does not require any coordination between libc-bin and
base-files (nothing bad will happen if two different packages put the
same file there when the file is not there).
We could then wait for a stable release to happen (ideally, wheezy),
and then I could remove this stuff from base-files.
Please note that people is now asking for a procedure to add and
remove entries to this file (see Bug#649265), and for that reason the
file should not be a conffile.
Thanks.
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-33
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-33_all.deb
to main/e/eglibc/eglibc-source_2.13-33_all.deb
eglibc_2.13-33.diff.gz
to main/e/eglibc/eglibc_2.13-33.diff.gz
eglibc_2.13-33.dsc
to main/e/eglibc/eglibc_2.13-33.dsc
glibc-doc_2.13-33_all.deb
to main/e/eglibc/glibc-doc_2.13-33_all.deb
libc-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-bin_2.13-33_amd64.deb
libc-dev-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb
libc6-dbg_2.13-33_amd64.deb
to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb
libc6-dev-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb
libc6-dev_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev_2.13-33_amd64.deb
libc6-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-i386_2.13-33_amd64.deb
libc6-pic_2.13-33_amd64.deb
to main/e/eglibc/libc6-pic_2.13-33_amd64.deb
libc6-prof_2.13-33_amd64.deb
to main/e/eglibc/libc6-prof_2.13-33_amd64.deb
libc6-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb
libc6_2.13-33_amd64.deb
to main/e/eglibc/libc6_2.13-33_amd64.deb
libnss-dns-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb
libnss-files-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb
locales-all_2.13-33_amd64.deb
to main/e/eglibc/locales-all_2.13-33_amd64.deb
locales_2.13-33_all.deb
to main/e/eglibc/locales_2.13-33_all.deb
multiarch-support_2.13-33_amd64.deb
to main/e/eglibc/multiarch-support_2.13-33_amd64.deb
nscd_2.13-33_amd64.deb
to main/e/eglibc/nscd_2.13-33_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 673...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Aurelien Jarno (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, 03 Jun 2012 21:38:54 +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.
Bug#672119: marked as done (CVE-2011-1658)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#672119: fixed in eglibc 2.13-33 has caused the Debian Bug report #672119, regarding CVE-2011-1658 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.) -- 672119: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672119 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: eglibc Severity: important Tags: security This appears to be still unfixed in sid: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-1658 These fixes were made for glibc: http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=96611391 http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=101fdc24 http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=049b59f7 This appears to have been merged into eglibc with this commit: http://www.eglibc.org/cgi-bin/viewvc.cgi?view=rev&revision=13801 Cheers, Moritz --- End Message --- --- Begin Message --- Source: eglibc Source-Version: 2.13-33 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-33_all.deb to main/e/eglibc/eglibc-source_2.13-33_all.deb eglibc_2.13-33.diff.gz to main/e/eglibc/eglibc_2.13-33.diff.gz eglibc_2.13-33.dsc to main/e/eglibc/eglibc_2.13-33.dsc glibc-doc_2.13-33_all.deb to main/e/eglibc/glibc-doc_2.13-33_all.deb libc-bin_2.13-33_amd64.deb to main/e/eglibc/libc-bin_2.13-33_amd64.deb libc-dev-bin_2.13-33_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb libc6-dbg_2.13-33_amd64.deb to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb libc6-dev-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb libc6-dev_2.13-33_amd64.deb to main/e/eglibc/libc6-dev_2.13-33_amd64.deb libc6-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-i386_2.13-33_amd64.deb libc6-pic_2.13-33_amd64.deb to main/e/eglibc/libc6-pic_2.13-33_amd64.deb libc6-prof_2.13-33_amd64.deb to main/e/eglibc/libc6-prof_2.13-33_amd64.deb libc6-udeb_2.13-33_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb libc6_2.13-33_amd64.deb to main/e/eglibc/libc6_2.13-33_amd64.deb libnss-dns-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb libnss-files-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb locales-all_2.13-33_amd64.deb to main/e/eglibc/locales-all_2.13-33_amd64.deb locales_2.13-33_all.deb to main/e/eglibc/locales_2.13-33_all.deb multiarch-support_2.13-33_amd64.deb to main/e/eglibc/multiarch-support_2.13-33_amd64.deb nscd_2.13-33_amd64.deb to main/e/eglibc/nscd_2.13-33_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 672...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (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, 03 Jun 2012 21:38:54 +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-s390 libc6-dev-s390 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-33 Distribution: unstable Urgency: medium Maintainer: Aurelien Jarno Changed-By: Aurelien Jarno 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 symb
Bug#672688: marked as done (*** glibc detected *** sed: free(): invalid next size (fast): 0x08cb8618 ***)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#672688: fixed in eglibc 2.13-33 has caused the Debian Bug report #672688, regarding *** glibc detected *** sed: free(): invalid next size (fast): 0x08cb8618 *** 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.) -- 672688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672688 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sed Version: 4.2.1-7 Severity: important This bactrace appeared repeately during update of texlive package however is from sed: Running updmap-sys. This may take some time... *** glibc detected *** sed: free(): invalid next size (fast): 0x08cb8618 *** === Backtrace: = /lib/i686/cmov/libc.so.6(+0x6b381)[0xb7625381] /lib/i686/cmov/libc.so.6(+0x6cbd8)[0xb7626bd8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7629cbd] /lib/i686/cmov/libc.so.6(+0xb1630)[0xb766b630] /lib/i686/cmov/libc.so.6(+0xb3c59)[0xb766dc59] /lib/i686/cmov/libc.so.6(re_search+0x34)[0xb766e194] sed[0x804f31b] sed[0x804d33d] sed[0x804ddef] sed[0x804f0d8] sed[0x8049fd6] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb75d0ca6] sed[0x80498f1] === Memory map: 08048000-08055000 r-xp 08:03 757700 /bin/sed 08055000-08056000 rw-p c000 08:03 757700 /bin/sed 08056000-0805b000 rw-p 00:00 0 08c92000-08cd4000 rw-p 00:00 0 [heap] b73c2000-b73df000 r-xp 08:03 293690 /lib/libgcc_s.so.1 b73df000-b73e rw-p 0001c000 08:03 293690 /lib/libgcc_s.so.1 b740-b7421000 rw-p 00:00 0 b7421000-b750 ---p 00:00 0 b7503000-b75b4000 r--p 08:03 342415 /usr/lib/locale/locale-archive b75b4000-b75b5000 rw-p 00:00 0 b75b5000-b75b7000 r-xp 08:03 293354 /lib/i686/cmov/libdl-2.11.3.so b75b7000-b75b8000 r--p 1000 08:03 293354 /lib/i686/cmov/libdl-2.11.3.so b75b8000-b75b9000 rw-p 2000 08:03 293354 /lib/i686/cmov/libdl-2.11.3.so b75b9000-b75ba000 rw-p 00:00 0 b75ba000-b76fa000 r-xp 08:03 293478 /lib/i686/cmov/libc-2.11.3.so b76fa000-b76fb000 ---p 0014 08:03 293478 /lib/i686/cmov/libc-2.11.3.so b76fb000-b76fd000 r--p 0014 08:03 293478 /lib/i686/cmov/libc-2.11.3.so b76fd000-b76fe000 rw-p 00142000 08:03 293478 /lib/i686/cmov/libc-2.11.3.so b76fe000-b7701000 rw-p 00:00 0 b7701000-b771a000 r-xp 08:03 293268 /lib/libselinux.so.1 b771a000-b771b000 r--p 00018000 08:03 293268 /lib/libselinux.so.1 b771b000-b771c000 rw-p 00019000 08:03 293268 /lib/libselinux.so.1 b7733000-b7735000 rw-p 00:00 0 b7735000-b773c000 r--s 08:03 339495 /usr/lib/gconv/gconv-modules.cache b773c000-b773e000 rw-p 00:00 0 b773e000-b773f000 r-xp 00:00 0 [vdso] b773f000-b775a000 r-xp 08:03 293638 /lib/ld-2.11.3.so b775a000-b775b000 r--p 0001b000 08:03 293638 /lib/ld-2.11.3.so b775b000-b775c000 rw-p 0001c000 08:03 293638 /lib/ld-2.11.3.so bfb79000-bfb8e000 rw-p 00:00 0 [stack] *** glibc detected *** sed: free(): invalid next size (fast): 0x09ee8758 *** === Backtrace: = /lib/i686/cmov/libc.so.6(+0x6b381)[0xb75e8381] /lib/i686/cmov/libc.so.6(+0x6cbd8)[0xb75e9bd8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb75eccbd] /lib/i686/cmov/libc.so.6(+0xb1630)[0xb762e630] /lib/i686/cmov/libc.so.6(+0xb3c59)[0xb7630c59] /lib/i686/cmov/libc.so.6(re_search+0x34)[0xb7631194] sed[0x804f31b] sed[0x804d33d] sed[0x804ddef] sed[0x804f0d8] sed[0x8049fd6] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7593ca6] sed[0x80498f1] === Memory map: 08048000-08055000 r-xp 08:03 757700 /bin/sed 08055000-08056000 rw-p c000 08:03 757700 /bin/sed 08056000-0805b000 rw-p 00:00 0 09ecf000-09f11000 rw-p 00:00 0 [heap] b730-b7321000 rw-p 00:00 0 b7321000-b740 ---p 00:00 0 b7488000-b74a5000 r-xp 08:03 293690 /lib/libgcc_s.so.1 b74a5000-b74a6000 rw-p 0001c000 08:03 293690 /lib/libgcc_s.so.1 b74c6000-b7577000 r--p 08:03 342415 /usr/lib/locale/locale-archive b7577000-b7578000 rw-p 00:00 0 b7578000-b757a000 r-xp 08:03 293354 /lib/i686/cmov/libdl-2.11.3.so b757a000-b757b000 r--p 1000 08:03 293354 /lib/i686/cmov/libdl-2.11.3.so b757b000-b757c000 rw-p 2000 08:03 293354 /lib/i686/cmov/libdl-2.11.3.so b757c000-b757d000 rw-p 00:00 0 b757d000-b76bd000 r-xp 08:03 293478 /lib/i686/cmov/libc-2.11.3.so b76bd000-b76be000 ---p 00
Bug#671478: marked as done (CVE-2011-4609)
Your message dated Sun, 03 Jun 2012 21:18:29 +
with message-id
and subject line Bug#671478: fixed in eglibc 2.13-33
has caused the Debian Bug report #671478,
regarding CVE-2011-4609
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.)
--
671478: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671478
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: eglibc
Severity: important
Tags: security
There was a security issue in RPC handling, which is unfixed in Squeeze
and sid:
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-4609
The Bugzilla entry has a fix for glibc. I'm attaching a eglibc version
of that patch from Ubuntu to this bug.
This appears to be still unfixed in eglibc trunk, maybe it should
be upstream before?
This doesn't warrant a DSA, but maybe it can be added to potential
further eglibc point updates.
Cheers,
Moritz
Origin: Red Hat, glibc-2.12-1.47.el6_2.5.src.rpm:glibc-rh767692-2.patch
Bug: https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/901716
Subject: DoS in RPC implementation
CVE-2011-4069
---
sunrpc/svc_tcp.c |6 ++
sunrpc/svc_udp.c | 13 +++--
sunrpc/svc_unix.c |6 ++
3 files changed, 23 insertions(+), 2 deletions(-)
Index: b/sunrpc/svc_tcp.c
===
--- a/sunrpc/svc_tcp.c
+++ b/sunrpc/svc_tcp.c
@@ -44,6 +44,7 @@
#include
#include
#include
+#include
#ifdef USE_IN_LIBIO
# include
@@ -243,6 +244,11 @@ again:
{
if (errno == EINTR)
goto again;
+ if (errno == EMFILE)
+{
+ struct timespec ts = { .tv_sec = 0, .tv_nsec = 5000 };
+ __nanosleep(&ts , NULL);
+}
return FALSE;
}
/*
Index: b/sunrpc/svc_udp.c
===
--- a/sunrpc/svc_udp.c
+++ b/sunrpc/svc_udp.c
@@ -40,6 +40,7 @@
#include
#include
#include
+#include
#ifdef IP_PKTINFO
#include
@@ -272,8 +273,16 @@ again:
(int) su->su_iosz, 0,
(struct sockaddr *) &(xprt->xp_raddr), &len);
xprt->xp_addrlen = len;
- if (rlen == -1 && errno == EINTR)
-goto again;
+ if (rlen == -1)
+{
+ if (errno == EINTR)
+goto again;
+ if (errno == EMFILE)
+{
+ struct timespec ts = { .tv_sec = 0, .tv_nsec = 5000 };
+ __nanosleep(&ts , NULL);
+}
+}
if (rlen < 16) /* < 4 32-bit ints? */
return FALSE;
xdrs->x_op = XDR_DECODE;
Index: b/sunrpc/svc_unix.c
===
--- a/sunrpc/svc_unix.c
+++ b/sunrpc/svc_unix.c
@@ -46,6 +46,7 @@
#include
#include
#include
+#include
#ifdef USE_IN_LIBIO
# include
@@ -245,6 +246,11 @@ again:
{
if (errno == EINTR)
goto again;
+ if (errno == EMFILE)
+{
+ struct timespec ts = { .tv_sec = 0, .tv_nsec = 5000 };
+ __nanosleep(&ts , NULL);
+}
return FALSE;
}
/*
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-33
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-33_all.deb
to main/e/eglibc/eglibc-source_2.13-33_all.deb
eglibc_2.13-33.diff.gz
to main/e/eglibc/eglibc_2.13-33.diff.gz
eglibc_2.13-33.dsc
to main/e/eglibc/eglibc_2.13-33.dsc
glibc-doc_2.13-33_all.deb
to main/e/eglibc/glibc-doc_2.13-33_all.deb
libc-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-bin_2.13-33_amd64.deb
libc-dev-bin_2.13-33_amd64.deb
to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb
libc6-dbg_2.13-33_amd64.deb
to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb
libc6-dev-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb
libc6-dev_2.13-33_amd64.deb
to main/e/eglibc/libc6-dev_2.13-33_amd64.deb
libc6-i386_2.13-33_amd64.deb
to main/e/eglibc/libc6-i386_2.13-33_amd64.deb
libc6-pic_2.13-33_amd64.deb
to main/e/eglibc/libc6-pic_2.13-33_amd64.deb
libc6-prof_2.13-33_amd64.deb
to main/e/eglibc/libc6-prof_2.13-33_amd64.deb
libc6-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb
libc6_2.13-33_amd64.deb
to main/e/eglibc/libc6_2.13-33_amd64.deb
libnss-dns-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb
libnss-files-udeb_2.13-33_amd64.udeb
to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb
locales-all_2.13-33_amd64.deb
to main/e/eglibc/locales-all_2.13-33_amd64.deb
locales_2.13-33_all.deb
to main/e/eglibc/locales_2.13-33_all.deb
multiarch-su
Bug#671299: marked as done (Replace Indian Rupee sign in all Indian locales)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#671299: fixed in eglibc 2.13-33 has caused the Debian Bug report #671299, regarding Replace Indian Rupee sign in all Indian locales 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.) -- 671299: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671299 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: eglibc version: 2.13-32 The new Indian rupee sign U20B9 is not included in any of the Indian locales. I have attached the patch to update all Indian locales for the new Rupee sign. Since it is not included yet, "gnome-control-center languages" displays the older rupee sign. -- Regards., Prema S ruppeesign.patch Description: Binary data --- End Message --- --- Begin Message --- Source: eglibc Source-Version: 2.13-33 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-33_all.deb to main/e/eglibc/eglibc-source_2.13-33_all.deb eglibc_2.13-33.diff.gz to main/e/eglibc/eglibc_2.13-33.diff.gz eglibc_2.13-33.dsc to main/e/eglibc/eglibc_2.13-33.dsc glibc-doc_2.13-33_all.deb to main/e/eglibc/glibc-doc_2.13-33_all.deb libc-bin_2.13-33_amd64.deb to main/e/eglibc/libc-bin_2.13-33_amd64.deb libc-dev-bin_2.13-33_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb libc6-dbg_2.13-33_amd64.deb to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb libc6-dev-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb libc6-dev_2.13-33_amd64.deb to main/e/eglibc/libc6-dev_2.13-33_amd64.deb libc6-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-i386_2.13-33_amd64.deb libc6-pic_2.13-33_amd64.deb to main/e/eglibc/libc6-pic_2.13-33_amd64.deb libc6-prof_2.13-33_amd64.deb to main/e/eglibc/libc6-prof_2.13-33_amd64.deb libc6-udeb_2.13-33_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb libc6_2.13-33_amd64.deb to main/e/eglibc/libc6_2.13-33_amd64.deb libnss-dns-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb libnss-files-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb locales-all_2.13-33_amd64.deb to main/e/eglibc/locales-all_2.13-33_amd64.deb locales_2.13-33_all.deb to main/e/eglibc/locales_2.13-33_all.deb multiarch-support_2.13-33_amd64.deb to main/e/eglibc/multiarch-support_2.13-33_amd64.deb nscd_2.13-33_amd64.deb to main/e/eglibc/nscd_2.13-33_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 671...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (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, 03 Jun 2012 21:38:54 +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-s390 libc6-dev-s390 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-33 Distribution: unstable Urgency: medium Maintainer: Aurelien Jarno Changed-By: Aurelien Jarno 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 developme
Bug#666760: marked as done ([libc6-dev] Make libc6-dev multiarch-installable)
Your message dated Sun, 03 Jun 2012 21:18:29 + with message-id and subject line Bug#666760: fixed in eglibc 2.13-33 has caused the Debian Bug report #666760, regarding [libc6-dev] Make libc6-dev multiarch-installable 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.) -- 666760: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666760 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libc6-dev Version: 2.13-27 Severity: normal --- Please enter the report below this line. --- I'd like to install zlib1g-dev:i386 to use zlib in a 32bit program. However, this is currently blocked by libc6-dev not being Multi-Arch: same, so I can not install it. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libc6 (= 2.13-27) | libc-dev-bin (= 2.13-27) | linux-libc-dev | Recommends (Version) | Installed =-+-=== gcc | 4:4.6.2-4 OR c-compiler| Suggests (Version) | Installed ===-+-=== glibc-doc | manpages-dev| 3.35-0.1 --- End Message --- --- Begin Message --- Source: eglibc Source-Version: 2.13-33 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-33_all.deb to main/e/eglibc/eglibc-source_2.13-33_all.deb eglibc_2.13-33.diff.gz to main/e/eglibc/eglibc_2.13-33.diff.gz eglibc_2.13-33.dsc to main/e/eglibc/eglibc_2.13-33.dsc glibc-doc_2.13-33_all.deb to main/e/eglibc/glibc-doc_2.13-33_all.deb libc-bin_2.13-33_amd64.deb to main/e/eglibc/libc-bin_2.13-33_amd64.deb libc-dev-bin_2.13-33_amd64.deb to main/e/eglibc/libc-dev-bin_2.13-33_amd64.deb libc6-dbg_2.13-33_amd64.deb to main/e/eglibc/libc6-dbg_2.13-33_amd64.deb libc6-dev-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-dev-i386_2.13-33_amd64.deb libc6-dev_2.13-33_amd64.deb to main/e/eglibc/libc6-dev_2.13-33_amd64.deb libc6-i386_2.13-33_amd64.deb to main/e/eglibc/libc6-i386_2.13-33_amd64.deb libc6-pic_2.13-33_amd64.deb to main/e/eglibc/libc6-pic_2.13-33_amd64.deb libc6-prof_2.13-33_amd64.deb to main/e/eglibc/libc6-prof_2.13-33_amd64.deb libc6-udeb_2.13-33_amd64.udeb to main/e/eglibc/libc6-udeb_2.13-33_amd64.udeb libc6_2.13-33_amd64.deb to main/e/eglibc/libc6_2.13-33_amd64.deb libnss-dns-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.13-33_amd64.udeb libnss-files-udeb_2.13-33_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.13-33_amd64.udeb locales-all_2.13-33_amd64.deb to main/e/eglibc/locales-all_2.13-33_amd64.deb locales_2.13-33_all.deb to main/e/eglibc/locales_2.13-33_all.deb multiarch-support_2.13-33_amd64.deb to main/e/eglibc/multiarch-support_2.13-33_amd64.deb nscd_2.13-33_amd64.deb to main/e/eglibc/nscd_2.13-33_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 666...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (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, 03 Jun 2012 21:38:54 +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-s390 libc6-dev-s390 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 li
r5282 - glibc-package/trunk/debian
Author: aurel32 Date: 2012-06-03 20:52:09 + (Sun, 03 Jun 2012) New Revision: 5282 Modified: glibc-package/trunk/debian/changelog Log: New changelog entry Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2012-06-03 20:49:04 UTC (rev 5281) +++ glibc-package/trunk/debian/changelog2012-06-03 20:52:09 UTC (rev 5282) @@ -1,3 +1,9 @@ +eglibc (2.13-34) UNRELEASED; urgency=low + + * + + -- Aurelien Jarno Sun, 03 Jun 2012 22:51:53 +0200 + eglibc (2.13-33) unstable; urgency=medium [ Clint Adams ] -- 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/e1sbhmu-0007cc...@vasks.debian.org
r5280 - glibc-package/trunk/debian
Author: aurel32 Date: 2012-06-03 20:48:29 + (Sun, 03 Jun 2012) New Revision: 5280 Modified: glibc-package/trunk/debian/changelog Log: Upload to unstable Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2012-06-03 19:38:37 UTC (rev 5279) +++ glibc-package/trunk/debian/changelog2012-06-03 20:48:29 UTC (rev 5280) @@ -1,4 +1,4 @@ -eglibc (2.13-33) UNRELEASED; urgency=medium +eglibc (2.13-33) unstable; urgency=medium [ Clint Adams ] * patches/localedata/cvs-rupeesign.diff: use new rupee symbol @@ -65,7 +65,7 @@ * Refresh all patches to loose the "diff --git" headers. Closes: #673933. - -- Clint Adams Fri, 04 May 2012 23:39:00 -0400 + -- Aurelien Jarno Sun, 03 Jun 2012 21:38:54 +0200 eglibc (2.13-32) unstable; urgency=medium -- 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/e1sbhiv-00060o...@vasks.debian.org
r5279 - in glibc-package/trunk/debian: . rules.d
Author: aurel32 Date: 2012-06-03 19:38:37 + (Sun, 03 Jun 2012) New Revision: 5279 Modified: glibc-package/trunk/debian/control glibc-package/trunk/debian/rules.d/control.mk Log: Fix a typo in rules.d/control.mk Modified: glibc-package/trunk/debian/control === --- glibc-package/trunk/debian/control 2012-06-03 18:25:31 UTC (rev 5278) +++ glibc-package/trunk/debian/control 2012-06-03 19:38:37 UTC (rev 5279) @@ -168,7 +168,7 @@ Suggests: glibc-doc, manpages-dev Provides: libc-dev, libc6-dev [alpha ia64 hurd-i386 kfreebsd-i386 kfreebsd-amd64] Breaks: binutils (<< 2.20.1-1), binutils-gold (<< 2.20.1-11), cmake (<< 2.8.4+dfsg.1-5), gcc-4.4 (<< 4.4.6-4), gcc-4.5 (<< 4.5.3-2), gcc-4.6 (<< 4.6.0-12), make (<< 3.81-8.1), pkg-config (<< 0.26-1), libjna-java (<< 3.2.7-4), liblouis-dev (<< 2.3.0-2), liblouisxml-dev (<< 2.4.0-2), libhwloc-dev (<< 1.2-3) -Conflicts: libc6.1-dev libc0.1-dev libc0.3-dev +Conflicts: libc6.1-dev, libc0.1-dev, libc0.3-dev, Description: Embedded GNU C Library: Development Libraries and Header Files Contains the symlinks, headers, and object files needed to compile and link programs which use the standard C library. @@ -257,7 +257,7 @@ Suggests: glibc-doc, manpages-dev Provides: libc-dev, libc6-dev [alpha ia64 hurd-i386 kfreebsd-i386 kfreebsd-amd64] Breaks: binutils (<< 2.20.1-1), binutils-gold (<< 2.20.1-11), cmake (<< 2.8.4+dfsg.1-5), gcc-4.4 (<< 4.4.6-4), gcc-4.5 (<< 4.5.3-2), gcc-4.6 (<< 4.6.0-12), make (<< 3.81-8.1), pkg-config (<< 0.26-1), libjna-java (<< 3.2.7-4), liblouis-dev (<< 2.3.0-2), liblouisxml-dev (<< 2.4.0-2), libhwloc-dev (<< 1.2-3) -Conflicts: libc6-dev libc0.1-dev libc0.3-dev +Conflicts: libc6-dev, libc0.1-dev, libc0.3-dev, Description: Embedded GNU C Library: Development Libraries and Header Files Contains the symlinks, headers, and object files needed to compile and link programs which use the standard C library. @@ -346,7 +346,7 @@ Suggests: glibc-doc, manpages-dev Provides: libc-dev, libc6-dev [alpha ia64 hurd-i386 kfreebsd-i386 kfreebsd-amd64] Breaks: binutils (<< 2.20.1-1), binutils-gold (<< 2.20.1-11), cmake (<< 2.8.4+dfsg.1-5), gcc-4.4 (<< 4.4.6-4), gcc-4.5 (<< 4.5.3-2), gcc-4.6 (<< 4.6.0-12), make (<< 3.81-8.1), pkg-config (<< 0.26-1), libjna-java (<< 3.2.7-4), liblouis-dev (<< 2.3.0-2), liblouisxml-dev (<< 2.4.0-2), libhwloc-dev (<< 1.2-3) -Conflicts: libc6-dev libc6.1-dev libc0.1-dev +Conflicts: libc6-dev, libc6.1-dev, libc0.1-dev, Description: Embedded GNU C Library: Development Libraries and Header Files Contains the symlinks, headers, and object files needed to compile and link programs which use the standard C library. @@ -435,7 +435,7 @@ Suggests: glibc-doc, manpages-dev Provides: libc-dev, libc6-dev [alpha ia64 hurd-i386 kfreebsd-i386 kfreebsd-amd64] Breaks: binutils (<< 2.20.1-1), binutils-gold (<< 2.20.1-11), cmake (<< 2.8.4+dfsg.1-5), gcc-4.4 (<< 4.4.6-4), gcc-4.5 (<< 4.5.3-2), gcc-4.6 (<< 4.6.0-12), make (<< 3.81-8.1), pkg-config (<< 0.26-1), libjna-java (<< 3.2.7-4), liblouis-dev (<< 2.3.0-2), liblouisxml-dev (<< 2.4.0-2), libhwloc-dev (<< 1.2-3) -Conflicts: libc6-dev libc6.1-dev libc0.3-dev +Conflicts: libc6-dev, libc6.1-dev, libc0.3-dev, Description: Embedded GNU C Library: Development Libraries and Header Files Contains the symlinks, headers, and object files needed to compile and link programs which use the standard C library. Modified: glibc-package/trunk/debian/rules.d/control.mk === --- glibc-package/trunk/debian/rules.d/control.mk 2012-06-03 18:25:31 UTC (rev 5278) +++ glibc-package/trunk/debian/rules.d/control.mk 2012-06-03 19:38:37 UTC (rev 5279) @@ -9,7 +9,7 @@ $(patsubst %,debian/control.in/%,$(libc_packages)) :: debian/control.in/% : debian/control.in/libc debian/rules.d/control.mk sed -e "s%@libc@%$*%g" \ -e "s%@archs@%$($(subst .,_,$*)_archs)%g" \ - -e "s%@libc-dev-conflict@%$(foreach arch,$(filter-out $*,$(libc_packages)),$(arch)-dev)%g" \ + -e "s%@libc-dev-conflict@%$(foreach arch,$(filter-out $*,$(libc_packages)),$(arch)-dev,)%g" \ < $< > $@ debian/control: $(stamp)control -- 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/e1sbgdk-000518...@vasks.debian.org
r5277 - in glibc-package/trunk/debian: . patches patches/any
Author: aurel32
Date: 2012-06-03 18:11:47 + (Sun, 03 Jun 2012)
New Revision: 5277
Added:
glibc-package/trunk/debian/patches/any/cvs-ld.so-rpath-origin.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/series
Log:
* Add patches/any/cvs-ld.so-rpath-origin.diff to fix an insecure handling
of privileged programs' RPATHs with $ORIGIN (CVE-2011-1658). Closes:
#672119.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2012-06-03 17:57:45 UTC (rev
5276)
+++ glibc-package/trunk/debian/changelog2012-06-03 18:11:47 UTC (rev
5277)
@@ -59,6 +59,9 @@
* Set libc*-dev "Multi-Arch: same". Add conflicts betwwen libc*-dev
packages. Move a.out.h and ieee754.h to the arch qualified path.
Thanks to Thibaut Girka for the help. Closes: #666760.
+ * Add patches/any/cvs-ld.so-rpath-origin.diff to fix an insecure handling
+of privileged programs' RPATHs with $ORIGIN (CVE-2011-1658). Closes:
+#672119.
-- Clint Adams Fri, 04 May 2012 23:39:00 -0400
Added: glibc-package/trunk/debian/patches/any/cvs-ld.so-rpath-origin.diff
===
--- glibc-package/trunk/debian/patches/any/cvs-ld.so-rpath-origin.diff
(rev 0)
+++ glibc-package/trunk/debian/patches/any/cvs-ld.so-rpath-origin.diff
2012-06-03 18:11:47 UTC (rev 5277)
@@ -0,0 +1,296 @@
+2011-05-11 Ulrich Drepper
+
+ [BZ #12393]
+ * elf/dl-load.c (is_trusted_path): Remove unnecessary test.
+ (is_trusted_path_normalize): Skip initial colon. Append slash
+ to empty buffer. Duplicate is_trusted_path code but allow
+ constructed patch to be prefix.
+ (is_dst): Allow $ORIGIN followed by /.
+ (_dl_dst_substitute): Correct clearing of check_for_trusted.
+ Correct testing of result of is_trusted_path_normalize
+ (decompose_rpath): Fix warning.
+
+2011-05-07 Petr Baudis
+ Ulrich Drepper
+
+ [BZ #12393]
+ * elf/dl-load.c (fillin_rpath): Move trusted path check...
+ (is_trusted_path): ...to here.
+ (is_norm_trusted_path): Add wrapper for /../ and /./ normalization.
+ (_dl_dst_substitute): Verify expanded $ORIGIN path elements
+ using is_norm_trusted_path() in setuid scripts.
+
+2011-03-14 Andreas Schwab
+
+ * elf/dl-load.c (_dl_dst_substitute): When skipping the first
+ rpath element also skip the following colon.
+ (expand_dynamic_string_token): Add is_path parameter and pass
+ down to DL_DST_REQUIRED and _dl_dst_substitute.
+ (decompose_rpath): Call expand_dynamic_string_token with
+ non-zero is_path. Ignore empty rpaths.
+ (_dl_map_object_from_fd): Call expand_dynamic_string_token
+ with zero is_path.
+
+--- a/elf/dl-load.c
b/elf/dl-load.c
+@@ -168,6 +168,87 @@
+ }
+
+
++static bool
++is_trusted_path (const char *path, size_t len)
++{
++ const char *trun = system_dirs;
++
++ for (size_t idx = 0; idx < nsystem_dirs_len; ++idx)
++{
++ if (len == system_dirs_len[idx] && memcmp (trun, path, len) == 0)
++ /* Found it. */
++ return true;
++
++ trun += system_dirs_len[idx] + 1;
++}
++
++ return false;
++}
++
++
++static bool
++is_trusted_path_normalize (const char *path, size_t len)
++{
++ if (len == 0)
++return false;
++
++ if (*path == ':')
++{
++ ++path;
++ --len;
++}
++
++ char *npath = (char *) alloca (len + 2);
++ char *wnp = npath;
++ while (*path != '\0')
++{
++ if (path[0] == '/')
++ {
++if (path[1] == '.')
++ {
++if (path[2] == '.' && (path[3] == '/' || path[3] == '\0'))
++ {
++while (wnp > npath && *--wnp != '/')
++ ;
++path += 3;
++continue;
++ }
++else if (path[2] == '/' || path[2] == '\0')
++ {
++path += 2;
++continue;
++ }
++ }
++
++if (wnp > npath && wnp[-1] == '/')
++ {
++++path;
++continue;
++ }
++ }
++
++ *wnp++ = *path++;
++}
++
++ if (wnp == npath || wnp[-1] != '/')
++*wnp++ = '/';
++
++ const char *trun = system_dirs;
++
++ for (size_t idx = 0; idx < nsystem_dirs_len; ++idx)
++{
++ if (wnp - npath >= system_dirs_len[idx]
++&& memcmp (trun, npath, system_dirs_len[idx]) == 0)
++ /* Found it. */
++ return true;
++
++ trun += system_dirs_len[idx] + 1;
++}
++
++ return false;
++}
++
++
+ static size_t
+ is_dst (const char *start, const char *name, const char *str,
+ int is_path, int secure)
+@@ -200,7 +281,8 @@
+ return 0;
+
+ if (__builtin_expect (secure, 0)
+- && ((name[len] != '\0' && (!is_path || name[len] != ':'))
++ && (
r5275 - in glibc-package/trunk/debian: . control.in rules.d
Author: aurel32
Date: 2012-06-03 17:54:28 + (Sun, 03 Jun 2012)
New Revision: 5275
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control
glibc-package/trunk/debian/control.in/libc
glibc-package/trunk/debian/rules.d/build.mk
glibc-package/trunk/debian/rules.d/control.mk
glibc-package/trunk/debian/rules.d/stage1.mk
Log:
* Set libc*-dev "Multi-Arch: same". Add conflicts betwwen libc*-dev
packages. Move a.out.h and ieee754.h to the arch qualified path.
Thanks to Thibaut Girka for the help. Closes: #666760.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2012-06-03 17:05:57 UTC (rev
5274)
+++ glibc-package/trunk/debian/changelog2012-06-03 17:54:28 UTC (rev
5275)
@@ -50,6 +50,9 @@
version. Closes: #675606.
* Take-over nsswitch.conf installation from base-files. Closes:
#673271.
+ * Set libc*-dev "Multi-Arch: same". Add conflicts betwwen libc*-dev
+packages. Move a.out.h and ieee754.h to the arch qualified path.
+Thanks to Thibaut Girka for the help. Closes: #666760.
-- Clint Adams Fri, 04 May 2012 23:39:00 -0400
Modified: glibc-package/trunk/debian/control
===
--- glibc-package/trunk/debian/control 2012-06-03 17:05:57 UTC (rev 5274)
+++ glibc-package/trunk/debian/control 2012-06-03 17:54:28 UTC (rev 5275)
@@ -134,7 +134,7 @@
be removed once nothing on the system depends on it.
Package: libc6
-Architecture: amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armel armhf hppa i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x sh4
Section: libs
Priority: required
Multi-Arch: same
@@ -158,21 +158,23 @@
and the standard math library, as well as many others.
Package: libc6-dev
-Architecture: amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armel armhf hppa i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x sh4
Section: libdevel
Priority: optional
+Multi-Arch: same
Depends: libc6 (= ${binary:Version}), libc-dev-bin (= ${binary:Version}),
${misc:Depends}, linux-libc-dev [linux-any], kfreebsd-kernel-headers (>= 0.11)
[kfreebsd-any], gnumach-dev [hurd-i386], hurd-dev (>= 20080607-3) [hurd-i386]
Replaces: hurd-dev (<< 20120408-3) [hurd-i386]
Recommends: gcc | c-compiler
Suggests: glibc-doc, manpages-dev
Provides: libc-dev, libc6-dev [alpha ia64 hurd-i386 kfreebsd-i386
kfreebsd-amd64]
Breaks: binutils (<< 2.20.1-1), binutils-gold (<< 2.20.1-11), cmake (<<
2.8.4+dfsg.1-5), gcc-4.4 (<< 4.4.6-4), gcc-4.5 (<< 4.5.3-2), gcc-4.6 (<<
4.6.0-12), make (<< 3.81-8.1), pkg-config (<< 0.26-1), libjna-java (<<
3.2.7-4), liblouis-dev (<< 2.3.0-2), liblouisxml-dev (<< 2.4.0-2), libhwloc-dev
(<< 1.2-3)
+Conflicts: libc6.1-dev libc0.1-dev libc0.3-dev
Description: Embedded GNU C Library: Development Libraries and Header Files
Contains the symlinks, headers, and object files needed to compile
and link programs which use the standard C library.
Package: libc6-dbg
-Architecture: amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armel armhf hppa i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x sh4
Section: debug
Priority: extra
Multi-Arch: same
@@ -183,7 +185,7 @@
library.
Package: libc6-prof
-Architecture: amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armel armhf hppa i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x sh4
Section: libdevel
Priority: extra
Multi-Arch: same
@@ -193,7 +195,7 @@
with gprof.
Package: libc6-pic
-Architecture: amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armel armhf hppa i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x sh4
Section: libdevel
Priority: optional
Multi-Arch: same
@@ -208,7 +210,7 @@
Package: libc6-udeb
XC-Package-Type: udeb
-Architecture: amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armel armhf hppa i386 m32r m68k mips mipsel powerpc
powerpcspe ppc64 sparc sparc64 s390 s390x sh4
Section: debian-installer
Priority: extra
Provides: libc6, libc-udeb, ${locale-compat:Depends}
@@ -248,12 +250,14 @@
Architecture: alpha ia64
Section: libdevel
Priority: optional
+Multi-Arch: same
Depends: li
Processed: tagging 666760
Processing commands for cont...@bugs.debian.org: > tags 666760 + pending Bug #666760 [libc6-dev] [libc6-dev] Make libc6-dev multiarch-installable Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 666760: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666760 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.13387460769178.transcr...@bugs.debian.org
r5274 - glibc-package/trunk/debian/rules.d
Author: aurel32 Date: 2012-06-03 17:05:57 + (Sun, 03 Jun 2012) New Revision: 5274 Modified: glibc-package/trunk/debian/rules.d/control.mk Log: Cleanup architecture list Modified: glibc-package/trunk/debian/rules.d/control.mk === --- glibc-package/trunk/debian/rules.d/control.mk 2012-06-03 17:04:17 UTC (rev 5273) +++ glibc-package/trunk/debian/rules.d/control.mk 2012-06-03 17:05:57 UTC (rev 5274) @@ -1,7 +1,7 @@ libc_packages := libc6 libc6.1 libc0.1 libc0.3 libc0_1_archs := kfreebsd-amd64 kfreebsd-i386 libc0_3_archs := hurd-i386 -libc6_archs := amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb +libc6_archs := amd64 arm armel armhf hppa i386 m32r m68k mips mipsel powerpc powerpcspe ppc64 sparc sparc64 s390 s390x sh4 libc6_1_archs := alpha ia64 control_deps := $(wildcard debian/control.in/*) $(addprefix debian/control.in/, $(libc_packages)) -- 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/e1sbefz-0002da...@vasks.debian.org
r5273 - glibc-package/trunk/debian/rules.d
Author: aurel32 Date: 2012-06-03 17:04:17 + (Sun, 03 Jun 2012) New Revision: 5273 Modified: glibc-package/trunk/debian/rules.d/control.mk Log: Simplify debian/control generation as a first step to get multiarch conflicts autogenerated Modified: glibc-package/trunk/debian/rules.d/control.mk === --- glibc-package/trunk/debian/rules.d/control.mk 2012-06-03 16:10:48 UTC (rev 5272) +++ glibc-package/trunk/debian/rules.d/control.mk 2012-06-03 17:04:17 UTC (rev 5273) @@ -1,18 +1,15 @@ -control_deps := $(addprefix debian/control.in/, libc6 libc6.1 libc0.1 libc0.3 sparc64 s390 s390x powerpc ppc64 opt amd64 mipsn32 mips64) +libc_packages := libc6 libc6.1 libc0.1 libc0.3 +libc0_1_archs := kfreebsd-amd64 kfreebsd-i386 +libc0_3_archs := hurd-i386 +libc6_archs := amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb +libc6_1_archs := alpha ia64 -debian/control.in/libc6: debian/control.in/libc debian/rules.d/control.mk - sed -e 's%@libc@%libc6%g' \ - -e 's%@archs@%amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc powerpcspe ppc64 sparc sparc64 s390 s390x hppa sh3 sh4 sh3eb sh4eb%g' < $< > $@ +control_deps := $(wildcard debian/control.in/*) $(addprefix debian/control.in/, $(libc_packages)) -debian/control.in/libc6.1: debian/control.in/libc debian/rules.d/control.mk - sed -e 's%@libc@%libc6.1%g;s%@archs@%alpha ia64%g' < $< > $@ +$(patsubst %,debian/control.in/%,$(libc_packages)) :: debian/control.in/% : debian/control.in/libc debian/rules.d/control.mk + sed -e "s%@libc@%$*%g" \ + -e "s%@archs@%$($(subst .,_,$*)_archs)%g" < $< > $@ -debian/control.in/libc0.3: debian/control.in/libc debian/rules.d/control.mk - sed -e 's%@libc@%libc0.3%g;s%@archs@%hurd-i386%g;s/nscd, //' < $< > $@ - -debian/control.in/libc0.1: debian/control.in/libc debian/rules.d/control.mk - sed -e 's%@libc@%libc0.1%g;s%@archs@%kfreebsd-i386 kfreebsd-amd64%g' < $< > $@ - debian/control: $(stamp)control $(stamp)control: debian/control.in/main $(control_deps) \ debian/rules.d/control.mk -- 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/e1sbedx-00083q...@vasks.debian.org
r5272 - in glibc-package/trunk/debian: . debhelper.in local/etc
Author: aurel32
Date: 2012-06-03 16:10:48 + (Sun, 03 Jun 2012)
New Revision: 5272
Added:
glibc-package/trunk/debian/debhelper.in/libc-bin.postinst
glibc-package/trunk/debian/local/etc/nsswitch.conf
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/debhelper.in/libc-bin.dirs
glibc-package/trunk/debian/debhelper.in/libc-bin.install
Log:
* Take-over nsswitch.conf installation from base-files. Closes:
#673271.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2012-06-03 16:02:00 UTC (rev
5271)
+++ glibc-package/trunk/debian/changelog2012-06-03 16:10:48 UTC (rev
5272)
@@ -48,6 +48,8 @@
(CVE-2011-4609). Closes: #671478.
* patches/kfreebsd/local-use-thr-primitives.diff: bump LinuxThreads
version. Closes: #675606.
+ * Take-over nsswitch.conf installation from base-files. Closes:
+#673271.
-- Clint Adams Fri, 04 May 2012 23:39:00 -0400
Modified: glibc-package/trunk/debian/debhelper.in/libc-bin.dirs
===
--- glibc-package/trunk/debian/debhelper.in/libc-bin.dirs 2012-06-03
16:02:00 UTC (rev 5271)
+++ glibc-package/trunk/debian/debhelper.in/libc-bin.dirs 2012-06-03
16:10:48 UTC (rev 5272)
@@ -1 +1,2 @@
usr/lib/locale
+usr/share/libc-bin
Modified: glibc-package/trunk/debian/debhelper.in/libc-bin.install
===
--- glibc-package/trunk/debian/debhelper.in/libc-bin.install2012-06-03
16:02:00 UTC (rev 5271)
+++ glibc-package/trunk/debian/debhelper.in/libc-bin.install2012-06-03
16:10:48 UTC (rev 5272)
@@ -1,6 +1,8 @@
-debian/local/etc/* /etc
-nis/nss /etc/default
-posix/gai.conf /etc
+debian/local/etc/bindresvport.blacklist etc
+debian/local/etc/ld.so.conf.d etc
+debian/local/etc/nsswitch.conf usr/share/libc-bin
+nis/nss etc/default
+posix/gai.conf etc
debian/tmp-libc/sbin/ldconfig sbin
debian/tmp-libc/usr/bin/catchsegv usr/bin
debian/tmp-libc/usr/bin/getconf usr/bin
Added: glibc-package/trunk/debian/debhelper.in/libc-bin.postinst
===
--- glibc-package/trunk/debian/debhelper.in/libc-bin.postinst
(rev 0)
+++ glibc-package/trunk/debian/debhelper.in/libc-bin.postinst 2012-06-03
16:10:48 UTC (rev 5272)
@@ -0,0 +1,18 @@
+#!/bin/sh
+set -e
+export LC_ALL=C
+
+install_from_default() {
+ if [ ! -f $2 ]; then
+cp -p $1 $2
+ fi
+}
+
+if [ "$1" = "configure" ] && [ "$2" = "" ] ; then
+ install_from_default /usr/share/libc-bin/nsswitch.conf /etc/nsswitch.conf
+fi
+
+#DEBHELPER#
+
+exit 0
+
Added: glibc-package/trunk/debian/local/etc/nsswitch.conf
===
--- glibc-package/trunk/debian/local/etc/nsswitch.conf
(rev 0)
+++ glibc-package/trunk/debian/local/etc/nsswitch.conf 2012-06-03 16:10:48 UTC
(rev 5272)
@@ -0,0 +1,19 @@
+# /etc/nsswitch.conf
+#
+# Example configuration of GNU Name Service Switch functionality.
+# If you have the `glibc-doc-reference' and `info' packages installed, try:
+# `info libc "Name Service Switch"' for information about this file.
+
+passwd: compat
+group: compat
+shadow: compat
+
+hosts: files dns
+networks: files
+
+protocols: db files
+services: db files
+ethers: db files
+rpc:db files
+
+netgroup: nis
--
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/e1sbdod-9b...@vasks.debian.org
r5271 - in glibc-package/trunk/debian: . patches/kfreebsd
Author: aurel32 Date: 2012-06-03 16:02:00 + (Sun, 03 Jun 2012) New Revision: 5271 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/kfreebsd/local-use-thr-primitives.diff Log: * patches/kfreebsd/local-use-thr-primitives.diff: bump LinuxThreads version. Closes: #675606. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2012-06-03 15:49:42 UTC (rev 5270) +++ glibc-package/trunk/debian/changelog2012-06-03 16:02:00 UTC (rev 5271) @@ -46,6 +46,8 @@ decimal_point and thousands_sep. Closes: #673339. * patches/any/local-sunrpc-dos.diff: fix a DoS in RPC implementation (CVE-2011-4609). Closes: #671478. + * patches/kfreebsd/local-use-thr-primitives.diff: bump LinuxThreads +version. Closes: #675606. -- Clint Adams Fri, 04 May 2012 23:39:00 -0400 Modified: glibc-package/trunk/debian/patches/kfreebsd/local-use-thr-primitives.diff === --- glibc-package/trunk/debian/patches/kfreebsd/local-use-thr-primitives.diff 2012-06-03 15:49:42 UTC (rev 5270) +++ glibc-package/trunk/debian/patches/kfreebsd/local-use-thr-primitives.diff 2012-06-03 16:02:00 UTC (rev 5271) @@ -688,3 +688,8 @@ return errno; else return 0; +--- a/linuxthreads/Banner b/linuxthreads/Banner +@@ -1 +1 @@ +-linuxthreads-0.10 by Xavier Leroy ++linuxthreads-0.11 by Debian GNU/kFreeBSD -- 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/e1sbdfi-0001sh...@vasks.debian.org
r5270 - glibc-package/trunk/debian/patches/any
Author: aurel32
Date: 2012-06-03 15:49:42 + (Sun, 03 Jun 2012)
New Revision: 5270
Modified:
glibc-package/trunk/debian/patches/any/cvs-getpwuid-nsswitch.diff
Log:
Fix cvs-getpwuid-nsswitch.diff using code from upstream eglibc
Modified: glibc-package/trunk/debian/patches/any/cvs-getpwuid-nsswitch.diff
===
--- glibc-package/trunk/debian/patches/any/cvs-getpwuid-nsswitch.diff
2012-06-03 11:11:30 UTC (rev 5269)
+++ glibc-package/trunk/debian/patches/any/cvs-getpwuid-nsswitch.diff
2012-06-03 15:49:42 UTC (rev 5270)
@@ -49,7 +49,7 @@
+ {
+entry->next = defconfig_entries;
+entry->service = *ni;
-+entry->name[0] = '\0';
++entry->name = "";
+defconfig_entries = entry;
+ }
+ }
--
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/e1sbd3m-0007sg...@vasks.debian.org
Processed: tagging 675606
Processing commands for cont...@bugs.debian.org: > tags 675606 + pending Bug #675606 [libc0.1] LinuxThreads version bump Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 675606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675606 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.13387393335604.transcr...@bugs.debian.org
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale(s): sr_ME sr_RS sr_RS@latin These locales come with a statement % Distribution and use is free, also % for commercial purposes. Thus they do not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 these locales could strictly speaking not be part of Debian which would be a great loss. (Currently they are allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense these locale(s) to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale(s): fy_DE li_BE li_NL nds_DE nds_NL These locales come with a statement, which seems to be part of % Distribution and use is free, also % for commercial purposes. Thus they do not allow modification; it is unclear, however, if this truncated statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 these locales could strictly speaking not be part of Debian which would be a great loss. (Currently they are allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense these locale(s) to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale(s): gd_GB gv_GB kw_GB hy_AM ka_GE oc_FR pap_AN yi_US These locales come with a statement % Distribution and use is free, also % for commercial purposes. Thus they do not allow modification; it is unclear, however, if this statement was meant as a license. Further the following locales only have a part of the above statement: fy_DE li_BE li_NL nds_DE nds_NL As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 these locales could strictly speaking not be part of Debian which would be a great loss. (Currently they are allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense these locale(s) to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Update meaning of table values
Hello, I added an additional value for the third column in http://www.helgefjell.de/debianitem.php?name=bug555168&language=en For completeness, here are the meaning of the column entires: The first column is the locale, the second states the status: implicit - no license given, impllicitly the one of (e)glibc GPL versionless - license GPL, but no version given Non-modify - License which does not allow modification Broken - License which is truncated The third column states if the author replied so far: Resolved - The author resolved the license issue Contact - An initial contact was made None - No reply to this issue so far Undeliverable - The e-mail address of the original submitter no longer works A dash indicates that no contact attempt was made so far The fourth column states if the license is now ok: It contains either the name of the license (in green), the word "implicit" in blue if the licnese is given implicitly, unclear (in orange) if the status is unclear or "no" in red if the license is not ok. The final column links to relevant e-mails, if any. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
r5269 - glibc-package/trunk/debian
Author: sthibault Date: 2012-06-03 11:11:30 + (Sun, 03 Jun 2012) New Revision: 5269 Modified: glibc-package/trunk/debian/control Log: control: Regenerate Modified: glibc-package/trunk/debian/control === --- glibc-package/trunk/debian/control 2012-06-03 11:03:39 UTC (rev 5268) +++ glibc-package/trunk/debian/control 2012-06-03 11:11:30 UTC (rev 5269) @@ -62,6 +62,7 @@ glibc-doc-reference for licensing reasons. Package: eglibc-source +Architecture: all Section: devel Priority: optional Multi-Arch: foreign -- 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/e1sb8iy-de...@vasks.debian.org
r5268 - in glibc-package/trunk/debian: . patches patches/hurd-i386
Author: sthibault
Date: 2012-06-03 11:03:39 + (Sun, 03 Jun 2012)
New Revision: 5268
Added:
glibc-package/trunk/debian/patches/hurd-i386/tg-chflags.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/series
Log:
tg-chflags.diff: Fix and add f?chflags prototype.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2012-06-02 20:30:58 UTC (rev
5267)
+++ glibc-package/trunk/debian/changelog2012-06-03 11:03:39 UTC (rev
5268)
@@ -26,6 +26,7 @@
* control/{main,libc}: Remove libpthread-stubs-dev dependency on hurd-i386.
* patches/hurd-i386/libpthread.diff: Add -lrt in libpthread.a to fix static
linking.
+ * patches/hurd-i386/tg-chflags.diff: Fix and add f?chflags prototype.
[ Petr Salinger ]
* kfreebsd/local-sysdeps.diff: update to revision 4286 (from glibc-bsd).
Added: glibc-package/trunk/debian/patches/hurd-i386/tg-chflags.diff
===
--- glibc-package/trunk/debian/patches/hurd-i386/tg-chflags.diff
(rev 0)
+++ glibc-package/trunk/debian/patches/hurd-i386/tg-chflags.diff
2012-06-03 11:03:39 UTC (rev 5268)
@@ -0,0 +1,139 @@
+From: Samuel Thibault
+Subject: [PATCH] Fix f?chflags prototypes, declare them and their flags.
+
+Although they are defined on GNU/Hurd, f?chflags were never declared. It
+seems the BSD prototype actually uses an unsigned long, so we can take
+the opportunity to fix the prototype, while adding an actual
+declaration.
+
+* misc/chflags.c (chflags): Set flags parameter type to unsigned long instead
of
+int.
+* misc/fchflags.c (fchflags): Likewise.
+* sysdeps/mach/hurd/chflags.c (chflags): Likewise.
+* sysdeps/mach/hurd/fchflags.c (fchflags): Likewise.
+* sysdeps/mach/hurd/bits/stat.h (UF_SETTABLE, UF_NODUMP, UF_IMMUTABLE,
+UF_APPEND, UF_OPAQUE, UF_NOUNLINK, SF_SETTABLE, SF_ARCHIVED, SF_IMMUTABLE,
+SF_APPEND, SF_NOUNLINK, SF_SNAPSHOT): Declare macros.
+(chflags, fchflags): Declare functions.
+
+
+---
+ misc/chflags.c|4 ++--
+ misc/fchflags.c |4 ++--
+ sysdeps/mach/hurd/bits/stat.h | 35 +--
+ sysdeps/mach/hurd/chflags.c |2 +-
+ sysdeps/mach/hurd/fchflags.c |2 +-
+ 5 files changed, 39 insertions(+), 8 deletions(-)
+
+diff --git a/misc/chflags.c b/misc/chflags.c
+index ea6e742..3b56fe3 100644
+--- a/misc/chflags.c
b/misc/chflags.c
+@@ -21,12 +21,12 @@
+
+ /* Change the flags of FILE to FLAGS. */
+
+-int chflags (const char *file, int flags) __THROW;
++int chflags (const char *file, unsigned long int flags) __THROW;
+
+ int
+ chflags (file, flags)
+ const char *file;
+- int flags;
++ unsigned long int flags;
+ {
+ if (file == NULL)
+ {
+diff --git a/misc/fchflags.c b/misc/fchflags.c
+index ebb50db..12c7da3 100644
+--- a/misc/fchflags.c
b/misc/fchflags.c
+@@ -21,12 +21,12 @@
+
+ /* Change the flags of the file FD refers to to FLAGS. */
+
+-int fchflags (int fd, int flags) __THROW;
++int fchflags (int fd, unsigned long int flags) __THROW;
+
+ int
+ fchflags (fd, flags)
+ int fd;
+- int flags;
++ unsigned long int flags;
+ {
+ if (fd < 0)
+ {
+diff --git a/sysdeps/mach/hurd/bits/stat.h b/sysdeps/mach/hurd/bits/stat.h
+index 15fcda1..16293d0 100644
+--- a/sysdeps/mach/hurd/bits/stat.h
b/sysdeps/mach/hurd/bits/stat.h
+@@ -193,9 +193,40 @@ struct stat64
+ S_IUSEUNK|S_IUNKNOWN|0))
+ #endif
+
+-/* Default file creation mask (umask). */
+ #ifdef__USE_BSD
++
++/* Default file creation mask (umask). */
+ # define CMASK0022
++
++
++/* Definitions of flags stored in file flags word. */
++
++/* Super-user and owner changeable flags. */
++# define UF_SETTABLE 0x /* mask of owner changeable flags */
++# define UF_NODUMP0x0001 /* do not dump file */
++# define UF_IMMUTABLE 0x0002 /* file may not be changed */
++# define UF_APPEND0x0004 /* writes to file may only append */
++# define UF_OPAQUE0x0008 /* directory is opaque wrt. union */
++# define UF_NOUNLINK 0x0010 /* file may not be removed or renamed */
++
++/* Super-user changeable flags. */
++# define SF_SETTABLE 0x /* mask of superuser changeable flags */
++# define SF_ARCHIVED 0x0001 /* file is archived */
++# define SF_IMMUTABLE 0x0002 /* file may not be changed */
++# define SF_APPEND0x0004 /* writes to file may only append */
++# define SF_NOUNLINK 0x0010 /* file may not be removed or renamed */
++# define SF_SNAPSHOT 0x0020 /* snapshot inode */
++
++__BEGIN_DECLS
++
++/* Set file flags for FILE to FLAGS. */
++extern int chflags (__const char *__file, unsigned long int __flags) __THROW;
++
++/* Set file flags of the file referred to
Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable
On Sun, Jun 03, 2012 at 11:08:13AM +0200, Sven Joachim wrote: > On 2012-06-03 10:39 +0200, Aurelien Jarno wrote: > > > On Sun, Jun 03, 2012 at 10:10:41AM +0200, Sven Joachim wrote: > >> On 2012-06-02 21:56 +0200, Aurelien Jarno wrote: > >> > > >> > Either we have to make them conflict one with another (that is > >> > libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.), > >> > >> Note that this holds whether or not these packages are "M-A: same". > > > > No, because these packages are architecture specific, so they are not > > co-installable. For example libc0.1-dev and libc6-dev might have > > conflicting files, but you can't install libc0.1-dev (kfreebsd-amd64 > > only) together with libc6-dev, unless they are marked "M-A: same". > > Marking them "M-A: same" is not going to resolve these conflicts, > because libc0.1-dev and libc6-dev still belong to different package > sets, and with --force-overwrite you can install libc0.1-dev along > libc6-dev already. My point there is that given the package is that marking as "M-A: same" also implicitly means that the packager has verified that the package is not going to conflict with any other file. And if he/she failed to do so, it's a serious bug in the package, like we handled file conflicts bugs before the multiarch era. Currently theses packages are not marked as "M-A: same", so it's not a bug in a package, but rather a bug in a multiarch specification allowing this. > >> > or we have to check for these packages as if they were a single one. > >> > >> This means they would need to have the same name (probably libc-dev) on > >> all architectures. > >> > > > > Yes, thinking about that, either we want to make it fully multiarch, in > > that case all libc*-dev needs to be renamed to the same name, or we > > should add conflicts to prevent someone trying to install for example > > libc6.1-dev along with libc6-dev. > > Renaming seems to be the best long-term solution to me, but using > conflicts is probably safer for wheezy. For instance, > kfreebsd-kernel-headers:kfreebsd-i386 contains files clashing with both > libc6:i386 and linux-libc-dev:i386: > I came to the same conclusion. -- 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 Archive: http://lists.debian.org/20120603100802.gd4...@hall.aurel32.net
Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable
On 2012-06-03 10:39 +0200, Aurelien Jarno wrote: > On Sun, Jun 03, 2012 at 10:10:41AM +0200, Sven Joachim wrote: >> On 2012-06-02 21:56 +0200, Aurelien Jarno wrote: >> > >> > Either we have to make them conflict one with another (that is >> > libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.), >> >> Note that this holds whether or not these packages are "M-A: same". > > No, because these packages are architecture specific, so they are not > co-installable. For example libc0.1-dev and libc6-dev might have > conflicting files, but you can't install libc0.1-dev (kfreebsd-amd64 > only) together with libc6-dev, unless they are marked "M-A: same". Marking them "M-A: same" is not going to resolve these conflicts, because libc0.1-dev and libc6-dev still belong to different package sets, and with --force-overwrite you can install libc0.1-dev along libc6-dev already. >> > or we have to check for these packages as if they were a single one. >> >> This means they would need to have the same name (probably libc-dev) on >> all architectures. >> > > Yes, thinking about that, either we want to make it fully multiarch, in > that case all libc*-dev needs to be renamed to the same name, or we > should add conflicts to prevent someone trying to install for example > libc6.1-dev along with libc6-dev. Renaming seems to be the best long-term solution to me, but using conflicts is probably safer for wheezy. For instance, kfreebsd-kernel-headers:kfreebsd-i386 contains files clashing with both libc6:i386 and linux-libc-dev:i386: , | # dpkg -i --force-overwrite /var/cache/apt/archives/kfreebsd-kernel-headers_0.81_kfreebsd-i386.deb | (Reading database ... 13017 files and directories currently installed.) | Unpacking kfreebsd-kernel-headers (from .../kfreebsd-kernel-headers_0.81_kfreebsd-i386.deb) ... | dpkg: warning: overriding problem because --force enabled: | trying to overwrite '/usr/include/net/if_arp.h', which is also in package libc6-dev 2.13-32 | dpkg: warning: overriding problem because --force enabled: | trying to overwrite '/usr/include/net/ppp_defs.h', which is also in package libc6-dev 2.13-32 | dpkg: warning: overriding problem because --force enabled: | trying to overwrite '/usr/include/net/route.h', which is also in package libc6-dev 2.13-32 | dpkg: warning: overriding problem because --force enabled: | trying to overwrite '/usr/include/netatalk/at.h', which is also in package libc6-dev 2.13-32 | dpkg: warning: overriding problem because --force enabled: | trying to overwrite '/usr/include/netipx/ipx.h', which is also in package libc6-dev 2.13-32 | dpkg: warning: overriding problem because --force enabled: | trying to overwrite '/usr/include/linux/videodev2.h', which is also in package linux-libc-dev:i386 3.2.19-1 | Setting up kfreebsd-kernel-headers (0.81) ... ` 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/87pq9g7og2@turtle.gmx.de
Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable
On Sun, Jun 03, 2012 at 10:10:41AM +0200, Sven Joachim wrote: > On 2012-06-02 21:56 +0200, Aurelien Jarno wrote: > > > On Sat, Jun 02, 2012 at 09:33:19PM +0200, Thibaut Girka wrote: > >> On Sat, Jun 02, 2012 at 09:02:54PM +0200, Aurelien Jarno wrote: > >> > Your patch actually also makes libc0.1-dev, libc0.3-dev and libc6.1-dev > >> > m-a: same. You should also check for files in these packages. > >> > >> Oh, I didn't know about that. > >> > >> libc0.1-dev is ok. > >> libc0.3-dev is ok since it's only available for one architecture. > >> libc6.1-dev is ok too. > >> > > > > Either we have to make them conflict one with another (that is > > libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.), > > Note that this holds whether or not these packages are "M-A: same". No, because these packages are architecture specific, so they are not co-installable. For example libc0.1-dev and libc6-dev might have conflicting files, but you can't install libc0.1-dev (kfreebsd-amd64 only) together with libc6-dev, unless they are marked "M-A: same". > > or we have to check for these packages as if they were a single one. > > This means they would need to have the same name (probably libc-dev) on > all architectures. > Yes, thinking about that, either we want to make it fully multiarch, in that case all libc*-dev needs to be renamed to the same name, or we should add conflicts to prevent someone trying to install for example libc6.1-dev along with libc6-dev. -- 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 Archive: http://lists.debian.org/20120603083931.gb22...@hall.aurel32.net
Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable
On 2012-06-02 21:56 +0200, Aurelien Jarno wrote: > On Sat, Jun 02, 2012 at 09:33:19PM +0200, Thibaut Girka wrote: >> On Sat, Jun 02, 2012 at 09:02:54PM +0200, Aurelien Jarno wrote: >> > Your patch actually also makes libc0.1-dev, libc0.3-dev and libc6.1-dev >> > m-a: same. You should also check for files in these packages. >> >> Oh, I didn't know about that. >> >> libc0.1-dev is ok. >> libc0.3-dev is ok since it's only available for one architecture. >> libc6.1-dev is ok too. >> > > Either we have to make them conflict one with another (that is > libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.), Note that this holds whether or not these packages are "M-A: same". > or we have to check for these packages as if they were a single one. This means they would need to have the same name (probably libc-dev) on all architectures. 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/871ulw95oe@turtle.gmx.de
