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, tools, and much more.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content