Your message dated Sat, 24 Oct 2015 22:44:07 +0200
with message-id <[email protected]>
and subject line Re: Bug#802571: buildd.debian.org: BD-Uninstallable due to
wrong dependency resolution (involves gnudatalanguage and the graphicsmagick
q16 transition)
has caused the Debian Bug report #802571,
regarding buildd.debian.org: BD-Uninstallable due to wrong dependency
resolution (involves gnudatalanguage and the graphicsmagick q16 transition)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
802571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802571
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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)
--- End Message ---
--- Begin Message ---
On 2015-10-21 11:24, Axel Beckert wrote:
> 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)
This extra-dependencies is indeed the problem. Looking at the package
info from wanna-build, one can see that this extra-dependency has been
manually specified by someone:
$ wb info gnudatalanguage . arm64
* gnudatalanguage/arm64
| gnudatalanguage:
| Package : gnudatalanguage
| Version : 0.9.5-3
| State : BD-Uninstallable
| Section : interpreters
| Priority : source
| Installed-Version : 0.9.5-2
| Previous-State : Needs-Build
| State-Change : 2015-10-18 18:26:03.937024
| Build-time : 1625
| BD-Problem : 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.22-1)
| 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)
| CalculatedPri : 52
| component : main
| Distribution : sid
| Extra-Dependencies : libgraphicsmagick++11
| Notes : out-of-date
| State-Days : 6
| State-Time : 526181
| Success-build-time : 1625
This is therefore not a bug in the software, but a human error. I have
removed this extra-dependency and I am therefore closing the bug.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
[email protected] http://www.aurel32.net
--- End Message ---
