Bug#632509: prevent testing migration

2011-07-03 Thread Andreas Barth
severity 632509 serious thanks Hi, setting this bug to serious to prevent testing migration. Otherwise, the easy workaround with debootstrap wheezy will be gone. Andi -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: RFC: use of shlib bump for libc dependency on new multiarch directories?

2011-02-23 Thread Andreas Barth
* Steve Langasek (vor...@debian.org) [110223 22:53]: We can handle this one of two ways. We can either bump the minimal dependency of *all* packages against libc, by adjusting shlibs/symbols in the eglibc package; or we can make adding the dependency a part of the standard library

Re: RFC: use of shlib bump for libc dependency on new multiarch directories?

2011-02-23 Thread Andreas Barth
* Steve Langasek (vor...@debian.org) [110223 23:29]: Ah, I don't know the details; I take this as gospel from the GCC maintainers that There Are Differences. Perhaps the differences are only optimization rather than compatibility; but regardless, given that most distros use i586-linux-gnu or

Bug#579917: mkhomedir segfaults within ld.so on startup

2010-05-20 Thread Andreas Barth
clone 579917 -1 reassign -1 libpam-modules severity 579917 important thanks * Aurelien Jarno (aurel...@aurel32.net) [100519 23:56]: The problem is that the mkhomedir_helper is built as a library, using a version-script. This lead to: 0x7016 (MIPS_RLD_MAP) 0 Removing

Bug#579917: mkhomedir segfaults within ld.so on startup

2010-05-02 Thread Andreas Barth
Package: libc6 Version: 2.7-18lenny2 Severity: grave Hi, the following happens when trying to run mkhomedir_helper. This happens with any glibc version, i.e. also in testing and unstable (that's how I found out). mkhomedir_helper is only available in testing and unstable, but well.

Bug#438179: RFC3484 s6 rule 9 should not apply

2007-12-06 Thread Andreas Barth
the usual way: First upload the fix to unstable, wait till it is properly tested and then get it into the next stable point release via d-release (and give the SRMs the possibility to test it, I'm not speaking with my SRM hat on here). Cheers, Andi -- http://home.arcor.de/andreas-barth

Re: getaddrinfo: DNS round robin vs RFC3484 s6 rule 9, for etch

2007-09-28 Thread Andreas Barth
on it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: getaddrinfo: DNS round robin vs RFC3484 s6 rule 9, for etch

2007-09-28 Thread Andreas Barth
of delegates, and how it works is a matter to the whole project. Just being pedantic: The tech ctte isn't delegated, but a constitutional body of its own. (This of course doesn't void that how the tech ctte works is relevant for the project.) Cheers, Andi -- http://home.arcor.de/andreas-barth

Re: getaddrinfo: DNS round robin vs RFC3484 s6 rule 9, for etch

2007-09-28 Thread Andreas Barth
* Pierre Habouzit ([EMAIL PROTECTED]) [070928 22:04]: On Fri, Sep 28, 2007 at 07:24:44PM +, Andreas Barth wrote: * Pierre Habouzit ([EMAIL PROTECTED]) [070928 21:08]: DNS RR is broken on Windows XP since SP2, Windows Vista, most *BSDs, Redhat and Fedora, and probably any Linux

Re: glibc's getaddrinfo() sort order

2007-09-18 Thread Andreas Barth
it [RFC3484] should be corrected or declared Historic. Denic is the german domainnames authority, and they usually know what they do (especially Peter Koch does). Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe

Re: glibc in proposed-updates blocks security.d.o

2006-08-08 Thread Andreas Barth
* Martin Zobel-Helas ([EMAIL PROTECTED]) [060808 13:56]: the current version of glibc in proposed-updates does not seem to compile on sparc[1]. For that reason i did not accept other archs yet. Joey notified me yesterday evening, that locales is currently uninstallable on all other archs and

Re: glibc in proposed-updates blocks security.d.o

2006-08-08 Thread Andreas Barth
* Aurelien Jarno ([EMAIL PROTECTED]) [060808 18:36]: On Tue, Aug 08, 2006 at 03:11:07PM +0200, Andreas Barth wrote: * Martin Zobel-Helas ([EMAIL PROTECTED]) [060808 13:56]: the current version of glibc in proposed-updates does not seem to compile on sparc[1]. For that reason i did

Re: timezone data packaged separately and in volatile?

2006-02-07 Thread Andreas Barth
, etc.). Only because you have a prejudice against volatile doesn't mean its the wrong place. Volatile is rather the exactly right place for this kind of update. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe

Re: timezone data packaged separately and in volatile?

2006-02-07 Thread Andreas Barth
* Anand Kumria ([EMAIL PROTECTED]) [060207 09:52]: On Tue, Feb 07, 2006 at 09:13:07AM +0100, Andreas Barth wrote: * Anand Kumria ([EMAIL PROTECTED]) [060207 04:34]: I also think volatile is precisely the wrong place to put this kind of data -- it isn't part of the default apt.sources

Re: timezone data packaged separately and in volatile?

2006-02-07 Thread Andreas Barth
on how to do it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#323798: [sparc] corrupted double-linked list

2005-08-19 Thread Andreas Barth
reassign 323798 openmotif thanks * GOTO Masanori ([EMAIL PROTECTED]) [050819 02:37]: At Thu, 18 Aug 2005 15:56:19 +0200, Andreas Barth wrote: during building openmotif on sparc, this error happened: gcc -g -O2 -Wall -Wno-unused -Wno-comment -o .libs/periodic periodic.o ../../../lib

Bug#323798: [sparc] corrupted double-linked list

2005-08-18 Thread Andreas Barth
Package: glibc Version: 2.3.5-3 Severity: serious Hi, during building openmotif on sparc, this error happened: gcc -g -O2 -Wall -Wno-unused -Wno-comment -o .libs/periodic periodic.o ../../../lib/Xm/.libs/libXm.so -L/usr/X11R6/lib ../../../lib/Mrm/.libs/libMrm.so

Re: glibc bug 318429 holding up C++ transition

2005-08-05 Thread Andreas Barth
* Steve Langasek ([EMAIL PROTECTED]) [050805 12:18]: And Goto-san has said that he plans to upload glibc 2.3.5 to unstable this weekend, so I would say that the fix is in sight. And as glibc 2.3.5 is now in incoming, I think that's good resolved as of now. Thanks, goto-san for the upload.

Bug#231538: Bug status report?

2004-03-12 Thread Andreas Barth
Release Notes -- [EMAIL PROTECTED]. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#231538: libc6: illegal instruction on a 386

2004-02-08 Thread Andreas Barth
if 486-opcodes can be executed, and glibc pre-depends on it?) Cheers, Andi PS: When will you fix the RC-bug in kmymoney2 #228732? -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED

Bug#231538: libc6: illegal instruction on a 386

2004-02-08 Thread Andreas Barth
if 486-opcodes can be executed, and glibc pre-depends on it?) Cheers, Andi PS: When will you fix the RC-bug in kmymoney2 #228732? -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C

Bug#181493: SUN RPC code is DFSG-free

2003-09-08 Thread Andreas Barth
* Branden Robinson ([EMAIL PROTECTED]) [030908 18:05]: On Mon, Sep 08, 2003 at 01:34:54PM +0200, Andreas Barth wrote: This would lead to the following code in stable (whichever release name stable is, release name in []): now Oct 03 Dez 03 Oct 04 1 sun[woody] sun

Bug#181493: SUN RPC code is DFSG-free

2003-08-25 Thread Andreas Barth
it complies to DFSG 8. (That I would like another license more is not topic of discussion. Topic is whether the RPC-code complies to DFSG, or if distribution glibc is a RC-bug.) Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C