Bug#834008: libcryptui: FTBFS in stretch (missing build-depends on gnupg)

Santiago Vila sanvila at debian.org
Thu Aug 11 11:17:41 UTC 2016


Package: src:libcryptui
Version: 3.12.2-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:

--------------------------------------------------------------------------------
[...]
 debian/rules build-indep
test -x debian/rules
mkdir -p "."
CDBS WARNING:    DEB_DH_INSTALL_ARGS is deprecated since 0.4.85
CDBS WARNING:    DEB_DH_BUILDDEB_ARGS is deprecated since 0.4.85
set -e;   mv ./config.guess ./config.guess.cdbs-orig; cp --remove-destination /usr/share/misc/config.guess ./config.guess;
set -e;   mv ./config.sub ./config.sub.cdbs-orig; cp --remove-destination /usr/share/misc/config.sub ./config.sub;
dh_autoreconf --as-needed
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'

[... snipped ...]

checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for gtk-doc... yes
checking for gtkdoc-check... gtkdoc-check.test
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... yes
checking for GTKDOC_DEPS... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for off_t... yes
checking for _LARGEFILE_SOURCE value needed for large files... no
checking for strsep... yes
checking for pkg-config... /usr/bin/pkg-config
checking for GTK... yes
checking for SEAHORSE... yes
checking for SM... yes
checking pkg-config is at least version 0.16... yes
checking for some Win32 platform... no
checking for native Win32... no
checking for gpg... no
checking for gpg2... /usr/bin/gpg2
checking for appropriate GnuPG version... no
checking for gpgme-config... /usr/bin/gpgme-config
checking for GPGME - version >= 1.0.0... yes
configure: error: Appropriate version of GnuPG not found. Please install one of versions: 1.2 1.4 2.0
/usr/share/cdbs/1/class/autotools.mk:44: recipe for target 'debian/stamp-autotools' failed
make: *** [debian/stamp-autotools] Error 1
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
--------------------------------------------------------------------------------

The gnupg package is not "Essential: yes". To reproduce, please try to
build the package on a chroot not having gnupg installed (sbuild now
allows this).

Thanks.



More information about the pkg-gnome-maintainers mailing list