Bug#823906: apt-cudf: unable to find a solution with an out-of-date chroot
Package: apt-cudf
Version: 4.2-2
Severity: normal
Dear maintainer,
We use sbuild wit the cudf resolver on the build daemons, with the
following optimization criteria:
$aspcud_criteria = '-removed,-changed,-new,-count(solution,APT-Release:=/experimental/)';
Unfortunately this doesn't work when the available packages are newer
than the one installed in the chroots.
See for example this build log [1], where the binary packages from
util-linux are installed in the chroot in version 2.28-4 while 2.28-5 is
available in the package file:
| Installing build dependencies
| Reading package lists...
| Building dependency tree...
| Reading state information...
| Execute external solver...
| Some packages could not be installed. This may mean that you have
| requested an impossible situation or if you are using the unstable
| distribution that some required packages have not yet been created
| or been moved out of Incoming.
| The following information may help to resolve the situation:
|
| The following packages have unmet dependencies:
| e2fsprogs : PreDepends: libuuid1 (>= 2.16) but it is not going to be installed
| libblkid1 : Depends: libuuid1 (>= 2.16) but it is not going to be installed
| libcryptsetup4 : Depends: libuuid1 (>= 2.16) but it is not going to be installed
| libdapserver7v5 : Depends: libuuid1 (>= 2.16) but it is not going to be installed
| libfdisk1 : Depends: libuuid1 (>= 2.16) but it is not going to be installed
| libsm6 : Depends: libuuid1 (>= 2.16) but it is not going to be installed
| util-linux : PreDepends: libuuid1 (>= 2.16) but it is not going to be installed
| uuid-dev : Depends: libuuid1 (= 2.28-5) but it is not going to be installed
| E: Broken packages
| apt-get failed.
| Package installation failed
| Not removing build depends: cloned chroot in use
This can also be reproduced using the following command:
| apt-get --solver aspcud -o 'APT::Solver::Strict-Pinning=false' -o 'APT::Solver::aspcud::Preferences=-removed,-changed,-new,-count(solution,APT-Release:=/experimental/)' build-dep qgis
After upgrading libuuid1 from version 2.28-4 to 2.28-5 in the chroot,
the build-dep installation is then successful. I wouldn't be surprised
the bug involves pre-depends.
Aurelien
[1] https://buildd.debian.org/status/fetch.php?pkg=qgis&arch=mips&ver=2.14.2%2Bdfsg-1%7Eexp1&stamp=1462863113
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Reply to: