> 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. I apply a filter to filter them out so I have three views in BZ, abrt, no abrt and the kitchen sink. It helps me to see what bugs are filed outside of the abrt automated firehose. Peter > 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 -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/desktop
