From owner-freebsd-ports@FreeBSD.ORG Mon May 15 18:08:09 2006 Return-Path: X-Original-To: ports@freebsd.org 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 5C3D616AD19 for ; Mon, 15 May 2006 18:08:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 748E043D49 for ; Mon, 15 May 2006 18:08:08 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wx-out-0102.google.com with SMTP id t13so181010wxc for ; Mon, 15 May 2006 11:08:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hfNGbCO6o6d7aCnebURmHB0lDCWTTL5HI/pMa0dtXgGWMeBJ4k1rbpqjVqa6qqCkMOva6QozDMkOJTKpQdq9PznxY73Vk2v5z2W1B1kDHB2qgdEvnGMO9h9CsaMLC8CwN+H3jSp7L1+yRGDnXRreNp+VI2BmuMKkvdMnXBACPhY= Received: by 10.70.97.12 with SMTP id u12mr4003885wxb; Mon, 15 May 2006 11:08:07 -0700 (PDT) Received: by 10.70.53.10 with HTTP; Mon, 15 May 2006 11:08:07 -0700 (PDT) Message-ID: <790a9fff0605151108w6db0d1d4sc4cb8be50285720f@mail.gmail.com> Date: Mon, 15 May 2006 13:08:07 -0500 From: "Scot Hetzel" To: "Steven Hartland" In-Reply-To: <008b01c677fb$c99b4290$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <446786CF.6050807@fromley.net> <3aaaa3a0605141906k2622e9dawe7e9bf7def72167@mail.gmail.com> <008b01c677fb$c99b4290$b3db87d4@multiplay.co.uk> Cc: Chris , fbsd@a1poweruser.com, ports@freebsd.org, "freebsd-questions@FreeBSD. ORG" , Spadge Subject: Re: Has the port collection become to large to handle. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 18:08:11 -0000 On 5/15/06, Steven Hartland wrote: > Chris wrote: > > On 15/05/06, fbsd wrote: > > Keep the ports tree how it is, as others have said the size is small > > on modern hard drives and bandwidth trivial, once the initial ports > > tree is in place keeping it up to date needs very little bandwidth and > > its only distfiles that tend to be large, but you only download > > distfiles for ports you install so this is a very good system. If at > > least one person uses a port it is justified and I very much like that > > most tiny apps I search for in the ports tree do indeed exist. How > > would you define commonly used ports? we would end up with a > > favouritism system in place and many arguments about which ports would > > be included in the commonly used group, you also forget that many > > ports that may look meaningless from where you sit are necessary as > > dependants to other ports. > > There would be not arguments as stats dont lie. Please read the entire > thread there are some good ideas in there which would speed up day to day > use of ports for everyone. Where you get the idea that ports is quick to > maintain is beyond me it takes a good 30mins to sync up if your a few > months out of date now a days. 30mins is not much if you have 1 machine > but add it all up for a large number of machines and its a significant > amount of time which we all could better spend doing other things instead > of waiting for a cvsup to complete. > If your doing it this way with a seperate ports repoitory on each system, then you are doing it the wrong way. What I do is setup a cron job that uses cvsup to download the cvs repository either daily or every 3-4 hours. Then on my build system, I update both /usr/ports and /usr/src. Then I NFS export /usr/ports, /usr/ports/distfiles, /usr/obj, and /usr/src to my other systems. If all of the systems are the same (i386), then I buildworld and buildkernel on the build system and use the result to install on the other systems. Same goes for ports, as you could build all the packages on the build system, then install the packages on the other systems. This is much quicker than maintaining seperate /usr/ports and /usr/src on each system. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised.