Bug 20063 - RFE: Add/Upgrade packages policies
Summary: RFE: Add/Upgrade packages policies
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnorpm   
(Show other bugs)
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Alexander Larsson
QA Contact: Dale Lovelace
Depends On:
TreeView+ depends on / blocked
Reported: 2000-10-30 20:58 UTC by Jeff Johnson
Modified: 2007-04-18 16:29 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-07-27 15:46:06 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jeff Johnson 2000-10-30 20:58:41 UTC
Start gnorpm, Install -> Add.

Here are several nit-nots against the Add Packages screen:

1) Previously selected values for directory should persist.

2) Screen is confusing, as mentioning a directory causes all packages below
that directory to be added, while selecting a file displays info but does
select the package. I'd suggest calling the screen something like "Get
Packages From",
and dumping the per-file info display. 

3) The screen needs some way to adjust the "what to Install filter"
currently located at
 the top of the parent page. And, while I'm here, the default selection
should be
"Only newer packages" as that's far more sane than the current "All but

Here are nit-nots for Install/Upgrade screen(s):

1) Displaying "Dependency problems" as a pop-up is just stupid. You either
Yes (with dumb warning about unstable systems), or you select "No" in which
the info you need to adjust the selected package list vanishes. At a
minimum, the
ability to deselect problem packages from a button click should provide a
choice than the currently available Yes/No. (Note: deselecting isn't
perfect as it
deselects only nearest neighbor dependencies, deselecting all packages that
depend on the deselected set is even better yet.)

2) Displaying error messages from stderr during package install with single
button is equally dumb. So what am I gonna do, reboot to stop the install?
Far better
interface would be to run scrolled stderr ouput during  running of
transaction set, with
appropriate markers so that the package generating the error can be easily

3) Displaying Information pop-up as "Update of N packages failed" OK? is
annoying. Even worse, if an upgrade were to actually complete successfully
hitting one of the stoppers above, one has to infer from the non-existence
a pop-up that the Install/Upgrade succeeded. How about adding a status
field to the Install
screen that is updated with the status of the previous operation?

4) Then there is the pop-up nesting problem, as parent screen(s) appear
reluctant to accept
events while a child is active. Simplifying the cascade in the ways
mentioned above would permit the parent Install screen to continue
accepting events without the annoyance of
having to find and eliminate Yet Another Pop-Up, although there may even be
intelligent ways of handling the problem within GTK itself. Dunno GTK.

5) The "Installation problems" pop up is far too small for most of the
rather long-winded problems delivered back from a failed transaction set
run, and it's ridiculous to have to scroll
several screenfulls right just to find out what happened.

Gack, there's more, but I'll open another bug ...

Comment 1 Alexander Larsson 2001-07-27 15:46:02 UTC
I moved this bug to the gnome bugzilla so that the Gnorpm maintainers gets to
see it. It is now at: http://bugzilla.gnome.org/show_bug.cgi?id=58176

Note You need to log in before you can comment on or make changes to this bug.