Bug 2631
Summary: | /usr/lib/perl5/site_perl no longer in @INC | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | nils |
Component: | perl | Assignee: | Crutcher Dunnavant <crutcher> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 6.0 | CC: | johns, paolo.saggese |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 1999-07-29 01:51:53 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
nils
1999-05-07 11:29:43 UTC
I have verified this to be true in 6.0 final. Please, don't use such additional paths in @INC. Perl has a clearly defined system for searching extensions, patching it will sooner or later become a maintenance nightmare. Better advise people to use the SRPMS. ------- Additional Comments From 05/23/99 09:12 ------- Then can someone of the perl wizards please explain why /usr/lib/perl5/site_perl has been kicked out of @INC? Requiring each and every perl package to be rebuilt after a minor (I consider 5.004 -> 5.005 as minor, you may not) perl upgrade (go ahead: packages must "automagically" detect where to install the .pm's and you have the mess of dynamically built file lists, ...) is to be avoided. I'd rather have the nightmare of tweaking perl to look into /usr/lib/perl5/site_perl again, thanks. The change from 5.004 to 5.005 is anything but minor. It is binary incompatible, as a matter of fact. I am not changing perl's default @INC path because I can not fully understand all the things that will break in the future if we do such a move now. |