#12710: perl5 portgroup should be able to write in privlib dir for the bundled modules -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: macports-tickets@lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by narf_tm@macports.org): I have always hated that these ports require you to use force. Now we are trying to make that the practice to follow!? Why aren't we fixing the Perl @INC order like other distros? This allows Perl modules that are installed to take priority over the Perl base modules. I have listed the paths for MacPorts and Debian below. You can see that Debian has many locations Perl modules can be installed and used before the base Perl modules are used. I think all the vendor paths should be moved to the top of the @INC list (this needs to be fixed in the perl5.8 Portfile). Then all these ports can stop requiring force to be useful. macports @INC: /opt/local/lib/perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8 /opt/local/lib/perl5/site_perl/5.8.8/darwin-2level /opt/local/lib/perl5/site_perl/5.8.8 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level /opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/lib/perl5/vendor_perl debian @INC: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12710#comment:4> MacPorts </projects/macports> Ports system for Mac OS