Bug 182499 - Pirut shouldnt close after package installation or removal
Summary: Pirut shouldnt close after package installation or removal
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: pirut
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact:
URL:
Whiteboard:
: 183975 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-02-22 21:42 UTC by Rahul Sundaram
Modified: 2013-03-13 05:42 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-09-13 19:57:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Rahul Sundaram 2006-02-22 21:42:35 UTC
Actual results:

After installing packages or removing packages through the search interface,
pirut closes immediately. 


Expected results:

It shouldnt do that

Comment 1 Jeremy Katz 2006-02-22 23:32:45 UTC
This is by design.  The entire backend is very much transactional and moving
away from that requires some substantial changes.

Comment 2 Rahul Sundaram 2006-02-22 23:50:48 UTC
Can I have this as a enhancement request then?. I am not worried about the
internal design. I would like to install more than one package at a time without
having to reopen pirut everytime. 

Comment 3 Jeremy Katz 2006-02-22 23:57:47 UTC
Why are you selecting one at a time instead of selecting a bunch at a time. 

Changing this is something we can look at in the FC6 timeframe, but I'm not 100%
sure how realistic it really is.

Comment 4 Rahul Sundaram 2006-02-22 23:59:49 UTC
I search for different things like lets say java and python and then install the
interesting packages one at a time. Lazy cherry picking basically

Comment 5 Jeremy Katz 2006-03-04 16:17:08 UTC
*** Bug 183975 has been marked as a duplicate of this bug. ***

Comment 6 Julian Sikorski 2006-03-22 19:19:08 UTC
I agree that the current behaviour is not very convenient.

Comment 7 Chris Ricker 2006-03-28 15:28:29 UTC
<AOL>"me too"</AOL>

The problem with the current behavior - do one transaction, then exit - is that
IMO usage of a graphical package tool is iterative by nature. That's especially
true with the current default screen being broken into different major
categories -- the usage inclination from the current UI seems to me to be going
into one category, select what you want, apply, then move on to the next category

To me, if I know what packages / groups I want and I just want to start an
install and go, I'd use yum. If I'm bothering to get in the gui, I want
something where I can explore, add stuff one at a time, read the info on each
one, etc.

There's also the practical reason - dependency conflict stuff doesn't display
enough information currently to sanely figure out what's going on, so basically 
your only hope is to do multiple smaller transactions


Comment 8 msevior 2006-04-14 16:54:11 UTC
Me Too.

Please fix this. It totally sucks since it takes about 5 minutes to load.

Comment 9 Rahul Sundaram 2006-04-14 17:44:28 UTC
(In reply to comment #8)
> Me Too.
> 
> Please fix this. It totally sucks since it takes about 5 minutes to load.

Please stop the me too's. It doesnt help anyone and just adds to bugzilla mails
unnecessarily. 

Comment 10 Jeremy Katz 2006-09-13 19:57:36 UTC
Okay, things will no longer exit but you are forced back to the browse view for
now.  While not the best answer, it at least improves things somewhat.

Retaining a visible package list is a lot harder since to get the new state of
the rpmdb, we have to reinitialize some bits of yum which then leaves us with
weird references to no longer existing things.  And it should reduce the hit for
the restart time.


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