Subject: Re: Builk build vs. p5-Test-Harness
To: Krister Walfridsson <cato@df.lth.se>
From: Dan McMahill <dmcmahill@NetBSD.org>
List: tech-pkg
Date: 06/28/2004 07:32:17
On Wed, Jun 23, 2004 at 07:30:35PM +0200, Krister Walfridsson wrote:
>
>
> On Tue, 22 Jun 2004, Dan McMahill wrote:
>
> > So the issue is that p5-Test-Harness is needed if you were using
> > perl-5.6 but if you have perl-5.8, you do not need p5-Test-Harness?
>
> Yes.
>
>
> > I much much rather somehow improve how the bulk code deals with
> > these dependencies which depend on the order in which packages
> > are installed.
> [...]
> > Depending on the package which failed, the bulk build can
> > potentially spend lots and lots of time installing dependencies
> > for packages which are doomed to fail.
> >
> > If something like perl, libtool, or libpng fails, the
> > reduction in time is dramatic.
>
> I'm not sure I think it's worth the effort to optimize for the
> case where we have massive breakage... ;)
It helps though even in cases where its not png, but perhaps
kdelibs. Plus we still have a couple of issues. One is that
the order you install packages will give you a different set
of dependencies. For example installing perl-5.6.1 first or
installing perl-5.8 first.
> > It seems to me that the root problem is that we potentially
> > have more than one valid dependency tree for a given package.
> > Its some what goofy in that the dependency tree you get will
> > depend on the order in which you happened to build packages.
> > I'd like to see the bulk build system somehow decide which
> > it will be up front. Then the problem you're having here
> > should go away.
>
> I agree. But I cannot find a painless way to implement this.
> And we need a solution soon, since this issue makes nearly 2%
> of the packages fail in the bulk builds...
I'll try to find some time to think through this, but no guarantees.
-Dan
--