[buildd-tools-devel] Bug#519867: [Buildd-tools-devel] Bug#519867: sbuild: run edos-debcheck in case of build failure due to dependency installation

[Johannes Schauer]

Control: forcemerge 839566 -1

Hi,

On Tue, 07 Jun 2016 22:25:32 +0200 Johannes Schauer <josch at debian.org> wrote:
> Hi,
> 
> On Fri, 25 Dec 2015 19:44:09 +0100 Johannes Schauer <josch at debian.org> wrote:
> > In summary, the following should work:
> > 
> > apt-cache dumpavail | dose-debcheck -v -f -e sbuild-build-depends-yourpackage-dummy

turns out, that "apt-cache dumpavail" is inadequate because that is subject to
apt pinning and we want dose to not be restricted by apt limitations.

> > Together with --build-deps-failed-commands you can create a hook which does
> > exactly what this bug requests. Would this be sufficient to fix this bug?
> 
> thinking about this a bit more, the above should work but requires
> dose-debcheck and its dependencies to be installed inside the chroot. But
> installing additional packages might influence the result and should thus not
> be done.
> 
> Instead, the output of "apt-cache dumpavail" inside the chroot should be piped
> to dose-debcheck installed outside the chroot. Unfortunately, the
> --build-deps-failed-commands are run inside the chroot and do not offer running
> anything outside the chroot.
> 
> So as originally suggested, it might be necessary to add the functionality to
> sbuild itself. Maybe by sbuild opportunistically running dose-debcheck after
> dependency installation failed and sbuild sees the dose-debcheck binary on
> the host?

it turns out, having forgotten about this bug, I reported #839566 and closed
that one with the last upload, forgetting about this bug.

dose3 is now by default automatically installed and run inside the chroot in
case the build dependencies cannot be satisfied.

To switch this off, you can use --bd-uninstallable-explainer= (giving no
argument).

Besides dose3, another explainer of bd-uninstallability is available: apt.
Dose3 is the default because its output should be more readable than the apt
diagnostics. The apt explainer is available to those who find that one more
readable or to give to apt developers for diagnostics.

Thanks!

cheers, josch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: signature
URL: <http://lists.alioth.debian.org/pipermail/buildd-tools-devel/attachments/20161110/6ebdd56a/attachment.sig>