Wrong "Conflicts with the installed package"

Bug #141126 reported by Daniel Hahler on 2007-09-20
Affects Status Importance Assigned to Milestone
gdebi (Ubuntu)
Michael Vogt

Bug Description

Binary package hint: gdebi

I'm trying to install a manually created package, but gdebi fails:
$ gdebi nvidia-glx-new_100.14.19+
Reading package lists: Doneu.org gutsy/non-free Packages: 95 2
Reading state information: Done
Reading state information: Done
Reading state information: Done
Dieses Paket kann nicht installiert werden
Conflicts with the installed package 'nvidia-glx'

However, nvidia-glx is not installed (and I could install the .deb using "dpkg -i"):
$ dpkg -s nvidia-glx
Package: nvidia-glx
Status: purge ok not-installed
Priority: optional
Section: restricted/misc

Looking at GDebi/DebPackage.py shows that "nvidia-glx" is considered "markedInstall".

The problem appears to be that nvidia-glx-new both Provides and Conflicts with nvidia-glx:
$ apt-cache show nvidia-glx-new | grep -E '(Provides|Conflicts)'
Provides: nvidia-glx, xserver-xorg-video
Conflicts: nvidia-glx-src, nvidia-glx, nvidia-glx-legacy

Francois Gouget (fgouget) wrote :

I have tested this with gdebi 0.3.1ubuntu1 (as present in Gutsy as of 2007/09/27) and I can confirm that this is fixed.
The packages I submitted for bug #146398 can also be used to test for this.

Michael Vogt (mvo) wrote :

Thanks for your bugreport and your branch. We are very close to the release so I can not include it anymore unfortunately. But I tag it "later" so that it gets done early when hardy opens.

Changed in gdebi:
importance: Undecided → Medium
Daniel Hahler (blueyed) wrote :

Francois, do you think bug #146398 is the same/a duplicate then?

Changed in gdebi:
status: New → Triaged
Daniel Hahler (blueyed) wrote :

Setting milestone to hardy-alpha-5

Changed in gdebi:
milestone: later → hardy-alpha-5
Steve Langasek (vorlon) wrote :

I don't understand this milestone - there is a comment in the history reporting that the bug is fixed as of a version in gutsy?

Daniel Hahler (blueyed) wrote :

Steve, as far as I've understood Francois, he confirmed the fix, but did not say that it is fixed already.

Steve Langasek (vorlon) on 2008-02-20
Changed in gdebi:
milestone: hardy-alpha-5 → ubuntu-8.04-beta
Michael Vogt (mvo) wrote :

Thanks for your bugreport and your branch.
Thanks for your bugreport.

A commited a slightly modified version of your fix to my bzr tree and it will be part of the next upload. If you are curious, please use:
$ bzr get http://bazaar.launchpad.net/%7Eubuntu-core-dev/gdebi/ubuntu/
and run ./gdebi and let me know if the fix works for you.

I also created a file called tests/gdebi-test7.deb that has a:
Provides: foobarbaz
Conflicts: foobarbaz

to test if that package can be installed. If you could provide your nvidia-glx-new deb somewhere I would like to verify that the code works for that as well.

I added a test package for this behavior in the current bzr tree as tests/

Changed in gdebi:
milestone: ubuntu-8.04-beta → hardy-alpha-5
status: Triaged → Incomplete
Michael Vogt (mvo) wrote :

I commited another tests/gdebi-test9.deb that provides/conflicts: nvidia-glx to mimic the behavior of the described failure as closely as possible.

Changed in gdebi:
assignee: nobody → mvo
status: Incomplete → Fix Committed
milestone: hardy-alpha-5 → hardy-alpha-6
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gdebi - 0.3.5

gdebi (0.3.5) hardy; urgency=low

  [ Michael Vogt ]
  * GDebi/DebPackage.py:
    - support lzma packages
  * gdebi-gtk:
    - run gtk.init_check()
  * GDebi/DebPackage.py:
    - properly support Replaces (LP: #146398)

  [ Daniel Hahler ]
  * properly handle packages that conflict with their own provides.
    Fixes LP: #141126.

 -- Michael Vogt <email address hidden> Mon, 03 Mar 2008 15:39:11 +0100

Changed in gdebi:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers