Mailinglist Archive: opensuse-features (201 mails)

< Previous Next >
[openFATE 120326] Resume download
  • From: fate_noreply@xxxxxxx
  • Date: Tue, 21 Apr 2009 15:15:17 +0200 (CEST)
  • Message-id: <feature-120326-57@xxxxxxxxxxxxxx>
Feature changed by: Christoph Thiel (cthiel1)
Feature #120326, revision 57
Title: Resume download

openSUSE-10.2: Rejected by Stanislav Visnovsky (visnov)
reject date: 2006-09-21 09:56:17
reject reason: Not enough resources to implement in time.
Requester: Desirable
Projectmanager: Desirable

openSUSE-10.3: Rejected by Stanislav Visnovsky (visnov)
reject date: 2007-07-25 15:20:32
reject reason: Out of time. Postponing.
Requester: Desirable
Projectmanager: Desirable

openSUSE-11.0: Rejected by Jiri Srain (jsrain)
reject date: 2008-03-28 13:51:03
reject reason: Out of resources for 11.0.
Requester: Desirable
Projectmanager: Important

openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov)
reject date: 2008-07-01 11:34:46
reject reason: Postponing, needs downloading refactor.
Requester: Desirable

openSUSE-11.2: Evaluation
Requester: Desirable
+ Projectmanager: Desirable

Requested by: Klaus Kämpf (kwk)

YaST/YOU times out too easy when downloading large packages like kde-
base (14 MB) over a single ISDN connection. Please cache the half
downloaded package so I don't have to start from the beginning again.

#1: Gerald Pfeifer (geraldpfeifer) (2006-06-30 17:40:31)
Klaus, do you now whether this is still an issue?

#2: Klaus Kämpf (kwk) (2006-06-30 18:38:23)
We still have very large packages (kernel, OpenOffice_org) which might
not download completely in one go.

#5: Milisav Radmanic (radmanic) (2006-09-08 15:25:57) (reply to #4)
this applies to the media manager and Jiri already agreed to return
this back to the YAST team, since Marius only helped out during CODE
10. Marius will of course help with the implementation, by sharing his

#7: Stanislav Visnovsky (visnov) (2007-11-23 10:32:46)
Related to commit-refactoring.

#9: Federico Lucifredi (flucifredi) (2008-06-12 20:21:33)
Klaus, are you still running ISDN? just kidding :-)
Stano, please your opinion on workload - is this easily achievable? if
not, there are hgher priorities.

#10: Stanislav Visnovsky (visnov) (2008-06-20 13:10:21) (reply to #9)
Jiri, could we get estimate for this?

#11: Jiri Srain (jsrain) (2008-08-04 08:59:34) (reply to #10)
Since curl itself does support resuming download, then this feature
should not be hard to be implemented.

#12: Ruchir Brahmbhatt (ruchir) (2009-01-17 12:07:25)
I also vote for this feature.

#13: Dmitry Mittov (michael_knight) (2009-01-19 09:01:09)
It is also a great problem when you use slow mirror. download.opensuse.
org redirects me to one of yandex mirrors (score 20). And I have
timeout on big packages.

#14: Piotrek Juzwiak (benderbendingrodriguez) (2009-01-21 18:17:13)
I'd vote at least for a way to change the timeout settings for YaST or
it doesn't solve the problem?

#15: Alam Aby Bashit (init7) (2009-01-22 09:35:17)
I'd like to vote this feature implemented in 11.2. You surely want to
have resume capability if you have unreliable yet slow internet
connection for say, updating KDE 4.2 :)

#16: Duncan Mac-Vicar (dmacvicar) (2009-01-22 15:14:44) (reply to #15)
Please stop this "I vote for this" or "+1" or "mee too" comments. There
is no voting system in FATE yet, but following a discussion about "I
want this too" makes hard to evaluate features.

#17: James Mason (bear454) (2009-01-24 06:05:01)
Could this be accomplished using a bittorrent backend instead of curl

#18: Jan Engelhardt (jengelh) (2009-01-30 15:31:33) (reply to #17)
ISDN is already slow as it is. I would not want to spend more time
downloading just because of the metadata traffic that is going to
happen. Not to mention what happens if there are no peers around or
they configured themselves to upload-limit themselves. Still, most downloads are faster than a torrent for me.

#19: Pascal Bleser (pbleser) (2009-03-02 08:42:26)
Caching is one thing. But even using retries in curl would help, see
"curl --retries".

openSUSE Feature:

< Previous Next >
This Thread