[Bug 448735] Inconsistent @INC

bugzilla at redhat.com bugzilla at redhat.com
Thu May 29 12:16:34 UTC 2008


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Inconsistent @INC


https://bugzilla.redhat.com/show_bug.cgi?id=448735





------- Additional Comments From rc040203 at freenet.de  2008-05-29 08:16 EST -------
(In reply to comment #2)
> Well, if I remove the empty directory /usr/lib/perl5/vendor_perl/5.8.7, 
> then it disappears from @INC.
That's one half of the issue.

The real issue is
# rpm -q --provides perl | grep COMPAT
perl(:MODULE_COMPAT_5.10.0)

Note:  No COMPAT_5.8.* ....

=> You can't install packages, which rpm-wise 
Require perl(:MODULE_COMPAT_5.8...)

=> Though these package might be functional at run-time, these package are
broken rpm-wise.

> The report also shows another inconsistency: on i386, site_perl is under
> /usr/lib*, while on x86_64 it is under /usr/local/lib*.  Which is right?
>
 > Since our rpm's should install to vendor_perl, not site_perl, it would seem
> that /usr/local/lib* is the right place for site_perl.
How do other distros handle site_perl?

>  But we have to do something
> about backward compatibility...  Would a symlink suffice?
No way - never. /usr/local/lib* is not Fedora's business.

Fedora may set up perl's site_perl configuration to point to something below
/usr/local, but adding a symlink is no-no.



-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




More information about the Fedora-perl-devel-list mailing list