fetch: expansion of correct source location in MASTER_SITES fails
steve at mouf.net
Sat Jun 1 11:48:48 UTC 2013
On 06/01/13 11:17, O. Hartmann wrote:
> I'm preparing a port and I fail downloading the sources, although the
> base URL and the target tar ball are expanded correctly. But the fetch
> process then complains with this:
> ===> pocl-0.8.0 depends on file: /usr/local/sbin/pkg - found
> => pocl-0.8rc1.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
> => Attempting to fetch
> http://sourceforge.net/projects/pocl/files/pocl-0.8rc1.tar.gz fetch:
> http://sourceforge.net/projects/pocl/files/pocl-0.8rc1.tar.gz: Moved
> If one the takes the error line named
> fetch http://sourceforge.net/projects/pocl/files/pocl-0.8rc1.tar.gz
> and issue it directly on the console, surprisingly the the fetch works!
> This is weird.
> What is wrong here? Is this a bug in fetch?
Nothing is wrong here. The "=> Attempting..." line is not trying to tell
you what command it is running, but rather what it is doing. This result
is perfectly normal due to the default args that ports pass to fetch.
2214 FETCH_ARGS?= -AFpr
The fetch man page will explain these further.
For Sourceforge, there is a "SF" macro in bsd.sites.mk which you should
use so that users will try the various mirrors. Many ports use this, so
there are many examples to follow.
More information about the freebsd-ports