On Wed, 05 Jul 2006 17:29:16 +0300, Daniel Iliev wrote:

> 1) I install "a" which pulls-in "c"
> 2) I *manually* install "c". I install "a"
> 3) I Install "b". "b" depends on "c". "b" doesn't pull-in "c" because
> "c" is already *manually* installed along with "a"
> 4) I uninstall "a"
> 5) I *manually* uninstall "c"
> 6) "b" becomes broken because "c" is no longer in the system
> 
> 
> Lets investigate further:
> 
> 
> "emerge --deep --update world" will install "c", won't it?
> 
> "emerge b" or "emerge c" will solve the problem, won't it?

so you go to a lot of trouble to circumvent portage's dependency
handling, then you rely on portage to fix things up after your break
them. You need to keep lists of what you have merged and unmerged simply
to compensate for having broken portage's own list for no good reason.

What happens if you reboot after unmerging "c", and its absence causes
the system to fail to boot? What if you remove something that stops
emerge working?

Gentoo is all about choice, so you are free to choose to use it like
this, just as you are free to do "rm -fr /*". But don't expect someone to
come up with a magic fix when things get screwed up.


-- 
Neil Bothwick

Isn't 'Criminal Lawyer' rather redundant?