Skip Menu |
 

This queue is for tickets about the GSSAPI CPAN distribution.

Report information
The Basics
Id: 73293
Status: open
Priority: 0/
Queue: GSSAPI

People
Owner: Nobody in particular
Requestors:
Cc: gregoa [...] cpan.org
jquelin [...] cpan.org
KENTNL [...] cpan.org
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



From: gregoa [...] cpan.org
Subject: libgssapi-perl: FTBFS: Failed 1/9 test programs. 1/152 subtests failed.
Download (untitled) / with headers
text/plain 2.1k
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
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>
Download (untitled) / with headers
text/plain 2.9k
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
Download (untitled) / with headers
text/plain 1.6k
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

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 =).

From: fschlich [...] zedat.fu-berlin.de
Download (untitled) / with headers
text/plain 924b
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
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>
Download (untitled) / with headers
text/plain 1.2k
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
From: d.thomas [...] its.uq.edu.au
Download (untitled) / with headers
text/plain 815b
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 #


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.