Summary: | g-cpan doesn't install modules | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | 2bios2001 |
Component: | [OLD] Development | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | col, gentoo, mcummings, michael, perl, Sergiy.Borodych |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
fix source directories
fix source directories 2 |
Description
2bios2001
2007-04-30 22:25:44 UTC
Created attachment 123371 [details, diff]
fix source directories
CPAN unpacks distributions into temporary directories formatted like DistName-Version-XXXXXX, with X random letters, but emerge unpacks them into DistName-Version. Gentoo::CPAN does not get rid of this random part when setting the portage source directory (you can see it in the ebuilds generated by g-cpan), which obviously breaks when ebuilds are processed. This patch fixes Gentoo::CPAN so that it gives the source directory expected by emerge.
g-cpan may also need the fix of #183625 to handle correctly Makefile.PL and Build.PL.
Created attachment 123373 [details, diff]
fix source directories 2
The temp pattern also contains digits. Ditto.
Any news on this one? Seems to be still relevant in 0.15.0-r1 yes in app-portage/g-cpan-0.15.0-r1 it bug exists also I don't get it... isn't that a showstopper for everyone? At least for me, none of the created ebuilds work (they emerge, yes, but don't install anything). Shouldn't that be fixed pronto, or does it just affect a small percentage of users? Yes it should be fixed but g-cpan is currently unmaintained. That's why it's not. Just tested with a fresh vmware image of gentoo, running g-cpan-0.15-rc1, and Math::Calc::Units installed and the example line gave back 13312 bytes. I'm curious - does portage list Math-Calc-Units as already being installed (ignoring what perl/g-cpan may think). Not negating what Vincent added, if you jumped your cpan install to a later version that distributed with core you certainly run the risk of all kinds of helper tools breaking. devs - patch doesn't look bad (no offense to the author, its a hack fix - but then so is the rest of my code ;). The value that's being filled (ultimately) should be based on the results of Archive::Tar or similar's output on the tree structure of the compressed module, but that wouldn't be a quick or painless fix to add. /me votes for adding patch as is and getting this fixed OK, the patch applies cleanly etc, but even when I used unpatched versions of g-cpan I wasn't able to duplicate this bug. -1) emerge -C Math-Calc-Units 0) emerge =app-portage/g-cpan-0.15.0-r2 1) rm -r /var/tmp/portage 2) rm -r /var/tmp/g-cpan 3) g-cpan -iv Math::Calc::Units 4) $ perl -e 'use Math::Calc::Units qw(convert); print convert ("13 Kb", "bytes");' 13312 bytes(test) What am I missing? 0.15.0 got masked and a 0.15.0-r1 was released. it works now Please re-open as this still breaks like this on my system. IDK if it is perl 5.10.0 related, or not, but the behavior is the same, random crap after WORKDIR causes nothing to be built or installed as it's not found. |