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(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop