On Sat, 29 Dec 2018 00:25:25 +0000, Santiago Vila wrote: > Package: src:libterm-termkey-perl > Version: 0.16-3 > Severity: serious > Tags: ftbfs
> I tried to build this package in buster but it failed: > Test Summary Report > ------------------- > t/05flags.t (Wstat: 11 Tests: 2 Failed: 0) > Non-zero wait status: 11 > Parse errors: Bad plan. You planned 4 tests but ran 2. Same in #917497. Both tests fail during build and not during autopkgtests (locally and on r-b/ci.debian.net). After thinking a bit I tried: #v+ --- a/debian/rules +++ b/debian/rules @@ -4,4 +4,4 @@ dh $@ override_dh_auto_test: - TERM=vt100 dh_auto_test + TERM=vt100 prove --blib --verbose t/*.t #v- (which happens during autopkgtest), and, tataa!, the tests also pass during build. So the question is why dh_auto_test fails. For dh_auto_test we have: debian/rules override_dh_auto_test make[1]: Entering directory '/build/libterm-termkey-perl-0.16' TERM=vt100 dh_auto_test perl Build test --verbose 1 Sticking `TERM=vt100 perl Build test --verbose 1' into debian/rules also makes the test pass. -- Ok … So why does dh_auto_test fail? What has changed here? perl? debhelper? Something else? From the debhelper changelog: debhelper (11.5.4) unstable; urgency=medium [ Niels Thykier ] * Dh_Lib.pm: Reopen stdin to read from /dev/null in doit (and its sibling functions) to prevent issues when stdin is open in write-only mode (which is what nohup(1) does). Thanks to Julian Gilbey for reporting the issue and providing a sample patch for it as well. (Closes: #913663) Can this be related? (The failing test operate on \*STDIN.) Cc'ing the debhelper bug and debhelper maintainers … Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- NP: Victor Wooten: Me & My Bass Guitar
signature.asc
Description: Digital Signature