On 05/09/16 at 10:13 -0700, Russ Allbery wrote: > Control: severity 835677 normal > > Lucas Nussbaum <lu...@debian.org> writes: > > > Source: remctl > > Version: 3.12-1 > > Severity: serious > > Tags: stretch sid > > User: debian...@lists.debian.org > > Usertags: qa-ftbfs-20160828 qa-ftbfs > > Justification: FTBFS on amd64 > > > During a rebuild of all packages in sid, your package failed to build on > > amd64. > > >> server/shell-misc.......FAILED 8 > > This appears to be another oddity of the testing environment: 127.0.0.1 > apparently doesn't resolve to a string containing the word "localhost." > I'll try to make the test more robust against this by also checking for a > string containing $(hostname), but if you happen to know what the reverse > DNS is for 127.0.0.1 in the test environment, I'll make sure this is > caught. > > Downgrading since this shouldn't be a problem for Debian proper; this > seems to work fine on all the buildds.
Hi, That's strange. What the script sees is: # ./runtests -o server/shell-misc-t 1..15 ok 1 - no REMCTL_USER ok 2 - no SSH_CONNECTION ok 3 - value for REMUSER ok 4 - value for REMOTE_USER ok 5 - value for REMOTE_ADDR ok 6 - value for REMOTE_EXPIRES ok 7 - return status for REMOTE_HOST # env REMOTE_HOST: ip-172-31-8-210.eu-central-1.compute.internal not ok 8 - value for REMOTE_HOST ok 9 - file descriptors closed properly on server However: # cat /etc/hosts 127.0.0.1 ip-172-31-8-210.eu-central-1.compute.internal localhost And: # host 127.0.0.1 1.0.0.127.in-addr.arpa domain name pointer localhost. Lucas
