[pkg-wine-party] Bug#827770: wine-development: FTBFS in Ubuntu

Jens Reyer jre.winesim at gmail.com
Tue Jun 21 01:15:14 UTC 2016

On 20.06.2016 20:48, Graham Inggs wrote:
> Since version 1.9.9-1, wine-development has FTBFS on all architectures
> in Ubuntu.
> I see the following in the build log:
> ./debian/scripts/sonames2elf libfontconfig.so.1 libfreetype.so.6
> libncurses.so.5 > debian/tmp/elf.depends
> ./debian/scripts/sonames2elf libcups.so.2 libdbus-1.so.3
> libfontconfig.so.1 libfreetype.so.6 libGL.so.1 libgnutls.so.30
> libgsm.so.1 libjpeg.so.8 libncurses.so.5 libodbc.so.2 libopenal.so.1
> libOSMesa.so.8 libpng16.so.16 libtiff.so.5 libX11.so.6
> libXcomposite.so.1 libXcursor.so.1 libXext.so.6 libXi.so.6
> libXinerama.so.1 libXrandr.so.2 libXrender.so.1 libxslt.so.1
> libXxf86vm.so.1 > debian/tmp/elf.recommends
> /usr/bin/ld: cannot find libGL.so.1
> collect2: error: ld returned 1 exit status
> debian/rules:153: recipe for target 'override_dh_shlibdeps' failed
> Assuming this had something to do with packaging differences between
> Debian and Ubuntu's mesa package, I made the following changes:

Contrary to Debian, in Ubuntu libGL.so.1 is in /usr/lib/<arch>/mesa/, so
it is not found automatically. See:


Try adding it to rpath (change existing line in d/rules):
export DEB_LDFLAGS_MAINT_APPEND+=-Wl,-rpath,/$(LIBDIR),/usr/lib/$(shell
dpkg-architecture -qDEB_HOST_MULTIARCH)/mesa

Question at all: If this works, should we add this to the Debian
packaging (conditionally for ubuntu)? Is there a best practice syntax
for that?

> With the above changes in place, the builds succeeded on amd64, arm64
> and i386, but failed on armhf with a new error:
> dpkg-shlibdeps: error: couldn't find library libXxf86vm.so.1 needed by
> debian/tmp/elf.recommends (ELF format: 'elf32-littlearm-sfabi'; RPATH:
> '')
> To help dpkg-shlibdeps find private libraries, you might need to use -l.
> make[1]: *** [override_dh_shlibdeps] Error 2

I checked a few of the so files on armhf/yakkety: they are in
/usr/lib/arm-linux-gnueabihf and the build dependencies make sure that
they are installed. Sounds fine.

Anyway, try specifying the path explicitly for dpkg-shlibdeps (add the
last line, since this is arch neutral it shouldn't hurt on the working

dpkg-shlibdeps --warnings=1 \
	    -pdlopen \
	    -dDepends -edebian/tmp/elf.depends \
	    -dRecommends -edebian/tmp/elf.recommends \
	    -Tdebian/libwine$(VERSION).substvars \
	    -l/usr/lib/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)

If this works, then I'd ask Ubuntu's dpkg maintainer about it. This
Ubuntu dpkg change sounds related:
- Special-case arm{el,hf} ELF objects in Shlibs/Objdump.pm for multilib.


More information about the pkg-wine-party mailing list