[Bug 1936241] Compiled @INC in 5.32 No longer Includes Suitable Path For Custom System-Wide Modules
https://bugzilla.redhat.com/show_bug.cgi?id=1936241
Petr Pisar <ppisar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |NOTABUG
Doc Type|--- |If docs needed, set a value
Last Closed| |2021-03-08 14:20:02
--- Comment #1 from Petr Pisar <ppisar(a)redhat.com> ---
The move from /usr/local/share/perl to /usr/local/share/perl/$VERSION was done
in Fedora 31 (with Perl 5.30). It was documented in Fedora 31 Release Notes
<https://docs.fedoraproject.org/en-US/fedora/f31/release-notes/developers/...;.
The reason for the move was that every second Fedora delivers a new, binary
incompatible, perl and people who blindly installs modules from CPAN were
reporting that "perl stopped working after Fedora upgrade". The problem was
that the new interpreter attempted to load and execute their old modules built
for the previous perl. The recommended solution for them was to reinstall their
CPAN modules. But that proved to be difficult because the reinstallation itself
could have been affected by the very same incompatible modules. Therefore we
decided to start versioning the Perl site path. That way everybody needs to
reinstall their CPAN modules if he wants use them with the new perl. It's less
error prone than keeping the paths polluted with the old CPAN modules and
getting unexpected crashes when loading the old modules by an accident. At the
end it's what other software distributions (e.g. Debian or Gentoo) do. It stems
from the fact that every new perl as provided by Perl5 Porters is binary
incompatible.
--
You are receiving this mail because:
You are on the CC list for the bug.