PK crowds the menus

Bug #275942 reported by David Prieto
4
Affects Status Importance Assigned to Milestone
PackageKit
Won't Fix
Medium
packagekit-gnome (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: packagekit-gnome

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?

Revision history for this message
In , Sebastian Heinlein (glatzor) wrote :

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?"

https://bugs.edge.launchpad.net/ubuntu/+source/packagekit-gnome/+bug/275942

Revision history for this message
In , Richard Hughes (richard-hughes) wrote :

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.

Changed in packagekit-gnome:
status: New → Confirmed
Changed in packagekit:
status: Unknown → Confirmed
Revision history for this message
In , Sebastian Heinlein (glatzor) wrote :

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.

Cheers,

Sebastian

Revision history for this message
In , Richard Hughes (richard-hughes) wrote :

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.

Changed in packagekit:
importance: Unknown → Medium
Changed in packagekit:
importance: Medium → Unknown
Changed in packagekit:
importance: Unknown → Medium
Revision history for this message
In , Jeff Fortin Tam (kiddo) wrote :

This bug report is very old and this is not so much a problem these days (especially with gnome shell).

Changed in packagekit:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.