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
