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 1GR8vQ-0007VR-Ro for garchives@archives.gentoo.org; Sat, 23 Sep 2006 14:56:17 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k8NEt5b0026438; Sat, 23 Sep 2006 14:55:05 GMT Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [206.18.177.53]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k8NEr34Z032317 for ; Sat, 23 Sep 2006 14:53:04 GMT Received: from seldon (c-24-21-135-117.hsd1.or.comcast.net[24.21.135.117]) by comcast.net (alnrmhc13) with SMTP id <20060923145302b1300l70jhe>; Sat, 23 Sep 2006 14:53:02 +0000 Date: Sat, 23 Sep 2006 07:53:00 -0700 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC about another *DEPEND variable Message-ID: <20060923145300.GC12282@seldon> References: <45126B07.6030403@gentoo.org> <200609230605.19973.vapier@gentoo.org> <451543A7.5050402@gentoo.org> <200609231034.04267.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="aT9PWwzfKXlsBJM1" Content-Disposition: inline In-Reply-To: <200609231034.04267.vapier@gentoo.org> User-Agent: Mutt/1.5.11 X-Archives-Salt: d03ff6fe-f608-48f1-a2f1-d7fe32df249e X-Archives-Hash: e7c18562662cda8b5243484e55107874 --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 23, 2006 at 10:34:03AM -0400, Mike Frysinger wrote: > On Saturday 23 September 2006 10:24, Alin Nastac wrote: > > I see only libraries in NEEDED and it is probably generated > > automatically. There is no way for the automatic tools to discover the > > dependency between pptpd and ppp version. >=20 > that gets back to ABI versus dynamic plugins ... we already know we'll ne= ed a=20 > new DEPEND to track dlopen-ed plugins >=20 > > Besides, even if I would have somehow /usr/lib/ppp/2.4.3 in NEEDED file > > of the pptpd, the amount of computation needed to discover which package > > offers such thing would be prohibitive. The reciprocal operation (find > > which packages use the old path before upgrade) would also be prohibiti= ve. >=20 > no it wouldnt ... when you merge a package, you record all the SONAME's i= t=20 > provides: > scanelf -qRS "${D}" > SONAME >=20 > in fact, running `scanelf -qlpRS` doesnt take that long on my machine Flush the cache... Makes a world of difference. Additionally, he is=20 talking about what is *done* with that data after the fact, iow other=20 words walking the entire vdb to find all affected pkgs. Can pretty=20 much gurantee after a build that data isn't likely to be available=20 (part of the reason portageq calls during building are slow). Could collapse that into a simple mapping, but that introduces=20 backwards compatibility issues... ~harring --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFFUpMsiLx3HvNzgcRAn3jAJwKd82Ek7EZvVWHGV51ZGME9pT33ACeJT/P +SlSvLisXi3iaYc4hn1cDBE= =Ud+s -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- -- gentoo-dev@gentoo.org mailing list