View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0007467||CentOS-7||perl||public||2014-08-06 11:02||2014-08-06 11:08|
|Summary||0007467: Perl 3rd-party core modules not installed to core|
|Description||Perl has some 3rd party modules which are considered core, such as ExtUtil::MakeMaker and Data::Dumper, the full list can be found through the Module::CoreList module.|
CentOS 7 currently installs these modules into the vendorlib path instead of privlib/archlib where they belong. Users of these modules generally have no trouble as they can still be loaded normally, most of the time. In the case of cpanminus, a very common perl module installation tool, this is not the case. Cpanm sandboxes installations for when users want to fatpack dependencies, a common task for application packaging for remote systems. This sandbox only looks for core modules in privlib and archlib, and doesn't find several of them. Due to circular dependencies (core should always be present so this is usually a non-issue), installation fails completely.
I think the easiest solution here is to not use vendorlib for core modules when packaging perl or it's modules.
|Steps To Reproduce||mkdir /tmp/mymodulesdest|
cpanm -L /tmp/mymodulesdest Parallel::ForkManager
|Additional Information||This may also impact other major versions of CentOS, and has been tested in RHEL7 as well.|
|Tags||No tags attached.|
|The package as shipped by CentOS replicates exactly what RHEL7 does. Therefore please file a bug at bugzilla.redhat.com ( RHEL, release 7, perl ) and crosslink with this bug ( under "External bug tracker" select CentOS, use bugid 7467 )|