Bug#835098: gcr: FTBFS: Missing build-depends on gnupg

Michael Biebl biebl at debian.org
Mon Aug 22 16:23:10 UTC 2016


Am 22.08.2016 um 15:04 schrieb Santiago Vila:
> Package: src:gcr
> Version: 3.20.0-2
> Severity: serious
> Tags: patch
> 
> Dear maintainer:
> 
> I tried to build this package in stretch with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed:
> 
> --------------------------------------------------------------------------------
> [...]
>  debian/rules build-indep
> dh build-indep --with autoreconf,gir,gnome
>    dh_testdir -i
>    dh_update_autotools_config -i
>    debian/rules override_dh_autoreconf
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> dh_autoreconf --as-needed
> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build'.
> libtoolize: copying file 'build/ltmain.sh'
> libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'build/m4'.
> libtoolize: copying file 'build/m4/libtool.m4'
> libtoolize: copying file 'build/m4/ltoptions.m4'
> libtoolize: copying file 'build/m4/ltsugar.m4'
> 
> [...]
> 
> checking for gpg... no
> checking for gpg2... no
> 
> [...]
> 
> **
> ERROR:gcr/test-gnupg-collection.c:161:test_load: assertion failed (error == NULL): Failed to execute child process "gpg" (No such file or directory) (g-exec-error-quark, 8)
> FAIL: test-gnupg-collection 2 /gcr/gnupg-collection/load
> FAIL: test-gnupg-collection 3 /gcr/gnupg-collection/reload
> **
> ERROR:gcr/test-gnupg-collection.c:208:test_reload: assertion failed (error == NULL): Failed to execute child process "gpg" (No such file or directory) (g-exec-error-quark, 8)
> ERROR: test-gnupg-collection process failed: 250
> 
> [...]
> 
> debian/rules:24: recipe for target 'override_dh_auto_test' failed
> make[1]: *** [override_dh_auto_test] Error 1
> make[1]: Leaving directory '/<<PKGBUILDDIR>>'
> debian/rules:9: recipe for target 'build-indep' failed
> make: *** [build-indep] Error 2
> dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
> --------------------------------------------------------------------------------
> 
> The gnupg package is not essential, so if this package needs it during
> the build, it should declare it in Build-Depends.
> 
> [ In this case, the fact that I was doing "dpkg-buildpackage -A" does not matter,
>   it would also fail with ordinary "dpkg-buildpackage" ].
> 
> To reproduce, please try to build the package on a chroot not having
> gnupg installed (neither gnupg1 or gnupg).
> 
> The attached patch (untested) might fix this bug.

It seems to be required to run the test-suite only.
So it would make sense to mark the build depedency with <!nocheck>
(requires a bump of dpkg-dev and debhelper as well).


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20160822/35749d77/attachment-0001.sig>


More information about the pkg-gnome-maintainers mailing list