From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 00:56:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 649AAFF8; Sat, 28 Dec 2013 00:56:28 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0EE91F74; Sat, 28 Dec 2013 00:56:27 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bz8so10073229wib.11 for ; Fri, 27 Dec 2013 16:56:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=n7j27m36mBDo1A95Litbu35sLiQ++rgtREPlkFM1jBU=; b=SUi1Nn900mGx2AhrO/7/VnSBtIpZYbPOI6UHwmuu/JF5iqZGgQskKd1LCw283NbA1X SGBAEQ+rl4zfYoJAVbZcmMCKDSR52mbZEr5wcIjd2HyiIonuvD2w2kzOcg6E0zMwiJ/l +cNMoVhDm0DDf95ZvWi1rrSUhxrfCcsT5yvm+nHw3aaCZ60IQaLxLDv+6PIoHaBzt17i 1g1nvLvtZ6j3dyIoGgHq6aarPC+qnc3AuZfa2/gP1eFhxgvpunNeDHE3P3dxKumaoyJk 5MLw77AGju6M7z117/esjwfLWKVyy2AbpIaipr1HzMRm7xXUArh2N7RhuktaNrAaT2rs y8wA== X-Received: by 10.180.93.130 with SMTP id cu2mr4844389wib.38.1388192186081; Fri, 27 Dec 2013 16:56:26 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id pl7sm20390314wjc.16.2013.12.27.16.56.24 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 27 Dec 2013 16:56:24 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 01:56:22 +0100 From: Baptiste Daroussin To: marino@freebsd.org Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? Message-ID: <20131228005622.GH40122@ithaqua.etoilebsd.net> References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9gXqgVhKaPB5h51M" Content-Disposition: inline In-Reply-To: <52BE20DD.8060403@marino.st> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 00:56:28 -0000 --9gXqgVhKaPB5h51M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 28, 2013 at 01:52:45AM +0100, John Marino wrote: > On 12/28/2013 01:49, Dimitry Andric wrote: > > On 28 Dec 2013, at 01:12, John Marino wrote: > >> For months I've been getting a lot of fetch failures in ports that I > >> couldn't reproduce outside of them. It appears it is caused by the > >> default "-A" passed to fetch. > >> > >> For example, /usr/ports/emulators/javatari will fail with "make fetch" > >> but it will succeed with with "make fetch FETCH_ARGS=3D-Fpr" > >> > >> I'd like to understand why "-A" is the default. Clearly many distfiles > >> could be retrieved that aren't, so I'd like to know what -A is saving = us > >> from, and why that would be worse than the current situation? > >=20 > > Crappy download sites that redirect you to ad pages, malware domains, o= r worse? > >=20 >=20 > And? > The checksum won't match, and the next site in the MASTER_SITES list > will be checked, right? What is the downside of this redirect? Keep in > mind that the site was once "approved" by the port maintainer, it's not > some random URL stuck in a wiki. That's to avoid infinite loop on redirection bapt --9gXqgVhKaPB5h51M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK+IbYACgkQ8kTtMUmk6Ez2hgCfQpnFdFeczmb8xPO1NshrZLz7 KP0AoIGk+2WHVZiy0xnibvbU+pqP2goE =rS6x -----END PGP SIGNATURE----- --9gXqgVhKaPB5h51M--