fetch starts over

[Matthew Seaman]

On Thu, Apr 17, 2003 at 10:41:08PM -0400, taxman wrote:
> 
> Hi all,
> 	
> I'm sure this is known, but it seems fixable.  When trying to fetch a 
> distfile, if it fails, then fetch overwrites it and starts from the begining.
> 
> Receiving gcc-core-3.1.1.tar.bz2 (10213865 bytes): 39% (ETA 41:01)  )
> 4000592 bytes transferred in 1584.6 seconds (2.47 kBps)
> fetch: gcc-core-3.1.1.tar.bz2 appears to be truncated: 4000592/10213865 bytes
> >> Attempting to fetch from 
> ftp://ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/releases/gcc-3.1.1/.
> Receiving gcc-core-3.1.1.tar.bz2 (10213865 bytes): 1% (ETA 01:17:34)
> 108544 bytes transferred in 49.5 seconds (2.14 kBps)
> fetch: transfer interrupted
> 
> A little painful on a connection that slow! 
> 
> It seems it wouldn't just be as simple as using -r or else that would have 
> already been done.  Or am I missing something?  Is it that easy, or is there 
> another way to fix it?
> 
> Anyway to set that would I just set FETCH_CMD= /usr/bin/fetch -r  in 
> /etc/make.conf?

Patches to allow re-fetching a truncated download went into bsd.port.mk
just yesterday courtesy of Kris Kennaway: see

    http://docs.freebsd.org/cgi/getmsg.cgi?fetch=438860+0+current/freebsd-ports

Re-cvsup your ports, and set the FETCH_REGET variable for the number
of times you want the ports make system to retry the fetch.

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                       26 The Paddocks
                                                      Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey         Marlow
Tel: +44 1628 476614                                  Bucks., SL7 1TH UK
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20030418/95e498b4/attachment.bin