| 1 |
----- Original Message ---- |
| 2 |
|
| 3 |
> From: Dale <rdalek1967@×××××.com> |
| 4 |
> > On 02/27/2010 04:15 AM, BRM wrote: |
| 5 |
> >>> From: Neil BothwickTo: |
| 6 |
> >>> (PST), BRM wrote: |
| 7 |
> >>>> Aside from that, I'm not sure I have ever really run "emerge |
| 8 |
> >>>> --depclean", but I also rarely uninstall anything, but don't |
| 9 |
> >>>> install things left or right to try out either, so typically |
| 10 |
> >>>> upgrades are all I need to do. |
| 11 |
> >>> You should still run --depclean as dependencies change and you |
| 12 |
> >>> could still have plenty of no longer needed ones installed. |
| 13 |
> >> Okay - so I ran "emerge --depclean -a" and got the below. I tried |
| 14 |
> >> running "emerge world -vuDNa" as specified, but that didn't resolve |
| 15 |
> >> it either. |
| 16 |
> >> I tried looking in the world file (/var/lib/portage/world) but didn't |
| 17 |
> >> find any entries that felt safe to remove. |
| 18 |
> > "Safe" as to what? If something is in the world file that you didn't |
| 19 |
> explicitly request, then it doesn't belong there. For example, if you have |
| 20 |
> "x11-libs/qt-gui" in world, you should delete it. The world file should not |
| 21 |
> contain dependencies, it should only contain the stuff you emerged directly. |
| 22 |
|
| 23 |
Okay...that kind of makes more sense now. |
| 24 |
From what I've read in the past, modifying 'world' would be a big no-no, and very risky - so I never touched it - also why I never really ran 'emerge --depclean', which is reporting some 400 packages to remove now that I've got that cleaned up. |
| 25 |
|
| 26 |
> > To give an example, if you emerge "media-video/smplayer", then that one will |
| 27 |
> end up in the world file. But smplayer will also pull-in qt and mplayer. Those |
| 28 |
> do not go in the world file. When you unmerge smplayer again, qt and mplayer |
| 29 |
> will not be unmerged unless you run "emerge --depclean". However, if qt and |
| 30 |
> mplayer end up being in the world file anyway, it means you made a mistake at |
| 31 |
> some point; like emerging something that is a dependency but forgot to specify |
| 32 |
> the "-1" (or "--oneshot") option to emerge. |
| 33 |
> > So if you see something in the world file that you know don't need directly |
| 34 |
> (and I doubt you need qt directly; KDE for example needs it, you, as a person, |
| 35 |
> don't) it's safe to remove. |
| 36 |
> > Of course always make a backup first :P |
| 37 |
> If I edit the world file and I am not sure, I always run -p --depclean. That |
| 38 |
> should tell you if you are about to make a boo boo. The package you removed will |
| 39 |
> be cleaned out but so will other things. If it starts to remove something that |
| 40 |
> you know you want to keep, then you need to figure out why that entry was there |
| 41 |
> and what can be put in the world file to keep the things you do want. |
| 42 |
> The example Nikos used is a good one. If you decide you don't want smplayer but |
| 43 |
> want to use mplayer, then you would need to add mplayer to the world file so |
| 44 |
> that it will stay but --depclean will remove smplayer when you run --depclean. |
| 45 |
> Nikos is correct on the -1 option tho. That is the same as --oneshot by the |
| 46 |
> way. That is the biggest reason that something ends up in the world file that |
| 47 |
> shouldn't be there. I would just about bet that we have all forgot the -1 |
| 48 |
> option more than once. It doesn't matter how long a person has used Gentoo, it |
| 49 |
> just happens. |
| 50 |
|
| 51 |
True. I never really understood the --oneshot thing before, but now that makes sense. |
| 52 |
I did it when directions said to, but not really otherwise. Well, now I know... |
| 53 |
|
| 54 |
TIA, |
| 55 |
|
| 56 |
Ben |
Archives