Description of problem: Clicking a page with rpm packages sends rpm mime type application/x-rpm over http. Currently f9 suggests 'Archive Manager' to handle that file format which is wrong. Version-Release number of selected component (if applicable): kde-settings-4.0-25.fc9.noarch How reproducible: always before you change your personal preferences. Expected results: launch the default fedora pkg tool, whatever that in this release happens to be...sigh.
Any movement on this issue?
KDE 4 uses the shared-mime-info data. This is probably an issue in either shared-mime-info or gnome-packagekit.
$ grep application/x-rpm /usr/share/applications/* /usr/share/applications/defaults.list:application/x-rpm=gpk-install-file.desktop PackageKit is already the GNOME default for RPM files. Get KDE to use the defaults.list file, or change whatever they use to select the default applications. Not a shared-mime-info or PackageKit problem.
kde uses it's own (mostly empty atm) defaults.list, reassigning -> kde-settings
Ping?
Ick, looks like defaults.list hacking doesn't work on kde4 (seems we need to add a mimeapps.list) Another parallel approach would be to add (something like): InitialPreference=5 to kpackagekit.desktop And alternatively removing x-rpm mimetype from ark.desktop
OK, kpackagekit-0.4.2-0.2.20090128svn.fc11 built with InitialPreference and added mimeapps.list to kde-settings upstream svn. I'll let these simmer a bit, and then backport these mods to F-9/F-10 too, adding as kde42 blocker.
This is fixed in the iteration of the KDE 4.2 testing updates which hit testing the day before yesterday, tracking as such and removing from blocker.