From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 07:25:44 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4EBC106566C for ; Wed, 25 Mar 2009 07:25:44 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id BD1B98FC0C for ; Wed, 25 Mar 2009 07:25:44 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n2P7Ph7I012138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 25 Mar 2009 00:25:43 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n2P7PhJt012137; Wed, 25 Mar 2009 00:25:43 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA17189; Tue, 24 Mar 09 23:24:31 PST Date: Wed, 25 Mar 2009 00:23:25 -0700 From: perryh@pluto.rain.com To: pav@freebsd.org Message-Id: <49c9dbed.5TBY4hi2jHXQa51x%perryh@pluto.rain.com> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C92F95.3090601@brianwhalen.net> <1237921844.44701.3.camel@hood.oook.cz> In-Reply-To: <1237921844.44701.3.camel@hood.oook.cz> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: brian@brianwhalen.net, freebsd-ports@freebsd.org Subject: Re: HEADS UP multi processor compilations and packages 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: Wed, 25 Mar 2009 07:25:45 -0000 Pav Lucistnik wrote: > Brian Whalen p??e v ?t 24. 03. 2009 v 12:08 -0700: > > On a related topic, I wonder what the cost would be of acquiring > > enough hardware so that the probability of actually getting a > > package with portupgrade -aP would go up substantially ... > > It's more a question of creating a new delivery platform, because > the currently used ftp mirrorring is useless for packages. The > whole process of synchronizing from upstream server introduces > _days_ of delay into the process, presumably addressable by adding bandwidth, which would need to be included in "the cost ... of acquiring enough hardware ..." > and there is no guarantee that you don't catch an upload in > progress, which renders whole mirror useless for a time period. I would have thought that judicious use of snapshots could avoid problems with in-progress updates.