https://bugzilla.redhat.com/show_bug.cgi?id=1936241 --- Comment #4 from Petr Pisar <ppisar@xxxxxxxxxx> --- You want an optimization for architecture independent modules. That understandable. However, that optimization would break reinstallation from CPAN that mixes architecture dependent and independent modules: Module A is in sitelib and requires module B in sitearch. The user is unaware of B, he explicitly installed A. After upgrading Fedora, A becomes broken because B is not available. The user attempts to reinstall A, but that "succeeds" with an explanation that A is already installed. Hence the user cannot repair it. I was aware of the inconvenience the current approach brings, but weighting in the CPAN problem and the fact other Linux distribution do it, I concluded that this it the best compromise. Current Fedora perl maintainers might have a different opinion. If you want to argument with RHEL, please report your issue to Red Hat support <https://access.redhat.com/support/>. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1936241 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-spam&short_desc=Report%20of%20Bug%201936241%23c4 -- _______________________________________________ perl-devel mailing list -- perl-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to perl-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/perl-devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue