Debian Bug report logs - #757941
libc6 version 2.19 breaks NSS loading for static binaries

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Diederik de Haas <didi.debian@cknow.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Tue, 12 Aug 2014 17:30:24 +0200

Package: busybox-static
Version: 1:1.22.0-8
Severity: important

When trying to ping an address, like debian.org, with busybox-static you
get a "ping: bad address 'debian.org'" error.
I knew that version 1.22.0-6 of busybox-static was working, so I also 
downloaded version 1.22.0-7 and 1.22.0-8 and tested those:

# ./busybox-1.22.0-6 ping -c 1 debian.org
PING debian.org (200.17.202.197): 56 data bytes
64 bytes from 200.17.202.197: seq=0 ttl=49 time=307.969 ms

--- debian.org ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 307.969/307.969/307.969 ms
# ./busybox-1.22.0-7 ping -c 1 debian.org
ping: bad address 'debian.org'
# ./busybox-1.22.0-8 ping -c 1 debian.org
ping: bad address 'debian.org'

So that means this bug was introduced with version 1.22.0-7.
Note that the non-static version does work properly (tested version
1.22.0-8).

It makes the package rather unusable, but I'll leave it up to the
maintainer to raise the severity.

Regards,
  Diederik

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information

Message #10 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Diederik de Haas <didi.debian@cknow.org>, 757941@bugs.debian.org

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Tue, 12 Aug 2014 21:16:06 +0400

Control: tag -1 + confirmed

12.08.2014 19:30, Diederik de Haas wrote:
> Package: busybox-static
> Version: 1:1.22.0-8
> Severity: important
> 
> When trying to ping an address, like debian.org, with busybox-static you
> get a "ping: bad address 'debian.org'" error.

Yes, this is what we have.  Current busybox-static in wheezy+ does not
work.

What's interesting - I compiled busybox-static on curent wheezy host,
the resulting binary works fine.  But the same busybox compiled on
jessie does not work.  Also, it is specific to amd64 arch, it does not
happen on i386 (from 2 variants of x86 arches).

Thanks,

/mjt

Message #17 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Diederik de Haas <didi.debian@cknow.org>, 757941@bugs.debian.org

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Tue, 12 Aug 2014 21:28:35 +0400

12.08.2014 21:16, Michael Tokarev wrote:

> jessie does not work.  Also, it is specific to amd64 arch, it does not
> happen on i386 (from 2 variants of x86 arches).

No, i386 jessie does not work too.  It was a very old jessie32 chroot here
where I tried to build it and it worked.  So it looks like the issue is
specific to gcc-4.9.

/mjt

Message #22 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Diederik de Haas <didi.debian@cknow.org>

To: 757941@bugs.debian.org

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Tue, 12 Aug 2014 19:31:12 +0200

[Message part 1 (text/plain, inline)]

On Tuesday 12 August 2014 21:16:06 Michael Tokarev wrote:
> Also, it is specific to amd64 arch, it does not
> happen on i386 (from 2 variants of x86 arches).

It's not just limited to amd64, since I encountered the issue on raspbian for  
the Raspberry Pi, which is somewhere between armel and armhf.
See https://github.com/debian-pi/raspbian-ua-netinst/issues/80

-- 
GPG: 0x138E41915C7EFED6

[signature.asc (application/pgp-signature, inline)]

Message #27 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Cyril Brulebois <kibi@debian.org>

To: Michael Tokarev <mjt@tls.msk.ru>, 757941@bugs.debian.org

Cc: Diederik de Haas <didi.debian@cknow.org>

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Tue, 12 Aug 2014 19:34:07 +0200

[Message part 1 (text/plain, inline)]

Michael Tokarev <mjt@tls.msk.ru> (2014-08-12):
> Control: tag -1 + confirmed
> 
> 12.08.2014 19:30, Diederik de Haas wrote:
> > Package: busybox-static
> > Version: 1:1.22.0-8
> > Severity: important
> > 
> > When trying to ping an address, like debian.org, with busybox-static you
> > get a "ping: bad address 'debian.org'" error.
> 
> Yes, this is what we have.  Current busybox-static in wheezy+ does not
> work.
> 
> What's interesting - I compiled busybox-static on curent wheezy host,
> the resulting binary works fine.  But the same busybox compiled on
> jessie does not work.  Also, it is specific to amd64 arch, it does not
> happen on i386 (from 2 variants of x86 arches).

Smells like a possible compiler optimization bug? (The relevant code
might be buggy and falling into undefined behaviour; meaning not a
compiler bug.) Should be easy to check by building at -O0.

Mraw,
KiBi.

[signature.asc (application/pgp-signature, inline)]

Message #32 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Cyril Brulebois <kibi@debian.org>, 757941@bugs.debian.org

Cc: Diederik de Haas <didi.debian@cknow.org>

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Tue, 12 Aug 2014 21:46:43 +0400

12.08.2014 21:34, Cyril Brulebois wrote:

> Smells like a possible compiler optimization bug? (The relevant code
> might be buggy and falling into undefined behaviour; meaning not a
> compiler bug.) Should be easy to check by building at -O0.

Nope.  This is getaddrinfo() function.  So it is glibc, not gcc or
optimization.

getaddrinfo() does not work in jessie glibc when linked statically.
It immediately returns "Name or service not known" (rc=-2) without
trying to read /etc/hosts or send dns queries.

At link time, there's a warning issued, --

 warning: Using 'getaddrinfo' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking

but even if the same library is installed it doesn't work still.

This makes it.. interesting...

/mjt

Message #37 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Adam Richmond-Gordon <social@themisanthrope.co.uk>

To: 757941@bugs.debian.org

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Fri, 05 Sep 2014 11:40:30 +0000

On Tue, 12 Aug 2014 19:31:12 +0200 Diederik de Haas  
<didi.debian@cknow.org> wrote:
> On Tuesday 12 August 2014 21:16:06 Michael Tokarev wrote:
> > Also, it is specific to amd64 arch, it does not
> > happen on i386 (from 2 variants of x86 arches).
>
> It's not just limited to amd64, since I encountered the issue on  
> raspbian for  the Raspberry Pi, which is somewhere between armel and  
> armhf.
> See https://github.com/debian-pi/raspbian-ua-netinst/issues/80
>
> -- 
> GPG: 0x138E41915C7EFED6

Another Pi user here - also suffering with the same issue. As  
suggested, using a wheezy static package works without issue.

It also seems to have damaged NTP support - even when specifying an  
NTP server by IP (tried my own and one on the web), setting the time  
fails. As does package installation by IP (even with a local mirror).

Message #42 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Diederik de Haas <didi.debian@cknow.org>

To: 757941@bugs.debian.org

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Sun, 21 Sep 2014 15:19:09 +0200

[Message part 1 (text/plain, inline)]

On Tuesday 12 August 2014 21:46:43 Michael Tokarev wrote:
> Nope.  This is getaddrinfo() function.  So it is glibc, not gcc or
> optimization.
> 
> getaddrinfo() does not work in jessie glibc when linked statically.
> It immediately returns "Name or service not known" (rc=-2) without
> trying to read /etc/hosts or send dns queries.

Any news on this bug?

When I look at the diff from 1.22.0-6 to 1.22.0-7 it indeed doesn't seem likely 
that the issue is in busybox itself.
But when you look at the changelog of (e)glibc since 1.22.0-6 was released 
there has been a new upstream release (2.19) and various patches relating to 
dns resolving (as far as I can understand it).

Maybe this should be reassigned to (e)glibc?

-- 
GPG: 0x138E41915C7EFED6

[signature.asc (application/pgp-signature, inline)]

Message #47 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Diederik de Haas <didi.debian@cknow.org>, 757941@bugs.debian.org

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Sun, 21 Sep 2014 17:34:24 +0400

21.09.2014 17:19, Diederik de Haas wrote:
> On Tuesday 12 August 2014 21:46:43 Michael Tokarev wrote:
>> Nope.  This is getaddrinfo() function.  So it is glibc, not gcc or
>> optimization.
>>
>> getaddrinfo() does not work in jessie glibc when linked statically.
>> It immediately returns "Name or service not known" (rc=-2) without
>> trying to read /etc/hosts or send dns queries.
> 
> Any news on this bug?
> 
> When I look at the diff from 1.22.0-6 to 1.22.0-7 it indeed doesn't seem likely 
> that the issue is in busybox itself.
> But when you look at the changelog of (e)glibc since 1.22.0-6 was released 
> there has been a new upstream release (2.19) and various patches relating to 
> dns resolving (as far as I can understand it).
> 
> Maybe this should be reassigned to (e)glibc?

This _is_ a glibc problem, and it can be trivially demonstrated by writing
a tiny program that calls, say, getaddrinfo() on its argument.  When built
statically it always returns NOTFOUND, without any attempt to load any
nss modules or make dns queries or even do a /etc/hosts lookup.

More, I don't think reassigning it to glibc will do any good either, because
static linking has been discoraged there for ages.

I'm thinking about building busybox-static against uclibc.  This means
compiling uclibc from uclibc-source during build time, but it is not much
more work than, say, compiling qemu (which also needs to link statically,
but has additional prob because it links with glib which can't be mixed
with uclibc).  But anyway it will be a much bigger change than I'd like
to implement here.

If anyone has better idea please share.

Thanks,

/mjt

Message #52 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Diederik de Haas <didi.debian@cknow.org>

To: 757941@bugs.debian.org

Subject: Re: Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Date: Sun, 21 Sep 2014 16:19:39 +0200

[Message part 1 (text/plain, inline)]

On Sunday 21 September 2014 17:34:24 Michael Tokarev wrote:
> This _is_ a glibc problem, and it can be trivially demonstrated by writing
> a tiny program that calls, say, getaddrinfo() on its argument.  When built
> statically it always returns NOTFOUND, without any attempt to load any
> nss modules or make dns queries or even do a /etc/hosts lookup.
> 
> More, I don't think reassigning it to glibc will do any good either, because
> static linking has been discoraged there for ages.

Ok, thanks for the explanation.

> I'm thinking about building busybox-static against uclibc.  This means
> compiling uclibc from uclibc-source during build time, but it is not much
> more work than, say, compiling qemu (which also needs to link statically,
> but has additional prob because it links with glib which can't be mixed
> with uclibc).  But anyway it will be a much bigger change than I'd like
> to implement here.

I understand your dilemma.
Since this is outside my knowledge of expertise I can't asses the consequences 
of switching to a different glibc implementation nor offer a better idea.

For my specific use case I can probably switch to the non-static version of 
busybox, although that doesn't resolve the issue reported here.
I'd still be willing to test whatever solution you decide to implement.

Cheers,
  Diederik

-- 
GPG: 0x138E41915C7EFED6

[signature.asc (application/pgp-signature, inline)]

Message #57 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Steve Langasek <vorlon@debian.org>

To: debian-devel@lists.debian.org

Cc: 757941@bugs.debian.org

Subject: Re: static linking: alternatives for glibc?

Date: Mon, 6 Oct 2014 21:34:10 -0700

[Message part 1 (text/plain, inline)]

reassign 757941 src:glibc
affects 757941 busybox-static
thanks

On Mon, Oct 06, 2014 at 07:32:17PM -0700, Russ Allbery wrote:
> Paul Wise <pabs@debian.org> writes:
> > On Mon, Oct 6, 2014 at 11:27 PM, Michael Tokarev wrote:

> >> But with jessie, for one, all network name resolution (gethostby* etc
> >> APIs) don't work anymore, because glibc does not provide them instatic
> >> libraries.  So usual network utilities in busybox does not anymore,
> >> they just return `host not found' (unless you use IP addresses).

> > Was the removal of gethostby* APIs from the static glibc intentional?

> Yes.  It's the nsswitch problem.  The behavior of those APIs is controlled
> by the nsswitch mechanism (specifically the hosts configuration), which is
> inherently dynamic and doesn't support static linking.

It nevertheless is expected to work when the corresponding NSS modules are
present.  It's not truly static, but the dynamic loading from static libc is
supported.

So bug #757941 should be reassigned to glibc, instead of claiming that this
is somehow expected glibc behavior.

> > Perhaps glibc upstream would be willing to restore them?

> It would be nice, but I doubt you'll make much progress.  Lots of people
> have complained about this over the years.

At issue here is a glibc regression, not the standard complaints about
static glibc being not truly static.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

[signature.asc (application/pgp-signature, inline)]

Message #68 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: debian-devel@lists.debian.org, 757941@bugs.debian.org

Subject: Re: Bug#757941: static linking: alternatives for glibc?

Date: Tue, 07 Oct 2014 09:58:04 +0400

07.10.2014 08:34, Steve Langasek wrote:
[]
>>> Was the removal of gethostby* APIs from the static glibc intentional?
> 
>> Yes.  It's the nsswitch problem.  The behavior of those APIs is controlled
>> by the nsswitch mechanism (specifically the hosts configuration), which is
>> inherently dynamic and doesn't support static linking.
> 
> It nevertheless is expected to work when the corresponding NSS modules are
> present.  It's not truly static, but the dynamic loading from static libc is
> supported.

When a statically linked app calls getaddrinfo() (it is getnameinfo not
gethostbyname), the call immediately returns "host not found, try again",
without any attempt to load anything or look for other files.

This is with jessie glibc.  With wheezy's glibc it worked when the right
nss modules are presnt (iirc anyway -- I know it worked, I didn't check
_how_ it worked).

> So bug #757941 should be reassigned to glibc, instead of claiming that this
> is somehow expected glibc behavior.
> 
>>> Perhaps glibc upstream would be willing to restore them?
> 
>> It would be nice, but I doubt you'll make much progress.  Lots of people
>> have complained about this over the years.
> 
> At issue here is a glibc regression, not the standard complaints about
> static glibc being not truly static.

Regression or not, but there are several other problems here.

First of all, glibc wasn't really intended to be used for static linking --
apps becomes huge in size and if it still tries to load nss modules or
other things, it means static isn't really static, it wont work that well
if your system is damaged (rescue purposes of busybox-static).

Other libcs exists which are intended to be used statically from the
ground up (uclibc, dietlibc, musl) and which works well in this context
and provides more than enough to be really useful and small.  That's
exactly why I used the subject I used: because I want to find a good
alternative to glibc, alternative which is intended for such use case.

Thanks,

/mjt

Message #73 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: Michael Tokarev <mjt@tls.msk.ru>, 757941@bugs.debian.org, 754813@bugs.debian.org

Cc: debian-devel@lists.debian.org

Subject: Re: Bug#757941: static linking: alternatives for glibc?

Date: Tue, 21 Oct 2014 12:47:29 +0200

reassign 754813 libc6
reassign 757941 libc6
forcemerge 754813 757941
severity 754813 important
retitle 754813 libc6 version 2.19 breaks NSS loading for static binaries
forwarded 754813 https://sourceware.org/bugzilla/show_bug.cgi?id=17250
tag 754813 + upstream
thanks

On Tue, Oct 07, 2014 at 09:58:04AM +0400, Michael Tokarev wrote:
> 07.10.2014 08:34, Steve Langasek wrote:
> []
> >>> Was the removal of gethostby* APIs from the static glibc intentional?
> > 
> >> Yes.  It's the nsswitch problem.  The behavior of those APIs is controlled
> >> by the nsswitch mechanism (specifically the hosts configuration), which is
> >> inherently dynamic and doesn't support static linking.
> > 
> > It nevertheless is expected to work when the corresponding NSS modules are
> > present.  It's not truly static, but the dynamic loading from static libc is
> > supported.
> 
> When a statically linked app calls getaddrinfo() (it is getnameinfo not
> gethostbyname), the call immediately returns "host not found, try again",
> without any attempt to load anything or look for other files.
> 
> This is with jessie glibc.  With wheezy's glibc it worked when the right
> nss modules are presnt (iirc anyway -- I know it worked, I didn't check
> _how_ it worked).
> 
> > So bug #757941 should be reassigned to glibc, instead of claiming that this
> > is somehow expected glibc behavior.
> > 
> >>> Perhaps glibc upstream would be willing to restore them?
> > 
> >> It would be nice, but I doubt you'll make much progress.  Lots of people
> >> have complained about this over the years.
> > 
> > At issue here is a glibc regression, not the standard complaints about
> > static glibc being not truly static.
> 
> Regression or not, but there are several other problems here.
> 

This is a regression introduced in 2.19 by the following commit:

| commit 0d23a5c1b1908700d25b7e3c6cece148e19dded4
| Author: Maciej W. Rozycki <macro@codesourcery.com>
| Date:   Fri Jan 31 17:51:31 2014 +0000
| 
|     [BZ #16046] Static dlopen correction fallout fixes.
|     
|     Fixes to address issues from BZ #15022 resolution, as follows:
|     
|     * TLS updates to csu/libc-tls.c -- we now have a proper main map, so
|       there's no longer a need to create a separate fake one to keep TLS
|       structures,
|     
|     * random updates to elf/dl-close.c -- LM_ID_BASE is now a valid name
|       space ID for static executables as well, so assert that we don't
|       unload the main map.  Similarly dl_nns isn't supposed to be 0 for
|       static executables anymore,
|     
|     * actual BZ #16046 fix to elf/dl-iteratephdr.c -- the dl_iterate_phdr
|       special function for static executables isn't needed anymore, provided
|       that l_phdr and l_phnum members of the main map have been properly
|       initialized (done in _dl_non_dynamic_init in elf/dl-support.c now),
|     
|     * ld.so.cache loader update to elf/dl-load.c --
|       GL(dl_ns)[LM_ID_BASE]._ns_loaded is now always initialized in static
|       executables so can become the fallback loader map to check for
|       DF_1_NODEFLIB, provided that the l_flags_1 member of the main map has
|       been properly initialized (done in elf/dl-support.c now); this also
|       ensures previous semantics elsewhere in elf/dl-load.c,
|     
|     * matching updates to elf/dl-support.c -- to complement the two fixes
|       above.

This is actually the same bug than #754813, as all NSS functions are
affected, including DNS resolver or getpwuid. I am therefore merging the
bugs.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Message #90 received at 754813-close@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurel32@debian.org>

To: 754813-close@bugs.debian.org

Subject: Bug#754813: fixed in glibc 2.19-12

Date: Wed, 22 Oct 2014 21:23:47 +0000

Source: glibc
Source-Version: 2.19-12

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive.

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 754813@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno <aurel32@debian.org> (supplier of updated glibc 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 ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Wed, 22 Oct 2014 20:01:11 +0200
Source: glibc
Binary: libc-bin libc-dev-bin glibc-doc glibc-source locales locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 libc6-dev-x32 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.19-12
Distribution: unstable
Urgency: medium
Maintainer: Aurelien Jarno <aurel32@debian.org>
Changed-By: Aurelien Jarno <aurel32@debian.org>
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc0.1    - GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3    - GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3-xen - GNU C Library: Shared libraries [Xen version]
 libc6      - GNU C Library: Shared libraries
 libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64
 libc6-dbg  - GNU C Library: detached debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files
 libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64
 libc6-dev-i386 - GNU C Library: 32-bit development libraries for AMD64
 libc6-dev-mips32 - GNU C Library: o32 Development Libraries for MIPS
 libc6-dev-mips64 - GNU C Library: 64bit Development Libraries for MIPS64
 libc6-dev-mipsn32 - GNU C Library: n32 Development Libraries for MIPS64
 libc6-dev-powerpc - GNU C Library: 32bit powerpc development libraries for ppc64
 libc6-dev-ppc64 - GNU C Library: 64bit Development Libraries for PowerPC64
 libc6-dev-s390 - GNU C Library: 32bit Development Libraries for IBM zSeries
 libc6-dev-sparc - GNU C Library: 32bit Development Libraries for SPARC
 libc6-dev-sparc64 - GNU C Library: 64bit Development Libraries for UltraSPARC
 libc6-dev-x32 - GNU C Library: X32 ABI Development Libraries for AMD64
 libc6-i386 - GNU C Library: 32-bit shared libraries for AMD64
 libc6-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc6-loongson2f - GNU C Library: Shared libraries (Loongson 2F optimized)
 libc6-mips32 - GNU C Library: o32 Shared libraries for MIPS
 libc6-mips64 - GNU C Library: 64bit Shared libraries for MIPS64
 libc6-mipsn32 - GNU C Library: n32 Shared libraries for MIPS64
 libc6-pic  - GNU C Library: PIC archive library
 libc6-powerpc - GNU C Library: 32bit powerpc shared libraries for ppc64
 libc6-ppc64 - GNU C Library: 64bit Shared libraries for PowerPC64
 libc6-s390 - GNU C Library: 32bit Shared libraries for IBM zSeries
 libc6-sparc - GNU C Library: 32bit Shared libraries for SPARC
 libc6-sparc64 - GNU C Library: 64bit Shared libraries for UltraSPARC
 libc6-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6-x32  - GNU C Library: X32 ABI Shared libraries for AMD64
 libc6-xen  - GNU C Library: Shared libraries [Xen version]
 libc6.1    - GNU C Library: Shared libraries
 libc6.1-alphaev67 - GNU C Library: Shared libraries (EV67 optimized)
 libc6.1-dbg - GNU C Library: detached debugging symbols
 libc6.1-dev - GNU C Library: Development Libraries and Header Files
 libc6.1-pic - GNU C Library: PIC archive library
 libc6.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb)
 libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb)
 locales    - GNU C Library: National Language (locale) data [support]
 locales-all - GNU C Library: Precompiled locale data
 multiarch-support - Transitional package to ensure multiarch compatibility
 nscd       - GNU C Library: Name Service Cache Daemon
Closes: 715289 717979 740509 754813 756473 757941 760450 762195 762404 764274 764840
Changes:
 glibc (2.19-12) unstable; urgency=medium
 .
   [ Samuel Thibault ]
   * patches/hurd-i386/tg-thread-cancel.diff: Update patch from upstream, fixes
     a rare deadlock.
   * patches/hurd-i386/local-libpthread-stacksize.diff: New patch to make
     libpthread stacks size default to 8MiB like on Linux, to avoid surprises
     with packages which assume the Linuxish default.
   * patches/hurd-i386/tg-poll_errors_fixes.diff: Update patch, fixes
     select returned value in case of errors. Closes: #764840.
 .
   [ Petr Salinger ]
   * update testsuite-checking/expected-results-*-kfreebsd-gnu-*
     under 10.x kernels, provided by Steven Chamberlain. Closes: #762404.
 .
   [ Aurelien Jarno ]
   * Remove mtrace(1) and pldd(1) manpages, provided by the manpages package
     starting with version 3.74.
   * debian/control.in/*: update the syntax of the Build-Profiles field and
     build depends on dpkg-dev (>= 1.17.14) to get the new feature. Closes:
     #764274.
   * Remove libc6-prof package as it's broken for years and there are better
     way to profile code nowadays. Closes: #760450.
   * patches/amd64/local-blacklist-on-TSX-Haswell.diff: new patch from
     Henrique de Moraes Holschuh to disable TSX on processors which might get
     it disable through a microcode update. Closes: #762195.
   * Install French, German, Polish and Spanish version of validlocale(8)
     manpage. Add a Replaces: manpages-fr-extra (<= 20141008).
   * Update French manpages translations, by David Prévot. Closes: #715289.
   * Update German manpages translations, by Helge Kreutzmann. Closes: #717979.
   * kfreebsd/local-fbtl.diff: update to revision 5651 (from glibc-bsd).
     Workarounds a kfreebsd 9.0 to 10.1 ABI break. Closes: #740509.
   * patches/any/cvs-CVE-2014-6040.diff: new patch from upstream to fix crashes
     on invalid input in IBM gconv modules (CVE-2014-6040).
   * patches/any/cvs-check_pf-infinite-loop.diff: new patch from upstream to
     fix an infinite loop in infinite loop in check_pf.
   * patches/any/local-static-dlopen-search-path.diff: new patch to re-enable
     default search path for dlopen() in static libraries. Closes: #754813,
     #757941.
 .
   [ Helmut Grohne ]
   * debian/patches/any/local-bootstrap-headers.diff: Update to handle
     stubs-$abi.h which is required for multilib bootstraps. Closes: #756473
Checksums-Sha1:
 f684892393d9dfa9ac04ef6b83d0a26b4cb16f70 8186 glibc_2.19-12.dsc
 e7efd751da4a63d22917142868f1afe437c95c75 1002160 glibc_2.19-12.debian.tar.xz
 2bac11b93408b9cb10b84260fcd8f62284284fa9 2261646 glibc-doc_2.19-12_all.deb
 2234150b625bba135207b4339b7533988dd8d910 14127516 glibc-source_2.19-12_all.deb
 11bf1189494a6f3db335d0823bc5b65128f18d16 3915568 locales_2.19-12_all.deb
 cb123b78a1e00b47c7480e9d944054a7126f35cb 4818456 libc6_2.19-12_amd64.deb
 c999c5be198d1af78da8c6adefaf556366b54048 1998752 libc6-dev_2.19-12_amd64.deb
 9a822443111d04233c1e7fe41da4cf4bc14d665b 1473108 libc6-pic_2.19-12_amd64.deb
 b0adc7a3ba2fd862af2ae9f67708a772fedec8e9 1283262 libc-bin_2.19-12_amd64.deb
 8bee8c54dca4af61f88f3a1cce7c4a184da5a90e 234630 libc-dev-bin_2.19-12_amd64.deb
 a41c270d996ffbd73d2697f6dc846e782bcaf446 177134 multiarch-support_2.19-12_amd64.deb
 4f28cd67f44d19e2470ec6625792fa35dddcd3d4 3530314 locales-all_2.19-12_amd64.deb
 1cd196e32d97b8bbcadcd02e4f718d410381e090 2374840 libc6-i386_2.19-12_amd64.deb
 aa0735dca2c14416da48dd6f325babb6d2fcec19 1314546 libc6-dev-i386_2.19-12_amd64.deb
 bc35d0e362806d35f46055335520e97aa5007f29 2594988 libc6-x32_2.19-12_amd64.deb
 49037e3906d7ab7ab8e724311a984c118cee9f97 1582626 libc6-dev-x32_2.19-12_amd64.deb
 d0aa380ec109bba979d41a6d5ce80c91c83837d5 240750 nscd_2.19-12_amd64.deb
 8971b6c912189afce42102f58ca15b160aba9eb2 3429000 libc6-dbg_2.19-12_amd64.deb
 6012688941b20a8f1c4a9d1d8ce7d0b71845463e 1060074 libc6-udeb_2.19-12_amd64.udeb
 7518f938fb50dad58460b2a8b9490ecdd62b5d4f 10038 libnss-dns-udeb_2.19-12_amd64.udeb
 b922cad6389dc96352cd93b06895c37f76c1cf4a 16470 libnss-files-udeb_2.19-12_amd64.udeb
Checksums-Sha256:
 f5ea25756ddcce1332db439c572d1b86573ef83401fb2886f9a8c70245414e7c 8186 glibc_2.19-12.dsc
 8b659936556451284df961dc2075f583a522f949c9670067dfe011c6b71905bf 1002160 glibc_2.19-12.debian.tar.xz
 46f2bd17530cdd2bbd6bb0e4bec6b39f2b1f4f26195b50da7cb37e6bb98b95cd 2261646 glibc-doc_2.19-12_all.deb
 62e7eb442198f9b6be17be436e1f044fcac170279c7e643f3a880e857779714d 14127516 glibc-source_2.19-12_all.deb
 04743a4a3f8f9012702b9246979c211c8e2a59690ac92f908830c809f44b4446 3915568 locales_2.19-12_all.deb
 3388d26dc2ac88b25cf84c50e7a0a9613cb717a202eef98c05cf87a50f88ffa6 4818456 libc6_2.19-12_amd64.deb
 fda96ee32aea2857fd24b124bb7721e500b9bb1a7033fc30ff3cc4d69048eac2 1998752 libc6-dev_2.19-12_amd64.deb
 8c050789fa80e5affdba895856ceb63394544049bf9be9eb3c44f88868c0e9b1 1473108 libc6-pic_2.19-12_amd64.deb
 c39f58ac0e0d3d6fdff325e2a30a0b4940d1a4e53354ad0c73cdd4d7deff2d02 1283262 libc-bin_2.19-12_amd64.deb
 0d5e146039955ef43ca8dad3ca5ddb2bc09706dd915dc7cc4c7ca25701dfb91e 234630 libc-dev-bin_2.19-12_amd64.deb
 303c05ccf09a517d21c9ff91836775fcd903a3092af6f58551a2ca6f224f3359 177134 multiarch-support_2.19-12_amd64.deb
 ba73fc991f776e3b990dce57144b9b68253b81c37813d060f1166e3ff4322fb4 3530314 locales-all_2.19-12_amd64.deb
 e151bd79d7113667177201bc7c9a3657dc4b7708d35b561e907a5617dfb668a2 2374840 libc6-i386_2.19-12_amd64.deb
 32c0f715de2c6331ea35b3eaa68485a903355aa734d0bc18a1a2a2a87da53f17 1314546 libc6-dev-i386_2.19-12_amd64.deb
 63cfb69a28eec189be9ccdd7d9cf82327ea1ec838f1e64a5f9b730edd4521d07 2594988 libc6-x32_2.19-12_amd64.deb
 e6a82090d2ddec28b6d491f335bd91068fc83a60606793aea68a5257d06744f6 1582626 libc6-dev-x32_2.19-12_amd64.deb
 83ce426aee2e733c196ddcdec86f954c0a1cabe90c900881682b097a4fcb23be 240750 nscd_2.19-12_amd64.deb
 74fc2f8cf3335aa080ed03d2de50437331ff66577e27547558bde499a47439db 3429000 libc6-dbg_2.19-12_amd64.deb
 e76a5efbeedf9f5e1729d086d11389dbcb013988dc21ea03d35597958653f630 1060074 libc6-udeb_2.19-12_amd64.udeb
 8abe81802c22f3c5a3569079239b16dfad83bd72e5a292ff2c6cc511505dcb13 10038 libnss-dns-udeb_2.19-12_amd64.udeb
 4710de02f33d5838130d3a92b248e1ca02a3b880c3e86b482e399374122800c8 16470 libnss-files-udeb_2.19-12_amd64.udeb
Files:
 ebaa52c52fd63f9286fb66f2d65929b3 8186 libs required glibc_2.19-12.dsc
 f3a58a03f06380beec47f198856259e8 1002160 libs required glibc_2.19-12.debian.tar.xz
 582e6624bd07d84f305349d73f232605 2261646 doc optional glibc-doc_2.19-12_all.deb
 5ec2297fa4d9ed726b02280b753ef4b2 14127516 devel optional glibc-source_2.19-12_all.deb
 57841bf54dd74893db479af8b3412b3a 3915568 localization standard locales_2.19-12_all.deb
 9eb137dc74b3f8f5bb64c535d2b44906 4818456 libs required libc6_2.19-12_amd64.deb
 ab9aebecabfbdad60bdc30d182cf900a 1998752 libdevel optional libc6-dev_2.19-12_amd64.deb
 5a43a1208b9257dc7afac4bb44b78e6d 1473108 libdevel optional libc6-pic_2.19-12_amd64.deb
 b238e76751bd4a9e41a1cefaa6d0ef1b 1283262 libs required libc-bin_2.19-12_amd64.deb
 69636a4dd5f890860c7f02f480ee7d6e 234630 libdevel optional libc-dev-bin_2.19-12_amd64.deb
 a5ccba84d3b09ee64ed74b018bc06fc5 177134 libs required multiarch-support_2.19-12_amd64.deb
 c10ad21c5326e24d68a59bdb151e200a 3530314 localization extra locales-all_2.19-12_amd64.deb
 98cf55aeb16f6343d11417c779a47d77 2374840 libs optional libc6-i386_2.19-12_amd64.deb
 9248f07d51e9a5e6e82666d51360d1eb 1314546 libdevel optional libc6-dev-i386_2.19-12_amd64.deb
 955f93fed2c3cf9c0abbbfd708b09735 2594988 libs optional libc6-x32_2.19-12_amd64.deb
 3cf435e3941e7bb0e91af0f7dca0f058 1582626 libdevel optional libc6-dev-x32_2.19-12_amd64.deb
 e1fe59aae26ef6c5f452d542fe1e0d87 240750 admin optional nscd_2.19-12_amd64.deb
 a69d8f33c48f580565fdd76a4559c519 3429000 debug extra libc6-dbg_2.19-12_amd64.deb
 fbaa0c2ed1f582646dde55f6e4e05774 1060074 debian-installer extra libc6-udeb_2.19-12_amd64.udeb
 cf74e252588a670206f0082d8dd46837 10038 debian-installer extra libnss-dns-udeb_2.19-12_amd64.udeb
 344137d9b94f65cbcaf019d04ee89b1e 16470 debian-installer extra libnss-files-udeb_2.19-12_amd64.udeb
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIVAwUBVEgNU7qceAYd3YybAQgcYQ/+PzQD4QJWeOvB/Pt7Hw4WJJlNxaiWU1Hg
ljwYy4glvuL/KRO7zsGbQ/SKQATzIlSO80E10LvH4eLIgF/ap4L2GdLE6nkO+A4m
pX7cB891mC5H/EiXEkE828IiYUCR7J+9UnbgWsq/lhanSWSg6zxEVAsUDFj5xtFA
wmKRjQKQbTQyHE6GdT9l95lNJ1qPhu+ILM2BKHo/CRuHU114jw7/LWlDBlOmlnw8
7eQqQjOV235pJsnjVhgNCI5SIgaEdfcrDPgnRXjRb2d7NXNnGMGu5E+X3Tbn1TLN
B8cQwAcIcpwQTJ9SNGjKh0Mz8yw8hrUlz0e8+h0B/3TPYEQv2Tp6ByJ7hWd4dua6
wuh5031ir9DBr99nVaBxLdXKIoN0A6DPWUEpbh6Ms3Ovm7bxqV3dYFoevd7nTDVg
qTupLGmS2XivRKOjmIlOMeMcPEZTFeDTa+hKM56ATy2osYYnk0uYIwsoRmZyGaNL
IBQQmFNJFZ1dBuiIpxpfkKOiQBUdLJolrvW0fyhMFsgkxH17ySY9jm66mD1udtUf
ozS1A4KK9sfMXPNqs+SEVI5BQU1WkmRWpEY+NCWsuvddZz1mnpKqdbu5cId4E5Lm
BjGhLA7tSP/B5eH9Jlx1+wPTXlGMtGtuJg+abSYKl+cFoGsIXl88ZnFASBw8lffa
bsPNEnON6sI=
=N3nt
-----END PGP SIGNATURE-----

Message #95 received at 757941-close@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurel32@debian.org>

To: 757941-close@bugs.debian.org

Subject: Bug#757941: fixed in glibc 2.19-12

Date: Wed, 22 Oct 2014 21:23:47 +0000

Source: glibc
Source-Version: 2.19-12

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive.

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 757941@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno <aurel32@debian.org> (supplier of updated glibc 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 ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Wed, 22 Oct 2014 20:01:11 +0200
Source: glibc
Binary: libc-bin libc-dev-bin glibc-doc glibc-source locales locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 libc6-dev-x32 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.19-12
Distribution: unstable
Urgency: medium
Maintainer: Aurelien Jarno <aurel32@debian.org>
Changed-By: Aurelien Jarno <aurel32@debian.org>
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc0.1    - GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3    - GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3-xen - GNU C Library: Shared libraries [Xen version]
 libc6      - GNU C Library: Shared libraries
 libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64
 libc6-dbg  - GNU C Library: detached debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files
 libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64
 libc6-dev-i386 - GNU C Library: 32-bit development libraries for AMD64
 libc6-dev-mips32 - GNU C Library: o32 Development Libraries for MIPS
 libc6-dev-mips64 - GNU C Library: 64bit Development Libraries for MIPS64
 libc6-dev-mipsn32 - GNU C Library: n32 Development Libraries for MIPS64
 libc6-dev-powerpc - GNU C Library: 32bit powerpc development libraries for ppc64
 libc6-dev-ppc64 - GNU C Library: 64bit Development Libraries for PowerPC64
 libc6-dev-s390 - GNU C Library: 32bit Development Libraries for IBM zSeries
 libc6-dev-sparc - GNU C Library: 32bit Development Libraries for SPARC
 libc6-dev-sparc64 - GNU C Library: 64bit Development Libraries for UltraSPARC
 libc6-dev-x32 - GNU C Library: X32 ABI Development Libraries for AMD64
 libc6-i386 - GNU C Library: 32-bit shared libraries for AMD64
 libc6-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc6-loongson2f - GNU C Library: Shared libraries (Loongson 2F optimized)
 libc6-mips32 - GNU C Library: o32 Shared libraries for MIPS
 libc6-mips64 - GNU C Library: 64bit Shared libraries for MIPS64
 libc6-mipsn32 - GNU C Library: n32 Shared libraries for MIPS64
 libc6-pic  - GNU C Library: PIC archive library
 libc6-powerpc - GNU C Library: 32bit powerpc shared libraries for ppc64
 libc6-ppc64 - GNU C Library: 64bit Shared libraries for PowerPC64
 libc6-s390 - GNU C Library: 32bit Shared libraries for IBM zSeries
 libc6-sparc - GNU C Library: 32bit Shared libraries for SPARC
 libc6-sparc64 - GNU C Library: 64bit Shared libraries for UltraSPARC
 libc6-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6-x32  - GNU C Library: X32 ABI Shared libraries for AMD64
 libc6-xen  - GNU C Library: Shared libraries [Xen version]
 libc6.1    - GNU C Library: Shared libraries
 libc6.1-alphaev67 - GNU C Library: Shared libraries (EV67 optimized)
 libc6.1-dbg - GNU C Library: detached debugging symbols
 libc6.1-dev - GNU C Library: Development Libraries and Header Files
 libc6.1-pic - GNU C Library: PIC archive library
 libc6.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb)
 libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb)
 locales    - GNU C Library: National Language (locale) data [support]
 locales-all - GNU C Library: Precompiled locale data
 multiarch-support - Transitional package to ensure multiarch compatibility
 nscd       - GNU C Library: Name Service Cache Daemon
Closes: 715289 717979 740509 754813 756473 757941 760450 762195 762404 764274 764840
Changes:
 glibc (2.19-12) unstable; urgency=medium
 .
   [ Samuel Thibault ]
   * patches/hurd-i386/tg-thread-cancel.diff: Update patch from upstream, fixes
     a rare deadlock.
   * patches/hurd-i386/local-libpthread-stacksize.diff: New patch to make
     libpthread stacks size default to 8MiB like on Linux, to avoid surprises
     with packages which assume the Linuxish default.
   * patches/hurd-i386/tg-poll_errors_fixes.diff: Update patch, fixes
     select returned value in case of errors. Closes: #764840.
 .
   [ Petr Salinger ]
   * update testsuite-checking/expected-results-*-kfreebsd-gnu-*
     under 10.x kernels, provided by Steven Chamberlain. Closes: #762404.
 .
   [ Aurelien Jarno ]
   * Remove mtrace(1) and pldd(1) manpages, provided by the manpages package
     starting with version 3.74.
   * debian/control.in/*: update the syntax of the Build-Profiles field and
     build depends on dpkg-dev (>= 1.17.14) to get the new feature. Closes:
     #764274.
   * Remove libc6-prof package as it's broken for years and there are better
     way to profile code nowadays. Closes: #760450.
   * patches/amd64/local-blacklist-on-TSX-Haswell.diff: new patch from
     Henrique de Moraes Holschuh to disable TSX on processors which might get
     it disable through a microcode update. Closes: #762195.
   * Install French, German, Polish and Spanish version of validlocale(8)
     manpage. Add a Replaces: manpages-fr-extra (<= 20141008).
   * Update French manpages translations, by David Prévot. Closes: #715289.
   * Update German manpages translations, by Helge Kreutzmann. Closes: #717979.
   * kfreebsd/local-fbtl.diff: update to revision 5651 (from glibc-bsd).
     Workarounds a kfreebsd 9.0 to 10.1 ABI break. Closes: #740509.
   * patches/any/cvs-CVE-2014-6040.diff: new patch from upstream to fix crashes
     on invalid input in IBM gconv modules (CVE-2014-6040).
   * patches/any/cvs-check_pf-infinite-loop.diff: new patch from upstream to
     fix an infinite loop in infinite loop in check_pf.
   * patches/any/local-static-dlopen-search-path.diff: new patch to re-enable
     default search path for dlopen() in static libraries. Closes: #754813,
     #757941.
 .
   [ Helmut Grohne ]
   * debian/patches/any/local-bootstrap-headers.diff: Update to handle
     stubs-$abi.h which is required for multilib bootstraps. Closes: #756473
Checksums-Sha1:
 f684892393d9dfa9ac04ef6b83d0a26b4cb16f70 8186 glibc_2.19-12.dsc
 e7efd751da4a63d22917142868f1afe437c95c75 1002160 glibc_2.19-12.debian.tar.xz
 2bac11b93408b9cb10b84260fcd8f62284284fa9 2261646 glibc-doc_2.19-12_all.deb
 2234150b625bba135207b4339b7533988dd8d910 14127516 glibc-source_2.19-12_all.deb
 11bf1189494a6f3db335d0823bc5b65128f18d16 3915568 locales_2.19-12_all.deb
 cb123b78a1e00b47c7480e9d944054a7126f35cb 4818456 libc6_2.19-12_amd64.deb
 c999c5be198d1af78da8c6adefaf556366b54048 1998752 libc6-dev_2.19-12_amd64.deb
 9a822443111d04233c1e7fe41da4cf4bc14d665b 1473108 libc6-pic_2.19-12_amd64.deb
 b0adc7a3ba2fd862af2ae9f67708a772fedec8e9 1283262 libc-bin_2.19-12_amd64.deb
 8bee8c54dca4af61f88f3a1cce7c4a184da5a90e 234630 libc-dev-bin_2.19-12_amd64.deb
 a41c270d996ffbd73d2697f6dc846e782bcaf446 177134 multiarch-support_2.19-12_amd64.deb
 4f28cd67f44d19e2470ec6625792fa35dddcd3d4 3530314 locales-all_2.19-12_amd64.deb
 1cd196e32d97b8bbcadcd02e4f718d410381e090 2374840 libc6-i386_2.19-12_amd64.deb
 aa0735dca2c14416da48dd6f325babb6d2fcec19 1314546 libc6-dev-i386_2.19-12_amd64.deb
 bc35d0e362806d35f46055335520e97aa5007f29 2594988 libc6-x32_2.19-12_amd64.deb
 49037e3906d7ab7ab8e724311a984c118cee9f97 1582626 libc6-dev-x32_2.19-12_amd64.deb
 d0aa380ec109bba979d41a6d5ce80c91c83837d5 240750 nscd_2.19-12_amd64.deb
 8971b6c912189afce42102f58ca15b160aba9eb2 3429000 libc6-dbg_2.19-12_amd64.deb
 6012688941b20a8f1c4a9d1d8ce7d0b71845463e 1060074 libc6-udeb_2.19-12_amd64.udeb
 7518f938fb50dad58460b2a8b9490ecdd62b5d4f 10038 libnss-dns-udeb_2.19-12_amd64.udeb
 b922cad6389dc96352cd93b06895c37f76c1cf4a 16470 libnss-files-udeb_2.19-12_amd64.udeb
Checksums-Sha256:
 f5ea25756ddcce1332db439c572d1b86573ef83401fb2886f9a8c70245414e7c 8186 glibc_2.19-12.dsc
 8b659936556451284df961dc2075f583a522f949c9670067dfe011c6b71905bf 1002160 glibc_2.19-12.debian.tar.xz
 46f2bd17530cdd2bbd6bb0e4bec6b39f2b1f4f26195b50da7cb37e6bb98b95cd 2261646 glibc-doc_2.19-12_all.deb
 62e7eb442198f9b6be17be436e1f044fcac170279c7e643f3a880e857779714d 14127516 glibc-source_2.19-12_all.deb
 04743a4a3f8f9012702b9246979c211c8e2a59690ac92f908830c809f44b4446 3915568 locales_2.19-12_all.deb
 3388d26dc2ac88b25cf84c50e7a0a9613cb717a202eef98c05cf87a50f88ffa6 4818456 libc6_2.19-12_amd64.deb
 fda96ee32aea2857fd24b124bb7721e500b9bb1a7033fc30ff3cc4d69048eac2 1998752 libc6-dev_2.19-12_amd64.deb
 8c050789fa80e5affdba895856ceb63394544049bf9be9eb3c44f88868c0e9b1 1473108 libc6-pic_2.19-12_amd64.deb
 c39f58ac0e0d3d6fdff325e2a30a0b4940d1a4e53354ad0c73cdd4d7deff2d02 1283262 libc-bin_2.19-12_amd64.deb
 0d5e146039955ef43ca8dad3ca5ddb2bc09706dd915dc7cc4c7ca25701dfb91e 234630 libc-dev-bin_2.19-12_amd64.deb
 303c05ccf09a517d21c9ff91836775fcd903a3092af6f58551a2ca6f224f3359 177134 multiarch-support_2.19-12_amd64.deb
 ba73fc991f776e3b990dce57144b9b68253b81c37813d060f1166e3ff4322fb4 3530314 locales-all_2.19-12_amd64.deb
 e151bd79d7113667177201bc7c9a3657dc4b7708d35b561e907a5617dfb668a2 2374840 libc6-i386_2.19-12_amd64.deb
 32c0f715de2c6331ea35b3eaa68485a903355aa734d0bc18a1a2a2a87da53f17 1314546 libc6-dev-i386_2.19-12_amd64.deb
 63cfb69a28eec189be9ccdd7d9cf82327ea1ec838f1e64a5f9b730edd4521d07 2594988 libc6-x32_2.19-12_amd64.deb
 e6a82090d2ddec28b6d491f335bd91068fc83a60606793aea68a5257d06744f6 1582626 libc6-dev-x32_2.19-12_amd64.deb
 83ce426aee2e733c196ddcdec86f954c0a1cabe90c900881682b097a4fcb23be 240750 nscd_2.19-12_amd64.deb
 74fc2f8cf3335aa080ed03d2de50437331ff66577e27547558bde499a47439db 3429000 libc6-dbg_2.19-12_amd64.deb
 e76a5efbeedf9f5e1729d086d11389dbcb013988dc21ea03d35597958653f630 1060074 libc6-udeb_2.19-12_amd64.udeb
 8abe81802c22f3c5a3569079239b16dfad83bd72e5a292ff2c6cc511505dcb13 10038 libnss-dns-udeb_2.19-12_amd64.udeb
 4710de02f33d5838130d3a92b248e1ca02a3b880c3e86b482e399374122800c8 16470 libnss-files-udeb_2.19-12_amd64.udeb
Files:
 ebaa52c52fd63f9286fb66f2d65929b3 8186 libs required glibc_2.19-12.dsc
 f3a58a03f06380beec47f198856259e8 1002160 libs required glibc_2.19-12.debian.tar.xz
 582e6624bd07d84f305349d73f232605 2261646 doc optional glibc-doc_2.19-12_all.deb
 5ec2297fa4d9ed726b02280b753ef4b2 14127516 devel optional glibc-source_2.19-12_all.deb
 57841bf54dd74893db479af8b3412b3a 3915568 localization standard locales_2.19-12_all.deb
 9eb137dc74b3f8f5bb64c535d2b44906 4818456 libs required libc6_2.19-12_amd64.deb
 ab9aebecabfbdad60bdc30d182cf900a 1998752 libdevel optional libc6-dev_2.19-12_amd64.deb
 5a43a1208b9257dc7afac4bb44b78e6d 1473108 libdevel optional libc6-pic_2.19-12_amd64.deb
 b238e76751bd4a9e41a1cefaa6d0ef1b 1283262 libs required libc-bin_2.19-12_amd64.deb
 69636a4dd5f890860c7f02f480ee7d6e 234630 libdevel optional libc-dev-bin_2.19-12_amd64.deb
 a5ccba84d3b09ee64ed74b018bc06fc5 177134 libs required multiarch-support_2.19-12_amd64.deb
 c10ad21c5326e24d68a59bdb151e200a 3530314 localization extra locales-all_2.19-12_amd64.deb
 98cf55aeb16f6343d11417c779a47d77 2374840 libs optional libc6-i386_2.19-12_amd64.deb
 9248f07d51e9a5e6e82666d51360d1eb 1314546 libdevel optional libc6-dev-i386_2.19-12_amd64.deb
 955f93fed2c3cf9c0abbbfd708b09735 2594988 libs optional libc6-x32_2.19-12_amd64.deb
 3cf435e3941e7bb0e91af0f7dca0f058 1582626 libdevel optional libc6-dev-x32_2.19-12_amd64.deb
 e1fe59aae26ef6c5f452d542fe1e0d87 240750 admin optional nscd_2.19-12_amd64.deb
 a69d8f33c48f580565fdd76a4559c519 3429000 debug extra libc6-dbg_2.19-12_amd64.deb
 fbaa0c2ed1f582646dde55f6e4e05774 1060074 debian-installer extra libc6-udeb_2.19-12_amd64.udeb
 cf74e252588a670206f0082d8dd46837 10038 debian-installer extra libnss-dns-udeb_2.19-12_amd64.udeb
 344137d9b94f65cbcaf019d04ee89b1e 16470 debian-installer extra libnss-files-udeb_2.19-12_amd64.udeb
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIVAwUBVEgNU7qceAYd3YybAQgcYQ/+PzQD4QJWeOvB/Pt7Hw4WJJlNxaiWU1Hg
ljwYy4glvuL/KRO7zsGbQ/SKQATzIlSO80E10LvH4eLIgF/ap4L2GdLE6nkO+A4m
pX7cB891mC5H/EiXEkE828IiYUCR7J+9UnbgWsq/lhanSWSg6zxEVAsUDFj5xtFA
wmKRjQKQbTQyHE6GdT9l95lNJ1qPhu+ILM2BKHo/CRuHU114jw7/LWlDBlOmlnw8
7eQqQjOV235pJsnjVhgNCI5SIgaEdfcrDPgnRXjRb2d7NXNnGMGu5E+X3Tbn1TLN
B8cQwAcIcpwQTJ9SNGjKh0Mz8yw8hrUlz0e8+h0B/3TPYEQv2Tp6ByJ7hWd4dua6
wuh5031ir9DBr99nVaBxLdXKIoN0A6DPWUEpbh6Ms3Ovm7bxqV3dYFoevd7nTDVg
qTupLGmS2XivRKOjmIlOMeMcPEZTFeDTa+hKM56ATy2osYYnk0uYIwsoRmZyGaNL
IBQQmFNJFZ1dBuiIpxpfkKOiQBUdLJolrvW0fyhMFsgkxH17ySY9jm66mD1udtUf
ozS1A4KK9sfMXPNqs+SEVI5BQU1WkmRWpEY+NCWsuvddZz1mnpKqdbu5cId4E5Lm
BjGhLA7tSP/B5eH9Jlx1+wPTXlGMtGtuJg+abSYKl+cFoGsIXl88ZnFASBw8lffa
bsPNEnON6sI=
=N3nt
-----END PGP SIGNATURE-----

Message #104 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Diederik de Haas <didi.debian@cknow.org>

To: 757941@bugs.debian.org

Subject: Updated version does not fix the issue

Date: Sun, 09 Nov 2014 17:03:20 +0100

[Message part 1 (text/plain, inline)]

reopen 757941
notfixed 2.19-12
thanks

I just tested the supposedly fixed versions, but it turned out not to fix the 
issue of DNS resolving.

# aptitude versions ~ilibc-bin ~ibusybox-static
Package busybox-static:                             
i   1:1.22.0-9             testing,unstable              500 

Package libc-bin:
i   2.19-13                 unstable                          500 

# busybox ping debian.org
ping: bad address 'debian.org'

-- 
GPG: 0x138E41915C7EFED6

[signature.asc (application/pgp-signature, inline)]

Message #113 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: Diederik de Haas <didi.debian@cknow.org>, 757941@bugs.debian.org

Cc: control@bugs.debian.org

Subject: Re: Bug#757941: Updated version does not fix the issue

Date: Sun, 9 Nov 2014 21:44:44 +0100

notfound 757941 2.19-12
fixed 757941 2.19-12
clone 757941 -1
reassign -1 busybox-static
found -1 1:1.22.0-9
retitle -1 busybox-static needs to be rebuilt against libc6 (>= 2.19-12)
thanks

On Sun, Nov 09, 2014 at 05:03:20PM +0100, Diederik de Haas wrote:
> reopen 757941
> notfixed 2.19-12
> thanks
> 
> I just tested the supposedly fixed versions, but it turned out not to fix the 
> issue of DNS resolving.
> 
> # aptitude versions ~ilibc-bin ~ibusybox-static
> Package busybox-static:                             
> i   1:1.22.0-9             testing,unstable              500 
> 
> Package libc-bin:
> i   2.19-13                 unstable                          500 
> 
> # busybox ping debian.org
> ping: bad address 'debian.org'
> 

The bug *is* fixed in libc6 2.19-12, that said busybox-static version
1.22.0-9 is still statically against an older libc6. That's why you
still see the problem.

All packages correctly declaring their dependency against libc6 using
the Built-Using field have been rebuilt. busybox is not compliant wrt to
the policy there.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Message #120 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: Diederik de Haas <didi.debian@cknow.org>, 757941@bugs.debian.org

Cc: control@bugs.debian.org

Subject: Re: Bug#757941: Updated version does not fix the issue

Date: Sun, 9 Nov 2014 22:01:05 +0100

On Sun, Nov 09, 2014 at 09:44:44PM +0100, Aurelien Jarno wrote:
> notfound 757941 2.19-12
> fixed 757941 2.19-12
> clone 757941 -1
> reassign -1 busybox-static
> found -1 1:1.22.0-9
> retitle -1 busybox-static needs to be rebuilt against libc6 (>= 2.19-12)
> thanks
> 
> On Sun, Nov 09, 2014 at 05:03:20PM +0100, Diederik de Haas wrote:
> > reopen 757941
> > notfixed 2.19-12
> > thanks
> > 
> > I just tested the supposedly fixed versions, but it turned out not to fix the 
> > issue of DNS resolving.
> > 
> > # aptitude versions ~ilibc-bin ~ibusybox-static
> > Package busybox-static:                             
> > i   1:1.22.0-9             testing,unstable              500 
> > 
> > Package libc-bin:
> > i   2.19-13                 unstable                          500 
> > 
> > # busybox ping debian.org
> > ping: bad address 'debian.org'
> > 
> 
> The bug *is* fixed in libc6 2.19-12, that said busybox-static version
> 1.22.0-9 is still statically against an older libc6. That's why you
> still see the problem.
> 

This should be fixed in busybox-static version 1:1.22.0-9+b1, which
should be in the mirrors in about 8 hours.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Message #125 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Diederik de Haas <didi.debian@cknow.org>

To: Aurelien Jarno <aurelien@aurel32.net>

Cc: 757941@bugs.debian.org

Subject: Re: Bug#757941: Updated version does not fix the issue

Date: Sun, 09 Nov 2014 22:04:27 +0100

[Message part 1 (text/plain, inline)]

On Sunday 09 November 2014 22:01:05 Aurelien Jarno wrote:
> > The bug *is* fixed in libc6 2.19-12, that said busybox-static version
> > 1.22.0-9 is still statically against an older libc6. That's why you
> > still see the problem.
> 
> This should be fixed in busybox-static version 1:1.22.0-9+b1, which
> should be in the mirrors in about 8 hours.

Thanks!

-- 
GPG: 0x138E41915C7EFED6

[signature.asc (application/pgp-signature, inline)]

Message #130 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Cc: 757941@bugs.debian.org

Subject: Re: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Wed, 12 Nov 2014 10:53:51 +0300

12.11.2014 04:27, Diederik de Haas wrote:
> Package: busybox-static
> Version: 1:1.22.0-11
> Severity: important
> 
> This is basically the same error as with bug #757941, but it was
> reassigned to glibc and fixed there. As Aurelien Jarno correctly stated
> in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757941#120
> it was indeed fixed with version 1.22.0-9+b1, which I have verified.
> 
> However, I just received version 1.22.0-11 of busybox-static and now it
> fails again:

Now this is funny.  Should I add a versioned build-dependency against
libc6-dev perhaps?

Because, according to the build log of amd64 (that's your arch), the
package has been built against glibc (= 2.19-11) -- grep for Built-Using
in the build log:

 https://buildd.debian.org/status/fetch.php?pkg=busybox&arch=amd64&ver=1%3A1.22.0-11&stamp=1415729242

now I wonder how the -9+b1 version has been built against fixed
glibc-2.19-12 while at least one of amd64 buildds have -11 ?

And there's nothing I can do about this on busybox side -- except,
again, adding a versioned build-dep.

Aurelien?

Thanks,

/mjt

Message #135 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: Michael Tokarev <mjt@tls.msk.ru>, 757941@bugs.debian.org

Cc: Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Subject: Re: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Wed, 12 Nov 2014 18:05:28 +0100

On Wed, Nov 12, 2014 at 10:53:51AM +0300, Michael Tokarev wrote:
> 12.11.2014 04:27, Diederik de Haas wrote:
> > Package: busybox-static
> > Version: 1:1.22.0-11
> > Severity: important
> > 
> > This is basically the same error as with bug #757941, but it was
> > reassigned to glibc and fixed there. As Aurelien Jarno correctly stated
> > in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757941#120
> > it was indeed fixed with version 1.22.0-9+b1, which I have verified.
> > 
> > However, I just received version 1.22.0-11 of busybox-static and now it
> > fails again:
> 
> Now this is funny.  Should I add a versioned build-dependency against
> libc6-dev perhaps?
> 
> Because, according to the build log of amd64 (that's your arch), the
> package has been built against glibc (= 2.19-11) -- grep for Built-Using
> in the build log:
> 
>  https://buildd.debian.org/status/fetch.php?pkg=busybox&arch=amd64&ver=1%3A1.22.0-11&stamp=1415729242
> 
> now I wonder how the -9+b1 version has been built against fixed
> glibc-2.19-12 while at least one of amd64 buildds have -11 ?

I scheduled the previous binNMUs using --extra-depends, thus forcing the
libc version.

A quick analysis shows that hurd-i386, kfreebsd-amd64, kfreebsd-i386,
mips and ppc64el built busybox against a fixed glibc version, and that
amd64, arm64, armel, armhf, i386, mipsel, powerpc, s390x and sparc
built it against a broken version.

At least the built-using field is great to find which packages are
broken.

> And there's nothing I can do about this on busybox side -- except,
> again, adding a versioned build-dep.

I'll schedule binNMUs for now, but it might be a good idea to add a
versioned build-dep so that it doesn't happen again.

Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Message #140 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Aurelien Jarno <aurelien@aurel32.net>, 757941@bugs.debian.org

Cc: Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Subject: Re: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Wed, 12 Nov 2014 21:17:20 +0400

12.11.2014 21:05, Aurelien Jarno wrote:
[]
>> And there's nothing I can do about this on busybox side -- except,
>> again, adding a versioned build-dep.
> 
> I'll schedule binNMUs for now, but it might be a good idea to add a
> versioned build-dep so that it doesn't happen again.

Please don't.  I want to fix it for real today, one way or another.

And this brings an interesting question:  how to add this build-dep?

I tried adding build-depends: libc-bin (>>2.19-12~) | libc-bin (<<2.19)

but this one just pulls the libc-bin package not libc6 and libc6-dev.

Ofcourse I thouht about using libc6[-dev] in this context, but immediately
come across the fact that on different arches, libc is named differently
(libc6.1, libc0.3 etc).

Should I list them all in the build-deps?  If yes, what's the complete list?

(I tried to keep it buildable on older glibc too; but it's ofcourse possible
to add a build-conflicts: libc6 (<<2.19-12), libc6.1 (<<2.19-12) etc --
this is easier than listing two versions for each)

Another thought is to add a build-time test that the thing actually work
(eg, busybox-static ping localhost or something, or a small separate
program to be run before real build) -- with this in mind, it might not
be even required to add a build-dep, -- build will just fail with a
friendly message telling to fix glibc...

Thanks,

/mjt

Message #145 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Aurelien Jarno <aurelien@aurel32.net>, 757941@bugs.debian.org

Cc: Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Subject: Re: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Wed, 12 Nov 2014 21:19:31 +0400

BTW, the bug is _not_ fixed by -12 upload where I added a build-dep on libc-bin.

/mjt

Message #150 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: Michael Tokarev <mjt@tls.msk.ru>

Cc: 757941@bugs.debian.org, Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Subject: Re: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Wed, 12 Nov 2014 20:45:54 +0100

On Wed, Nov 12, 2014 at 09:17:20PM +0400, Michael Tokarev wrote:
> 12.11.2014 21:05, Aurelien Jarno wrote:
> []
> >> And there's nothing I can do about this on busybox side -- except,
> >> again, adding a versioned build-dep.
> > 
> > I'll schedule binNMUs for now, but it might be a good idea to add a
> > versioned build-dep so that it doesn't happen again.
> 
> Please don't.  I want to fix it for real today, one way or another.

Oops, that's already done, I did it just after sending the previous
email.

> And this brings an interesting question:  how to add this build-dep?
> 
> I tried adding build-depends: libc-bin (>>2.19-12~) | libc-bin (<<2.19)
> 
> but this one just pulls the libc-bin package not libc6 and libc6-dev.

Yes, libc-bin does not have a strict dependency on the other libc
packages, it only depends on the major version.

> Ofcourse I thouht about using libc6[-dev] in this context, but immediately
> come across the fact that on different arches, libc is named differently
> (libc6.1, libc0.3 etc).
> 
> Should I list them all in the build-deps?  If yes, what's the complete list?

It should be libc6-dev[linux-any !alpha !ia64] | libc6.1-dev [alpha ia64] | libc0.1-dev (>> 2.19-12~) [kfreebsd-any] | libc0.3 (2.19-12~) [hurd-any]

> (I tried to keep it buildable on older glibc too; but it's ofcourse possible
> to add a build-conflicts: libc6 (<<2.19-12), libc6.1 (<<2.19-12) etc --
> this is easier than listing two versions for each)
> 
> Another thought is to add a build-time test that the thing actually work
> (eg, busybox-static ping localhost or something, or a small separate
> program to be run before real build) -- with this in mind, it might not
> be even required to add a build-dep, -- build will just fail with a
> friendly message telling to fix glibc...

Yes that might also be a good idea, and also getting that test upstream
given that the libc bug is not yet fixed upstream.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Message #155 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Aurelien Jarno <aurelien@aurel32.net>

Cc: 757941@bugs.debian.org, Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Subject: Re: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Thu, 13 Nov 2014 00:03:39 +0300

12.11.2014 22:45, Aurelien Jarno wrote:
> On Wed, Nov 12, 2014 at 09:17:20PM +0400, Michael Tokarev wrote:
>> Should I list them all in the build-deps?  If yes, what's the complete list?

> It should be libc6-dev[linux-any !alpha !ia64] | libc6.1-dev [alpha ia64] | libc0.1-dev (>> 2.19-12~) [kfreebsd-any] | libc0.3 (2.19-12~) [hurd-any]

Please double-check:

Build-Depends:
# glibc static-nss #754813, 2.19..2.19-11, -12 is ok
 libc6-dev (>> 2.19-12~) [linux-any !alpha !ia64] |
 libc6-dev (<< 2.19)     [linux-any !alpha !ia64] |
 libc6.1-dev (>> 2.19-12~) [alpha ia64] |
 libc6.1-dev (<< 2.19)     [alpha ia64] |
 libc0.1-dev (>> 2.19-12~) [kfreebsd-any] |
 libc0.1-dev (<< 2.19)     [kfreebsd-any] |
 libc0.3-dev (>> 2.19-12~) [hurd-any] |
 libc0.3-dev (<< 2.19)     [hurd-any],

Since this is all alternatives, is it really necessary to list the [arch]
names?  I mean, just list of pkgs with versions should be enough I think,
each arch will pick the right name, no?

Thanks,

/mjt

Message #160 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Steven Chamberlain <steven@pyro.eu.org>

To: Michael Tokarev <mjt@tls.msk.ru>, 769190@bugs.debian.org

Cc: Aurelien Jarno <aurelien@aurel32.net>, 757941@bugs.debian.org, Diederik de Haas <didi.debian@cknow.org>

Subject: Re: Bug#769190: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Wed, 12 Nov 2014 21:10:38 +0000

Hi,

Michael Tokarev wrote:
> Since this is all alternatives, is it really necessary to list the [arch]
> names?  I mean, just list of pkgs with versions should be enough I think,
> each arch will pick the right name, no?

I could be wrong, but I think within sbuild only the first of the
alternatives is considered.  I'm not sure whether it skips over
the missing ones on that arch, or would fail with BD-Uninstallable.

Regards,
-- 
Steven Chamberlain
steven@pyro.eu.org

Message #167 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: Michael Tokarev <mjt@tls.msk.ru>

Cc: 757941@bugs.debian.org, Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Subject: Re: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Wed, 12 Nov 2014 23:01:23 +0100

On Thu, Nov 13, 2014 at 12:03:39AM +0300, Michael Tokarev wrote:
> 12.11.2014 22:45, Aurelien Jarno wrote:
> > On Wed, Nov 12, 2014 at 09:17:20PM +0400, Michael Tokarev wrote:
> >> Should I list them all in the build-deps?  If yes, what's the complete list?
> 
> > It should be libc6-dev[linux-any !alpha !ia64] | libc6.1-dev [alpha ia64] | libc0.1-dev (>> 2.19-12~) [kfreebsd-any] | libc0.3 (2.19-12~) [hurd-any]
> 
> Please double-check:
> 
> Build-Depends:
> # glibc static-nss #754813, 2.19..2.19-11, -12 is ok
>  libc6-dev (>> 2.19-12~) [linux-any !alpha !ia64] |
>  libc6-dev (<< 2.19)     [linux-any !alpha !ia64] |
>  libc6.1-dev (>> 2.19-12~) [alpha ia64] |
>  libc6.1-dev (<< 2.19)     [alpha ia64] |
>  libc0.1-dev (>> 2.19-12~) [kfreebsd-any] |
>  libc0.1-dev (<< 2.19)     [kfreebsd-any] |
>  libc0.3-dev (>> 2.19-12~) [hurd-any] |
>  libc0.3-dev (<< 2.19)     [hurd-any],

That looks lok.

> Since this is all alternatives, is it really necessary to list the [arch]
> names?  I mean, just list of pkgs with versions should be enough I think,
> each arch will pick the right name, no?

sbuild only considers the first alternative, so it won't work.

Alternatively I think I have found a better solution.
libc{0.1,0.3,6,6.1}-dev strictly depends on libc-dev-bin, so if you
build-depends on libc-dev-bin (>> 2.19-12~) | libc-dev-bin (<< 2.19),
the libcX-dev package will also get the same version.

Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Message #172 received at 757941@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Aurelien Jarno <aurelien@aurel32.net>

Cc: 757941@bugs.debian.org, Diederik de Haas <didi.debian@cknow.org>, 769190@bugs.debian.org

Subject: Re: Bug#769190: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

Date: Thu, 13 Nov 2014 01:04:12 +0300

13.11.2014 00:03, Michael Tokarev пишет:
> 12.11.2014 22:45, Aurelien Jarno wrote:
>> On Wed, Nov 12, 2014 at 09:17:20PM +0400, Michael Tokarev wrote:
>>> Should I list them all in the build-deps?  If yes, what's the complete list?
> 
>> It should be libc6-dev[linux-any !alpha !ia64] | libc6.1-dev [alpha ia64] | libc0.1-dev (>> 2.19-12~) [kfreebsd-any] | libc0.3 (2.19-12~) [hurd-any]
> 
> Please double-check:
> 
> Build-Depends:
> # glibc static-nss #754813, 2.19..2.19-11, -12 is ok
>  libc6-dev (>> 2.19-12~) [linux-any !alpha !ia64] |
>  libc6-dev (<< 2.19)     [linux-any !alpha !ia64] |

This does not work.

  conflicting-negation-in-source-relation build-depends: libc6-dev (>> 2.19-12~) [linux-any !alpha !ia64]

It looks like the arch strings in []s must either be
all positive or all negative, but not a mix.

So this becomes insane.  I'll just add a build-time check for it.

Thanks,

/mjt

Message #179 received at 757941-done@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: 757941-done@bugs.debian.org

Subject: Re: Bug#757941: Updated version does not fix the issue

Date: Tue, 20 Oct 2015 23:11:50 +0200

Version: 2.19-12

On 2014-11-09 21:44, Aurelien Jarno wrote:
> The bug *is* fixed in libc6 2.19-12, that said busybox-static version
> 1.22.0-9 is still statically against an older libc6. That's why you
> still see the problem.

Really closing the bug now.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Send a report that this bug log contains spam.