Re: Bug#585051: (no subject)

2010-06-12 Thread André Wöbbeking
On Saturday 12 June 2010, Aurelien Jarno wrote: > Moreover we can also backport the optimized functions that have been > added in 2.12, but the current goal is to move 2.11 to squeeze, so it > will be for later. > > All that said, I don't plan to disable --with-multi-arch. Aurelien, you mention

Bug#583858: (no subject)

2010-06-12 Thread André Wöbbeking
On Saturday 12 June 2010, Aurelien Jarno wrote: > You mentionned rebuilding Qt 4. Does it happen with binaries you have > rebuilt yourself, or at least that link to libraries you have rebuilt > yourself? Yes > If yes, make sure you don't have binutils-gold installed, as it is > currently broken

Bug#583858: (no subject)

2010-06-12 Thread André Wöbbeking
On Saturday 12 June 2010, André Wöbbeking wrote: > On Saturday 12 June 2010, you wrote: > > I really doubt it's the same problem. The reported bug only affected > > x86_64 users running on Core i7. > > I can only tell you that I also had tried 2.11.1-1 before and h

Bug#583858: (no subject)

2010-06-12 Thread André Wöbbeking
On Saturday 12 June 2010, you wrote: > I really doubt it's the same problem. The reported bug only affected > x86_64 users running on Core i7. I can only tell you that I also had tried 2.11.1-1 before and had the same problem. And downgrading eglibc helped. > Does only Qt related applications c

Bug#583858: (no subject)

2010-06-11 Thread André Wöbbeking
I probably have the same problem: running Sid x86_64 I updated to eglibc 2.11.1-3 (from 2.10.2-9) and apps are crashing. E.g. I tried to build Qt 4.6.3 and qmake is crashing while configuring. cat /proc/cpuinfo: model name : Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz gcc -v: gcc ver

Bug#470289: libc6: getaddrinfo() with disabled ipv6

2008-05-28 Thread André Wöbbeking
On Monday 10 March 2008, Aurelien Jarno wrote: > André Wöbbeking a écrit : > > Is there a way to get this "fixed" for Lenny? Otherwise KDE4 could > > be a unpleasant experience for "some" people as Qt4 uses > > getaddrinfo() with unspecified protocol. &

Bug#470289: libc6: getaddrinfo() with disabled ipv6

2008-03-10 Thread André Wöbbeking
On Monday 10 March 2008, Aurelien Jarno wrote: > If somebody send us a working patch we will include it. Until now all > attempts failed, that is patches were breaking systems that won't > need a workaround. If it's hard to find a proper patch then an option to disable ipv6 is probably easier an

Bug#470289: libc6: getaddrinfo() with disabled ipv6

2008-03-10 Thread André Wöbbeking
On Monday 10 March 2008, Aurelien Jarno wrote: > forcemerge 435646 470289 > thanks > > André Wöbbeking a écrit : > > On Monday 10 March 2008, Aurelien Jarno wrote: > > This is from tcpdump -n port 53: > > > > 13:24:06.877009 IP 192.168.178.183.50438

Bug#470289: libc6: getaddrinfo() with disabled ipv6

2008-03-10 Thread André Wöbbeking
On Monday 10 March 2008, Aurelien Jarno wrote: > Aurelien Jarno a écrit : > > Andre Woebbeking a écrit : > >> Package: libc6 > >> Version: 2.7-9 > >> Severity: important > >> > >> Hi, > >> > >> I disabled ipv6 with > >> > >> alias net-pf-10 off > >> > >> in /etc/modprobe.d/aliases but getaddrinfo()

Bug#470289: libc6: getaddrinfo() with disabled ipv6

2008-03-10 Thread André Wöbbeking
On Monday 10 March 2008, you wrote: > Andre Woebbeking a écrit : > > Package: libc6 > > Version: 2.7-9 > > Severity: important > > > > Hi, > > > > I disabled ipv6 with > > > > alias net-pf-10 off > > > > in /etc/modprobe.d/aliases but getaddrinfo() doesn't care and sends > > ipv4 AND ipv6 queries t

Bug#301631: linux-kernel-headers: type of __s64 and __u64 (from asm/types.h) on AMD64 should be long

2005-03-29 Thread André Wöbbeking
On Tuesday 29 March 2005 17:37, Daniel Jacobowitz wrote: > That's your bug. No not mine, it's KDE's one ;-) > Don't do that. Don't mix glibc and kernel headers. Nevertheless IMHO it's at least strange if not even wrong to use different types for 64 bit data. But as this will probably not b

Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard

2003-08-18 Thread André Wöbbeking
Hi, > static inline __u64 ___arch__swab64(__u64 val) > { > union { > struct { __u32 a,b; } s; > __u64 u; > } v; > ... could the following code from asm/types.h be the problem: #if defined(__GNUC__) && !defined(__STRICT_ANSI__) typedef __signed__ long long __s64; typedef unsigned long