Bug 1736166

Summary: netresolve: FTBFS in Fedora rawhide/f31
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: netresolveAssignee: Petr Menšík <pemensik>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 31CC: code, pemensik
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: netresolve-0.0.1-0.26.20160317git.fc31 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-10-01 00:00:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1700317, 1732841    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2019-08-01 14:57:53 UTC 
netresolve failed to build from source in Fedora rawhide/f31

https://koji.fedoraproject.org/koji/taskinfo?taskID=36635719


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
Please fix netresolve at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
netresolve will be orphaned. Before branching of Fedora 32,
netresolve will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Comment 1 Fedora Release Engineering 2019-08-01 14:57:56 UTC 
Created attachment 1597894 [details]
build.log

file build.log too big, will only attach last 32768 bytes
Comment 2 Fedora Release Engineering 2019-08-01 14:57:59 UTC 
Created attachment 1597895 [details]
root.log

file root.log too big, will only attach last 32768 bytes
Comment 3 Fedora Release Engineering 2019-08-01 14:58:00 UTC 
Created attachment 1597896 [details]
state.log
Comment 4 Ben Cotton 2019-08-13 17:07:57 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to '31'.
Comment 5 Ben Cotton 2019-08-13 18:24:53 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to 31.
Comment 6 Petr Menšík 2019-09-10 14:38:22 UTC 
Actually, the issue is in make check.

Specifically, it depends on modified /etc/hosts installed by system.

$ tests/test-netresolve.sh
+ DIFF='diff -u'
+ NR=./netresolve
+ DATA=./tests/data
+ diff -u /dev/fd/63 ./tests/data/any
++ ./netresolve
+ diff -u /dev/fd/63 ./tests/data/any
++ ./netresolve --backends any
+ diff -u /dev/fd/63 ./tests/data/any-listing
++ grep -v sctp
++ ./netresolve --backends any --service ''
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends numerichost
+ diff -u /dev/fd/63 ./tests/data/localhost
++ ./netresolve --backends loopback
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends hosts
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends ubdns
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends aresdns
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends libc
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends 'nss files'
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends 'nss bogusbogus'
libnss_bogusbogus.so.2: cannot open shared object file: No such file or directory
+ diff -u /dev/fd/63 /dev/fd/62
++ grep -v '^secure$' ./tests/data/any-listing
++ ./netresolve --backends 'nss ./.libs/libnss_netresolve.so'
+ diff -u /dev/fd/63 /dev/fd/62
++ grep -v '^secure$' ./tests/data/any-listing
++ ./netresolve --backends 'nss ./.libs/libnss_netresolve.so getaddrinfo'
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends 'nss ./.libs/libnss_netresolve.so gethostbyname4'
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends 'nss ./.libs/libnss_netresolve.so gethostbyname3'
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends 'nss ./.libs/libnss_netresolve.so gethostbyname2'
+ diff -u /dev/fd/63 ./tests/data/failed
++ ./netresolve --backends 'nss ./.libs/libnss_netresolve.so gethostbyname'
+ diff -u /dev/fd/63 ./tests/data/localhost
++ NETRESOLVE_FLAG_DEFAULT_LOOPBACK=yes
++ ./netresolve
+ diff -u /dev/fd/63 ./tests/data/services
++ ./netresolve --service http
+ diff -u /dev/fd/63 /dev/fd/62
++ grep -v '^secure$' ./tests/data/services
++ grep -v sctp
++ ./netresolve --backend libc --service http
+ diff -u /dev/fd/63 ./tests/data/numeric4
++ ./netresolve --node 1.2.3.4
+ diff -u /dev/fd/63 ./tests/data/numeric4lo
++ ./netresolve --node 1.2.3.4%lo
+ diff -u /dev/fd/63 ./tests/data/numeric4nines
++ ./netresolve --node 1.2.3.4%999999
+ diff -u /dev/fd/63 ./tests/data/numeric6
++ ./netresolve --node 1:2:3:4:5:6:7:8
+ diff -u /dev/fd/63 ./tests/data/numeric6lo
++ ./netresolve --node 1:2:3:4:5:6:7:8%lo
+ diff -u /dev/fd/63 ./tests/data/numeric6nines
++ ./netresolve --node 1:2:3:4:5:6:7:8%999999
+ diff -u /dev/fd/63 ./tests/data/localhost
++ ./netresolve --node localhost
+ diff -u /dev/fd/63 ./tests/data/localhost-listing
++ ./netresolve --node localhost --service ''
+ diff -u /dev/fd/63 ./tests/data/localhost
++ ./netresolve --backends hosts --node localhost
--- /dev/fd/63	2019-09-10 10:15:40.122352456 -0400
+++ ./tests/data/localhost	2016-03-15 18:35:28.000000000 -0400
@@ -1,5 +1,6 @@
 response netresolve 0.0.1
 name localhost
+ip ::1 any any 0 0 0 0
 ip 127.0.0.1 any any 0 0 0 0
 secure


Problem is it cannot correctly parse /etc/hosts without newline at the end. Which is not default in mock.
Comment 7 Petr Menšík 2019-09-10 14:52:42 UTC 
How to reproduce this issue on any hosts:

cd netresolve-*
make
echo "127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4" > hosts
echo -n "::1         localhost localhost.localdomain localhost6 localhost6.localdomain6" > hosts

NETRESOLVE_SYSCONFDIR=. tests/test-netresolve.sh
Comment 8 Fedora Update System 2019-09-10 15:28:17 UTC 
FEDORA-2019-4291c7b90c has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-4291c7b90c
Comment 9 Fedora Update System 2019-09-10 15:29:19 UTC 
FEDORA-2019-9515d3d988 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-9515d3d988
Comment 10 Fedora Update System 2019-09-11 02:59:12 UTC 
netresolve-0.0.1-0.26.20160317git.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-4291c7b90c
Comment 11 Fedora Update System 2019-09-11 15:36:47 UTC 
netresolve-0.0.1-0.26.20160317git.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-9515d3d988
Comment 12 Fedora Update System 2019-09-19 01:30:18 UTC 
netresolve-0.0.1-0.26.20160317git.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
Comment 13 Fedora Update System 2019-10-01 00:00:54 UTC 
netresolve-0.0.1-0.26.20160317git.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.