Hello, On antradienis 26 Liepa 2011 23:46:02 Roger Leigh wrote: > On Tue, Jul 26, 2011 at 11:18:42PM +0300, Modestas Vainius wrote: > > Hello, > > > > On antradienis 26 Liepa 2011 22:16:17 Kurt Roeckx wrote: > > > If you want to make the buildds use 0.62, someone is going to need > > > to put time in it to test that it actually works on the buildds. > > > > > > I'm also not sure we want to use the aptitude resolver in that > > > case. > > > > At the moment, no other resolver can reasonably pull off "install from > > non- default repository only and only if dependency is not satisfiable > > in the default repository", which is essential for both experimental and > > backports. You don't expect me to sign off the plan which you would > > bring experimental and backports autobuilding to the stone age it was > > before, do you? > > > > I guess sbuild maintainers should know that smarter aptitude "A | B" > > resolution is not appropriate for Debian buildds and might be a > > showstopper for upgrading buildds to >= 0.62 ... > > This is disabled by default. It's only intended for > backports/experimental use. But it's there as a configurable option > for that type of situation. What's that option? If you mean $resolve_alternatives, then in both cases I tested *without* this option set. Then 1) I'm able to build ktorrent bpo package fine with sbuild 0.62.5 2) On the other hand, sbuild 0.61.0 fails to build the package with the same failure as seen on the buildds. ktorrent Build-Depends: Build-Depends: cmake (>= 2.6.2), debhelper (>= 7.3.16), pkg-kde-tools (>= 0.5), libqt4-dev (>= 4:4.6), kdelibs5-dev (>= 4:4.4), libphonon-dev (>= 4:4.3), kdepimlibs5-dev (>= 4:4.4), libboost-dev, libqtwebkit-dev | libqt4-dev (<< 4:4.7.0), kdebase-workspace-dev (>= 4:4.4), libktorrent-dev (>= 1.1.1), libtag1-dev, libgeoip-dev, libx11-dev Relevant part of the log says (from the build with sbuild 0.62.5): Merged Build-Depends: base-files, base-passwd, bash, coreutils, dash, debianutils, diffutils, dpkg, e2fsprogs, findutils, grep, gzip, hostname, ncurses-base, ncurses-bin, perl-base, sed, login, sysvinit-utils, sysvinit, tar, bsdutils, mount, util-linux, libc6-dev | libc-dev, gcc (>= 4:4.4.3), g++ (>= 4:4.4.3), make, dpkg-dev (>= 1.13.5), cmake (>= 2.6.2), debhelper (>= 7.3.16), pkg-kde-tools (>= 0.5), libqt4-dev (>= 4:4.6), kdelibs5-dev (>= 4:4.4), libphonon-dev (>= 4:4.3), kdepimlibs5-dev (>= 4:4.4), libboost-dev, libqtwebkit-dev | libqt4-dev (<< 4:4.7.0), kdebase-workspace-dev (>= 4:4.4), libktorrent-dev (>= 1.1.1), libtag1-dev, libgeoip-dev, libx11-dev Filtered Build-Depends: base-files, base-passwd, bash, coreutils, dash, debianutils, diffutils, dpkg, e2fsprogs, findutils, grep, gzip, hostname, ncurses-base, ncurses-bin, perl-base, sed, login, sysvinit-utils, sysvinit, tar, bsdutils, mount, util-linux, libc6-dev | libc-dev, gcc (>= 4:4.4.3), g++ (>= 4:4.4.3), make, dpkg-dev (>= 1.13.5), cmake (>= 2.6.2), debhelper (>= 7.3.16), pkg-kde-tools (>= 0.5), libqt4-dev (>= 4:4.6), kdelibs5-dev (>= 4:4.4), libphonon-dev (>= 4:4.3), kdepimlibs5-dev (>= 4:4.4), libboost-dev, libqtwebkit-dev | libqt4-dev (<< 4:4.7.0), kdebase-workspace-dev (>= 4:4.4), libktorrent-dev (>= 1.1.1), libtag1-dev, libgeoip-dev, libx11-dev dpkg-deb: building package `sbuild-build-depends-ktorrent-dummy' in `/«BUILDDIR»/resolver-7H4_as/apt_archive/sbuild-build-depends-ktorrent- dummy.deb'. You can get the package from [1]. If you don't want libktorrent-dev (>= 1.1.1) dependency which is only in backports, try with amarok [2] which exposes the same problem. [1] http://backports.debian.org/debian- backports/pool/main/k/ktorrent/ktorrent_4.1.1-2~bpo60+1.dsc [2] http://backports.debian.org/debian- backports/pool/main/a/amarok/amarok_2.4.1-1~bpo60+1.dsc > The $resolve_alternatives option filters the dependencies before > creating the dependency package, so that apt/aptitude don't see > the alternatives at all. They just get the first alternative. > > (Note: does not include alternatives for the same package, e.g. > for different versions, which are explicitly allowed since 0.62.3. > It also doesn't include arch-specific alternatives; the set is reduced > to only the host arch in all cases.) Could the latter be a reason? libqtwebkit-dev DOES NOT exist on either squeeze or squeeze-backports at all (neither arch). -- Modestas Vainius <modax@debian.org>
Attachment:
signature.asc
Description: This is a digitally signed message part.