Hello, > I noticed that %perl_vendorlib was evaluating to /usr/share/perl5. it is definitely intentional, part of the long-planned @INC cleanup. > Checking out devel/perl.spec I see it defined this way as well; > unversioned, and undifferentiated from core. Yes, it is unversioned. Modules built against perl-5.10.1 can be supposed to work with 5.10.2,3,4,5,... as well, and it is not nice to collect all these versined paths in @INC. And yes vendorlib = privlib. Both the core modules and vendor modules are controled by rpm dependency mechanisms (mainly perl(:MODULE_COMPAT_5.10.x) provide), and I do not see any point in having these two trees separated. And we save two elements in the @INC path. > Not to put too fine a point on it, is this intentional? :) It appears > to be playing havoc with install_share / Module::Install::Share (hence > the FTBFS), causing share files to be installed under /blib. Let me suppose this is fixable in Module::Install ... I hope I'll get to it eventually; but every bit of help is welcome, of course. ;-) Have a nice day, Stepan -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/perl-devel
