site_perl directory naming changed from RHEL5 to RHEL6

Solution Verified - Updated -

Issue

On RHEL 5.x, the @INC path on /usr/bin/perl looks like this:

@INC:

/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi

/usr/lib/perl5/site_perl/5.8.8

/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi

/usr/lib/perl5/site_perl/5.8.5

/usr/lib/perl5/site_perl

/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi

/usr/lib/perl5/vendor_perl/5.8.8

/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi

/usr/lib/perl5/vendor_perl

/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi

/usr/lib/perl5/5.8.8

.

On RHEL 6.2, it's this:

@INC:

/usr/local/lib64/perl5

/usr/local/share/perl5

/usr/lib64/perl5/vendor_perl

/usr/share/perl5/vendor_perl

/usr/lib64/perl5

/usr/share/perl5

.

site_perl is missing! This breaks a lot of our scripts, since most third-party RPMs drop modules in site_perl. And since RedHat doesn't build perl with -Dusesitecustomize it is not a trivial problem to work around. How is RedHat recommending people migrate site_perl stuff? Am I seriously supposed to modify and reroll every CPAN package in my environment?

Environment

6.2

Red Hat Enterprise Linux

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase of over 48,000 articles and solutions.

Current Customers and Partners

Log in for full access

Log In
Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.