[ale] Favorite distros

Joseph A. Knapka jknapka at earthlink.net
Mon Aug 26 16:45:29 EDT 2002


Charles Marcus wrote:
> 
> > From: Michael Hirsch [mailto:mhirsch at nubridges.com]
> > Sent: Monday, August 26, 2002 4:16 PM
> >
> >> If package A depends on package B, which depends on package
> >> C, then if you remove C, both A and B are broken. It seems
> >> to me that both should be removed. But you seem to be saying
> >> that the dependency-checking should only look one level
> >> deep, so to speak. Why?
> 
> > I don't think that is what he is describing.  If A depends on B and C,
> > and nothing else needs B, but D need C, too, then A and B will be
> > removed, but not C.

Erg. So if I say to the machine, "emerge unmerge C", it will
refuse to do so? That can't be what you mean.

What Charles said a minute ago makes sense (where A<---B ==
"Package B will not function without package A"):

C<---B<---A
     |
D<---+

D<--Q

If I say, "emerge unmerge B", what should happen?

Clearly A should go, because it won't work without B.

Less clearly, but still desirable IMO, C should go, because
nothing on the system is now using it. However, folks on
a slow link might want C to stick around, because they
might have only uninstalled B in order to install
WhizBangBReplacement (in which case they want A to stay
to, and so shouldn't be using reverse dependencies
anyway).

And clearly, too, D must stay, because Q won't work
without it.

I think I've got it :-)

Cheers,

-- Joe
  "I'd rather chew my leg off than maintain Java code, which
   sucks, 'cause I have a lot of Java code to maintain and
   the leg surgery is starting to get expensive." - Me

---
This message has been sent through the ALE general discussion list.
See http://www.ale.org/mailing-lists.shtml for more info. Problems should be 
sent to listmaster at ale dot org.






More information about the Ale mailing list