[Bug 448735] Inconsistent @INC

[bugzilla at redhat.com]

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 skasal at redhat.com  2008-06-09 10:58 EST -------
In reply to comment #3
> Note:  No COMPAT_5.8.*

Note that I mentioned third party modules, that supposedly do not have the
perl(:MODULE_COMPAT_5.x) require.
But I see no reason why they should use vedor_perl/5.8.x, not just vendor_perl,
so I agree with you that my argument was void.

> How do other distros handle site_perl?

A very quick look: I visited random debian machine, with perl 5.8.4, observing:
  @INC:
    /etc/perl
    /usr/local/lib/perl/5.8.4
    /usr/local/share/perl/5.8.4
    /usr/lib/perl5
    /usr/share/perl5
    /usr/lib/perl/5.8
    /usr/share/perl/5.8
    /usr/local/lib/site_perl
    .
Note: /usr/*/perl/5.8 is a symlink to the corresponding /usr/*/perl/5.8.4 .

I understand that only partially.  Unlike Fedora, the site_perl modules do not
override the vendor-supplied ones.  But there are those /usr/local/*/perl/5.8.4
special directories so that users have a way to override vendor-supplied perl
modules, if there is a real need.

But many aspects of this setup elude me:
- Why are the modules divided into lib and share, even for /usr/*/perl/5.8,
which is populated by the perl-base package?  Does that mean that the *.pm under
/usr/lib, though text files, are architecture dependent?
- Why is /usr/*/perl5 before the corresponding perl-base-populated directories?
 Does that imply that a module package can override modules provided by the core
perl package?  Is that desirable?

Since I'm puzzled, I can't get much from observing the Debian setup.
It looks inspiring to put site_perl near the end of @INC; but the request to
provide a site hook to override our modules would probably come immediately and
I'm not sure the change is worth all the hassle...

-- 
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.