Forwarded report from an Ubuntu user:
"After installing Packagekit, my gnome menus seem to have too many entries:
-Apps → system tools → log viewer.
-System → preferences → software update.
-System → administration → update system, add software, repositories.
I understand update system and add software are necessary to install and update software, but are the other three really necessary? Couldn't they be reached from PK as preference dialogues and the like?"
Na, I've followed the HIG on this one -- I've also had some UI review done here at Red Hat and the consensus the icons are in the right place. PackageKit isn't an application, it's a framework with a few programs that use it. It's just an implementation detail they are shipped in the same project and tarball. I agree we could add menu items for items such as a the log viewer. but I think that's a separate bug. Thanks for forwarding this one tho.
Actually the user does not care if PackageKit is a framework or not and how the software is shipped. The menu items are a completely different aspect. You don't see a tarball/menu item relation in the menu.
You should either make the user interface case sensitive, so showing the important application when the user needs it, or group them by functionality to provide a smooth workflow. But the first one seems quite hard to implement.
Matthew Paul Thomas the ui expert of Canonical always pushed for a single application which handles updates, repositories, applications and packages to avoid scattering.
In case of the log viewer: The user would search for a log in the place where he or she installed or removed software before and not in a completely different menu category.
Also the behavior of updates should be configurable in the updating application.
I disagree. The user doesn't think to himself "I'm going to manage my packages now" -- an icon appears and the user updates, or a document is presented that needs a package to be manually installed. It's simply not meant to be one monolithic application. I do think there needs to be a link to the log viewer in gpk-application.
This bug report is very old and this is not so much a problem these days (especially with gnome shell).