Your message dated Sat, 7 Jul 2018 17:07:08 +0200
with message-id <20180707150708.ga11...@aurel32.net>
and subject line Re: Bug#844420: [fweimer at redhat dot com] [Bug
network/20826] posix/tst-getaddrinfo5 fails on hosts without network access
has caused the Debian Bug report #844420,
regarding FTBFS: tests fail on hosts without network access
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
844420: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844420
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: glibc
Version: 2.24-5
Severity: important
Tags: upstream patch
Forwarded: https://sourceware.org/bugzilla/show_bug.cgi?id=20826
Dear Maintainer,
posix/tst-getaddrinfo.c is causing glibc to FTBFS on
tests.reproducible-builds.org:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/glibc_2.24-5.rbuild.log.gz
The attached patch should fix this; I gave a more detailed description in the
upstream bug report.
It would be good if this were already applied to the Debian glibc so that we
can begin to see diffoscope output again and work on its reproducibility.
Thanks,
X
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable'), (300, 'unstable'), (200,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Don't condition failure of double-dot-FQDN on single-dot-FQDN
Otherwise the test fails on systems that disable network access during build
time, since getaddrinfo() fails in all cases and the test returns 2.
.
Normally, such systems can still resolve "localhost." via nsswitch/getent and
getaddrinfo is not suppose to attempt resolution of "localhost." anyways.
Author: Ximin Luo <infini...@debian.org>
Bug: TBD
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/posix/tst-getaddrinfo5.c
+++ b/posix/tst-getaddrinfo5.c
@@ -36,20 +36,6 @@
size_t len = strlen (host);
struct addrinfo *ai;
- /* If the name doesn't resolve with a single dot at the
- end, skip it. */
- host[len-1] = 0;
- if (getaddrinfo (host, NULL, NULL, &ai) != 0)
- {
- printf ("resolving \"%s\" failed, skipping this hostname\n", host);
- continue;
- }
- printf ("resolving \"%s\" worked, proceeding to test\n", host);
- freeaddrinfo (ai);
-
- /* If it resolved with a single dot, check that it doesn't with
- a second trailing dot. */
- host[len-1] = '.';
if (getaddrinfo (host, NULL, NULL, &ai) == 0)
{
printf ("resolving \"%s\" worked, test failed\n", host);
--- End Message ---
--- Begin Message ---
Version: 2.27-1
On 2017-11-13 22:10, Daniel Kahn Gillmor wrote:
> Control: tags -1 patch
>
> Florian Weimer posted a patch to address network build problems for
> glibc upstream making it not-a-failure when building without network
> access:
This patch has been merged in version 2.27-1. I am therefore closing the
bug.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--- End Message ---