Gentoo Archives: gentoo-dev

From: Brian Harring <ferringb@×××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC about another *DEPEND variable
Date: Sat, 23 Sep 2006 14:56:17
Message-Id: 20060923145300.GC12282@seldon
In Reply to: Re: [gentoo-dev] RFC about another *DEPEND variable by Mike Frysinger
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. > > that gets back to ABI versus dynamic plugins ... we already know we'll need a > new DEPEND to track dlopen-ed plugins > > > 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 prohibitive. > > no it wouldnt ... when you merge a package, you record all the SONAME's it > provides: > scanelf -qRS "${D}" > SONAME > > in fact, running `scanelf -qlpRS` doesnt take that long on my machine
Flush the cache... Makes a world of difference. Additionally, he is talking about what is *done* with that data after the fact, iow other words walking the entire vdb to find all affected pkgs. Can pretty much gurantee after a build that data isn't likely to be available (part of the reason portageq calls during building are slow). Could collapse that into a simple mapping, but that introduces backwards compatibility issues... ~harring


Subject Author
Re: [gentoo-dev] RFC about another *DEPEND variable Mike Frysinger <vapier@g.o>