Having recently upgraded to perl5.10 ( months ago really ) there is one package left lying around on my system that infers 5.8.8. Its not obvious why these are here or what they do, and /me thinks perhaps they should be possibly punted across for perl5.10 when 5.10 is present. qlist emul-linux-x86-baselibs | grep perl /usr/lib32/libperl.so.1.5.8 /usr/lib32/libperl.so.1 /usr/lib32/libperl.so /usr/lib32/perl5/5.8.8/i686-linux/auto/ByteLoader/ByteLoader.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Unicode/Normalize/Normalize.so /usr/lib32/perl5/5.8.8/i686-linux/auto/DB_File/DB_File.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Storable/Storable.so /usr/lib32/perl5/5.8.8/i686-linux/auto/GDBM_File/GDBM_File.so /usr/lib32/perl5/5.8.8/i686-linux/auto/NDBM_File/NDBM_File.so /usr/lib32/perl5/5.8.8/i686-linux/auto/threads/threads.so /usr/lib32/perl5/5.8.8/i686-linux/auto/threads/shared/shared.so /usr/lib32/perl5/5.8.8/i686-linux/auto/SDBM_File/SDBM_File.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Socket/Socket.so /usr/lib32/perl5/5.8.8/i686-linux/auto/PerlIO/scalar/scalar.so /usr/lib32/perl5/5.8.8/i686-linux/auto/PerlIO/encoding/encoding.so /usr/lib32/perl5/5.8.8/i686-linux/auto/PerlIO/via/via.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Opcode/Opcode.so /usr/lib32/perl5/5.8.8/i686-linux/auto/attrs/attrs.so /usr/lib32/perl5/5.8.8/i686-linux/auto/POSIX/POSIX.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Fcntl/Fcntl.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Devel/PPPort/PPPort.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Devel/DProf/DProf.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Devel/Peek/Peek.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Filter/Util/Call/Call.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/Unicode/Unicode.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/Encode.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/Symbol/Symbol.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/Byte/Byte.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/EBCDIC/EBCDIC.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/TW/TW.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/KR/KR.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/JP/JP.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Encode/CN/CN.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Digest/MD5/MD5.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Time/HiRes/HiRes.so /usr/lib32/perl5/5.8.8/i686-linux/auto/List/Util/Util.so /usr/lib32/perl5/5.8.8/i686-linux/auto/MIME/Base64/Base64.so /usr/lib32/perl5/5.8.8/i686-linux/auto/File/Glob/Glob.so /usr/lib32/perl5/5.8.8/i686-linux/auto/I18N/Langinfo/Langinfo.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Data/Dumper/Dumper.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Sys/Syslog/Syslog.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Sys/Hostname/Hostname.so /usr/lib32/perl5/5.8.8/i686-linux/auto/IPC/SysV/SysV.so /usr/lib32/perl5/5.8.8/i686-linux/auto/Cwd/Cwd.so /usr/lib32/perl5/5.8.8/i686-linux/auto/re/re.so /usr/lib32/perl5/5.8.8/i686-linux/auto/XS/Typemap/Typemap.so /usr/lib32/perl5/5.8.8/i686-linux/auto/XS/APItest/APItest.so /usr/lib32/perl5/5.8.8/i686-linux/auto/IO/IO.so /usr/lib32/perl5/5.8.8/i686-linux/auto/B/B.so /usr/lib32/perl5/5.8.8/i686-linux/auto/B/C/C.so /usr/lib32/perl5/5.8.8/i686-linux/CORE/libperl.so /usr/lib32/perl5/5.8.8/i686-linux/CORE/libperl.so.1 /usr/lib32/perl5/5.8.8/i686-linux/CORE/libperl.so.1.5.8
perl -E 'say $_ for @INC ' /etc/perl /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.10.0/x86_64-linux /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/site_perl /usr/lib/perl5/5.10.0/x86_64-linux /usr/lib/perl5/5.10.0 /usr/local/lib/site_perl .
It's simply because perl-5.10 is not in stable and we (amd64 team) prepare emul packages only with packages in stable This will have to wait then
I guess you'll use the stable perl version when updating emul-linux-x86-baselibs anyway. But users will find the perl-5.8.8 files after upgrading to 5.12 and `perl-cleaner --leftovers` is executed.
Thanks for the reminder
Fixed in 20110129