Bug 437048

There is work on a qt or kde frontend (I forget which), but it may not be ready
at this point.  So we should definitely remove the OnlyShowIn's until the other
interfaces are "ready"

The last activity on the mailing lists from the qt-frontend I know is quite 
old: http://lists.freedesktop.org/archives/packagekit/2007-October/000417.html

However, it would definitively not be ready for the beta. Some further 
testings seems to also invoke a bug which could be workarounded if the 
line "NotShowIn=KDE;XFCE;" would also be removed 
from /usr/share/gnome/autostart/gnome-pk-update-icon.desktop when it's copied 
to /etc/xdg/autostart to be started for all desktops: bug #437058

I assume this bug has been addressed by the following commit ?


* Tue Mar 11 2008 Robin Norwood <rnorwood> - 0.1.9-2
- Apply patch to enable gnome-packagekit in KDE


Please reopen if there is another issue. 

Could yo please move %{_datadir}/gnome/autostart/gnome-pk-update-icon.desktop 
to /etc/xdg/autostart so that it would also be autostarted in KDE? The 
upstream bug I've mentioned which crashs plasma is closed now:
http://bugs.kde.org/show_bug.cgi?id=159167

Fixed in gnome-packagekit-0.1.9-4

However, the icon doesn't "look right" when I log into KDE on my rawhide box. 
About 2/3 of it is visible, the rest is cut off.  It at least works this way,
but if there's a simple fix for this that I can get in today, let me know.

Robin, don't worry about the icon, fault lies not here, but elsewhere (it's more
of a gtk2 applet vs plasma interaction)

I've sent a request to the rel-eng team that 0.1.9-4 get pushed into the beta

gpk-* applications are gone again from the KDE menu in Fedora 9:

$ grep KDE /usr/share/applications/gpk-*
/usr/share/applications/gpk-application.desktop:NotShowIn=KDE;
/usr/share/applications/gpk-prefs.desktop:NotShowIn=KDE;
/usr/share/applications/gpk-repo.desktop:NotShowIn=KDE;
/usr/share/applications/gpk-update-viewer.desktop:NotShowIn=KDE;

Indeed (regression in the 0.2.x upgrade), and this is very bad because it means 
end users will get no more upgrades, they'll probably also miss the upgrade 
which will eventually fix this. The sooner this gets fixes, the better.

Note that the /usr/share/applications entries aren't the worst, 
the /etc/xdg/autostart one is.

In Rawhide, we'll want to have KPackageKit used by default eventually, but only 
once it works! And even if it was working yet, nothing would be dragging it in 
on F9.

Setting Severity to urgent because the net effect is that users will not get 
any updates at all, ever again (because they won't get the update which fixes 
this either).

The problem is that the enable-kde patch isn't applied. It's applied in the 
Rawhide package, so I assume it does apply, thus can you please apply it to the 
F9 package and issue an update directly to stable as soon as possible?

I'll get this now.

gnome-packagekit-0.2.3-9.fc9 has been submitted as an update for Fedora 9

If someone who uses KDE could test the above update, that would be great.

I'm on it, firing up the laptop running F9 now.

Works fine here. Can you please push this directly to stable? The faster this 
gets pushed, the shorter the breakage window and thus the fewer the users 
ending up with no more updates.

gnome-packagekit-0.2.3-9.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.

Now that kpackagekit exists in rawhide, should I remove this patch for F10?

Yes please.

What about people upgrading from F9? Nothing is dragging in kpackagekit for those.