tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Graph cycles through ---- audio/squeezebox builds forever



On 11/29/2011 11:39 PM, Joerg Sonnenberger wrote:
On Tue, Nov 29, 2011 at 11:29:58PM +0100, John Marino wrote:
On 11/29/2011 11:12 PM, Joerg Sonnenberger wrote:
On Tue, Nov 29, 2011 at 10:44:43PM +0100, John Marino wrote:
It seems that we are probably both correct.  I've seen this three
times so far,
the last being on the package p5-Catalyst-Model-RDBO.  I believe the
cause for
this particular failure is the dependency upon p5-CPAN-Meta.  The
dependency tree
for that package is:

p5-CPAN-Meta:
     p5-PathTools
     p5-Test-Simple
     p5-Extutils-MakeMaker:
         p5-CPAN-Meta
         p5-Parse-CPAN-Meta
         p5-File-Copy-Recursive
I have no idea how you are creating that dependency tree. From my build
machine:

# make pbulk-index
PKGNAME=p5-CPAN-Meta-2.112150
ALL_DEPENDS=  digest>=20010302:../../pkgtools/digest 
checkperms>=1.1:../../sysutils/checkperms perl>=5.14.0:../../lang/perl5 
perl<5.16.0:../../lang/perl5
...

Joerg
Yeah, sorry, typo, I meant "p5-Parse-CPAN-Meta":
https://raw.github.com/jsonn/pkgsrc/trunk/devel/p5-Parse-CPAN-Meta/Makefile
https://raw.github.com/jsonn/pkgsrc/trunk/devel/p5-ExtUtils-MakeMaker/Makefile

Looking at CPAN site, it looks like the solution would be to upgrade
p5-ExtUtils-MakeMaker from version 6.59 to 6.62, which looses the
*CPAN* dependencies.
Even then, there is no dependency cycle. At the very least,
p5-Test-Simple guarantees that Perl is present and the rest is skipped.

Joerg

So obviously you know the internals of pkgsrc much, much better than I do, so I'm not really following. When I cd into devel/p5-Parse-CPAN-Meta and type "bmake -V '${BUILD_DEPENDS}'", it clearly lists p5-ExtUtils-MakeMaker as a dependency. Changing directory to devel/p5-ExtUtils-MakeMaker
and typing "bmake -V '${DEPENDS}'" shows a dependency on p5-Parse-CPAN-Meta.

Is not this a classic example of a circular dependency? Even if there is some mechanism that ignores these dependencies (as I infer from your statement), surely this doesn't cover 100% of the cases because otherwise you could just remove the dependency safely, right?

John



Home | Main Index | Thread Index | Old Index