Re: [rock-user] Download script can't handle interruptions?
Stefan Fiedler <[email protected]>
| Newsgroups | gmane.linux.distributions.rock.user |
|---|---|
| Message-ID | <[email protected]> |
Am Sonntag, 14. März 2004 20:14 schrieb Anastasios Tsiolakidis: > > The script even creates an output _explaining_ everything: .... I don't > > see the problem with that... > > I never said the explanations where the problem, the functionality is: it > just becomes too manual to complete a download in such circumstances. I > think Debian's scripts rotate through the download list without flagging > things as unavailable, but most importantly, if their script gives up it > implements a "resume" logic next time it's called. I think the Download > script would benefit from logic that makes it easier to resume, tougher to > give up (every time it gives up the Rock hacker is tempted to give up too), > and, why not, trying non-optimal mirrors too. What I am hinting at here is > that we need to comploeted the download at all costs, so why should I try > harder when I can try smarter? Maybe you want to try: ./scripts/Download -notimeout which makes Download continue even on very slow or temporarily interrupted connections. or use a small wrapper for Download, like: while true ; do ./scripts/Download -cfg <config> -required if [ -f ./src/Download-Errors ] ; then rm -f src/Download-Errors else break fi done Please note: Both solutions are not really meant for people who pay per minute for their internet connection. Yours, Stefan Fiedler