Bug#942119: libproxy: depends on mono for build-arch; mono not universally present
Thorsten Glaser
t.glaser at tarent.de
Thu Oct 10 18:14:06 BST 2019
Hi Jeremy,
> Maybe you'd be interested in helping me by digging deeper into this issue?
I can try, but I don’t have experience with Mono either.
> dh-sequence-cli doesn't work in B-D-Indep as I found when I built 0.4.15-6 :
Ouch. Looking at it…
> https://buildd.debian.org/status/logs.php?pkg=libproxy&arch=arm64
… this seems weird. But…
> Is it a debhelper bug that it doesn't look like dh-sequence-* packages
> work in B-D-Indep?
… this is the “clean” target, which is invoked the same no matter
whether building arch, indep or both.
I’d definitely bring this up with the dh7-style debhelper developers.
It appears to auto-detect the sequences used from B-D-*?
One thing you could try is:
ifneq (,$(wildcard /usr/share/perl5/Debian/Debhelper/Sequence/cli.pm))
# … stage1 … endif
# you already have the above lines, new is:
else
DH_ARGS += --without cli
# and the endif you already have
endif
And then:
%:
dh ${DH_ARGS} $@
> (There are definitely a few other ways to work around this issue if
> debhelper won't be changed soon.)
Yeah… the trick is probably finding the right ones and keeping
them working…
Note: you can get a chroot with just the B-D installed on a porterbox,
so you can test this even without uploading.
If you wish, I can also try around on my x32 box (main desktop at work).
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
**********
Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.
Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.
**********
More information about the pkg-gnome-maintainers
mailing list