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=-1.0 required=5.0 tests=DMARC_MISSING, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from sdf.lonestar.org (sdf.lonestar.org [207.202.214.132]) by chiba.3jane.net (Postfix) with ESMTP id A88B1AC60F for ; Thu, 5 Sep 2002 20:19:39 -0500 (CDT) Received: (from eread@localhost) by sdf.lonestar.org (8.11.6+3.4W/8.11.6) id g861JT400641; Fri, 6 Sep 2002 01:19:29 GMT Date: Fri, 6 Sep 2002 01:19:29 +0000 From: Evan Read To: Rob Smith Cc: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] Removing Deps Message-ID: <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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200209052027.29517.rob.smith21@verizon.net> User-Agent: Mutt/1.4i 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: 650e7aee-92b6-4a9b-9ca8-33874ee30461 X-Archives-Hash: a44fcbb83dd611aed89bda9ffcea86a8 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. Evidently, having a "remove all no deps" option would be a bad idea ;) It seems so stupid now ;) It would probably make sense, in the short term, if this was a feature important to enough people, to maybe have the option of stepping through a list of dependencies that are presented (with the right switch) after the main packages is unmerged. I realise that those dependencies would have other depedencies and it could get messy. I would suggest this would be an option that would come with dire warnings. The other option is to duplicate the install of dependencies among programs so that you have dependencies met or removed for a package independent of others. This would be bloaty, but prolly the only way to easily impliment auto-removal of dependencies. Anyways, just random thoughts. -- Evan Read http://eread.freeshell.org "The future comes 60 minutes an hour no matter who you are or what you do." The Screwtape Letters - C.S. Lewis