Hi Adam, Thanks for drawing attention to this. I personally often feel drowned by Bugzilla, especially after ABRT's automated entries, and I wish we had an ongoing manually maintained list of issues like this that are high profile, hardware independent, etc. On Fri, 2013-04-05 at 16:26 -0700, Adam Williamson wrote: > There's an implication on the feature page that there should be a > distinction drawn between updates of 'OS components' (which should be > offline) and 'application updates and installations' (which should still > be possible online), but there's no indication this has actually been > implemented, and in my testing, the update notification pops up and > calls gnome-packagekit even when the update package set contains the > kernel, or systemd, or anything like that. Right. As far as I know the current UI mockups center around what gnome-software is attempting to implement. Lots to do here obviously to enable gnome-software; for example there's the bug that was discussed here regarding the icon data last month ( https://bugzilla.redhat.com/show_bug.cgi?id=488968 ). But we probably don't need to block on that; something stupid like by doing: diff --git a/plugins/updates/gsd-updates-manager.c b/plugins/updates/gsd-updates-manager.c index bb242ab..02a7d30 100644 --- a/plugins/updates/gsd-updates-manager.c +++ b/plugins/updates/gsd-updates-manager.c @@ -228,7 +228,7 @@ libnotify_action_cb (NotifyNotification *notification, goto out; } if (g_strcmp0 (action, "show-update-viewer") == 0) { - ret = g_spawn_command_line_async (BINDIR "/gpk-update-viewer", + ret = g_spawn_command_line_async (BINDIR "/gnome-software", &error); if (!ret) { g_warning ("Failure launching update viewer: %s", and ensuring gnome-software puts everything in the "OS update" box (to update offline) would get us to a saner place, from which further iteration is possible. -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/desktop
