public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Cleaning out /etc/portage easily??
Date: Wed, 1 Jun 2016 03:56:21 -0500	[thread overview]
Message-ID: <574EA335.4070006@gmail.com> (raw)
In-Reply-To: <574E92D0.1080100@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3637 bytes --]

Dale wrote:
> Christopher J. Camisa wrote:
>> On 06/01/2016 02:28 AM, Dale wrote:
>>> Howdy,
>>>
>>> I suspect there may be more people than me wondering about this one.  I
>>> have quite a few entries in /etc/portage files, especially keywords. 
>>> I'd like to know if there is a tool that deletes no longer needed
>>> entries itself.  I been using eix-test-obsolete but doing it manually
>>> can take quite a while.  Is there a tool that I can run and it clean out
>>> those files itself instead of me doing it one line at a time?  I figure
>>> there has to be someone out there that has already done this, surely. 
>>>
>>> Anyone have any info on such a beast? 
>>>
>>> Thanks much.
>>>
>>> Dale
>>>
>>> :-)  :-) 
>>>
>>>
>>>
>> Hi Dale,
>>
>>     You're looking for enalyze from app-portage/gentoolkit.
>>     Have a look in the manual, ENALYZE(1) for usage.
>>
>> DESCRIPTION
>>        Enalyze  is  a collection of modules for analyzing the state
>> of installed Gentoo packages for USE flags or
>>        keywords used for installation, and their current masking status.
>>        It can also optionally (re)generate new /etc/portage/package.*
>> files.
>>
>> Kind Regards,
>> -Camisa
>
> That looks veeeerrryyyy interesting.  That just may be what I need. 
> It seems to do it backwards from what I was expecting but I'll give it
> a shot, once I read how to use it.  ;-)
>
> Thanks much.
>
> Dale
>
> :-)  :-) 


OK.  Did a little reading on this and gave it a test run.  It doesn't
generate quite what I was expecting.  This is a sample of what it generates.


kde-plasma/kde-cli-tools ~amd64
kde-plasma/kde-gtk-config ~amd64
kde-plasma/kdecoration ~amd64
kde-plasma/kdeplasma-addons ~amd64
kde-plasma/kgamma ~amd64
kde-plasma/khotkeys ~amd64
kde-plasma/kinfocenter ~amd64
kde-plasma/kmenuedit ~amd64
kde-plasma/kscreen ~amd64
kde-plasma/kscreenlocker ~amd64
kde-plasma/ksshaskpass ~amd64
kde-plasma/ksysguard ~amd64
kde-plasma/kwallet-pam ~amd64
kde-plasma/kwayland-integration ~amd64
kde-plasma/kwin ~amd64
kde-plasma/kwrited ~amd64
kde-plasma/libkscreen ~amd64


This is a example of what I currently have in my keyword file.


# required by kde-plasma/plasma-meta-5.6.4::gentoo
# required by @selected
# required by @world (argument)
=kde-plasma/plasma-workspace-5.6.4 ~amd64
# required by kde-plasma/plasma-desktop-5.6.4::gentoo
# required by kde-plasma/plasma-meta-5.6.4::gentoo
# required by @selected
# required by @world (argument)
=kde-frameworks/karchive-5.22.0 ~amd64
# required by kde-plasma/plasma-meta-5.6.4::gentoo
# required by @selected
# required by @world (argument)
=kde-plasma/kinfocenter-5.6.4 ~amd64
# required by kde-plasma/plasma-workspace-5.6.4::gentoo
# required by kde-plasma/plasma-meta-5.6.4::gentoo
# required by @selected
# required by @world (argument)
=kde-plasma/kwin-5.6.4 ~amd64


The output of what emerge gives includes a version.  The enalyze program
seems to leave that out which may lead to upgrades that I'm not looking
for yet. 

What I was hoping for, something that would for example see that
plasma-workspace-5.6.4 is either no longer installed or no longer
keyworded and can be removed from the file and then remove it. 
Honestly, I'm not a scripting guru but I sort of think it would be a
hard thing to do given that basically every line would have to be
checked.  Also, the commented part above it would be deleted to in a
ideal world.  That to would be difficult since not all lines have those
above it.

Hmmmm.  Gonna see what else it can do. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 5109 bytes --]

  reply	other threads:[~2016-06-01  8:56 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-01  7:28 [gentoo-user] Cleaning out /etc/portage easily?? Dale
2016-06-01  7:37 ` Christopher J. Camisa
2016-06-01  7:46   ` Dale
2016-06-01  8:56     ` Dale [this message]
2016-06-01  9:00       ` Christopher J. Camisa
2016-06-01  9:15         ` Dale

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=574EA335.4070006@gmail.com \
    --to=rdalek1967@gmail.com \
    --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