V Tue, Sep 07, 2021 at 04:25:32PM -0400, Solomon Peachy napsal(a): > System 7 (Special Snowflake Fedora 33 server) > > This one is really bad, with pretty much anything relying on PHP > breaking. (Problem 1 is a local site package
Local site content is not managed by Fedora. That's a local user's content. Similar to generic dynamic libraries in /usr/local/lib64. >that just needs rebuilding for F35's perl stuff) > Because new Perl is not binary compatible to the old one. If Fedora did not change local site path for each new Perl, Fedora delivered software could crash in the user-supplied incompatible code. Perl maintainers pondered whether to keep a pure-Perl site code, comparing to a binary XS code, in an invariant path, and decided to keep them togegher in a changing path. The reason is a possible unsatisfied dependencies. E.g. a pure-Perl module requires an XS module. Unfortunatelly Fedora cannot provide any tools for automatically rebuilding the user's site content because Fedora has no clue how and were from the user populated the site content. -- Petr
signature.asc
Description: PGP signature
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
