Package: buildd.debian.org Severity: important Hi,
gnudatalanguage is not building due to BD-Uninstallable on the buildds on all but very few non-release architecture but builds fine inside pbuilder on at least two release and one non-release architectures (I tried amd64, i386 and kfreebsd-i386): https://buildd.debian.org/status/package.php?p=gnudatalanguage&suite=sid The common reason for BD-Uninstallable in this case, just formatted more readable: gnudatalanguage build-depends on: - arm64:libgraphicsmagick++1-dev arm64:libgraphicsmagick++1-dev depends on: - arm64:libgraphicsmagick1-dev arm64:libgraphicsmagick1-dev depends on: - arm64:libgraphicsmagick-q16-3 (= 1.3.21-4) gnudatalanguage build-depends on: - arm64:libgraphicsmagick++11 arm64:libgraphicsmagick++11 depends on: - arm64:libgraphicsmagick3 (>= 1.3.15) arm64:libgraphicsmagick-q16-3 *conflicts* with: - arm64:libgraphicsmagick3 (>= 1.3.21) The buildds (or whoever, sbuild maybe?) claims that the build-dependencies conflict with themselves. But on uptodate Sid amd64, Sid i386 und Sid kfreebsd-i386, "apt-get build-dep gnudatalanguage" has no issues at all to resolve the build-dependencies. And libgraphicsmagick3 shows up nowhere. I have also no idea why the buildds claim that gnudatalanguage build-depende on libgraphicsmagick++11. It doesn't: Build-Depends: chrpath, cmake, debhelper (>= 9~), dpkg-dev (>= 1.16.1~), libantlr-dev, libeigen3-dev, libfftw3-dev, libgrib-api-dev, libgsl0-dev, libhdf4-alt-dev, libhdf5-dev | libhdf5-serial-dev, libgraphicsmagick++1-dev, libncurses-dev, libnetcdf-dev, libplplot-dev (>= 5.10.0+dfsg-1~) | libplplot-dev (<= 5.10), libreadline-dev, libudunits2-dev, libwxgtk3.0-dev, pslib-dev, python-all-dev, python-numpy, xauth, xvfb, zlib1g-dev (from http://http.debian.net/debian/pool/main/g/gnudatalanguage/gnudatalanguage_0.9.5-3.dsc) For me, the build-dependencies always pull in libgraphicsmagick++-q16-11 via libgraphicsmagick++1-dev and not libgraphicsmagick++11 -- as expected. Feel free to reassign this bug report to sbuild if you think the error sits in there. I also see on https://packages.debian.org/sid/libgraphicsmagick3 that libgraphicsmagick3 1.3.21-3 is still in Sid's archive despite its sourcepackage no more builds it since 1.3.21-3 according to https://packages.qa.debian.org/g/graphicsmagick.html and https://packages.qa.debian.org/g/graphicsmagick/news/20150928T010011Z.html -- that change was three weeks ago. So it could be also something the FTP-Masters can fix upon a cruft removal request by the graphicsmagick maintainers (Cc'ed). But from my point of view, this behaviour in dependency resolution still would be a bug somewhere in the code the buildds use. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'buildd-unstable'), (400, 'stable'), (110, 'experimental'), (1, 'buildd-experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
