Bug 458050

Summary: downloading packages: provide SMART auto-retry
Product: [openSUSE] openSUSE 11.1 Reporter: macias - <bluedzins>
Component: YaST2Assignee: Ladislav Slezák <lslezak>
Status: RESOLVED DUPLICATE QA Contact: Jiri Srain <jsrain>
Severity: Enhancement    
Priority: P5 - None    
Version: Final   
Target Milestone: ---   
Hardware: i586   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description macias - 2008-12-10 17:46:02 UTC
downloading packages: provide smart auto-retry

I cannot stress more -- SMART.

It is continuation of:
https://bugzilla.novell.com/show_bug.cgi?id=328822

The report is closed as fixed but for real life it is not fixed at all.

Use-case: I started installation (from network-CD) so basically whole system is downloaded from the net. In my case it is about 2GB of download while installing, with my connection it takes for sure more than two hours (for sure because 500 MB were downloaded and it took 2 hours). So my ETA is about 8 hours.

Good job to put it on the night shift, right? With current auto-retry it means installer tried all 3 tries to download on error which took all 1.5 minute (see the mentioned report for "fix"), and the rest 478.5 minutes spent displaying error dialog.

It is not productive, useful, helpful or smart. 

The facts:
---------
* displaying error dialog is not productive at all.
* while displaying error at the same time productive task can take place.

Productive task = real auto-retry.

error? -> auto-retry in 10 seconds -> error? -> auto-retry in 30 seconds -> error? --> auto-retry in 1 minute -> error? -> auto-retry in 10 minutes

and so on

So the period between tries is increasing and there is no limit in number of tries (why would be?).

And this design is exactly I described more than year ago;
https://bugzilla.novell.com/show_bug.cgi?id=332175

Now with opensuse 11.1, I noticed two errors waiting for my response (manual retry "solved" the problem with downloading) so I hope this time, I stressed _smart_ aspect enough -- so I would be happy to see computer could finally do computer job.
Comment 1 macias - 2008-12-10 17:47:16 UTC
PS. Of course there should be only upper limit for the time period -- 15 minutes, I would say.
Comment 2 Ladislav Slezák 2008-12-15 11:05:47 UTC

*** This bug has been marked as a duplicate of bug 119813 ***