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