From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JoNPR-0005S8-CG for garchives@archives.gentoo.org; Tue, 22 Apr 2008 18:40:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1A1DDE0467; Tue, 22 Apr 2008 18:39:51 +0000 (UTC) Received: from cgianelloni.localdomain (dsl211-165-131.sfo1.dsl.speakeasy.net [74.211.165.131]) by pigeon.gentoo.org (Postfix) with ESMTP id E89F1E0467 for ; Tue, 22 Apr 2008 18:39:50 +0000 (UTC) Received: by cgianelloni.localdomain (Postfix, from userid 1000) id E2DA3A84028; Tue, 22 Apr 2008 11:31:35 -0700 (PDT) Subject: Re: [gentoo-dev] Dependencies that're available at pkg_*inst From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: <20080422080948.10082ba1@snowcone> References: <20080419053116.50e0ffe6@snowcone> <20080419044512.GD29470@supernova> <20080419055420.29ab56e1@snowcone> <20080419052720.GE29470@supernova> <20080419063300.6d2a2525@snowcone> <1208590988.25933.35.camel@inertia.twi-31o2.org> <20080422080948.10082ba1@snowcone> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 22 Apr 2008 11:31:35 -0700 Message-Id: <1208889095.7206.18.camel@cgianelloni.quova.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 X-Archives-Salt: 2fc6538b-278e-48ab-b961-2385248eb2a4 X-Archives-Hash: 7455a5ad66dfd3a2014707c1505e3a41 On Tue, 2008-04-22 at 08:09 +0100, Ciaran McCreesh wrote: > > We definitely don't want to install DEPEND at the pkg_* stages, so I'd > > say the requirement there, if you're asking, is prior to src_*, if > > that matters. > > If the alternatives are not being able to install from a binary at all > due to circular dependencies, or being able to install from a binary > using DEPEND to satisfy circular dependencies, which would you take? Given the trouble that we have every release with trying to cram everything our users want into a limited space, I'd rather the damned thing not install than pull in a bunch of packages we don't need, just to satisfy a dependency that isn't even used during execution of the package. > > I'd love to have some kind of functionality to allow some kind of > > "optional" dependencies. The only real way that I could see this > > working is if we tracked what was installed as an optional dependency, > > and not reinstall it if it has been removed the next time the > > depending package is merged. > > Sort of like what kdebuild has for suggested dependencies, but less > strong? Pretty much, yeah. The main difference that I would see from the current *DEPEND variables, besides what was said above, would be that a lack of visibility wouldn't stop the package merge. If sys-apps/foo had ODEPEND="dev-libs/bar" and dev-libs/bar was masked, it simply wouldn't be installed. -- Chris Gianelloni Release Engineering Strategic Lead Games Developer -- gentoo-dev@lists.gentoo.org mailing list