Date: Sat, 1 Jun 2013 09:11:57 -0500 From: Jimmy Kelley <ljboiler@gmail.com> To: "O. Hartmann" <ohartman@zedat.fu-berlin.de> Cc: freebsd-ports@freebsd.org Subject: Re: fetch: expansion of correct source location in MASTER_SITES fails Message-ID: <20130601141156.GA1350@jmobile.jimmy.net> In-Reply-To: <20130601144718.439a2f35@thor.walstatt.dyndns.org> References: <20130601131703.690b5fc6@thor.walstatt.dyndns.org> <51A9DF95.3010604@mouf.net> <20130601144718.439a2f35@thor.walstatt.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jun 01, 2013 at 02:47:18PM +0200, O. Hartmann wrote: > On Sat, 01 Jun 2013 11:48:37 +0000 > Steve Wills <steve@mouf.net> wrote: > > > 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 > > > Temporarily > > > > > > 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. See bsd.port.mk: > > > > 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. > > > > Steve > > Thank you for clearify this. > > Even if I use the SF macro and set FETCH_ARGS= to en ampty string (I > suppose this will result in a "plain" fetch command without options) > the result is as described intially. > > Applying the -v option to fetch then shows what happens and everything > looks fine to me so far - except that the Makefile-Port-Fetch doesn't > work. This is strange! The SF macro used with nothing else expects the project on Sourceforge to be layed out with subdirectories corresponding to the PORTVERSION, which then would contain the file to be downloaded. If you use SF/${PORTNAME} for MASTER_SITES, it will fetch the file ${PORTNAME}-${PORTVERSION}.tar.gz from the top-level download directory. The -A fetch option for ports is something you do not want to ignore: always go straight to a file location, and don't trust something telling you that it has "moved"... Jimmy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130601141156.GA1350>