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=-2.0 required=5.0 tests=DMARC_MISSING, MAILING_LIST_MULTI,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=4.0.0 Received: from smtp2.southeast.rr.com (smtp2.southeast.rr.com [24.93.67.83]) by chiba.3jane.net (Postfix) with ESMTP id 41CFFABB5A for ; Thu, 5 Sep 2002 22:41:58 -0500 (CDT) Received: from mail8.nc.rr.com (fe8 [24.93.67.55]) by smtp2.southeast.rr.com (8.12.5/8.12.2) with ESMTP id g863gQuI000574; Thu, 5 Sep 2002 23:42:30 -0400 (EDT) Received: from rdu26-80-016.nc.rr.com ([66.26.80.16]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Thu, 5 Sep 2002 23:11:14 -0400 Subject: Re: [gentoo-dev] Removing Deps From: "C. Linus Hicks" To: Evan Read Cc: Rob Smith , gentoo-dev@gentoo.org In-Reply-To: <20020906011929.GA2391@SDF.LONESTAR.ORG> References: <1031250004.7347.8.camel@strider> <1782.10.0.7.104.1031264960.squirrel@webmail.interhost.no> <200209060835.20111.eread@freeshell.org> <200209052027.29517.rob.smith21@verizon.net> <20020906011929.GA2391@SDF.LONESTAR.ORG> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Sep 2002 23:11:15 -0400 Message-Id: <1031281875.5659.6767.camel@lh2> Mime-Version: 1.0 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: 1d9abac6-28cb-450b-a918-53b4b365cd00 X-Archives-Hash: 1700b5a91efa60ecf29647a919f6315c On Thu, 2002-09-05 at 21:19, Evan Read wrote: > On Thu, Sep 05, 2002 at 08:27:29PM -0400, Rob Smith wrote: > > On Thursday 05 September 2002 06:35 pm, Evan Read wrote: > > > Perhaps a dependency counter could be applied to each package (stored in a > > > table?) and, when unmerging a package, portage could lower the dep count 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 > > anything, then portage would then flag this for removal if I try to see a > > list of zerodeps? This wouldn't work, as most packages are not deps of a > > package. What about a flag that this was a dep and try to calculate if it is > > or isn't anymore? > > Ok, my idea is too simple for the number of features I suggested. (snip) If I explicitly merge a package, increment its dependency count. I am dependent on it. Linus