First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 68570
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Perl Devs @ Gentoo <perl@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Michael Cummings (RETIRED) <mcummings@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 68570 depends on: Show dependency tree
Bug 68570 blocks: 74678
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-10-22 10:02 0000
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 From SpanKY 2004-10-31 01:25:54 0000 -------
hppa stable

------- Comment #2 From Seemant Kulleen (RETIRED) 2004-10-31 01:42:53 0000 -------
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 From Michael Cummings (RETIRED) 2004-10-31 05:57:01 0000 -------
SRC_TEST="do" added to the 0.25 ebuild. Sorry 'bout that,

mike

------- Comment #4 From Seemant Kulleen (RETIRED) 2004-10-31 11:18:22 0000 -------
huh? by test cases, I meant, perl modules that use this new build system so
that we can verify it..

------- Comment #5 From Michael Cummings (RETIRED) 2004-10-31 13:04:40 0000 -------
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 From Daniel Black 2004-11-19 21:03:56 0000 -------
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 From Hardave Riar (RETIRED) 2004-11-21 13:59:48 0000 -------
Stable on mips.

------- Comment #8 From Michael Cummings (RETIRED) 2004-12-20 06:51:28 0000 -------
*** Bug 74494 has been marked as a duplicate of this bug. ***

------- Comment #9 From Michael Cummings (RETIRED) 2005-03-10 08:54:43 0000 -------
Eclass fix forthcoming - was waiting on some feedback for it

------- Comment #10 From Michael Cummings (RETIRED) 2005-03-11 08:19:42 0000 -------
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 From Markus Rothe 2005-03-12 03:06:16 0000 -------
dev-perl/module-build-0.25 is now stable on ppc64.

------- Comment #12 From Michael Cummings (RETIRED) 2005-03-15 02:00:03 0000 -------
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 From Michael Cummings (RETIRED) 2005-03-15 03:09:50 0000 -------
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 From Jakub Moc (RETIRED) 2005-03-15 05:36:54 0000 -------
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 From Michael Cummings (RETIRED) 2005-03-15 06:14:59 0000 -------
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 From Michael Cummings (RETIRED) 2005-03-15 06:44:20 0000 -------
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 From Michael Cummings (RETIRED) 2005-03-17 04:01:00 0000 -------
Any word on this arm/ia64/s390(/sh)?

------- Comment #18 From SpanKY 2005-03-18 15:49:55 0000 -------
should be set now

------- Comment #19 From Michael Cummings (RETIRED) 2005-04-02 09:28:15 0000 -------
All set, moudule-build should be invokable by anyone now. Thanks all!

------- Comment #20 From Michael Cummings (RETIRED) 2005-04-02 09:28:26 0000 -------
All set, moudule-build should be invokable by anyone now. Thanks all!

First Last Prev Next    No search results available      Search page      Enter new bug