Date: 12 Jul 2000 18:46:14 -0700 From: asami@FreeBSD.org (Satoshi - Ports Wraith - Asami) To: Ben Smithurst <ben@FreeBSD.org> Cc: Dag-Erling Smorgrav <des@flood.ping.uio.no>, Will Andrews <andrews@technologist.com>, ports@FreeBSD.org Subject: Re: fetch(1) timeout Message-ID: <vqc3dleajkp.fsf@silvia.hip.berkeley.edu> In-Reply-To: Ben Smithurst's message of "Thu, 13 Jul 2000 00:42:29 %2B0100" References: <20000712061459.D1690@argon.gryphonsoft.com> <xzpitub63in.fsf@flood.ping.uio.no> <20000712064405.E1690@argon.gryphonsoft.com> <xzpem4z62n0.fsf@flood.ping.uio.no> <20000712065724.F1690@argon.gryphonsoft.com> <20000712131725.A23242@mithrandr.moria.org> <20000712072043.H1690@argon.gryphonsoft.com> <20000712153329.I11000@strontium.scientia.demon.co.uk> <xzppuojl4by.fsf@flood.ping.uio.no> <vqcaefnaqt8.fsf@silvia.hip.berkeley.edu> <20000713004229.Z11000@strontium.scientia.demon.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
* From: Ben Smithurst <ben@FreeBSD.org> * Hmm, I assume fetch(1) exits non-zero for an aborted transfer? If so, * can't bsd.port.mk detect that and rename the file to whatever.ABORTED, * and check for that next time you fetch, and if it exists, try resuming? * It seems like a bit of an ugly hack though, and I haven't thought it * through in detail. :-( Although by your "this is a feature" I assume you * wouldn't want something like this, as you've thought about it before? No, the issue is larger than that. If someone ^C's a running make, bsd.port.mk will immediately exit too. When the user restarts it, bsd.port.mk has no idea whether the file was interrupted or not. Of course, we can trap signals in a shell script we call from bsd.port.mk or something, but now it gets real ugly. * > Even if it somehow tried, you might get connected to a different * > master site the second time around. What will happen if -r is * > specified? * * It shouldn't matter, unless the distfiles are different on the different * master sites, which shouldn't happen, should it? If it does, one of It can and does happen, and all of them can be correct. (files/md5 allows multiple entries for the same file just for this purpose.) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?vqc3dleajkp.fsf>