Bug#908824: libnet-server-mail-perl FTBFS: t/starttls.t failure
Damyan Ivanov
dmn at debian.org
Wed Sep 19 20:06:57 BST 2018
-=| Damyan Ivanov, 19.09.2018 04:55:54 +0000 |=-
> -=| Xavier, 18.09.2018 22:58:48 +0200 |=-
> > [1]
> > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libnet-server-mail-perl.html)
> > [2]
> > https://buildd.debian.org/status/package.php?p=libnet-server-mail-perl
>
> The buildd used libio-socket-ssl-perl 2.059-1, which misses a lot of
> openssl 1.1.1 fixes.
>
> Perhaps bumping the (build) dependency to version 2.060-3 would help?
>
> Hmm, the reproducible-builds log also shows 2.059-1, but I guess
> bumping the version is still worth a try -- may be the failure is
> hard to trigger.
That didn't work, and now I am able to make the test fail with
a slightly different error:
t/starttls.t ..
ok 1 - Accepted client for Test01: STARTTLS support
ok 2 - Accepted client for Test02: STARTTLS invalid parameters
ok 3 - Accepted client for Test03: STARTTLS handshake
# Error: TLS handshake failed SSL connect attempt failed error:1408F10B:SSL routines:ssl3_get_record:wrong version number at t/starttls.t line 117.
# kill 9, 24096 (server)
All 3 subtests passed
Test Summary Report
-------------------
t/starttls.t (Wstat: 9 Tests: 3 Failed: 0)
Non-zero wait status: 9
Parse errors: No plan found in TAP output
Looking at the test certificate, it has a 1024-bit key, which may be
the root reason, although the error message above doesn't confirm
that.
... and a minute later the test succeeds, after replacing
t/certs/server-{cert,key}.pem with a senf-signed 4096-bit certificate
Will prepare a proper patch, forward it upstream and upload.
-- dam
More information about the pkg-perl-maintainers
mailing list