Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-27 Thread Alessandro Ghedini
On Sat, Mar 24, 2012 at 12:45:18PM +0100, Salvatore Bonaccorso wrote:
 
 Hi Alessandro
 
 On Wed, Mar 21, 2012 at 11:39:20PM +0100, Alessandro Ghedini wrote:
  On Wed, Mar 21, 2012 at 11:19:47PM +0100, Alessandro Ghedini wrote:
   On Wed, Mar 21, 2012 at 10:26:37PM +0100, Salvatore Bonaccorso wrote:
On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote:
  t/dhe.t 
  Failed 2/3 subtests
   
In fact this one does not fail in a wheezy build with 1.42-1+b1.
   
Okay to reassign this to libnet-ssleay-perl and add a affects
libio-socket-ssl-perl?
  
   I think it is an openssl-related thing. I can reproduce the failure
   with the latest libssl1.0.0 in sid (1.0.1-2) but not with the version
   1.0.0h-1 and below.
  
  Also, having a look at the t/dhe.t file I read:
  
   # openssl 1.0.1(beta2) complains about the rsa key too small, unless
   # we explicitly set version to tlsv1 or sslv3
   # unfortunatly the workaround fails for older openssl versions :(
  
  I think that the version check below that comment is the cause:
  removing it (but leaving the SSL_version = 'tlsv1') solves the
  problem for me with libssl 1.0.1 (but would probably break with older
  versions).
  
  Given that OPENSSL_VERSION_NUMBER is a macro, maybe simply rebuilding
  libnet-ssleay-perl against the new libssl would solve the issue?
 
 I looked into this now, and yes you should be right. When recompiling
 libnet-ssleay-perl against new openssl the issue dissapears then. 
 
 We still have [1] open, but upstream RT contains discussion on
 resolving that.
 
  [1] http://bugs.debian.org/661566

Also, I've tried to build libio-socket-ssl-perl removing the
Net::SSLeay version test from t/dhe.t as I did before but using OpenSSL
1.0.0h this time, and everything works fine (despite what the comment
in the test says). IMO we should be ok patching the test and uploading
the package without waiting a rebuild of Net::SSLeay (I'll push a patch
soon).

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'


signature.asc
Description: Digital signature


Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-27 Thread Salvatore Bonaccorso
Ciao Alessandro

On Tue, Mar 27, 2012 at 12:53:19PM +0200, Alessandro Ghedini wrote:
 On Sat, Mar 24, 2012 at 12:45:18PM +0100, Salvatore Bonaccorso wrote:
  
  Hi Alessandro
  
  On Wed, Mar 21, 2012 at 11:39:20PM +0100, Alessandro Ghedini wrote:
   On Wed, Mar 21, 2012 at 11:19:47PM +0100, Alessandro Ghedini wrote:
On Wed, Mar 21, 2012 at 10:26:37PM +0100, Salvatore Bonaccorso wrote:
 On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote:
   t/dhe.t 
   Failed 2/3 subtests

 In fact this one does not fail in a wheezy build with 1.42-1+b1.

 Okay to reassign this to libnet-ssleay-perl and add a affects
 libio-socket-ssl-perl?
   
I think it is an openssl-related thing. I can reproduce the failure
with the latest libssl1.0.0 in sid (1.0.1-2) but not with the version
1.0.0h-1 and below.
   
   Also, having a look at the t/dhe.t file I read:
   
# openssl 1.0.1(beta2) complains about the rsa key too small, unless
# we explicitly set version to tlsv1 or sslv3
# unfortunatly the workaround fails for older openssl versions :(
   
   I think that the version check below that comment is the cause:
   removing it (but leaving the SSL_version = 'tlsv1') solves the
   problem for me with libssl 1.0.1 (but would probably break with older
   versions).
   
   Given that OPENSSL_VERSION_NUMBER is a macro, maybe simply rebuilding
   libnet-ssleay-perl against the new libssl would solve the issue?
  
  I looked into this now, and yes you should be right. When recompiling
  libnet-ssleay-perl against new openssl the issue dissapears then. 
  
  We still have [1] open, but upstream RT contains discussion on
  resolving that.
  
   [1] http://bugs.debian.org/661566
 
 Also, I've tried to build libio-socket-ssl-perl removing the
 Net::SSLeay version test from t/dhe.t as I did before but using OpenSSL
 1.0.0h this time, and everything works fine (despite what the comment
 in the test says). IMO we should be ok patching the test and uploading
 the package without waiting a rebuild of Net::SSLeay (I'll push a patch
 soon).

Thanks for you research on that. I'm uploading now the new released
version 1.61 together with your patch applied. Seems to build fine
both with versions in Wheezy as the ones in unstable.

Regards
Salvatore


signature.asc
Description: Digital signature


Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-24 Thread Salvatore Bonaccorso

Hi Alessandro

On Wed, Mar 21, 2012 at 11:39:20PM +0100, Alessandro Ghedini wrote:
 On Wed, Mar 21, 2012 at 11:19:47PM +0100, Alessandro Ghedini wrote:
  On Wed, Mar 21, 2012 at 10:26:37PM +0100, Salvatore Bonaccorso wrote:
   On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote:
 t/dhe.t 
 Failed 2/3 subtests
  
   In fact this one does not fail in a wheezy build with 1.42-1+b1.
  
   Okay to reassign this to libnet-ssleay-perl and add a affects
   libio-socket-ssl-perl?
 
  I think it is an openssl-related thing. I can reproduce the failure
  with the latest libssl1.0.0 in sid (1.0.1-2) but not with the version
  1.0.0h-1 and below.
 
 Also, having a look at the t/dhe.t file I read:
 
  # openssl 1.0.1(beta2) complains about the rsa key too small, unless
  # we explicitly set version to tlsv1 or sslv3
  # unfortunatly the workaround fails for older openssl versions :(
 
 I think that the version check below that comment is the cause:
 removing it (but leaving the SSL_version = 'tlsv1') solves the
 problem for me with libssl 1.0.1 (but would probably break with older
 versions).
 
 Given that OPENSSL_VERSION_NUMBER is a macro, maybe simply rebuilding
 libnet-ssleay-perl against the new libssl would solve the issue?

I looked into this now, and yes you should be right. When recompiling
libnet-ssleay-perl against new openssl the issue dissapears then. 

We still have [1] open, but upstream RT contains discussion on
resolving that.

 [1] http://bugs.debian.org/661566

Regards
Salvatore


signature.asc
Description: Digital signature


Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-22 Thread Salvatore Bonaccorso
Alessandro

On Wed, Mar 21, 2012 at 11:39:20PM +0100, Alessandro Ghedini wrote:
 On Wed, Mar 21, 2012 at 11:19:47PM +0100, Alessandro Ghedini wrote:
  On Wed, Mar 21, 2012 at 10:26:37PM +0100, Salvatore Bonaccorso wrote:
   On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote:
 t/dhe.t 
 Failed 2/3 subtests
  
   In fact this one does not fail in a wheezy build with 1.42-1+b1.
  
   Okay to reassign this to libnet-ssleay-perl and add a affects
   libio-socket-ssl-perl?
 
  I think it is an openssl-related thing. I can reproduce the failure
  with the latest libssl1.0.0 in sid (1.0.1-2) but not with the version
  1.0.0h-1 and below.
 
 Also, having a look at the t/dhe.t file I read:
 
  # openssl 1.0.1(beta2) complains about the rsa key too small, unless
  # we explicitly set version to tlsv1 or sslv3
  # unfortunatly the workaround fails for older openssl versions :(
 
 I think that the version check below that comment is the cause:
 removing it (but leaving the SSL_version = 'tlsv1') solves the
 problem for me with libssl 1.0.1 (but would probably break with older
 versions).
 
 Given that OPENSSL_VERSION_NUMBER is a macro, maybe simply rebuilding
 libnet-ssleay-perl against the new libssl would solve the issue?

Thanks for your analysis! I was short on time yesterday to look at it
further.

Regards,
Salvatore


signature.asc
Description: Digital signature


Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-21 Thread Salvatore Bonaccorso
Source: libio-socket-ssl-perl
Version: 1.59-1
Severity: serious
Justification: FTBFS

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

libio-socket-ssl-perl FTBFS:

dh_auto_test
 make[1]: Entering directory 
 `/build/salvi-libio-socket-ssl-perl_1.59-1-amd64-fsWlQT/libio-socket-ssl-perl-1.59'
 PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
 test_harness(0, 'blib/lib', 'blib/arch') t/*.t
 t/01loadmodule.t ... ok
 t/02settings.t . ok
 t/acceptSSL-timeout.t .. ok
 t/auto_verify_hostname.t ... ok
 t/cert_no_file.t ... ok
 t/compatibility.t .. ok
 t/connectSSL-timeout.t . ok
 t/core.t ... ok
 t/dhe.t  
 Failed 2/3 subtests 
 t/inet6.t .. ok
 t/memleak_bad_handshake.t .. skipped: no usable ps
 t/nonblock.t ... ok
 t/readline.t ... ok
 t/sessions.t ... ok
 t/signal-readline.t  ok
 t/start-stopssl.t .. ok
 t/startssl-failed.t  ok
 t/startssl.t ... ok
 t/sysread_write.t .. ok
 t/verify_hostname.t  ok
 
 Test Summary Report
 ---
 t/dhe.t  (Wstat: 0 Tests: 2 Failed: 1)
   Failed test:  2
   Parse errors: Bad plan.  You planned 3 tests but ran 2.
 Files=20, Tests=317, 37 wallclock secs ( 0.13 usr  0.02 sys +  1.57 cusr  
 0.24 csys =  1.96 CPU)
 Result: FAIL
 Failed 1/20 test programs. 1/317 subtests failed.
 make[1]: *** [test_dynamic] Error 255
 make[1]: Leaving directory 
 `/build/salvi-libio-socket-ssl-perl_1.59-1-amd64-fsWlQT/libio-socket-ssl-perl-1.59'
 dh_auto_test: make -j1 test returned exit code 2
 make: *** [build] Error 29
 dpkg-buildpackage: error: debian/rules build gave error exit status 2

I have not yet investigted if this has to do with current broken
libnet-ssleay-perl (if so we can reassign).

Regards,
Salvatore

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPajPlAAoJEHidbwV/2GP+mZMQANMDtgMYCOfjGiHWa0rXXdaU
b1fc7QS9RTg3KktaoOvSh3zcUANPGGTMFDSkfHSwvalhlHls4tvwLRLyA6Whz9Ru
iYud8lRZzJpgUiS+rXMuADSJWtvcR5W3WjmTQqnyhGCVexVjA8QmjHGzc4X2micw
rk/9p5+dUK/aTgtnWGGKyu+o1ZQggFhrg5pH870leKbskzvNGUqXESHnHCkZ7zwu
HEiUShef3WP4jBGP4v/1e4d8VDvGLzMVm/aIaIK0do2vQPy8VbtdNQ42+ZTugiHV
/kIoKyOPxpy8KhETK2Tm+tOZNkLf3UPTYRB6PF4C4iBCmuxTeG2dd8zzixHUCrip
DmAO28LpcU9qUJtambXzLetU/FI2vE6cAUP1kxuLsuAumy5DPvV0dlVSYcJTHn4G
C8YHYvRiuD5CviiJQ/quKkWlx3IeJW2jQzKMSDxsV0KLSawP6YcwjpOwpywN6vlA
P+TOtGsJXKmbhpcsusbfpHXcG2l5eKnFVnN6wl4VsG1IuDooYMAFFZ+/LTq4Tos3
2GUW9ClrNgyIdjmE1To9NH1bmxqTwTSDqck1ifc+9fvthX3TOrkn1Qt9k8cF5v3B
jc1qGvt1UH7yxU2kvJOiptecieXIBkIRDdBBGztPfAJdbtLgGo07d1oV+l4O2rlp
RrQnNNbKFDMdHnDmeWTa
=HZO2
-END PGP SIGNATURE-


libio-socket-ssl-perl_1.59-1_amd64.build.gz
Description: GNU Zip compressed data


Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-21 Thread Salvatore Bonaccorso

On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote:
  t/dhe.t  
  Failed 2/3 subtests 

In fact this one does not fail in a wheezy build with 1.42-1+b1.

Okay to reassign this to libnet-ssleay-perl and add a affects
libio-socket-ssl-perl?

Regards,
Salvatore


signature.asc
Description: Digital signature


Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-21 Thread Alessandro Ghedini
On Wed, Mar 21, 2012 at 10:26:37PM +0100, Salvatore Bonaccorso wrote:
 On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote:
   t/dhe.t 
   Failed 2/3 subtests

 In fact this one does not fail in a wheezy build with 1.42-1+b1.

 Okay to reassign this to libnet-ssleay-perl and add a affects
 libio-socket-ssl-perl?

I think it is an openssl-related thing. I can reproduce the failure
with the latest libssl1.0.0 in sid (1.0.1-2) but not with the version
1.0.0h-1 and below.

Cheers

--
perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'


signature.asc
Description: Digital signature


Bug#664900: libio-socket-ssl-perl: FTBFS, failing test

2012-03-21 Thread Alessandro Ghedini
On Wed, Mar 21, 2012 at 11:19:47PM +0100, Alessandro Ghedini wrote:
 On Wed, Mar 21, 2012 at 10:26:37PM +0100, Salvatore Bonaccorso wrote:
  On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote:
t/dhe.t 
Failed 2/3 subtests
 
  In fact this one does not fail in a wheezy build with 1.42-1+b1.
 
  Okay to reassign this to libnet-ssleay-perl and add a affects
  libio-socket-ssl-perl?

 I think it is an openssl-related thing. I can reproduce the failure
 with the latest libssl1.0.0 in sid (1.0.1-2) but not with the version
 1.0.0h-1 and below.

Also, having a look at the t/dhe.t file I read:

 # openssl 1.0.1(beta2) complains about the rsa key too small, unless
 # we explicitly set version to tlsv1 or sslv3
 # unfortunatly the workaround fails for older openssl versions :(

I think that the version check below that comment is the cause:
removing it (but leaving the SSL_version = 'tlsv1') solves the
problem for me with libssl 1.0.1 (but would probably break with older
versions).

Given that OPENSSL_VERSION_NUMBER is a macro, maybe simply rebuilding
libnet-ssleay-perl against the new libssl would solve the issue?

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'


signature.asc
Description: Digital signature