Hi Kurt On Sun, Jul 05, 2009 at 03:12:41PM +0200, Kurt Roeckx wrote: > There was an error while trying to autobuild your package: > > > Automatic build of libdevel-nytprof-perl_2.10-1 on excelsior by > > sbuild/amd64 98 > > Build started at 20090705-1305 > > [...] > > > Build-Depends: debhelper (>= 7), perl (>= 5.6.10-12), libtest-pod-perl, > > quilt, zlib1g-dev, libtest-simple-perl (>= 0.82) > > [...] > > > dpkg-checkbuilddeps: Unmet build dependencies: libtest-simple-perl (>= 0.82) > > The problem is that libtest-simple-perl is both a real package, > and a virtual package provided by perl-modules. You can't have > a versioned depedency on virtual package. > > Maybe perl-modules shouldn't provide libtest-simple-perl?
I was not able to reproduce the build faillure using cowbuilder
environment (See attachend build log). Is this possible related to
sbuild?
libdevel-nytprof-perl_2.10-1 needs as Build-Dependency
'Test::More' => '0.81_01',
thus, libtest-simple-perl at least Version 0.82. perl-modules also
contains the Test::More Module, but Version 0.72.
So if I see it corrctly, perl-modules should not stop "providing"
libtest-simple-perl. Thus my question, could the problem be related to
how sbuild resolves the dependencies (since, cowbuilder/pbuilder seem
to do it right?)
Kind regards
Salvatore
libdevel-nytprof-perl_2.10-1_i386.build.gz
Description: Binary data
signature.asc
Description: Digital signature
