Hi Daniel,
Le mardi, 23 février 2016, 11.00:57 Daniel Reurich a écrit :
> We're trying to build Cups for Devuan using Jenkins CI, and have run
> into an issue with circular dependencies between the arch-independent
> and arch dependent packages during the build.
If you want to bootstrap cups, please see:
https://bugs.debian.org/734670 . In short, you need to build with
'nocheck' in DEB_BUILD_OPTIONS and without cups-filters and friends in
Build-Depends, initially. Then build cups-filters, then rebuild cups.
It's arguably not perfect yet, and would benefit from Build Profiles
support: https://wiki.debian.org/BuildProfileSpec
Wookey: can this be implemented in cups' debian/control already ? If so,
how?
> Additionally we seem to get the binary targets built when building the
> binary independent package and the binary tests are run - which
> depends on the binary packages.
'nocheck' is the way to answer that.
> Of course we can't build the binary packages because they need the all
> target to run the test suites.
>
> To me it looks like it's a structural issue with upstream which isn't
> easily fixed.
No. It's a bootstrapping issue, which you need to address at your end.
> So can I suggest
> a) skip the running the auto-test suite for the arch-independent build
'nocheck', really.
> b) look at teasing out upstreams build targets in debian/rules to
> separate them into binary-dependent and binary-independent targets to
> reduce wasted time rebuilding the documentation for every
> arch-dependent build and building the binary stuff in the
> arch-independent build.
Roughly said, I don't care about buildds "wasting time", as long as the
resulting packages are fine.
> I'd appreciate your thoughts and would be keen to collaborate to get
> this done.
I welcome patches :) As mentionned above, build time is not an problem
worth breaking packages, or disabling test-suites permanently: disabling
them temporarily is perfectly fine at your end, if you're bootstrapping
cups, as long as you rebuild it with tests before shipping to your
users.
--
Cheers,
OdyXAttachment:
signature.asc
Description: This is a digitally signed message part.