From owner-freebsd-ports@FreeBSD.ORG Wed Mar 10 10:36:06 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4607B16A4CE for ; Wed, 10 Mar 2004 10:36:06 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA77643D46 for ; Wed, 10 Mar 2004 10:36:05 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.3) with ESMTP id i2AIZuJG032418; Wed, 10 Mar 2004 10:35:56 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i2AIZuQm032415; Wed, 10 Mar 2004 10:35:56 -0800 Date: Wed, 10 Mar 2004 10:35:55 -0800 From: Brooks Davis To: Ion-Mihai Tetcu Message-ID: <20040310183555.GC14892@Odin.AC.HMC.Edu> References: <20040310190422.43ac46c9@it.buh.cameradicommercio.ro> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jousvV0MzM2p6OtC" Content-Disposition: inline In-Reply-To: <20040310190422.43ac46c9@it.buh.cameradicommercio.ro> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: ports@freebsd.org cc: rofug@rofug.ro Subject: Re: [RFC] suport for fetching from local mirrors X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2004 18:36:06 -0000 --jousvV0MzM2p6OtC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 10, 2004 at 07:04:22PM +0200, Ion-Mihai Tetcu wrote: > Hi, >=20 >=20 > I wonder if there is any way to convince globally ``make fetch'' to try > use first other site that those in bsd.sites.mk (not with > MASTER_SITE_OVERRIDE, but overriding the master sites individually). >=20 >=20 > The reason for this (at least for .ro) is: >=20 > 1. the vast majority of the sites (apache, oo, *linux) have MAN mirrors > 2. many of them only partially mirror the master site > 3. or have a slightly different directory structure >=20 > This sites could be added to bsd.sites.mk, but: > 4. because of 2. and 3. above it would be a great idea > 5 and the majority of mirrors admins wouldn't like abroad downloaders as > the international bandwidth costs are very big . (10 to 50 compared to > us for example) >=20 > The benefits would be: > 6. unloading master sites and internet=20 > 7. faster download speed for users (and on large distfiles, like OO, > kde, etc. this would make a big difference esp. for "home" users with > low speed internet access). >=20 > This can be easily achieved by including a ``bsd.local_sites.mk'' in > bsd.ports.mk above line 2158 where bsd.sites.mk is included. > Something like: >=20 > # Local (MAN) master sites > .if exists(${PORTSDIR}/Mk/bsd.local_sites.mk) > .include "${PORTSDIR}/Mk/bsd.local_sites.mk" > .endif >=20 > The user will be responsible for creating and populating the file. My first thought was that this was overkill, but upon further reflection, I like it. I'm working toward doing most updates on systems at work via read-only nfs access to checked out copies of the ports tree, and this would let me eliminate about half of the /etc/make.conf configuration I use by having the ports collection contain the files that redirect to our local mirrors. > Eventually an option for make.conf could be added, like: > LOCAL_FETCH_SITES=3D cc > where cc would be the country code.=20 >=20 > # Local (MAN) master sites > .if defined(LOCAL_FETCH_SITES) > .if exists(${PORTSDIR}/Mk/bsd.sites_${LOCAL_FETCH_SITES}.mk) > .include "${PORTSDIR}/Mk/bsd.sites_${LOCAL_FETCH_SITES}.mk" > .endif > .endif >=20 > The _cc files could be maintained by local user groups or something (I > would volunteer for _ro). This seems like a reasonable idea to me. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --jousvV0MzM2p6OtC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAT2ALXY6L6fI4GtQRAuYdAJ9elT2Gp1RNXPSTqqAdBtFaHXXs1wCeOgZ6 OUcfPevQCpb6LNr03QDE/sk= =Xp3s -----END PGP SIGNATURE----- --jousvV0MzM2p6OtC--