Clean out your world file

Meeuw · Posted: Tue May 25, 2004 4:58 pm Post subject:

well, still the same error :-/

hepta_sean · Posted: Tue May 25, 2004 7:10 pm Post subject:

First of all: Great script, thanks, I used it some time ago (0.0.1, I think) and it's amazing how it has evolved.

But, I get some weird behaviour for pruneworld -P. I get the following error:

ecatmur · Posted: Tue May 25, 2004 8:56 pm Post subject:

ecatmur · Posted: Tue May 25, 2004 8:58 pm Post subject:

OK, it's up - try it and tell me.
_________________
No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS?

ozbird · Apprentice Joined: 21 Oct 2003 Posts: 185

The script seems to work well for me, though I noticed a couple of quirks. After running it once, it found a bunch of redundant entries, and a couple of unnecessary packages (left over dependencies from software I've since removed.)

I then tried running it again on the pruned world file, and it found another 20 or so redundancies. However, this may have been a little overzealous, as "emerge -p depclean" is now selecting two of my font packages to removal (baekmuk-fonts and kochi-substitute.)

Also, comparing the list of files fetched by "emerge -efD world" also showed that gpgme-0.4.0 was silently dropped (presumably because the dependency is on the earlier gpgme-0.3.14 release?)

Running it a third time found no more redundancies.

I've reemerged the two font packages so that they "stick", but I'm curious as to why they were selected when other fonts weren't.

ecatmur · Posted: Wed May 26, 2004 12:13 am Post subject:

ecatmur · Posted: Wed May 26, 2004 12:16 am Post subject: Re: Interesting script

hepta_sean · Posted: Wed May 26, 2004 2:18 am Post subject:

ecatmur · Posted: Wed May 26, 2004 5:33 am Post subject:

Nah, it was updated - I don't always post minor updates.

However, this is a release - 0.1.12 "Premature Optimisation".
Test out the reverse dependency calculation and tell me what you think of the new output style.
_________________
No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS?

neenee · Veteran Joined: 20 Jul 2003 Posts: 1786

i love the new output style. much cleaner :wink:

DooMi · Posted: Wed May 26, 2004 12:05 pm Post subject:

just tested the newest script and it works very well.
nice job there ecatmur!

btw: 35 packages in world: 35 valid, 0 redundant;

Meeuw · Posted: Wed May 26, 2004 5:18 pm Post subject:

DottorFalken · Posted: Wed May 26, 2004 6:37 pm Post subject:

147 packages in world: 147 valid, 0 redundant;
83 packages in system;
704 packages installed: 11% in system, 20% in world, 67% deps.
_________________
Pierluigi #315529
Proud of 3940.35 bogomips

ecatmur · Posted: Wed May 26, 2004 7:59 pm Post subject:

Meeuw · Posted: Wed May 26, 2004 8:44 pm Post subject:

yaaaaaaaay! we have a winner!
(it works!)

ecatmur · Posted: Wed May 26, 2004 9:24 pm Post subject:

Um, just found yet another bug, messed up reading world files for the reverse dependencies listing thingy and depclean/prune thingy. Fixed now, though.
_________________
No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS?

ecatmur · Posted: Wed May 26, 2004 9:44 pm Post subject:

And again, this time with spaces after entries in the world file and system profile. Again, fixed.
_________________
No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS?

bluesea · n00b Joined: 10 May 2004 Posts: 27

As I understand it:

1. the file /var/cache/edb/world contains a list of all the emerged packages on the gentoo system.

2. The world file is used to check which packages may need to be updated after an "emerge sync".

3. Sometimes, it is possible to for package "A" to be emerged (either explicitly by the user, or as a dependency?), and have an entry in the world file. At the same time, package "A" may be required by package "B", which also has an entry in the world file.

4. The world file entry for "A" may be redundant, because "A" is implied by "B"'s presence in the world file.

So, output such as

teedog · Apprentice Joined: 09 Mar 2004 Posts: 211

Are there any plans to commit the pruneworld features into Portage?

danone · Guru Joined: 18 Jan 2004 Posts: 398 Location: Germany

there are errors in your script

ecatmur · Posted: Sun May 30, 2004 1:43 pm Post subject:

If there are, I can't reproduce it.
That message translates as "tr: incorrectly positioned [:upper:] and/or [:lower:] construct", if I remember my German correctly.
The only use of tr is:
function upper() {
echo "$*" | tr [[:lower:]] [[:upper:]]
}
which is correct.
_________________
No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS?

ecatmur · Posted: Sun May 30, 2004 2:02 pm Post subject: Re: Please explain?

spb · Posted: Tue Jun 01, 2004 12:18 pm Post subject:

I'm getting

kamagurka · Posted: Tue Jun 01, 2004 10:05 pm Post subject:

ok, this is really great (just as your cruft-script), you seem to be, like, really good at this. so good, in fact, that i wonder why gentoo's own tools (that are, at least partly, supposed to do these things) aren't able to do this (properly). any chance these could get included in portage (i like having stuff update automatically), or just have emerge prune and depclean work like this?
oh, and, i hate sounding n00bish, but where do you guys all put these? is /opt/bin the right place?

EDIT: i just noticed something: pruneworld --help puts out this bit of information

ecatmur · Posted: Wed Jun 02, 2004 1:30 am Post subject: