Sat Jul 17, 2010 2:04 pm
Hi all, for a couple of days I have been seeing "12 blocked updates" in KPackageKit, and, since it never happened, I don't know what to do. At first, I thought some other package needed to be updated before those, which were held back until then. But it's not the case. I'm on Kubuntu 10.04, and all 12 updates relate to KOffice - I believe they must be the latest 2.2.1 update, but am not sure. "Unsupported updates" are enabled. The first part of their details read:
Type: Blocked update
New version: koffice-1:2.2.1-0ubuntu1~lucid1
* Lucid backport
- Downgrade version of KDE build-depends to 4.4.2
- Change build-depend libkdcraw-dev to libkdcraw8-dev
- Downgrade version of pkg-kde-tools to 0.6.4ubuntu5
- Downgrade version of libgmm-dev to 3.0+svn758845-0ubuntu1
- Remove librcps-dev and opengtl-dev build-depends, not available in Lucid
- Update krita.install, krita-data.install and kplato.install
* New upstream bugfix release
- Remove kubuntu_01_kpluginselector_compile.diff and
kubuntu_03_file_copy_fixes.diff, went upstream
- Update krita.install, krita-data.install and
Does anyone know why these updates are blocked, and what (if anything) should I do next? Many thanks in advance!
Mon Aug 23, 2010 4:18 pm
Some time ago, I posted the above help request. Since I received no reply, I asked on Kubuntu forums. Now I came back to share the solution, in case someone else might need it.
Basically, I was told that blocking specific updates is a good thing, most of the times, because installing them could have negative consequences on a system - either because the installed package has been deprecated, or because not all the dependencies needed have been updated/placed into the repositories yet.
Sometimes, however, KPackagekit may be the culprit:
in which case the above command should unblock the situation. If it doesn't, chances are KPackagekit was legitimately preventing bad consequences, and it would be advisable not to force the process.
Mon Aug 23, 2010 6:28 pm
A significant "problem" with KPackageKit is that it "does not do dependency resolution." It is using the "upgrade" option. This is why running apt-get dist-upgrade works were KPackageKit does not.
Why KPackageKit was developed this way is beyond me. It makes it a ham-strung package manager IMO.
Kubuntu Forums . Net - https://kubuntuforums.net
Tue Aug 24, 2010 1:53 pm
You are right and you are wrong.
You are right because KPackageKit does not do package resolution, it's a simple frontend to PackageKit. This is the design since each distribution has it's way of handling resolution, so the job of doing this is on the PackageKit backend.
You are wrong because every backend has to do dependency resolution otherwise your system would break every time. The python apt backend that most people use in lucid does do the "upgrade" resolution, because when it was created PackageKit didn't allow package removal while installing. I've fixed PK as of 0.5, but the backend still does "upgrade", if you want "dist-upgrade" you can try using my aptcc backend which will be the default in Maverick. To do that install packagekit-backend-aptcc and change the DefaultBackend=aptcc in PackageKit.conf