Bug#602668: libdevel-bt-perl: FTBFS on armel

2012-08-16 Thread gregor herrmann
On Thu, 05 Jul 2012 10:31:56 +0300, Niko Tyni wrote:

 However, given the past history and the tight coupling with gdb, I
 suspect 0.05-1 in wheezy is also affected. Tagging 'sid' for now (and
 I hope that's the right thing to do), but it would be good to verify if
 it currently builds in wheezy on armel.

Bad news: It doesn't. 
Good news: Or maybe it does?

I just tried 0.05-1 in the wheezy chroot on abel.d.o
(with File::Which and Capture::Tiny in ~/perl/lib):

(wheezy)gregoa@abel:~/src/libdevel-bt-perl-0.05$ PERL5LIB=~/perl/lib perl 
Makefile.PL 
Checking if your kit is complete...
Looks good
Writing Makefile for Devel::bt
Writing MYMETA.yml
(wheezy)gregoa@abel:~/src/libdevel-bt-perl-0.05$ PERL5LIB=~/perl/lib make   
  
cp lib/Devel/bt.pm blib/lib/Devel/bt.pm
/usr/bin/perl /usr/share/perl/5.14/ExtUtils/xsubpp  -typemap 
/usr/share/perl/5.14/ExtUtils/typemap  bt.xs  bt.xsc  mv bt.xsc bt.c
cc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -O2 -g   -DVERSION=\0.05\ -DXS_VERSION=\0.05\ -fPIC 
-I/usr/lib/perl/5.14/CORE   bt.c
Running Mkbootstrap for Devel::bt ()
chmod 644 bt.bs
rm -f blib/arch/auto/Devel/bt/bt.so
cc  -shared -L/usr/local/lib -fstack-protector bt.o  -o 
blib/arch/auto/Devel/bt/bt.so   \
\
  
chmod 755 blib/arch/auto/Devel/bt/bt.so
cp bt.bs blib/arch/auto/Devel/bt/bt.bs
chmod 644 blib/arch/auto/Devel/bt/bt.bs
Manifying blib/man3/Devel::bt.3pm
(wheezy)gregoa@abel:~/src/libdevel-bt-perl-0.05$ PERL5LIB=~/perl/lib make test  
  
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 
'blib/lib', 'blib/arch') t/*.t
t/basic.t ... 1/? 
#   Failed test 'perl backtrace for SIGABRT'
#   at t/basic.t line 26.
#   ''
# doesn't match '(?^:\bperl_run\b)'
t/basic.t ... 7/? # Looks like you failed 1 test of 7.
t/basic.t ... Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/7 subtests 
t/release-eol.t . skipped: these tests are for release candidate testing
t/release-no-tabs.t . skipped: these tests are for release candidate testing
t/release-pod-syntax.t .. skipped: these tests are for release candidate testing

Test Summary Report
---
t/basic.t (Wstat: 256 Tests: 7 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
Files=4, Tests=7, 15 wallclock secs ( 0.27 usr  0.02 sys +  2.20 cusr  0.46 
csys =  2.95 CPU)
Result: FAIL
Failed 1/4 test programs. 1/7 subtests failed.
make: *** [test_dynamic] Error 255


Or does it? Without any changes:

(wheezy)gregoa@abel:~/src/libdevel-bt-perl-0.05$ PERL5LIB=~/perl/lib prove 
--blib --verbose t/basic.t 
t/basic.t .. 
ok 1 - perl backtrace for SIGABRT
ok 2 - perl backtrace for SIGFPE
ok 3 - perl backtrace for SIGILL
ok 4 - perl backtrace for SIGQUIT
ok 5 - perl backtrace for SIGSEGV
ok 6 - perl backtrace for SIGBUS
ok 7 - perl backtrace for SIGTRAP
1..7
ok
All tests successful.
Files=1, Tests=7, 13 wallclock secs ( 0.27 usr  0.00 sys +  1.68 cusr  0.44 
csys =  2.39 CPU)
Result: PASS


Let's try some more times:

Running the prove ... 10 times in a loop: -- 10 times PASS
Running make test 10 times in a loop: -- 10 times PASS

A last loop with 100 iterations of prove --blib t/basic.t:
failures at run 14 (SIGILL), 34 (SIGBUS), otherwise PASS.

So we have something like 121 PASSs and 3 FAILs (with 1 failure each
and in different (!) subtests). Great.


 source_version   gdb_version   perl_version   result   notes
 0.05-1   7.2-1 5.10.1-14  FAIL 5 failures
 0.05-1   7.2-1 5.10.1-18  FAIL 5 failures
 0.05-1   7.3-1 5.12.4-4   OK
 0.05-1   7.3-1+b1  5.14.2-3   OK
 0.06-1   7.4really-1   5.14.2-7   FAIL 1 failure
 0.06-1   7.4.1-1.1 5.14.2-9   FAIL 4 failures

  0.05-1   7.4.1-1.1 5.14.2-12  121:30/1 failures


/*
Just for fun I ran t/basic.t from 0.06-1 in a sid chroot on my adm64
machine 100 times: 100x PASS.
*/

 
 BTW, gdb_7.4.1-1.1 fixes LinuxThreads signal handling on GNU/kFreeBSD,
 so it might be worth a try to reschedule this on kfreebsd-amd64 which
 has been failing consistently up to and including 7.4really-1 with
 related symptoms.

armel was enough for me for now :)


Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Cat Stevens: Cats In The Cradle


signature.asc
Description: Digital signature


Bug#602668: libdevel-bt-perl: FTBFS on armel

2012-07-05 Thread Niko Tyni
severity 602668 serious
tag 602668 sid
thanks

On Thu, Jul 05, 2012 at 04:15:46AM +0200, Salvatore Bonaccorso wrote:
 On Thu, Nov 11, 2010 at 10:54:58PM +0200, Niko Tyni wrote:
  severity 602668 important
  clone 602668 -1
  retitle -1 gdb: 7.2 falsely (?) shows stack corruption on armel
  reassign -1 gdb 7.2-1
  block 602668 with -1
  thanks
  
  On Sat, Nov 06, 2010 at 11:15:01PM +, Hector Oron wrote:
   Package: libdevel-bt-perl
   Version: 0.05-1
   Severity: serious
  
  It's never built on armel yet, so downgrading.
 
 Just noticed this looking at the pkg-perl 'dashboard': In the
 'meantime' it seems that libdevel-bt-perl was once build already too
 on armel. But 0.06-1 did not succeed again[1].
 
  [1]: 
 https://buildd.debian.org/status/logs.php?pkg=libdevel-bt-perlarch=armel

That makes this RC for 0.06-1 and blocks its testing migration.

However, given the past history and the tight coupling with gdb, I
suspect 0.05-1 in wheezy is also affected. Tagging 'sid' for now (and
I hope that's the right thing to do), but it would be good to verify if
it currently builds in wheezy on armel.

FWIW, here's a summary of the build logs. The failure mode seems to have
changed a bit with the gdb 7.4 builds: the logs now indicate an empty
backtrace instead of a corrupted one.

source_version   gdb_version   perl_version   result   notes
0.05-1   7.2-1 5.10.1-14  FAIL 5 failures
0.05-1   7.2-1 5.10.1-18  FAIL 5 failures
0.05-1   7.3-1 5.12.4-4   OK
0.05-1   7.3-1+b1  5.14.2-3   OK
0.06-1   7.4really-1   5.14.2-7   FAIL 1 failure
0.06-1   7.4.1-1.1 5.14.2-9   FAIL 4 failures

BTW, gdb_7.4.1-1.1 fixes LinuxThreads signal handling on GNU/kFreeBSD,
so it might be worth a try to reschedule this on kfreebsd-amd64 which
has been failing consistently up to and including 7.4really-1 with
related symptoms.
-- 
Niko Tyni   nt...@debian.org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#602668: libdevel-bt-perl: FTBFS on armel

2012-07-05 Thread intrigeri
Hi,

These two CPAN Testers reports (on amd64) look a bit like the build
failure we are experiencing:

  http://www.cpantesters.org/cpan/report/c601e674-9a7d-11e1-98bb-209ec6a682bc
  http://www.cpantesters.org/cpan/report/f03c7e5a-9ae0-11e1-9b6c-a51c4701def4

Unfortunately, the reports don't mention the version of GDB.

Note that there are no useful failure reports on CPAN Testers on
armel, mainly due to the fact the relevant tests are skipped due to
gdb not being installed.

Florian, could you please have a look one of these days?

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#602668: libdevel-bt-perl: FTBFS on armel

2012-07-04 Thread Salvatore Bonaccorso
Hi

On Thu, Nov 11, 2010 at 10:54:58PM +0200, Niko Tyni wrote:
 severity 602668 important
 clone 602668 -1
 retitle -1 gdb: 7.2 falsely (?) shows stack corruption on armel
 reassign -1 gdb 7.2-1
 block 602668 with -1
 thanks
 
 On Sat, Nov 06, 2010 at 11:15:01PM +, Hector Oron wrote:
  Package: libdevel-bt-perl
  Version: 0.05-1
  Severity: serious
 
 It's never built on armel yet, so downgrading.

Just noticed this looking at the pkg-perl 'dashboard': In the
'meantime' it seems that libdevel-bt-perl was once build already too
on armel. But 0.06-1 did not succeed again[1].

 [1]: https://buildd.debian.org/status/logs.php?pkg=libdevel-bt-perlarch=armel

(No further investigation done so far)

Regards,
Salvatore


signature.asc
Description: Digital signature


Bug#602668: libdevel-bt-perl: FTBFS on armel

2010-11-11 Thread Niko Tyni
severity 602668 important
clone 602668 -1
retitle -1 gdb: 7.2 falsely (?) shows stack corruption on armel
reassign -1 gdb 7.2-1
block 602668 with -1
thanks

On Sat, Nov 06, 2010 at 11:15:01PM +, Hector Oron wrote:
 Package: libdevel-bt-perl
 Version: 0.05-1
 Severity: serious

It's never built on armel yet, so downgrading.

 t/basic.t (Wstat: 1280 Tests: 5 Failed: 5)
   Failed tests:  1-5

This is because gdb thinks the stack gets corrupted somewhere between
perl_run() and Perl_runops_standard():

  abel% gdb perl
  GNU gdb (GDB) 7.2-debian
  [...]
  Reading symbols from /usr/bin/perl...(no debugging symbols found)...done.
  (gdb) br perl_run
  Breakpoint 1 at 0x898c
  (gdb) br Perl_runops_standard
  Function Perl_runops_standard not defined.
  Make breakpoint pending on future shared library load? (y or [n]) y
  
  Breakpoint 2 (Perl_runops_standard) pending.
  (gdb) run -e 1
  Starting program: /usr/bin/perl -e 1
  [Thread debugging using libthread_db enabled]
  
  Breakpoint 1, 0x400740c4 in perl_run () from /usr/lib/libperl.so.5.10
  (gdb) bt
  #0  0x400740c4 in perl_run () from /usr/lib/libperl.so.5.10
  #1  0x8b9c in main ()
  (gdb) c
  Continuing.
  
  Breakpoint 2, 0x400cead4 in Perl_runops_standard () from 
/usr/lib/libperl.so.5.10
  (gdb) bt
  #0  0x400cead4 in Perl_runops_standard () from /usr/lib/libperl.so.5.10
  #1  0x400743f4 in perl_run () from /usr/lib/libperl.so.5.10
  #2  0x00011008 in ?? ()
  Cannot access memory at address 0x0
  #3  0x00011008 in ?? ()
  Cannot access memory at address 0x0
  Backtrace stopped: previous frame identical to this frame (corrupt stack?)
  (gdb) 
  
This seems to be a regression in gdb itself: 7.2-1 from sid shows the
above stack corruption, 7.0.1-2 from squeeze doesn't with the same perl
binary. (I tested this on abel by copying /usr/bin/gdb from the sid
chroot to my home directory and running it in the squeeze one.)

Cloning, reassigning and blocking.
-- 
Niko Tyni   nt...@debian.org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#602668: libdevel-bt-perl: FTBFS on armel

2010-11-07 Thread gregor herrmann
tag 602668 + confirmed
thanks

On Sat, 06 Nov 2010 23:15:01 +, Hector Oron wrote:

 Your package fails to build on armel with following error:

I can reproduce the test failures on abel (armel) and asdfasdf
(kfreebsd-amd64) when running the tests manually:

armel:

(sid)gre...@abel:~/src/libdevel-bt-perl-0.05$ PERL5LIB=~/src/perl5lib/lib/ make 
test
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 
'blib/lib', 'blib/arch') t/*.t
t/basic.t ... 1/? 
#   Failed test 'perl backtrace for SIGABRT'
#   at t/basic.t line 26.
#   '#0  0x4023646c in waitpid () from /lib/libpthread.so.0
# #1  0x40027b48 in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x30373230 in ?? ()
# #4  0x30373230 in ?? ()
# '
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 2/? 
#   Failed test 'perl backtrace for SIGFPE'
#   at t/basic.t line 26.
#   '#0  0x4023646c in waitpid () from /lib/libpthread.so.0
# #1  0x40027b48 in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x31373230 in ?? ()
# #4  0x31373230 in ?? ()
# '
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 3/? 
#   Failed test 'perl backtrace for SIGILL'
#   at t/basic.t line 26.
#   '#0  0x4023646c in waitpid () from /lib/libpthread.so.0
# #1  0x40027b48 in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x31373230 in ?? ()
# #4  0x31373230 in ?? ()
# '
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 4/? 
#   Failed test 'perl backtrace for SIGQUIT'
#   at t/basic.t line 26.
#   '#0  0x4023646c in waitpid () from /lib/libpthread.so.0
# #1  0x40027b48 in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x32373230 in ?? ()
# #4  0x32373230 in ?? ()
# '
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 5/? 
#   Failed test 'perl backtrace for SIGSEGV'
#   at t/basic.t line 26.
#   '#0  0x4023646c in waitpid () from /lib/libpthread.so.0
# #1  0x40027b48 in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x33373230 in ?? ()
# #4  0x33373230 in ?? ()
# '
# doesn't match '(?-xism:\bperl_run\b)'
# Looks like you failed 5 tests of 5.
t/basic.t ... Dubious, test returned 5 (wstat 1280, 0x500)
Failed 5/5 subtests 
t/release-eol.t . skipped: these tests are for release candidate testing
t/release-no-tabs.t . skipped: these tests are for release candidate testing
t/release-pod-syntax.t .. skipped: these tests are for release candidate testing

Test Summary Report
---
t/basic.t (Wstat: 1280 Tests: 5 Failed: 5)
  Failed tests:  1-5
  Non-zero exit status: 5
Files=4, Tests=5,  9 wallclock secs ( 0.21 usr  0.05 sys +  1.76 cusr  0.31 
csys =  2.33 CPU)
Result: FAIL
Failed 1/4 test programs. 5/5 subtests failed.
make: *** [test_dynamic] Error 255
(sid)gre...@abel:~/src/libdevel-bt-perl-0.05$ 


kfreebsd-amd64:

(sid)gre...@asdfasdf:~/src/libdevel-bt-perl-0.05$ PERL5LIB=~/src/perl5lib/lib 
make test
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 
'blib/lib', 'blib/arch') t/*.t
t/basic.t ... 1/? 
#   Failed test 'perl backtrace for SIGABRT'
#   at t/basic.t line 26.
#   ''
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 2/? 
#   Failed test 'perl backtrace for SIGFPE'
#   at t/basic.t line 26.
#   '#0  0x0008012cc938 in wait4 () from /lib/libc.so.0.1
# #1  0x000807f71f2d in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x000801020244 in __pthread_sighandler () from /lib/libpthread.so.0
# '
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 3/? 
#   Failed test 'perl backtrace for SIGILL'
#   at t/basic.t line 26.
#   '#0  0x0008012cc938 in wait4 () from /lib/libc.so.0.1
# #1  0x000807f71f2d in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x000801020244 in __pthread_sighandler () from /lib/libpthread.so.0
# '
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 4/? 
#   Failed test 'perl backtrace for SIGQUIT'
#   at t/basic.t line 26.
#   '#0  0x0008012cc938 in wait4 () from /lib/libc.so.0.1
# #1  0x000807f71f2d in backtrace (sig=value optimized out) at bt.xs:183
# #2  signal_handler (sig=value optimized out) at bt.xs:190
# #3  0x000801020244 in __pthread_sighandler () from /lib/libpthread.so.0
# '
# doesn't match '(?-xism:\bperl_run\b)'
t/basic.t ... 5/? 
#   

Bug#602668: libdevel-bt-perl: FTBFS on armel

2010-11-06 Thread Hector Oron
Package: libdevel-bt-perl
Version: 0.05-1
Severity: serious

Hello,

Your package fails to build on armel with following error:
Test Summary Report
---
t/basic.t (Wstat: 1280 Tests: 5 Failed: 5)
  Failed tests:  1-5
Non-zero exit status: 5
Files=4, Tests=5,  9 wallclock secs ( 0.21 usr  0.02 sys +  1.81 cusr  0.38 
csys =  2.42 CPU)
Result: FAIL
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory 
`/build/buildd-libdevel-bt-perl_0.05-1-armel-gAnCHp/libdevel-bt-perl-0.05'
dh_auto_test: make -j1 test returned exit code 2
make: *** [build] Error 29

Full buildlog at: 
https://buildd.debian.org/fetch.cgi?pkg=libdevel-bt-perl;ver=0.05-1;arch=armel;stamp=1288778427

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org