Bug#1091501: libnet-ssl-expiredate-perl: will FTBFS during trixie support period
Santiago Vila
sanvila at debian.org
Fri Dec 27 18:52:12 GMT 2024
Package: src:libnet-ssl-expiredate-perl
Version: 1.25-1
Tags: ftbfs trixie sid
User: debian-qa at lists.debian.org
Usertags: ftbfs-during-trixie-support-period
Dear maintainer:
During a rebuild of all packages in unstable in the year 2028, your package failed to build:
--------------------------------------------------------------------------------
[...]
debian/rules clean
dh clean
dh_clean
debian/rules binary
dh binary
dh_update_autotools_config
dh_autoreconf
dh_auto_configure
/usr/bin/perl Build.PL --installdirs vendor --config "optimize=-g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2" --config "ld=x86_64-linux-gnu-gcc -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wl,-z,relro"
Creating new 'Build' script for 'Net-SSL-ExpireDate' version '1.25'
dh_auto_build
/usr/bin/perl Build
cp lib/Net/SSL/ExpireDate.pm blib/lib/Net/SSL/ExpireDate.pm
dh_auto_test
/usr/bin/perl Build test --verbose 1
# Testing Net::SSL::ExpireDate 1.25
t/00.load.t .................
1..1
ok 1 - use Net::SSL::ExpireDate;
ok
t/00_compile.t ..............
ok 1 - use Net::SSL::ExpireDate;
1..1
ok
t/01.https.t ................ skipped: set TEST_HTTPS=1 if you want to test https access
t/01.https_client-auth.t .... skipped: set TEST_HTTPS=1 if you want to test https access
t/01_new.t ..................
# new
ok 1 - An object of class 'Net::SSL::ExpireDate' isa 'Net::SSL::ExpireDate'
1..1
ok
# Failed test 'is_expired'
# at t/02.file.t line 54.
# got: '1'
# expected: undef
# Looks like you failed 1 test of 7.
t/02.file.t .................
1..7
ok 1 - expire_date
ok 2 - begin_date
ok 3 - not_after
ok 4 - not_before
not ok 5 - is_expired
ok 6 - will_expired string
ok 7 - will_expired DateTime::Duration
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/7 subtests
t/03.accessor.t .............
1..4
ok 1 - rt.cpan.org: type
ok 2 - rt.cpan.org: target
ok 3 - cert.pem: type
ok 4 - cert.pem: target
ok
t/04.ssl.t .................. skipped: set TEST_HTTPS=1 if you want to test https access
t/author-critic.t ........... skipped: these tests are for testing by the author
t/author-dependencies.t ..... skipped: these tests are for testing by the author
t/author-pod-spell.t ........ skipped: these tests are for testing by the author
t/release-fixme.t ........... skipped: these tests are for release candidate testing
t/release-kwalitee-extra.t .. skipped: these tests are for release candidate testing
t/release-kwalitee.t ........ skipped: these tests are for release candidate testing
t/release-pod-syntax.t ...... skipped: these tests are for release candidate testing
t/release-unused-vars.t ..... skipped: these tests are for release candidate testing
Test Summary Report
-------------------
t/02.file.t (Wstat: 256 (exited 1) Tests: 7 Failed: 1)
Failed test: 5
Non-zero exit status: 1
Files=16, Tests=14, 1 wallclock secs ( 0.02 usr 0.02 sys + 1.13 cusr 0.25 csys = 1.42 CPU)
Result: FAIL
dh_auto_test: error: /usr/bin/perl Build test --verbose 1 returned exit code 1
make: *** [debian/rules:7: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
--------------------------------------------------------------------------------
The above is just how the build ends and not necessarily the most relevant part.
If required, the full build log is available here:
https://people.debian.org/~sanvila/build-logs/ftbfs-future/
About the archive rebuild: This is an effort to keep trixie free from FTBFS bugs
during its lifetime as a supported distribution, as explained here:
https://lists.debian.org/debian-devel/2024/05/msg00414.html
(While they are not yet, please note that the bugs will be RC for trixie)
The build was made using sbuild and a reduced chroot with only
build-essential packages.
If you could not reproduce the bug please contact me privately, as I
am willing to provide ssh access to a virtual machine where the bug is
fully reproducible.
If this is really a bug in one of the build-depends, please use
reassign and affects, so that this is still visible in the BTS web
page for this package.
Thanks.
More information about the pkg-perl-maintainers
mailing list