Your message dated Sun, 15 Dec 2013 05:05:15 +0100
with message-id <[email protected]>
and subject line Re: Bug#575786: dpkg: refuses to unpack package having
conflicts+replaces of virtual package
has caused the Debian Bug report #575786,
regarding dpkg: refuses to unpack package having conflicts+replaces of virtual
package
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.)
--
575786: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575786
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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-
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (900, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dpkg depends on:
ii coreutils 7.5-6 GNU core utilities
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii lzma 4.43-14 Compression method of 7z format in
dpkg recommends no packages.
Versions of packages dpkg suggests:
ii apt 0.7.25.3 Advanced front-end for dpkg
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi!
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 frontent
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>
I'm thus closing this report.
Thanks,
Guillem
--- End Message ---
