Bug#500558: Can't listen to 127.0.0.1 if eth0 has IPv6 only
clone 500558 -1 reassign -1 manpages-dev retitle -1 manpages-dev: getaddrinfo(3): documentation doesn't match specifications reassign 500558 libapr1 retitle 500558 libapr1: can't bind to 127.0.0.1 without IPv4 address tag 500558 + upstream thanks On Fri, Feb 17, 2012 at 10:46:09PM +, Jean-Michel Vourgère wrote: reassign 500558 libapr1 tags 500558 + upstream thanks I traced back that problem to a call in libapr1, in call_resolver() getaddrinfo(127.0.0.1, NULL, hints, ...) that returns -9 because hints contains AI_ADDRCONFIG Without that hint, it works. Extract from call_resolver: if (family == APR_UNSPEC) { /* By default, only look up addresses using address types for * which a local interface is configured, i.e. no IPv6 if no * IPv6 interfaces configured. */ hints.ai_flags = AI_ADDRCONFIG; } Documentation from getaddrinfo(3): If hints.ai_flags includes the AI_ADDRCONFIG flag, then IPv4 addresses are returned in the list pointed to by res only if the local system has at least one IPv4 address configured, and IPv6 addresses are only returned if the local system has at least one IPv6 address configured. But obviously, having an IPv6 on eth0, and both an IPv4 and IPv6 in lo, is not enough to enable IPv4 resolution. The manpage doesn't match the RFC3493 which explicitly exclude the loopback addresses: If the AI_ADDRCONFIG flag is specified, IPv4 addresses shall be returned only if an IPv4 address is configured on the local system, and IPv6 addresses shall be returned only if an IPv6 address is configured on the local system. The loopback address is not considered for this case as valid as a configured address. This makes sense, given that a system almost always have both IPv4 and IPv6 loopback addresses. If loopback adresses were taken into account, it would make the AI_ADDRCONFIG flag useless. For me the problem is in call_resolver, which actually should not use the AI_ADDRCONFIG flag. To know to which addresses to bind to, it should use the AI_PASSIVE flag instead. I am therefore cloning this bug to manpages-dev so that the documentation can be updated, and reassigning the original bug to libapr1 as the bug has to be fixed there. -- 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/20120219145011.ga3...@hall.aurel32.net
Processed: Re: Can't listen to 127.0.0.1 if eth0 has IPv6 only
Processing commands for cont...@bugs.debian.org: clone 500558 -1 Bug#500558: getaddrinfo(127.0.0.1, AI_ADDRCONFIG) fails when eth0 has ipv6 only Bug 500558 cloned as bug 660479. reassign -1 manpages-dev Bug #660479 [eglibc] getaddrinfo(127.0.0.1, AI_ADDRCONFIG) fails when eth0 has ipv6 only Bug reassigned from package 'eglibc' to 'manpages-dev'. retitle -1 manpages-dev: getaddrinfo(3): documentation doesn't match specifications Bug #660479 [manpages-dev] getaddrinfo(127.0.0.1, AI_ADDRCONFIG) fails when eth0 has ipv6 only Changed Bug title to 'manpages-dev: getaddrinfo(3): documentation doesn't match specifications' from 'getaddrinfo(127.0.0.1, AI_ADDRCONFIG) fails when eth0 has ipv6 only' reassign 500558 libapr1 Bug #500558 [eglibc] getaddrinfo(127.0.0.1, AI_ADDRCONFIG) fails when eth0 has ipv6 only Bug reassigned from package 'eglibc' to 'libapr1'. retitle 500558 libapr1: can't bind to 127.0.0.1 without IPv4 address Bug #500558 [libapr1] getaddrinfo(127.0.0.1, AI_ADDRCONFIG) fails when eth0 has ipv6 only Changed Bug title to 'libapr1: can't bind to 127.0.0.1 without IPv4 address' from 'getaddrinfo(127.0.0.1, AI_ADDRCONFIG) fails when eth0 has ipv6 only' tag 500558 + upstream Bug #500558 [libapr1] libapr1: can't bind to 127.0.0.1 without IPv4 address Added tag(s) upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 500558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500558 660479: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660479 -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 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.132966301619023.transcr...@bugs.debian.org
Re: cupsd segfault error 4 in libc-2.11.3.so
On Fri, Feb 17, 2012 at 02:11:47PM +0100, Claudia Neumann wrote: Hi all, I installed a new server with Debian squeeze and updated the system a few days ago. Kernel 2.6.32-5-686-bigmem. Now I get on this new server a cupsd failure on printing on a network printer. The error message in syslog is: cupsd [1724]: segfault at o ip b7509a62 sp bfd90094 error 4 in libc-2.11.3.so [b749500 + 14 ] This is a bug in cups which calls a libc function with a wrong argument. Please ask people at c...@packages.debian.org. -- 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/20120219145143.gb3...@hall.aurel32.net
Bug#660526: stdio.h is incomplete for POSIX 2008
Package: libc6-dev Version: 2.11.3-3 I apology if this bug has already been reported but I am unable to find it through the web bug report interface. POSIX 2008 requires that stdio.h expose ssize_t, va_list, and getline (among others) if _POSIX_C_SOURCE is 200809L or greater. However, the 2.11 glibc does not conform to this (see http://sourceware.org/bugzilla/show_bug.cgi?id=11125). I'm currently working on some GNU coreutils and since I'm working with the Debian squeeze I got this issue. See thread http://lists.gnu.org/archive/html/coreutils/2012-02/msg00128.html As I said in the above thread, this issue has been fixed in GNU libc cd2f000c074b07931bd78ab5ff5fa3c0f7db628a commit. I wonder if you could backport this bug fix ? BTW, I take this mail to really thank you for this great distribution. Cheers, Jérémy -- 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/87k43i3daq@apollo.jerryland.fr
Processed: reassign
Processing commands for cont...@bugs.debian.org: reassign 660397 libc0.1-dev Bug #660397 [src:qpxtool] qpxtool: FTBFS on kfreebsd-* Bug reassigned from package 'src:qpxtool' to 'libc0.1-dev'. Bug No longer marked as found in versions qpxtool/0.7.1.002-5. forcemerge 660401 660397 Bug#660401: dvd+rw-tools: FTBFS on kfreebsd-* Bug#660397: qpxtool: FTBFS on kfreebsd-* Forcibly Merged 660397 660401. thanks Stopping processing here. Please contact me if you need assistance. -- 660397: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660397 660401: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660401 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.132967838310124.transcr...@bugs.debian.org
Bug#660526: [PATCH glibc-2.11.y] Re: stdio.h is incomplete for POSIX 2008
tags 660526 + upstream patch moreinfo quit Hi Petr and Jérémy, Jérémy Compostella wrote: I apology if this bug has already been reported but I am unable to find it through the web bug report interface. POSIX 2008 requires that stdio.h expose ssize_t, va_list, and getline (among others) if _POSIX_C_SOURCE is 200809L or greater. However, the 2.11 glibc does not conform to this (see http://sourceware.org/bugzilla/show_bug.cgi?id=11125). I'm currently working on some GNU coreutils and since I'm working with the Debian squeeze I got this issue. See thread http://lists.gnu.org/archive/html/coreutils/2012-02/msg00128.html As I said in the above thread, this issue has been fixed in GNU libc cd2f000c074b07931bd78ab5ff5fa3c0f7db628a commit. I wonder if you could backport this bug fix ? There are lots of XPG7 conformance fixes that glibc 2.11.y is missing, but I see no harm in taking this one since it seems to be affecting people. Petr, how about this patch, and what is the appropriate mailing list for proposing cherry-picks like this? -- 8 -- From: Ulrich Drepper drep...@redhat.com Date: Sun, 10 Jan 2010 00:39:22 -0800 Subject: Fix standalone stdio.h inclusion. (cherry picked from commit cd2f000c074b07931bd78ab5ff5fa3c0f7db628a) Skipping conformance testing bits since XPG7 testing did not land until glibc-2.12~297. --- ChangeLog |9 + libio/stdio.h | 24 ++-- 2 files changed, 31 insertions(+), 2 deletions(-) diff --git a/ChangeLog b/ChangeLog index 2e9a5163..3ab295f0 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,12 @@ +2010-01-10 Ulrich Drepper drep...@redhat.com + + [BZ #11125] + * libio/stdio.h: Define va_list, off_t, and ssize_t. + +2010-01-09 Ulrich Drepper drep...@redhat.com + + * libio/stdio.h: Define va_list also for XPG7. + 2011-05-29 Ulrich Drepper drep...@gmail.com [BZ #12350] diff --git a/libio/stdio.h b/libio/stdio.h index a6d24e54..bf16b3ff 100644 --- a/libio/stdio.h +++ b/libio/stdio.h @@ -1,5 +1,5 @@ /* Define ISO C stdio on top of C++ iostreams. - Copyright (C) 1991, 1994-2007, 2008, 2009 Free Software Foundation, Inc. + Copyright (C) 1991, 1994-2008, 2009, 2010 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or @@ -74,7 +74,7 @@ typedef struct _IO_FILE __FILE; #include libio.h -#ifdef __USE_XOPEN +#if defined __USE_XOPEN || defined __USE_XOPEN2K8 # ifdef __GNUC__ # ifndef _VA_LIST_DEFINED typedef _G_va_list va_list; @@ -85,6 +85,26 @@ typedef _G_va_list va_list; # endif #endif +#ifdef __USE_XOPEN2K8 +# ifndef __off_t_defined +# ifndef __USE_FILE_OFFSET64 +typedef __off_t off_t; +# else +typedef __off64_t off_t; +# endif +# define __off_t_defined +# endif +# if defined __USE_LARGEFILE64 !defined __off64_t_defined +typedef __off64_t off64_t; +# define __off64_t_defined +# endif + +# ifndef __ssize_t_defined +typedef __ssize_t ssize_t; +# define __ssize_t_defined +# endif +#endif + /* The type of the second argument to `fgetpos' and `fsetpos'. */ __BEGIN_NAMESPACE_STD #ifndef __USE_FILE_OFFSET64 -- 1.7.9 -- 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/20120220003317.GB969@burratino
Processed: [PATCH glibc-2.11.y] Re: stdio.h is incomplete for POSIX 2008
Processing commands for cont...@bugs.debian.org: tags 660526 + upstream patch moreinfo Bug #660526 [libc6-dev] stdio.h is incomplete for POSIX 2008 Added tag(s) upstream, moreinfo, and patch. quit Stopping processing here. Please contact me if you need assistance. -- 660526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660526 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.132969800913166.transcr...@bugs.debian.org
Bug#660611: CVE-2012-0864: FORTIFY_SOURCE format string protection bypass
Package: eglibc Severity: important Tags: security Please see http://sourceware.org/bugzilla/show_bug.cgi?id=13656 Current proposed patch: http://sourceware.org/ml/libc-alpha/2012-02/msg00073.html Could you also merge this in the Squeeze branch once a final fix is available? Cheers, Moritz -- 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/20120220072232.7109.7194.report...@vurm.knut.univention.de