Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 68570 - Need module-build marked stable
Summary: Need module-build marked stable
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
: 74494 (view as bug list)
Depends on:
Blocks: 74678
  Show dependency tree
 
Reported: 2004-10-22 10:02 UTC by Michael Cummings (RETIRED)
Modified: 2005-04-02 09:28 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Cummings (RETIRED) gentoo-dev 2004-10-22 10:02:10 UTC
We need to move forward with marking dev-perl/module-build stable. This is a (relatively) new module that is being used by a growing number of perl modules to pre-build the Makefile.PL used for installing a module. We currently have 30+ modules that require this module for building, and would like to see it handled in the eclass rather than on a case by case basis. But to do this, we need it unmasked for each arch first :) Thanks for your help,

Mike
Comment 1 SpanKY gentoo-dev 2004-10-31 01:25:54 UTC
hppa stable
Comment 2 Seemant Kulleen (RETIRED) gentoo-dev 2004-10-31 01:42:53 UTC
Mike, what's a good way to test that this set of ebuilds (module-build required module-info, something with parsecs, Archive-Tar and something else, and maybe something else again).   Do you have test cases that we can run to verify that things are running correctly? (this is for ppc, btw).
Comment 3 Michael Cummings (RETIRED) gentoo-dev 2004-10-31 05:57:01 UTC
SRC_TEST="do" added to the 0.25 ebuild. Sorry 'bout that,

mike
Comment 4 Seemant Kulleen (RETIRED) gentoo-dev 2004-10-31 11:18:22 UTC
huh? by test cases, I meant, perl modules that use this new build system so that we can verify it..
Comment 5 Michael Cummings (RETIRED) gentoo-dev 2004-10-31 13:04:40 UTC
Misunderstood. At present (list is growing):

Class-Default/Class-Default-1.1.ebuild
Class-MethodMaker/Class-MethodMaker-2.04.1.ebuild
DateTime-Locale/DateTime-Locale-0.08.ebuild
DateTime-Locale/DateTime-Locale-0.09.ebuild
DateTime-TimeZone/DateTime-TimeZone-0.27.ebuild
DateTime-TimeZone/DateTime-TimeZone-0.28.ebuild
DateTime-TimeZone/DateTime-TimeZone-0.30.ebuild
File-Find-Rule/File-Find-Rule-0.26.ebuild
File-Find-Rule/File-Find-Rule-0.28.ebuild
File-Flat/File-Flat-0.94.ebuild
Image-Imlib2/Image-Imlib2-1.02.ebuild
Plucene/Plucene-1.19.ebuild
Pod-Coverage/Pod-Coverage-0.13.ebuild
Pod-Coverage/Pod-Coverage-0.14.ebuild
Pod-Coverage/Pod-Coverage-0.16.ebuild
Term-ProgressBar/Term-ProgressBar-2.06-r1.ebuild
Test-Builder-Tester/Test-Builder-Tester-1.00.ebuild
log-dispatch/log-dispatch-2.06.ebuild
log-dispatch/log-dispatch-2.08.ebuild
log-dispatch/log-dispatch-2.10.ebuild
Comment 6 Daniel Black (RETIRED) gentoo-dev 2004-11-19 21:03:56 UTC
ppc tested with:
emerge -p =dev-perl/Class-Default-1.1 =dev-perl/Class-MethodMaker-2.04.1 =dev-perl/DateTime-Locale-0.09 =dev-perl/File-Find-Rule-0.28 =dev-perl/File-Flat-0.94 =dev-perl/Image-Imlib2-1.02 =dev-perl/Pod-Coverage-0.16 =dev-perl/Term-ProgressBar-2.06-r1 =dev-perl/log-dispatch-2.10

all compile fine with the following exceptions:
dev-perl/File-Flat-0.94
*** Installing dependencies...
*** You are not allowed to write to the directory '/var/tmp/portage/homedir/.cpan/sources';
    the installation may fail due to insufficient permissions.

==> Should we try to install the required module(s) anyway? [n] n
*** ExtUtils::AutoInstall installation finished.
cp lib/File/Flat.pm blib/lib/File/Flat.pm
Manifying blib/man3/File::Flat.3pm
/usr/bin/perl5.8.4 -Iinc Makefile.PL --config= --installdeps=File::Slurp,9999.04
*** Installing dependencies...
*** You are not allowed to write to the directory '/var/tmp/portage/homedir/.cpan/sources';
    the installation may fail due to insufficient permissions.

==> Should we try to install the required module(s) anyway? [n] n
*** ExtUtils::AutoInstall installation finished.
PERL_DL_NONLAZY=1 /usr/bin/perl5.8.4 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/00_api.t t/01_main.t
t/00_api.....ok
t/01_main....ok 121/266Can't locate File/Slurp.pm in @INC (@INC contains: /var/tmp/portage/File-Flat-0.94/work/File-Flat-0.94/inc /var/tmp/portage/File-Flat-0.94/work/File-Flat-0.94/blib/lib /var/tmp/portage/File-Flat-0.94/work/File-Flat-0.94/blib/arch /etc/perl /usr/lib/perl5/site_perl/5.8.4/powerpc-linux /usr/lib/perl5/site_perl/5.8.4/powerpc-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/powerpc-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.4/powerpc-linux /usr/lib/perl5/vendor_perl/5.8.4/powerpc-linux /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.4/powerpc-linux /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.4/powerpc-linux /usr/lib/perl5/5.8.4/powerpc-linux /usr/lib/perl5/5.8.4 /usr/local/lib/site_perl . /etc/perl /usr/lib/perl5/site_perl/5.8.4/powerpc-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.4/powerpc-linux /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.4/powerpc-linux /usr/lib/perl5/5.8.4 /usr/local/lib/site_perl .) at /var/tmp/portage/File-Flat-0.94/work/File-Flat-0.94/blib/lib/File/Flat.pm line 178.
# Looks like you planned 266 tests but only ran 121.
# Looks like your test died just after 121.
t/01_main....dubious
        Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 122-266
        Failed 145/266 tests, 45.49% okay (less 21 skipped tests: 100 okay, 37.59%)
Failed Test Stat Wstat Total Fail  Failed  List of Failed
-------------------------------------------------------------------------------
t/01_main.t  255 65280   266  145  54.51%  122-266
21 subtests skipped.
Failed 1/2 test scripts, 50.00% okay. 145/329 subtests failed, 55.93% okay.
make: *** [test_dynamic] Error 2




ppc keyword added on:
[ebuild  N    ] dev-perl/module-info-0.26  0 kB
[ebuild  N    ] dev-perl/ExtUtils-CBuilder-0.05  0 kB
[ebuild  N    ] dev-perl/extutils-parsexs-2.08  0 kB
[ebuild  N    ] dev-perl/yaml-0.35  0 kB
[ebuild  N    ] dev-perl/Compress-Zlib-1.33  0 kB
[ebuild  N    ] dev-perl/Archive-Tar-1.10  0 kB
[ebuild  N    ] dev-perl/module-build-0.25

FYI the following version bumps are available:
YAML-0.49_01.tar.gz
Archive-Tar-1.21
Comment 7 Hardave Riar (RETIRED) gentoo-dev 2004-11-21 13:59:48 UTC
Stable on mips.
Comment 8 Michael Cummings (RETIRED) gentoo-dev 2004-12-20 06:51:28 UTC
*** Bug 74494 has been marked as a duplicate of this bug. ***
Comment 9 Michael Cummings (RETIRED) gentoo-dev 2005-03-10 08:54:43 UTC
Eclass fix forthcoming - was waiting on some feedback for it
Comment 10 Michael Cummings (RETIRED) gentoo-dev 2005-03-11 08:19:42 UTC
Figures I'm ready to commit to my commit (heh) and another arch joins the batch :) 

ppc64 - please confirm and mark stable a version of module-build so we can make a change to the eclass for perl modules. In december nigoro marked 0.25 as ~ppc64. Thanks!
Comment 11 Markus Rothe (RETIRED) gentoo-dev 2005-03-12 03:06:16 UTC
dev-perl/module-build-0.25 is now stable on ppc64.
Comment 12 Michael Cummings (RETIRED) gentoo-dev 2005-03-15 02:00:03 UTC
Folks, sorry you were missed in my last call out for testing. Can you please test this module and mark one stable? Thank you!!!
Comment 13 Michael Cummings (RETIRED) gentoo-dev 2005-03-15 03:09:50 UTC
vapier - just realized you are in all of these arch's :) Need to add sh to this list, but without an alias (at least one bugs.g.o recognizes) can you do sh as well? 
Comment 14 Jakub Moc (RETIRED) gentoo-dev 2005-03-15 05:36:54 UTC
Sorry, does not work here...

>>> emerge (2 of 5) dev-perl/ExtUtils-CBuilder-0.05 to /
>>> md5 src_uri ;-) ExtUtils-CBuilder-0.05.tar.gz
>>> Unpacking source...
>>> Unpacking ExtUtils-CBuilder-0.05.tar.gz to /var/tmp/portage/ExtUtils-CBuilder-0.05/work
>>> Source unpacked.
Can't locate Module/Build.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/site_perl/5.8.5/i686-linux /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i686-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i686-linux /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i686-linux /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.5/i686-linux /usr/lib/perl5/5.8.5 /usr/local/lib/site_perl /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i686-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i686-linux .).
BEGIN failed--compilation aborted.
Can't locate Module/Build.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/site_perl/5.8.5/i686-linux /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i686-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i686-linux /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i686-linux /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.5/i686-linux /usr/lib/perl5/5.8.5 /usr/local/lib/site_perl /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i686-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i686-linux .).
BEGIN failed--compilation aborted.
 *
 * Please post a bug on http://bugs.gentoo.org assigned to
 * perl@gentoo.org - ExtUtils-CBuilder-0.05 was added without a dependancy
 * on dev-perl/module-build
 *
 *

!!! ERROR: dev-perl/ExtUtils-CBuilder-0.05 failed.
!!! Function perl-module_src_prep, Line 85, Exitcode 0
Comment 15 Michael Cummings (RETIRED) gentoo-dev 2005-03-15 06:14:59 UTC
Yeah, fixing this dep now (it really isn't CBuilder but ParseXS). Testing the fixed dep and posting in a few. One of those things where when I scanned the tree I didn't come across your keywords in any relevant packages that also dep'd module-build, then discovered after going ahead with the eclass fix that a few packages had started adopting it - and discovered your arch's weren't key'ed. Unfortunately all of this follows a silly dep loop becaue parsexs wanted to be fancy. will post soon as this loop is fixed.
Comment 16 Michael Cummings (RETIRED) gentoo-dev 2005-03-15 06:44:20 UTC
The short of it is: 

* module-build *can* use extutils-parsexs
* new versions of extutils-parsexs now ship with a Build.PL
* new eclass detects existence of Build.PL and attempts to work with it
* Loop gets generated of dep chain

So for the time being I've removed the direct dependancy on extutils-parsexs, which was optional anyway. I will look into ways of bootstrapping module-build later so that we can avoid this loopage.
Comment 17 Michael Cummings (RETIRED) gentoo-dev 2005-03-17 04:01:00 UTC
Any word on this arm/ia64/s390(/sh)?
Comment 18 SpanKY gentoo-dev 2005-03-18 15:49:55 UTC
should be set now
Comment 19 Michael Cummings (RETIRED) gentoo-dev 2005-04-02 09:28:15 UTC
All set, moudule-build should be invokable by anyone now. Thanks all!
Comment 20 Michael Cummings (RETIRED) gentoo-dev 2005-04-02 09:28:26 UTC
All set, moudule-build should be invokable by anyone now. Thanks all!