ports/107948: pass fetch(1)-specific options to FETCH_CMD
Matthias Buelow
mkb at incubus.de
Mon Jan 15 11:30:22 UTC 2007
>Number: 107948
>Category: ports
>Synopsis: pass fetch(1)-specific options to FETCH_CMD
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 15 11:30:18 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator: Matthias Buelow
>Release: FreeBSD 5.5-STABLE i386
>Organization:
Haters of Ports
>Environment:
System: FreeBSD none-of-your-business FreeBSD 5.5-STABLE #3: Tue Oct 31 06:51:02 CET 2006 ... i386
>Description:
The fetch(1) command is using passive ftp by default, which doesn't
seem to work with all ftp servers (for example, ftp.xemacs.org).
The ports system is using an env variable FETCH_CMD to allow one
to specify the command being used to fetch files (for example,
wget --no-passive-ftp).
However, in its inane design brokenness, ports passes fetch(1)-
specific options to FETCH_CMD (-S ...), which makes the direct
use of wget or ftp impossible. The mechanism should be fixed to
allow for specifying other downloading commands.
>How-To-Repeat:
>Fix:
A workaround is to use a small script as FETCH_CMD, which filters
out unwanted options, like: wget ... $(echo $@|sed 's/-S *[0-9]*//')
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list