Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 5733 - Perl 5.8.0 and module ebuilds don't work together
Summary: Perl 5.8.0 and module ebuilds don't work together
Status: RESOLVED DUPLICATE of bug 6097
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: x86 All
: High normal (vote)
Assignee: Michael Cummings (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-29 11:49 UTC by Michael Cummings (RETIRED)
Modified: 2005-07-17 13:06 UTC (History)
1 user (show)

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


Attachments
Syntax fix for perl-modules eclass (perl-module.eclass,1.55 KB, application/octet-stream)
2002-07-29 15:27 UTC, Michael Cummings (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Cummings (RETIRED) gentoo-dev 2002-07-29 11:49:35 UTC
There are sandboxing issues with the current perl eclass files for building a 
perl module. The errors look to be in how the modules are built/installed, not 
in sandbox itself.
Comment 1 Michael Cummings (RETIRED) gentoo-dev 2002-07-29 12:53:37 UTC
Problem was with a typo in the perl-modules.eclass file for the pod information 
and the 2.0.13 release of portage. Under portage 2.0.21 and with the line 
fixed, perl module ebuilds compile again safely and without errors. Seemant 
commited the eclass fix, portage is still masked but available.
Comment 2 Michael Cummings (RETIRED) gentoo-dev 2002-07-29 13:02:08 UTC
Going to wait until portage .21's sandbox issues are confirmed and resolved. If 
the behavior with emerging perl modules dissapeared in .21, but .21 isn't 
honoring the sandbox, then the problem may still exist.
Comment 3 Michael Cummings (RETIRED) gentoo-dev 2002-07-29 15:27:37 UTC
Created attachment 2672 [details]
Syntax fix for perl-modules eclass

The attached eclass file changes the perl Makefile.pl line to include the
Prefix. In 5.6.1, this was honored later on, but perl 5.8.0 appears to be more
strict on where the PREFIX can be used. Technically, the PREFIX line needs to
be included in the perl Makefile statement so that the makefile includes the
proper PREFIX, instead of being forced on later. The attached modification
(based on Seemant's commit from this afternoon) has been tested and works on
both perl 5.6.1 and perl 5.8.0 systems, x86 architecture. With the addition of
the PREFIX line to the perl Makefile statement in the eclass, there were no
sandbox errors on the perl 5.8.0 system.
Comment 4 Seemant Kulleen (RETIRED) gentoo-dev 2002-07-29 21:10:41 UTC
Mike,

The perl modules install an run ok on perl 5.6 with the new PREFIX line?
Comment 5 Michael Cummings (RETIRED) gentoo-dev 2002-07-29 21:40:52 UTC
Seemant,

     That's actually where perl expectes the PREFIX line to be used. I think 
perl 5.6.* was just more lax in letting you call it there later. Perl 5.8.0 
only honors it if it is used during the perl Makefile.PL PREFIX=/yada. I tested 
this eclass file on a perl 5.6.1 system, and my perl 5.8.0 box, both were able 
to install ebuild modules without causing problems (without the addition, 5.8 
violates the sandbox). You could probably drop the PREFIX from its later use 
during the normal make, but it doesn't hurt to have it there as well.
Comment 6 Michael Cummings (RETIRED) gentoo-dev 2002-07-29 21:43:55 UTC
http://www.cpan.org/misc/cpan-faq.html#How_install_private

Essentially what you are doing when you use sandbox
Comment 7 Michael Cummings (RETIRED) gentoo-dev 2002-08-05 15:57:15 UTC
New perl-modules.eclass has been commited to portage.
Comment 8 Michael Cummings (RETIRED) gentoo-dev 2002-08-06 20:54:06 UTC

*** This bug has been marked as a duplicate of 6097 ***