From owner-freebsd-ports@FreeBSD.ORG Sat Jun 1 14:57:58 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E01BC9B8 for ; Sat, 1 Jun 2013 14:57:58 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) by mx1.freebsd.org (Postfix) with ESMTP id B4109283 for ; Sat, 1 Jun 2013 14:57:58 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id c10so804607ieb.10 for ; Sat, 01 Jun 2013 07:57:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UOyolHAQIrd0K3OeBi7Eg7RQzeMwaIgouAgLqceZ2Ps=; b=auP55ibjY9jkeMKqin9ECZ52zmuHjAl2dAYdjD3uPsRUOyaFXQ03ScUcF/0dc+CKO4 QrLjVDSoYq/Wxb0ynlIcHr1U/sFt5Jtfo9ssYLCb7ZmgUytePo2qWYry90aHPCiMUXvO lmxgehOeSWRKBjsEIO4yPOx6OXkchMFWodZ6ob2ua/u2MhWkq1iVFQprluP19+6QV5SQ Us/mmBNY5+rsa6Gff3OG2zzmgbA42dt8HM5CSlapFbZGY4lR+PqyzGaulfQ+W26xPk5a pmTwKFuVqeOgLwRihpaAHHYLhCqyYUtmao3PRYz9GyHZKTgKttEbfwRh9AaCuGpGeFIj 9W+Q== MIME-Version: 1.0 X-Received: by 10.42.41.210 with SMTP id q18mr6967949ice.13.1370098678460; Sat, 01 Jun 2013 07:57:58 -0700 (PDT) Received: by 10.64.71.101 with HTTP; Sat, 1 Jun 2013 07:57:58 -0700 (PDT) Received: by 10.64.71.101 with HTTP; Sat, 1 Jun 2013 07:57:58 -0700 (PDT) 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> Date: Sat, 1 Jun 2013 15:57:58 +0100 Message-ID: Subject: Re: fetch: expansion of correct source location in MASTER_SITES fails From: Chris Rees To: Jimmy Kelley Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "O. Hartmann" , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jun 2013 14:57:58 -0000 On 1 Jun 2013 15:12, "Jimmy Kelley" 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 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