Bug #73293 for GSSAPI: libgssapi-perl: FTBFS: Failed 1/9 test programs. 1/152 subtests failed.

Thu Dec 15 15:23:06 2011 gregoa [...] cpan.org - Ticket created

From:	gregoa [...] cpan.org
Subject:	libgssapi-perl: FTBFS: Failed 1/9 test programs. 1/152 subtests failed.

This bug has been forwarded from http://bugs.debian.org/652216 Source: libgssapi-perl Version: 0.28-1 Severity: serious Tags: wheezy sid User: debian-qa@lists.debian.org Usertags: qa-ftbfs-20111210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: Show quoted text

> make[1]: Entering directory `/build/libgssapi-perl-d7QxHw/libgssapi-perl-0.28' > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > t/1constants.t ..... ok > t/2status.t ........ ok > t/checkoids.t ...... ok > t/importnames.t .... ok > # KRB5 old Mechtype, Kerberos 5, SPNEGO > t/indicatemechs.t .. ok > > # Failed test '$cred1->inquire_cred($name, $lifetime, $cred_usage, $oidset' > # at t/inquire_cred.t line 47. > # inquire_cred() lifetime: 0 seconds > # inquire_cred() credusage: 0 (GSS_C_BOTH) > (in cleanup) oidset has no value. > # Looks like you failed 1 test of 6. > t/inquire_cred.t ... > Dubious, test returned 1 (wstat 256, 0x100) > Failed 1/6 subtests > t/pod.t ............ ok > t/test.t ........... ok > # > # > # if you want to run tests that do a realworld *use* of your GSSAPI > # start a kinit and try to run > # > # ./examples/getcred_hostbased.pl > # > t/zbugfixes.t ...... ok > > Test Summary Report > ------------------- > t/inquire_cred.t (Wstat: 256 Tests: 6 Failed: 1) > Failed test: 4 > Non-zero exit status: 1 > Files=9, Tests=152, 0 wallclock secs ( 0.05 usr 0.02 sys + 0.40 cusr 0.06 csys = 0.53 CPU) > Result: FAIL > Failed 1/9 test programs. 1/152 subtests failed. > make[1]: *** [test_dynamic] Error 255

The full build log is available from: http://people.debian.org/~lucas/logs/2011/12/10/libgssapi-perl_0.28-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. Thanks in advance, gregor herrmann, Debian Perl Group

Sun Dec 18 06:28:40 2011 achim [...] grolmsnet.de - Correspondence added

Subject:	Re: [rt.cpan.org #73293] libgssapi-perl: FTBFS: Failed 1/9 test programs. 1/152 subtests failed.
Date:	Sun, 18 Dec 2011 12:28:23 +0100
To:	bug-GSSAPI [...] rt.cpan.org
From:	Achim Grolms <achim [...] grolmsnet.de>

Hello Gregor, thank you for reporting this problem. 1. can you send to me the output of prove -v t/inquire_cred.t ? 2. Can you provide to me temporary access to a system of that kind that produces this error, so I can do a deeper look into it? Thank you! Best Regards, Achim On Thursday 15 December 2011, gregor herrmann via RT wrote: Show quoted text

> Thu Dec 15 15:23:06 2011: Request 73293 was acted upon. > Transaction: Ticket created by GREGOA > Queue: GSSAPI > Subject: libgssapi-perl: FTBFS: Failed 1/9 test programs. 1/152 > subtests failed. > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73293 > > > > This bug has been forwarded from http://bugs.debian.org/652216 > > Source: libgssapi-perl > Version: 0.28-1 > Severity: serious > Tags: wheezy sid > User: debian-qa@lists.debian.org > Usertags: qa-ftbfs-20111210 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part:

> > make[1]: Entering directory > > `/build/libgssapi-perl-d7QxHw/libgssapi-perl-0.28' PERL_DL_NONLAZY=1 > > /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', > > 'blib/arch')" t/*.t t/1constants.t ..... ok > > t/2status.t ........ ok > > t/checkoids.t ...... ok > > t/importnames.t .... ok > > # KRB5 old Mechtype, Kerberos 5, SPNEGO > > t/indicatemechs.t .. ok > > > > # Failed test '$cred1->inquire_cred($name, $lifetime, $cred_usage, > > $oidset' # at t/inquire_cred.t line 47. > > # inquire_cred() lifetime: 0 seconds > > # inquire_cred() credusage: 0 (GSS_C_BOTH) > > (in cleanup) oidset has no value. > > # Looks like you failed 1 test of 6. > > t/inquire_cred.t ... > > Dubious, test returned 1 (wstat 256, 0x100) > > Failed 1/6 subtests > > t/pod.t ............ ok > > t/test.t ........... ok > > # > > # > > # if you want to run tests that do a realworld *use* of your GSSAPI > > # start a kinit and try to run > > # > > # ./examples/getcred_hostbased.pl > > # > > t/zbugfixes.t ...... ok > > > > Test Summary Report > > ------------------- > > t/inquire_cred.t (Wstat: 256 Tests: 6 Failed: 1) > > Failed test: 4 > > Non-zero exit status: 1 > > Files=9, Tests=152, 0 wallclock secs ( 0.05 usr 0.02 sys + 0.40 cusr > > 0.06 csys = 0.53 CPU) Result: FAIL > > Failed 1/9 test programs. 1/152 subtests failed. > > make[1]: *** [test_dynamic] Error 255

> > The full build log is available from: > > http://people.debian.org/~lucas/logs/2011/12/10/libgssapi-perl_0.28-1_lsid6 >4.buildlog > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on about 50 AMD64 nodes > of the Grid'5000 platform, using a clean chroot. Internet was not > accessible from the build systems. > > > > > Thanks in advance, > gregor herrmann, Debian Perl Group

Sun Dec 18 06:28:41 2011 The RT System itself - Status changed from 'new' to 'open'

Tue Dec 20 16:43:26 2011 gregoa [...] cpan.org - Cc GREGOA added

Tue Dec 20 16:50:15 2011 gregoa [...] cpan.org - Correspondence added

On Sun Dec 18 06:28:40 2011, achim@grolmsnet.de wrote: Show quoted text

> Hello Gregor,

Hi, sorry for the late reply, it seems I never get those notifications from CPAN RT :/ Show quoted text

> 1. can you send to me the output of > prove -v t/inquire_cred.t > ?

Sure: # prove -v t/inquire_cred.t t/inquire_cred.t .. 1..6 ok 1 - GSSAPI::Cred::acquire_cred, wanted_cred_usage 1 ok 2 ok 3 not ok 4 - $cred1->inquire_cred($name, $lifetime, $cred_usage, $oidset # Failed test '$cred1->inquire_cred($name, $lifetime, $cred_usage, $oidset' # at t/inquire_cred.t line 47. # inquire_cred() lifetime: 0 seconds # inquire_cred() credusage: 0 (GSS_C_BOTH) ok 5 ok 6 - expected cred usage (wanted GSS_C_INITIATE, got GSS_C_BOTH) (in cleanup) oidset has no value. # Looks like you failed 1 test of 6. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/6 subtests Test Summary Report ------------------- t/inquire_cred.t (Wstat: 256 Tests: 6 Failed: 1) Failed test: 4 Non-zero exit status: 1 Files=1, Tests=6, 0 wallclock secs ( 0.08 usr 0.00 sys + 0.07 cusr 0.03 csys = 0.18 CPU) Result: FAIL Show quoted text

> 2. Can you provide to me temporary access to a system of that kind > that produces this error, so I can do a deeper look into it?

Sorry, I don't want to give anyone access on my private machine with all keys, and I don't think Debian has any "public" machines. The failure seems to happen on each i386 or amd64 (and probably other) machine running Debian unstable. Maybe the complete build log at http://people.debian.org/~lucas/logs/2011/12/10/libgssapi-perl_0.28-1_lsid64.buildlog also helps? And I'm happy to try and test anything! Cheers, gregor

Wed Feb 15 10:22:10 2012 KENTNL [...] cpan.org - Cc KENTNL added

Wed Feb 15 10:25:10 2012 KENTNL [...] cpan.org - Correspondence added

One of Gentoo's devs' just stumbled across this bug while testing, so here's the bugzilla reference for your information.

https://bugs.gentoo.org/show_bug.cgi?id=403897

With a bit of luck we'll get you something useful =).

Sat Mar 10 17:58:32 2012 fschlich [...] zedat.fu-berlin.de - Correspondence added

From:

fschlich [...] zedat.fu-berlin.de

Hi Achim, have you been able to reproduce this yet? If not, you might be interested to hear that I've been poking at the not-ok GSSAPI::Status object a bit. Here, $status consistently stringifies as 'Unspecified GSS failure. Minor code may provide more information Success ' with $status->major being 851968 and $status->minor: 100001 (no idea where those numbers come from... 0xD0000 and 0x186A1, respectively). The Kerberos library is MIT Kerberos version 1.10 beta1 (r25646). I have zero understanding of Kerberos, but "Unspecified failure ... Success" sounds weird. A little further up in t/inquire_cred.t it says 'This tests only work if user has run kinit succesfully', and that's something which I haven't done manually and which certainly hasn't been done in the "cleanroom" build chroots where this error was originally observed. So perhaps the SKIP condition isn't precise enough any more? Florian

Sat Mar 10 19:24:30 2012 fschlich [...] zedat.fu-berlin.de - Correspondence added

CC:	652216 [...] bugs.debian.org
Subject:	[rt.cpan.org #73293] libgssapi-perl: FTBFS: Failed 1/9 test programs. 1/152 subtests failed.
Date:	Sun, 11 Mar 2012 01:24:19 +0100
To:	bug-GSSAPI [...] rt.cpan.org
From:	Florian Schlichting <fschlich [...] ZEDAT.FU-Berlin.DE>

I think I've been able to confirm my earlier guess. Running the test in a squeeze (Debian stable) chroot, I get: # prove -v inquire_cred.t inquire_cred.t .. 1..6 # # # No error: acquire_cred() failed, maybe because you have to run kinit first. # Errormessage from your GSSAPI-implementation is: # # "Unspecified GSS failure. Minor code may provide more information # Credentials cache file '/tmp/krb5cc_0' not found # " # run kinit to get a TGT and retry this test (just skipping now). # ok 1 # skip This tests only work if user has run kinit succesfully ok 2 # skip This tests only work if user has run kinit succesfully ok 3 # skip This tests only work if user has run kinit succesfully ok 4 # skip This tests only work if user has run kinit succesfully ok 5 # skip This tests only work if user has run kinit succesfully ok 6 # skip This tests only work if user has run kinit succesfully (in cleanup) oidset has no value. ok All tests successful. Files=1, Tests=6, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.02 cusr 0.00 csys = 0.04 CPU) Result: PASS So really this test should be skipped in the build chroots, and the error is that that's not happening with current (1.10) MIT Kerberos. Debian stable / squeeze still has MIT Kerberos version 1.8.3. Florian

Tue Dec 04 09:14:02 2012 jquelin [...] cpan.org - Cc JQUELIN added

Sun Dec 15 18:45:00 2013 d.thomas [...] its.uq.edu.au - Correspondence added

From:

d.thomas [...] its.uq.edu.au

I had this problem with the RHEL6 kerberos libraries (1.10.3) after building using --gssapiimpl to access a locally build 1.11.4, tests PASS though they report t/inquire_cred.t ... # # # No error: acquire_cred() failed, maybe because you have to run kinit first. # Errormessage from your GSSAPI-implementation is: # # "Unspecified GSS failure. Minor code may provide more information # No Kerberos credentials available # " # run kinit to get a TGT and retry this test (just skipping now). # t/inquire_cred.t ... 1/6 (in cleanup) oidset has no value. t/inquire_cred.t ... ok t/pod.t ............ ok t/test.t ........... ok t/zbugfixes.t ...... 1/3 # # # if you want to run tests that do a realworld *use* of your GSSAPI # start a kinit and try to run # # ./examples/getcred_hostbased.pl #