https://bugzilla.redhat.com/show_bug.cgi?id=1590973
--- Comment #6 from Petr Pisar <ppi...@redhat.com> --- (In reply to Mark Brader from comment #5) > In fact it turns out that I had perl-Encode installed already (presumably > not something I did deliberately), but it installs things into > /usr/lib64/perl5/vendor_perl rather than /usr/local/lib64/perl5. > Presumably Perl was accessing the latter directory first and not looking > further, so it didn't pick up the working version. > This is how Perl works. Perl has a built-in list of paths to search for installed modules (see the last @INC blokc in "perl -V" output) and the order is important. The first match is used. It's designed so that users can override distribution modules (/usr/lib64/perl5/vendor_perl) by installing manullay from CPAN (/usr/local/lib64/perl5). > > You can use "dnf install perl(Encode)" to get Encode Perl module > > installed from an RPM. > > Interesting, I did not know about that syntax. (And I'm annoyed to > find that it works for "dnf install" but not for "dnf search".) > "dnf search" looks up for RPM package names only. The perl() strings are a RPM package metadata called Provides and they can be searched with "dnf whatprovides 'perl(Encode)'" or "dnf repoquery --whatprovides 'perl(Encode)'". -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/N6FVZSN7OSLDVMUHCGZ2J4HMPSZ2EIM2/
