Your message dated Mon, 19 Sep 2011 13:54:00 +0200
with message-id <20110919115400.ga9...@rivendell.home.ouaza.com>
and subject line Re: Bug#642061: dselect has an error in the "Provides:
<package>" multiarch case
has caused the Debian Bug report #642061,
regarding dselect has an error in the "Provides: <package>" multiarch case
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 ow...@bugs.debian.org
immediately.)
--
642061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642061
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: dselect
Version: 1.16.0.3
Severity: normal
Dear Maintainer,
When a package like libcms1 that has a Provides: field is installed for more
then one architecture the resulting conflict is not resolved by internally
distinguishing between the (two) architectures of the provided virtual
package.
Instead dselect tries to uninstall one of the two packages. This is not the
correct solution.
apt-get upgrade doesn't show this behaviour and handles this situation
correctly.
-- System Information:
Debian Release: wheezy/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
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 dselect depends on:
ii dpkg 1.16.0.3
ii libc6 2.13-21
ii libgcc1 1:4.6.1-11
ii libncursesw5 5.9-1
ii libstdc++6 4.6.1-11
dselect recommends no packages.
Versions of packages dselect suggests:
ii perl 5.12.4-4
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
On Mon, 19 Sep 2011, Michael Neuffer wrote:
> When a package like libcms1 that has a Provides: field is installed for more
> then one architecture the resulting conflict is not resolved by internally
> distinguishing between the (two) architectures of the provided virtual
> package.
Or rather it does distinguish the two architectures and consider them
separate packages while it shouldn't really...
> Instead dselect tries to uninstall one of the two packages. This is not the
> correct solution.
>
> apt-get upgrade doesn't show this behaviour and handles this situation
> correctly.
Debian's dpkg does not support multiarch yet, so you can't really open
a bug report about it...
I have seen your bug report on the Ubuntu side (I'm subscribed to dpkg
on launchpad) and I have noted to look at it.
https://bugs.launchpad.net/bugs/853679
Note though that it's not clear if dselect will be usable in a multiarch
world. Neither Guillem nor me have any interest in dselect and it's
not really maintained except on a fix-when-broken basis.
We have a request for help open to find a dselect maintainer since ages:
http://bugs.debian.org/282283
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--- End Message ---
