Control: reopen -1 Control: reassign -1 cupt Control: retitle -1 cupt: should use selections instead of --force-* options
Hi! Actually, this is a bug in cupt, let's reassign it then. Please see the other related bug in apt #579790, for other details related to the use of --force-* options. On Sun, 2013-12-15 at 05:05:15 +0100, Guillem Jover wrote: > On Mon, 2010-03-29 at 12:02:33 +0300, Eugene V. Lyubimkin wrote: > > Package: dpkg > > Version: 1.15.5.6 > > Severity: important > > > > >From dpkg log: > > -8<- > > Selecting previously deselected package libboost1.42-dev. > > libboost1.42-dev conflicts with bcp > > libboost1.40-dev provides bcp and is present and installed. > > dpkg: error processing > > /var/cache/apt/archives/libboost1.42-dev_1.42.0-3_i386.deb (--unpack): > > conflicting packages - not installing libboost1.42-dev > > ->8- > > > > Sure, libboost1.42-dev conflicts with bcp, but it also replaces it: > > -8<- > > $ cupt show libboost1.42-dev | grep Replaces > > Replaces: bcp > > ->8- > > That's because the request to dpkg was not explicit enough. The way to > do that is to create a “dpkg transaction”, by setting the apropriate > selections so that dpkg knows what it can do. This is how the “venerable” > dselect has worked all this time w/o ever requiring any kind of --force > option. > > The rationale is that dpkg does not really like to remove packages if not > asked explicitly, and in a case like this, just removing the interface > providing package might not be enough, and other packages might suddenly > have unsatisfiable dependencies, and dpkg should not start removing stuff > until the situation is ok. That's why either the user or the frontend > should exactly specify what it can do. > > Please see the test case on CPR interfaces in the dpkg test suite, as > an example usage: > > > <http://anonscm.debian.org/gitweb/?p=dpkg/pkg-tests.git;a=tree;f=t-conflict-provide-replace-interface;hb=HEAD> Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
