From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=DMARC_REJECT, MAILING_LIST_MULTI,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=4.0.0 Received: from pop017.verizon.net (pop017pub.verizon.net [206.46.170.210]) by chiba.3jane.net (Postfix) with ESMTP id 125E5AC453 for ; Thu, 5 Sep 2002 19:23:23 -0500 (CDT) Received: from kormoc ([151.205.246.221]) by pop017.verizon.net (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP id <20020906002316.LWLO22486.pop017.verizon.net@kormoc> for ; Thu, 5 Sep 2002 19:23:16 -0500 Content-Type: text/plain; charset="iso-8859-1" From: Rob Smith Reply-To: rob.smith21@verizon.net To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] Removing Deps Date: Thu, 5 Sep 2002 20:27:29 -0400 User-Agent: KMail/1.4.3 References: <1031250004.7347.8.camel@strider> <1782.10.0.7.104.1031264960.squirrel@webmail.interhost.no> <200209060835.20111.eread@freeshell.org> In-Reply-To: <200209060835.20111.eread@freeshell.org> X-Kormoc: TRUE MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200209052027.29517.rob.smith21@verizon.net> X-Authentication-Info: Submitted using SMTP AUTH PLAIN at pop017.verizon.net from [151.205.246.221] using ID at Thu, 5 Sep 2002 19:23:15 -0500 Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: d0c0b05e-92c3-43ad-9204-6909ae467de9 X-Archives-Hash: 3ab7b30c5c83780169eec606bf136cb4 On Thursday 05 September 2002 06:35 pm, Evan Read wrote: > Perhaps a dependency counter could be applied to each package (stored i= n a > table?) and, when unmerging a package, portage could lower the dep coun= t on > the dependecies of that package. Okay, but what is the count of a package that has no deps that you merged= in? If I merge in BZFlag, it starts at dep count of 0 because it isn't a dep = of=20 anything, then portage would then flag this for removal if I try to see a= =20 list of zerodeps? This wouldn't work, as most packages are not deps of a=20 package. What about a flag that this was a dep and try to calculate if it= is=20 or isn't anymore?