From owner-freebsd-ports@FreeBSD.ORG Sat Jun 1 14:12:01 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5983775E for ; Sat, 1 Jun 2013 14:12:01 +0000 (UTC) (envelope-from ljboiler@gmail.com) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 2C013137 for ; Sat, 1 Jun 2013 14:12:01 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id aq17so6544481iec.19 for ; Sat, 01 Jun 2013 07:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=uCuVNr4i/eNo/vwd2QtvqiNCd3EIZjB6xJsXnKwl41c=; b=CWQWuoKeeA2WljSA6kTVBjUsW0efIA37GzcjC0NB4EDDfDd66qv+GOvyhjsMExd73X QdvTGRsFnzen32BzhYDmwu3qWZnJjfahOCgEVXcGqa921uITQIQbxvkyRTXYvs8a9RtW KKu32vE7nvGaZHM1Ru9tCb761q0Vu2YPlTPoJLfNhXREAqn90JwGFq6t73hkrJ53HkwO riOGQ7kcs9IL45KG2Duqc0WHNi7b9vH8R0IbIWNSNFDkEmwok4lEPjxuzVSZsjEUiU3M lHbL/dVcep1A66Hpa7vClkL4ILeFMLDeazHYziJQmoR7fZYot6+1COdcm33H80G4ArJn P46Q== X-Received: by 10.50.32.33 with SMTP id f1mr3856760igi.39.1370095920893; Sat, 01 Jun 2013 07:12:00 -0700 (PDT) Received: from jmobile.jimmy.local (71-81-196-43.dhcp.stls.mo.charter.com. [71.81.196.43]) by mx.google.com with ESMTPSA id jj6sm8075891igb.6.2013.06.01.07.11.58 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 01 Jun 2013 07:12:00 -0700 (PDT) Received: by jmobile.jimmy.local (sSMTP sendmail emulation); Sat, 01 Jun 2013 09:11:57 -0500 Date: Sat, 1 Jun 2013 09:11:57 -0500 From: Jimmy Kelley To: "O. Hartmann" Subject: Re: fetch: expansion of correct source location in MASTER_SITES fails Message-ID: <20130601141156.GA1350@jmobile.jimmy.net> References: <20130601131703.690b5fc6@thor.walstatt.dyndns.org> <51A9DF95.3010604@mouf.net> <20130601144718.439a2f35@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130601144718.439a2f35@thor.walstatt.dyndns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org 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:12:01 -0000 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"... Jimmy