From owner-freebsd-ports@FreeBSD.ORG Tue Feb 3 03:04:15 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 786F816A4CE; Tue, 3 Feb 2004 03:04:15 -0800 (PST) Received: from postman.arcor.de (postman2.arcor-online.net [151.189.0.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52F6243D3F; Tue, 3 Feb 2004 03:04:13 -0800 (PST) (envelope-from eikemeier@fillmore-labs.com) Received: from fillmore.dyndns.org (port-212-202-51-21.reverse.qsc.de [212.202.51.21]) (authenticated bits=0)i13B4Af5014358 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 3 Feb 2004 12:04:11 +0100 (MET) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.30; FreeBSD) id 1AnyLh-00072F-Uy; Tue, 03 Feb 2004 12:04:09 +0100 Message-ID: <401F8028.6010609@fillmore-labs.com> Date: Tue, 03 Feb 2004 12:04:08 +0100 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Vasil Dimov References: <1075796985.964405.22320.nullmailer@sinanica.lg2a.datamax> In-Reply-To: <1075796985.964405.22320.nullmailer@sinanica.lg2a.datamax> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: FreeBSD-gnats-submit@FreeBSD.org cc: freebsd-ports@FreeBSD.org Subject: Re: ports/62302: SIZE in distinfos causes failure with FETCH_CMD=wget X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2004 11:04:15 -0000 Vasil Dimov wrote: > [...] > Existence of the SIZE line causes `-S bytes' to be passed to the fetch command > (according to FETCH_CMD). As it appears wget does not support this feature. You run into a similar problem if you have distfiles in /cdrom/ports/distfiles and do `make FETCH_CMD=wget FETCH_SYMLINK_DISTFILES=yes fetch'. The problem gets worse if you do `make FETCH_CMD=curl fetch'. Either: - only `fetch' is supported, and you can use FETCH_CMD only to specify a different path to the binary or - we have a reason to support other file transfer utilities (e.g. they support distributed downloading or special firewall protocols) and have to fix this. So, what do you think?