View Issue Details

IDProjectCategoryView StatusLast Update
0007467CentOS-7perlpublic2014-08-06 11:08
Reporterhatt Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Product Version7.0-1406 
Summary0007467: Perl 3rd-party core modules not installed to core
DescriptionPerl 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 Reproducemkdir /tmp/mymodulesdest
cpanm -L /tmp/mymodulesdest Parallel::ForkManager
Additional InformationThis may also impact other major versions of CentOS, and has been tested in RHEL7 as well.
TagsNo tags attached.
abrt_hash
URL

Activities

user1999

2014-08-06 11:08

  ~0020597

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 )

Issue History

Date Modified Username Field Change
2014-08-06 11:02 hatt New Issue
2014-08-06 11:08 user1999 Note Added: 0020597