From nobody@FreeBSD.org  Tue Jan  1 01:34:11 2002
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id E1FA337B41B
	for <freebsd-gnats-submit@FreeBSD.org>; Tue,  1 Jan 2002 01:34:10 -0800 (PST)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.11.6/8.11.6) id g019YAq99936;
	Tue, 1 Jan 2002 01:34:10 -0800 (PST)
	(envelope-from nobody)
Message-Id: <200201010934.g019YAq99936@freefall.freebsd.org>
Date: Tue, 1 Jan 2002 01:34:10 -0800 (PST)
From: Wade Ashwin <neroz@dingoblue.net.au>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Ports can not resume an interrupted download
X-Send-Pr-Version: www-1.0

>Number:         33440
>Category:       ports
>Synopsis:       Ports can not resume an interrupted download
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    portmgr
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 01 01:40:01 PST 2002
>Closed-Date:    Sun Feb 23 15:35:54 PST 2003
>Last-Modified:  Sun Feb 23 15:35:54 PST 2003
>Originator:     Wade Ashwin
>Release:        FreeBSD 4.5 - prerelease
>Organization:
>Environment:
# uname -a
FreeBSD bsd 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Sun Dec 30 14:59:33 EST 2001     root@bsd:/usr/src/sys/compile/OPTIM-2  i386

>Description:
      If you are in the middle of a download with ports, and you ^C, ports will not attempt to resume the file because it thinks the half-downloaded file in distfiles is complete, but it is not. Ports only checks the MD5 sum, but resuming could be implemented by letting ports have an idea of how large any given file should be. Simply making fetch download to a temporary directory could work as well, so ports doesn't think the file is complete by looking at distfiles. This is a fairly annoying problem since a lot of people are still running on dialup links, and when you're in the middle of a 80meg download you don't want to start from scratch :-).
Also, I do realise that it can be done manually, but that doesn't solve the problem with ports.
>How-To-Repeat:
      Start a download with ports, then ^C before the download is finished. Then do make fetch again, and ports will show no output since it thinks the download is complete.
>Fix:
      
>Release-Note:
>Audit-Trail:

From: Nero <neroz@bigpond.com>
To: freebsd-gnats-submit@FreeBSD.org, neroz@dingoblue.net.au
Cc:  
Subject: Re: ports/33440: Ports can not resume an interrupted download
Date: Sun, 13 Jan 2002 19:26:31 +1100

 Does this not seem important to anyone or what?
 
Responsible-Changed-From-To: freebsd-ports->portmgr 
Responsible-Changed-By: petef 
Responsible-Changed-When: Wed Feb 20 17:57:42 PST 2002 
Responsible-Changed-Why:  
Over to maintainer 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33440 

From: Trevor Johnson <trevor@jpj.net>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: re: ports/33440
Date: Sat, 16 Mar 2002 12:49:31 -0500 (EST)

 This has been superseded by PR 34357.
 -- 
 Trevor Johnson
 
State-Changed-From-To: open->suspended 
State-Changed-By: kris 
State-Changed-When: Fri Aug 30 19:58:00 PDT 2002 
State-Changed-Why:  
Awaiting a patch to implement this. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=33440 
State-Changed-From-To: suspended->closed 
State-Changed-By: kris 
State-Changed-When: Sun Feb 23 15:35:31 PST 2003 
State-Changed-Why:  
Duplicate of 12325, which includes (outdated) patches 

http://www.freebsd.org/cgi/query-pr.cgi?pr=33440 
>Unformatted:
