From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GQQFp-0006Ay-AL for garchives@archives.gentoo.org; Thu, 21 Sep 2006 15:14:21 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k8LFBqmw017800; Thu, 21 Sep 2006 15:11:52 GMT Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k8LF8WWW031116 for ; Thu, 21 Sep 2006 15:08:33 GMT Received: from seldon (c-24-21-135-117.hsd1.or.comcast.net[24.21.135.117]) by comcast.net (sccrmhc11) with SMTP id <2006092115083001100agfhte>; Thu, 21 Sep 2006 15:08:31 +0000 Date: Thu, 21 Sep 2006 08:08:29 -0700 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC about another *DEPEND variable Message-ID: <20060921150829.GF30105@seldon> References: <45126B07.6030403@gentoo.org> <200609210952.27835.vapier@gentoo.org> <20060921140438.GD30105@seldon> <200609211043.12403.vapier@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b8GWCKCLzrXbuNet" Content-Disposition: inline In-Reply-To: <200609211043.12403.vapier@gentoo.org> User-Agent: Mutt/1.5.11 X-Archives-Salt: 0dcf3114-7e9b-4bc8-a3a0-671f97d6a68a X-Archives-Hash: 7ae9889978b1d17550a5cd19cf23320e --b8GWCKCLzrXbuNet Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 10:43:11AM -0400, Mike Frysinger wrote: > On Thursday 21 September 2006 10:04, Brian Harring wrote: > > I agree; while I'm labeling it ABI, includes both bad soname handling > > and seperate sonames. >=20 > those people should be smacked (for the interest of disclosure, i have=20 > violated the "bad soname" rule for the sake of following upstream) >=20 > > Feel free to point out a 4th option if I'm missing it, but for the > > request, that's what exists afaict; meanwhile, stating that pkgs are > > being stupid, while true, doesn't actually solve the issue :) >=20 > 4) portage maintains a list of ABI SONAMEs in use and does not unmerge th= e=20 > library until all consumers are gone >=20 > i'm referring to the specific file of course, not anything else in the=20 > package ... so integrating the hack eutils.eclass:preserve_old_lib() into= =20 > portage so it isnt a hack (not a knock against the current implementation= =20 > here; it's always going to be a hack until portage manages proper unmergi= ng=20 > of the ABI library) The reason folks aren't talking about using NEEDED is that NEEDED data=20 is generated _after_ building; getting the info into the resolver=20 up front allows for a helluva lot more options, and makes stuff like=20 ensuring you have all sources required downloaded *prior* actually=20 simple to do, rather then inserting recalculating hacks into the=20 resolver. Clarifying the 'recalculating', what you're suggesting is effectivelly=20 unbounded resolution, re-calculating at each step. That route is=20 *very* nasty since you can't gurantee up front the resolution will=20 work, let alone ensuring the bugger doesn't go cyclic. ~harring --b8GWCKCLzrXbuNet Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFEqrtsiLx3HvNzgcRAsaKAKDPi/dxU/WiUu4/er6BQ0kjtY6A1ACg251R 7FOJEA3ukR6Bob/1YrKL7Nk= =0F5c -----END PGP SIGNATURE----- --b8GWCKCLzrXbuNet-- -- gentoo-dev@gentoo.org mailing list