Bug#464308: libtie-toobject-perl: FTBFS: Can't locate ok.pm in @INC

Gunnar Wolf gwolf at gwolf.org
Thu Feb 7 21:23:36 UTC 2008


gregor herrmann dijo [Wed, Feb 06, 2008 at 08:34:32PM +0100]:
> >  > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> >  > t/tie....Can't locate ok.pm in @INC (@INC contains: /build/user/libtie-toobject-perl-0.03/blib/lib /build/user/libtie-toobject-perl-0.03/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at t/tie.t line 16.
> >  > BEGIN failed--compilation aborted at t/tie.t line 16.
> 
> Uh, looks ugly.
> 
> The problem can already be seen earlier:
> 
>   /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
>   Checking if your kit is complete...
>   Looks good
>   Warning: prerequisite Test::use::ok 0 not found.
> 
> Looks like libtest-use-ok-perl is missing ... yes, adding
> libtest-use-ok-perl to Build-Depends-Indep fixed the problem.

Uh, in my book, it just looks stupid. Thank you for fixing it, anyway
- But «use ok Some::Thing» looks stupid to me. I think it's way
clearer to use Test::More's typical «BEGIN { use_ok('Some::Thing' );}»
'use ok' just seems to be there to confuse

Oh, and... Well, I took a bit to understand it - ok.pm is documented
as Test::use::ok - I agree, that's the complete namespace, and the
Perl community is not as anal-retentive as the Debian community
towards cleanness and policy-compliance... But I just find the module
a disservice to mankind! 

Anyway... TIMTOWTDI. But some ways are dumber than others. ;-)

-- 
Gunnar Wolf - gwolf at gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF





More information about the pkg-perl-maintainers mailing list