Re: [gentoo-user] perl-cleaner --reallyall and leftover files, that I didn't touch.

[Dale <rdalek1967@gmail.com>]

Michael wrote:
> On Sunday 9 February 2025 23:46:08 Greenwich Mean Time Dale wrote:
>> Howdy,
>>
>> It was mentioned a while ago in a thread that running perl-cleaner
>> --reallyall on occasion is a good idea.  It makes sure everything is
>> stable.
> Well, not everything, but everything related to files linked against older 
> versions of libperl.
>

Well, I meant everything perl related.  ;-)


>> So, it hit me, I haven't ran it in a while, month or so.  When
>> I did, it re-emerged a lot of packages like it usually does.  Then it
>> listed a large list of leftover files.
> Were all these files found in a directory belonging to an older version of 
> perl?  For example, the current perl is /usr/lib64/perl5, so you'll have files 
> like:
>
> /usr/lib64/libperl.so.5.40.0
>
> and symlinks to it from your perl5 directory, e.g.:
>
> ~ $ ls -la /usr/lib64/perl5/5.40/x86_64-linux/CORE/libperl.so.5.40
> lrwxrwxrwx 1 root root 29 Jan 19 11:55 /usr/lib64/perl5/5.40/x86_64-linux/
> CORE/libperl.so.5.40 -> ../../../../libperl.so.5.40.0

This is the perl I have installed. 


dev-lang/perl-5.40.0-r1:0/5.40


I'm not going to list all the stuff it spit out.  Just going to include
enough that you get the idea. 


 *     /usr/lib64/perl5/5.40/Parse/CPAN/Meta.pm
 *     /usr/lib64/perl5/5.40/Config/Perl/V.pm
 *     /usr/lib64/perl5/5.40/Config/Extensions.pm
...
 *     /usr/lib64/perl5/5.40/ExtUtils/MM_Darwin.pm
 *     /usr/lib64/perl5/5.40/ExtUtils/MakeMaker/Tutorial.pod
 *     /usr/lib64/perl5/5.40/ExtUtils/MakeMaker/Locale.pm
...
 *     /usr/lib64/perl5/5.40/I18N/LangTags/Detect.pm
 *     /usr/lib64/perl5/5.40/I18N/Collate.pm
 *     /usr/lib64/perl5/5.40/I18N/LangTags.pm
 *     /usr/lib64/perl5/5.40/Pod/Perldoc/ToTk.pm
 *     /usr/lib64/perl5/5.40/Pod/Perldoc/ToTerm.pm
 *     /usr/lib64/perl5/5.40/Pod/Perldoc/ToMan.pm
...
 *     /usr/lib64/perl5/5.40/unicore/lib/SD/Y.pl
 *     /usr/lib64/perl5/5.40/unicore/lib/NFKDQC/Y.pl
 *     /usr/lib64/perl5/5.40/unicore/lib/NFKDQC/N.pl
...
 *     /usr/lib64/perl5/5.40/unicore/lib/Perl/PosixPun.pl
 *     /usr/lib64/perl5/5.40/unicore/lib/Perl/_PerlPat.pl
 *     /usr/lib64/perl5/5.40/unicore/lib/Perl/_PerlPr2.pl
...
 *    
/usr/lib64/perl5/vendor_perl/5.40/auto/share/dist/DateTime-Locale/to-TO.pl
 *    
/usr/lib64/perl5/vendor_perl/5.40/auto/share/dist/DateTime-Locale/sr.pl
 *    
/usr/lib64/perl5/vendor_perl/5.40/auto/share/dist/DateTime-Locale/kaj.pl


I left out a LOT of lines.  There is over 7,000 lines of it in all.  If
you want the whole thing, I can either send off list or tar it up and
attach it for anyone curious. 


>
>> If it were just a few, I'd use
>> equery and such to see what belonged to what and if it was safe to
>> remove them.  Thing is, it is quite a long list.  It could take me days
>> to check each one.  I found a old thread that talked about a delete
>> option.  I check the man page, that option is no longer listed so I
>> guess it is no longer available. 
>>
>> So, what is the correct way to deal with these and be safe?  Obviously I
>> don't want to remove something the system needs.  I also don't want a
>> growing list of files that are no longer needed hanging around either. 
> If the files you're concerned about are under a directory belonging to a 
> previous version of perl , e.g. perl4, then you can remove the lot after you 
> run perl-cleaner.
>

They appear to be for the current installed versions.  That's one reason
it is kinda confusing.  o_O

>> While at it, is there a way to remove any files that doesn't belong to a
>> package?  A system wide clean up if you will. 
>>
>> Thanks. 
>>
>> Dale
>>
>> :-)  :-) 
> There was some old script to remove cruft, but I have never used it.  I think 
> as Gentoo matured over the years, files left behind when you uninstall a 
> package have become less likely.
>
> There is 'qfile -o ...'  you can use with 'find' to identify any orphan files 
> left in your system, but it assumes you know what types of files to search 
> for, e.g. "*.la".  Have a look at the examples in the man page, to see how it 
> can be used.


I don't want to risk messing up my rig.  If there was a known
script/package for it that was well tested, then that would be nice. 

Thoughts on perl files????

Dale

:-)  :-)