[lucid] Blocked updates still suggested for update

Bug #501028 reported by Etienne
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
apt (Ubuntu)
Invalid
Undecided
Unassigned
packagekit (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: packagekit

Kubuntu Karmic 9.10, using KDE 4.3.4

In command line the system knows that ffmpeg which I build myself and blocked
with echo ffmpeg hold | dpkg --set-selections
shall not be upgraded.

See here:

etienne@etienne-laptop:~$ sudo apt-get upgrade
[sudo] password for etienne:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages have been kept back:
  ffmpeg
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

As packagekit wants to upgrade it:

Type:
Normal update
New version:ffmpeg-4:0.5+svn20090706-2ubuntu2
Updates: ffmpeg-3:0.svn20090928-12ubuntu3-1
Repository: Ubuntu
Changes: The list of changes is not available

This should not be suggested as an upgrade.

Tags: lucid
Etienne (richelle)
tags: added: blocked packagekit upgrade
Revision history for this message
Sebastian Heinlein (glatzor) wrote :

Apt does use a different mechanism to hold packages. You have to use pinning. The PackageKit backend of the 0.5 series uses the same pinning information like Synaptic.

Changed in packagekit (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastian Heinlein (glatzor) wrote :

In the end we could parse the held packages from the status file and skip them in the calculation of updates. But I am not sure how much sense it makes to behave differently to apt itself.

Revision history for this message
Etienne (richelle) wrote :

I do not know what follow up will be given to this, but I feel uncomfortable that the GUI does not behave the same way as the "reference" apt-get does.
I do not know about packagekit-backend-apt, nor how it is related to apt-get.
All I know is that I could not find an option in kpackagekit to block the updates for my compiled ffmpeg.

Revision history for this message
Sebastian Heinlein (glatzor) wrote : Re: [Bug 501028] Re: Blocked updates still suggested for update

The upcoming packagekit 0.5.6 will use the same pinning file as
synaptic. But you can already setup pinning manually in the apt
configuration, see the man page of apt_preferences

Phillip Susi (psusi)
tags: removed: blocked packagekit upgrade
Revision history for this message
Matthias Klumpp (ximion) wrote : Re: Blocked updates still suggested for update

Should be fixed in Maverick.
@Etienne: Does it work for you now?

Changed in packagekit (Ubuntu):
status: Confirmed → Fix Released
Changed in apt (Ubuntu):
status: New → Invalid
Revision history for this message
Etienne (richelle) wrote :

Hi Matthias, I am still running lucid 10.04 LTS with KDE 4.5.1, and kpackagekit is still 0.5.4.
I don't know yet when I will upgrade to maverick.

Revision history for this message
Matthias Klumpp (ximion) wrote :

Okay... Would you use a PPA with a never version of PK which does not contain this issue? Cause I guess it will never be fixed in Lucid.

Changed in packagekit (Ubuntu):
status: Fix Released → Confirmed
summary: - Blocked updates still suggested for update
+ [lucid] Blocked updates still suggested for update
tags: added: lucid
Revision history for this message
Etienne (richelle) wrote :

@Matthias, Yes, sure, I would test it if available for lucid.

Revision history for this message
Matthias Klumpp (ximion) wrote :

@Etienne: Unfortunately I cannot provide PK for Lucid, as it uses a lower GLib version than required for the new PackageKit. (PK requires at least 2.26, 2.24 is available in Lucid)
Sorry :( But you will get first-class PK support in Maverick+Natty if you make an upgrade later. (Or in the next LTS...)

Matthias Klumpp (ximion)
Changed in packagekit (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.