Hi! On Mon, 2014-02-17 at 00:31:43 +0100, Andreas Beckmann wrote: > On 2014-01-13 16:16, Guillem Jover wrote: > > Hmm, I guess it depends on the amount of packages affected, if it's > > few I don't think I would mind, but if we were talking about say 20+ > > then maybe we should look into something else.
> So far I've identified 33 packages. Packages removed after squeeze > should be all there, for packages removed after lenny I've about 5000 > still to check, 17000 done, but the potentially problematic cases should > all be done, so I don't expect any more to show up (unless "fixing" some > of them allows more packages to be tested with piuparts). Ok, I guess 33 (for now) is not too much, so let's go ahead with this plan, although I don't think there's any rush for this, so I'd like to wait for those 5000 packages to be checked, before applying this. > I've prepared a patch against git HEAD, but unfortunately I didn't > manage to build dpkg from git (with pbuilder, in a sid environment, even > after adding B-D: autofoo*), so I couldn't test whether this works as > intended. > > build fails with: > [...] > autoreconf: running: aclocal -I m4 > error: cannot get project version. > configure.ac:13: error: AC_INIT should be called with package and > version arguments > /usr/share/aclocal-1.14/init.m4:29: AM_INIT_AUTOMAKE is expanded from... > configure.ac:13: the top level > autom4te: /usr/bin/m4 failed with exit status: 1 > aclocal: error: echo failed with exit status: 1 > autoreconf: aclocal failed with exit status: 1 > make: *** [configure] Error 1 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 The problem seems to be with get-version, so I guess you might not have the .git directory there? > >From 26dc643d0067db6ed8bf4b8a26b4b31115619c9f Mon Sep 17 00:00:00 2001 > From: Andreas Beckmann <[email protected]> > Date: Sun, 16 Feb 2014 23:52:10 +0100 > Subject: [PATCH] add Breaks against obsolete packages using install-info in > their prerm > > These packages have been removed after they were released with lenny or > squeeze, but they may survive distupgrades to wheezy and jessie. > Since their prerm uses install-info they cannot be removed any longer > after installing dpkg 1.17.x and there is no upgrade path to a fixed > package version, so add Breaks against them. (Closes: #735159) > > All Breaks have the form PACKAGE (<< VERSION). > If the source package still exists, I used the VERSION that dropped the > problematic PACKAGE. Otherwise I used the next possible maintainer > upload VERSION that could reintroduce PACKAGE into sid. I don't think Breaks is the correct field here, we want Conflicts, because these need to be removed (with their prerm) before a dpkg that would disallow to subsequently remove them is upgraded. Breaks would only at most request to deconfigure them. I'm queueing the patch it in a branch, with the field changed, pending the remaining checks to be finished. Thanks, Guillem -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
