From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 14 21:04:03 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6A27106564A for ; Wed, 14 Apr 2010 21:04:03 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2C48FC1A for ; Wed, 14 Apr 2010 21:04:02 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o3EL41mu049618; Wed, 14 Apr 2010 23:04:01 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o3EL40NH049617; Wed, 14 Apr 2010 23:04:00 +0200 (CEST) (envelope-from marius) Date: Wed, 14 Apr 2010 23:04:00 +0200 From: Marius Strobl To: Mark Linimon Message-ID: <20100414210400.GA49403@alchemy.franken.de> References: <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> <20100413013607.GA6417@lonesome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100413013607.GA6417@lonesome.com> User-Agent: Mutt/1.4.2.3i Cc: Miles Nordin , freebsd-sparc64@freebsd.org Subject: Re: freebsd-update(8) under sparc64? Why is it not available? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 21:04:03 -0000 On Mon, Apr 12, 2010 at 08:36:07PM -0500, Mark Linimon wrote: > On Mon, Apr 12, 2010 at 05:11:31PM -0400, Miles Nordin wrote: > > Colin's position is totally ridiculous: people offer build resources > > of exotic, heavy, power-hungry hardware to the FreeBSD project, which > > already has scripts and frameworks for producing timely builds, but he > > believes these offers are conterproductive [...] > > The problem is that we're effectively guaranteeing that bits pushed out > via freebsd-update are secure. Our traditional view is that machines > that are loaned to us aren't sufficiently secure for us to be able to > stand behind that guarantee. I don't quite get why compiling on loaned hardware is okay for packages, which might very well run as root for example, but not for the base bits. It certainly makes everybody feel more warm and fuzzy when binaries of both kinds are built on machines that are at least owned and operated solely by committers. But for the truly paranoid binaries built on a machine in the Yahoo! data center are no use either as they have to check the code and compile everything themselves anyway. > > Right now the machines used to produce those bits are dedicated to that > purpose and that purpose only, and are physically and logistically > secure. > > If someone wants to donate a sufficiently capable sparc64 machine to the > project that can be installed under similar constraints, I'm all ears. > Right now we don't have one. > Do you mean donation of a machine that's supposed to be mounted in one of the data centers providing rackspace for the freebsd.org cluster or donation of metal plus housing? As pointed out earlier what I can provide is a V440 which is able to build world in about 70 minutes last time I checked and which is located in a data center in .de I trust. I don't see how that would result in binaries less "secure" than the release bits Ken is building on hardware at his university. What I'm certainly not going to do though is pay shipping of such machine to the US as a) as we've seen in the past donated hardware has a high tendency to end up not being used for the anticipated job or not used at all and b) it was impossible to get a 1u replacement for panther into the Yahoo! data center so I don't see why a 4u machine would get a better chance. Marius