Bug 52388

Summary: up2date-nox enhancment idea
Product: [Retired] Red Hat Linux Reporter: Viral <nailerr>
Component: up2dateAssignee: Adrian Likins <alikins>
Status: CLOSED CURRENTRELEASE QA Contact: Jay Turner <jturner>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: agrajag, gafton, gczarcinski, mihai.ibanescu, srevivo
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-04-05 20:20:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Viral 2001-08-23 12:33:07 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0; DigExt)

Description of problem:
I think up2date-nox could do with being able to show the current file in 
download along side it's progress bar.  For people on a slow connection 
this is not much help determining remaining time (REAL remaining time, not 
the built in estimate, as it is never correct on choppy links like ISDN..):

########################## Done.                   
########################## Done.                   
########################## Done.                   
#                            7 k/sec, 00:10:02 rem.

but perhaps:
grip-9.5-3          [##########] Done.
kdebase-2.2-4       [######    ]
est time left       [5 months 6 days...]

I really think this would be a BIG improvment on this fantastic program, 
if I could just look at my ssh and then at the list of updates I'd alreddy 
printed/saved and think, "oh, half way down the list then" then it would 
be better than "2 hours 8 minuts?  I wonder if it MEENS that this time.."

Cheers!


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. .
2. .
3. .
	

Actual Results:  .

Expected Results:  .

Additional info:

.

Comment 1 Warren Togami 2001-08-23 12:52:01 UTC
I agree.  Please add filenames and some sort of progress meter.  I spent over 
an hour yesterday wondering how long the process would take.  There is 
currently no indicator of filenames and/or % complete, which can be frustrating 
when you're on a time constraint.  (i.e. Should I up2date install for 
convenience, or find the CD, mount, install? -- or -- Do I have time to grab a 
bite to eat before I can access my RPM database again?)


Comment 2 Warren Togami 2001-08-23 12:53:04 UTC
Sorry, one tiny question, is that "7 k/sec" kilobits or kilobytes?


Comment 3 Viral 2001-08-23 13:12:38 UTC
Erm, not a clue, but my average speed on up2date has often been 7kbps as with 
any "fast download" on my isdn.  So it must be KBPS?  Bloody best be!

Comment 4 Jay Turner 2001-08-23 13:25:18 UTC
Those stats should be showing in kilobytes/sec.

Comment 5 Adrian Likins 2001-08-23 18:48:31 UTC
The next version of the client will show the names of the packages
alongside the hashes again.

(already does so in cvs...)

Comment 6 Adrian Likins 2001-08-24 19:21:17 UTC
*** Bug 52258 has been marked as a duplicate of this bug. ***

Comment 7 David M. Cook 2001-11-06 20:01:30 UTC
However, you still get only hash marks if the packages are already in
/var/spool/up2date.

Comment 8 Adrian Likins 2001-11-06 21:26:57 UTC
okay, this should be fixed for local packages as well in CVS now.

Comment 10 Gene Czarcinski 2003-11-11 13:21:03 UTC
shouldn't this be closed?

Comment 11 Adrian Likins 2004-04-05 20:20:54 UTC
closed, old. 99% of original rfe is done, as I understand it.
If not, open a new bug.