On Sat, 15 Sep 2012 18:20:26 -0700 Brian Harring <ferri...@gmail.com> wrote:
> On Sun, Sep 16, 2012 at 12:03:36AM +0200, Micha?? G??rny wrote: > > On Sat, 15 Sep 2012 13:33:18 -0700 > > Brian Harring <ferri...@gmail.com> wrote: > > > To demonstrate the gain of this, we basically take the existing > > > tree's deps, and re-render it into a unified DEPENDENCIES form. > > > > But in order to do this, we first have to decide exactly what kind > > of dependencies do we want to have. Then convert the tree to > > a separate-variable form with new dependencies. Then we can compare > > it with the DEPENDENCIES form and decide which one is better. > > Funny you mentioned that, I just finished tweaking pquery to generate > real world example unified dependencies; these *are* accurate, just > to be clear. But consider that for example Zac & AxS (correct me if I recall it correctly) considered making changing the meaning of RDEPEND to install them before the build, thus effectively making 'build,run' useless. > Total cache savings from doing this for a full tree conversion, for > our existing md5-cache format is 2.73MB (90 byes per cache entry). > Calculating the savings from the ebuild/eclass standpoint is > dependent on how the deps are built up, so I skipped that. You're storing the cache in a tarball? -- Best regards, Michał Górny
signature.asc
Description: PGP signature