Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 1 Jun 2013 15:57:58 +0100
From:      Chris Rees <utisoft@gmail.com>
To:        Jimmy Kelley <ljboiler@gmail.com>
Cc:        "O. Hartmann" <ohartman@zedat.fu-berlin.de>, FreeBSD Mailing List <freebsd-ports@freebsd.org>
Subject:   Re: fetch: expansion of correct source location in MASTER_SITES fails
Message-ID:  <CADLo83954u4CwB=Wp3K5o3VgFFNWsvm82Yc=bJNN2fMbK1mP6g@mail.gmail.com>
In-Reply-To: <20130601141156.GA1350@jmobile.jimmy.net>
References:  <20130601131703.690b5fc6@thor.walstatt.dyndns.org> <51A9DF95.3010604@mouf.net> <20130601144718.439a2f35@thor.walstatt.dyndns.org> <20130601141156.GA1350@jmobile.jimmy.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 1 Jun 2013 15:12, "Jimmy Kelley" <ljboiler@gmail.com> wrote:
>
> 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"...

Ignoring redirects makes things more reliable because it forces one to get
a real location, but with checksums it's not really a security problem.

Chris



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADLo83954u4CwB=Wp3K5o3VgFFNWsvm82Yc=bJNN2fMbK1mP6g>