public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Tanstaafl <tanstaafl@libertytrek.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] perl-cleaner lerfovers
Date: Mon, 02 Mar 2015 09:26:34 -0500	[thread overview]
Message-ID: <54F4731A.2010807@libertytrek.org> (raw)
In-Reply-To: <20150302162521.6a677852@hobbit>

On 3/2/2015 9:25 AM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> On Mon, 02 Mar 2015 08:14:41 -0500
> Tanstaafl <tanstaafl@libertytrek.org> wrote:
> 
>> On 2/14/2015 6:37 AM, bitlord <bitlord0xff@gmail.com> wrote:
>>> On Sat, 14 Feb 2015 13:13:25 Alexander Kapshuk wrote:
>>>> 'perl-cleaner --all' generated the following output.
>>>>
>>>>  * Finding left over modules and header
>>>>
>>>>  * The following files remain. These were either installed by hand
>>>>  * or edited. This script cannot deal with them.
>>>>
>>>> /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini
>>>> /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini
>>>> /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm
>>>>
>>>> What's the recommended way to go about this?
>>
>>> As I understand this, it is safe to remove and that is what I do
>>> when they appear on my system, if you don't have perl 5.16.3,
>>> 5.18.2 or 5.12.4 ..., and updated/rebuild all perl modules with
>>> perl-cleaner.
>>>
>>> I also used 'qfile /path/to/file' (from portage-utils) to check if
>>> they belong to any installed package. (which is probably not needed,
>>> per-cleaner knows about this?)
>>
>> I'm curious about this...
>>
>> After updating to 5.20, I got a similar message, but a lot more, and
>> strangely, all of which (except the very last one) are in lib32
>> instead of lib64.
>>
>> So, to confirm, it is safe to remove these?
>>
>> If so, then I guess the obvious question is, *if* it really is safe to
>> remove these, why doesn't portage just go ahead and do it
>> automatically?
>>
>> Here is the list of files left over on mine:
>>
>>  * The following files remain. These were either installed by hand
>>  * or edited. This script cannot deal with them.
> 
> ^^^^^^^^^^^^^^^^^^^^
> 
> You missed this bit. The output clearly says that the script cannot
> determine why the files are there or why they are different, therefore
> it will NOT remove them.
> 
> It's not portage giving you that output btw, it's perl-cleaner. It
> works on the basis that it will only clean up files that a) portage
> installed and b) that are still the same as when portage installed
> them. If either case is not true, the script refuses to deal with it
> and tells the human to make a decision.

Oh, right, sorry, too much googling before my second cup of coffee...

> In this specific case, all except two files come from emul-linux 32 bit
> and they are all safe to delete (even the two except ones). But do note
> I know this becuase I've been here before and figured it out, not
> becuase of some magic portage flag.

Thanks Alan...

So... how would one know, for sure, if and when these are safe to
delete? Would that be only if I know for sure that I did not manually
install these myself or put them there (which I haven't and most likely
wouldn't, but would remember if I did)?


  reply	other threads:[~2015-03-02 14:26 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-14 11:13 [gentoo-user] perl-cleaner lerfovers Alexander Kapshuk
2015-02-14 11:37 ` bitlord
2015-02-14 11:48   ` Alexander Kapshuk
2015-02-14 12:12     ` Mick
2015-02-14 12:19       ` Alexander Kapshuk
2015-02-14 12:39         ` Mick
2015-02-14 12:46           ` Alexander Kapshuk
2015-02-14 14:06             ` Peter Humphrey
2015-02-15 22:52             ` Walter Dnes
2015-02-16 16:35               ` Alexander Kapshuk
2015-02-16 16:40                 ` Mick
2015-02-16 21:25                 ` Neil Bothwick
2015-02-17 16:15                   ` Alexander Kapshuk
2015-03-02 13:14   ` Tanstaafl
2015-03-02 14:25     ` Alan McKinnon
2015-03-02 14:26       ` Tanstaafl [this message]
2015-03-02 15:22         ` Alan McKinnon
2015-02-14 15:24 ` Alan McKinnon
2015-02-14 15:42   ` Alexander Kapshuk
2015-02-14 16:04     ` Alan McKinnon
2015-02-14 16:09       ` Alexander Kapshuk
2015-02-14 17:08 ` Andreas K. Huettel
2015-02-14 17:16   ` Alexander Kapshuk
2015-02-14 19:19 ` [gentoo-user] perl-cleaner leftovers Thanasis
2015-02-14 20:07   ` Alexander Kapshuk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54F4731A.2010807@libertytrek.org \
    --to=tanstaafl@libertytrek.org \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox