| 1 |
This is correct behaviour, because if mozilla was installed only as a dep of something else, then when that something else is uninstalled, it should really just be uninstalled (unless something else still depends on it) reverse dependency checking will facilitate the functionality that I've just described, until then dep-clean (in gentoolkit) and emerge -p depclean provide users a way to see what packages are not needed by anything in their world file and may be safely removed if they are not specifically desired, or added to world if they ARE specifically desired. |
| 2 |
|
| 3 |
Hope these behaviours make more sense explained this way, |
| 4 |
|
| 5 |
--Brandon |
| 6 |
|
| 7 |
On Fri, 03/21/03 at 10:47:20 -0500, Brad Laue wrote: |
| 8 |
> Dan Armak wrote: |
| 9 |
> >That, I believe, is what emerge --deep (aka -D) is for. |
| 10 |
> |
| 11 |
> --deep won't find mozilla if it's been installed as a dependency of |
| 12 |
> evolution and it's a dependency of nothing else in the world file, even |
| 13 |
> levels below; it will simply slip through the cracks, as it were. |
| 14 |
> |
| 15 |
> I had this experience when installing a new Gentoo system and having |
| 16 |
> emerged mplayerplug-in; after unmerging it, an upgrade to mplayer |
| 17 |
> appeared and emerge world -up --deep refused to see it. |
| 18 |
> |
| 19 |
> Brad |
| 20 |
> |
| 21 |
> -- |
| 22 |
> // -- http://www.BRAD-X.com/ -- // |
| 23 |
> |
| 24 |
> |
| 25 |
> -- |
| 26 |
> gentoo-dev@g.o mailing list |
| 27 |
|
| 28 |
-- |
| 29 |
gentoo-dev@g.o mailing list |
Archives