[packagekit] PackageKit 0.1.3 comments / suggestions
David Zeuthen
david at fubar.dk
Wed Nov 14 11:16:26 PST 2007
Hi,
Here's a few comments/suggestions about PackageKit-0.1.3-1.fc9 as
shipped in Fedora Rawhide. Certainly not an exhaustive test or anything;
just issues I ran into while playing around with. All in all PackageKit
totally rocks; most of these things are cosmetic issues that should be
easy to fix (except for the first one)
1. Clicking around... if the yum metadata is out of date this totally
blows. I keep getting the bouncing progress bar for minutes. This is
especially the case when clicking on an uninstalled package; nothing
happens.
My suggestion on how to fix this is brutal and controversial and will
make the UI worse. Still, I think it's the right thing to do.
Suggestion follows:
PackageKit's yum backend should never decide when to refresh the
meta data. In the case of Rawhide the metadata (primary + filelists)
is in the 10MB range. This surely affects dial up users too. Here
on the RH Boston network I'm getting like 25kb/s.
Suggestion: Instead, you should configure your yum instance
such that it never refreshes the meta data. In the UI, however,
you want a Firefox-style notification bar, like this
http://people.freedesktop.org/~david/hal-md-recover.png
explaining how old the meta data is and giving the user an
opportunity to refresh it in case the server has newer meta data
(you should be able to do this check without downloading it, right?)
For unattended updates you just download it in the background.
This also very similar to apt-get update vs. apt-get upgrade; the
mantra here is to avoid being smarter than the user. It's also
similar to pkg managers on many small devices; e.g. my iPhone and
lots of other cell phones.
Anyway, for PK to actually be useful what I did was to manually
run yum(1) on the command line such that the meta data was current.
- The windows should be taller; both for the Add/Remove software and
the updater; am I the only one who always manually resize them?
Suggestion: Make the windows taller.
- Multiple feedback is bad
http://people.freedesktop.org/~david/packagekit-multiple-feedback.png
Suggestion: use unicast signals for reporting errors and only
multicast if the initiating caller jumped off the bus
- Somewhat related: Heisenbugs; There's a few pretty apparent bugs here
and there. Sometimes I'm told dependency resolution couldn't be
resolved; for example press Depends on the hal package:
http://people.freedesktop.org/~david/hal-dep-resolve.png
I'm not sure what this even means; a modal dialog certain isn't the
right place; a better place would be to put this in the text field
on the tab
Suggestion: Do more smoke testing and sanitize error reporting
paths and handling
- If I click on an uninstalled package it normally takes some time
for the description etc. to appear. If I'm clicking the "Homepage"
button while PK is spinning I am brought to the "homepage" of the
previous package I was looking at
Suggestion: Make the Homepage button insensitive if you don't have
the URL
- Homepage is a weird name for a button; ; maybe use Website instead
(at least in in en_US)
- Depends and Requires tabs are ambiguously named; depends on the
point of view whether you're on the inside looking out or on the
outside looking
Suggestion: Depends -> Depends On ; Requires -> Required By
- Would be nice to have a ChangeLog tab too.
- The list of packages should be sorted alphabetically. Would be nice
if search in the package list treeview worked.
Anyway, most of these things are purely cosmetic. Rock on PackageKit
team. Hope this helps.
David
More information about the PackageKit
mailing list