From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 06:06:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8665910656BF; Sat, 8 Jan 2011 06:06:00 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 442888FC12; Sat, 8 Jan 2011 06:05:59 +0000 (UTC) Received: by pxi1 with SMTP id 1so3516156pxi.13 for ; Fri, 07 Jan 2011 22:05:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=mbj6jah5B5afXIEmqm/eJAX3d4hUudpyAs1Wne8rogk=; b=Uy+U+D80+3rdBFx+8EdC4fe8DwdqG3OpYogkRjmMMbaRwv/CL0ZiDkjMcGNlJ9j0i6 2XkN6nfDgtQnts0Cj4e5NGmsvnZXEqvpGSuf1c4x9myQrQN2n+VKDGGeCSOxii+I2ucK mQid6kPSWqRa/FJGDa0tlQb1M9FUjvFFrdN74= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=AArIWnY3M9NLAudj/S5lbZtIz8GpndTFNnaeiJrkPhLlAW/WabhZxT5/eG1NU9fNEh +4fo7mq+6xrWUfSTA0jbHM5BM2H9avKWDOVzsB1NJzeaBtwgcPMDNI+UTvebVUbz0q0s y0DZvHpeuaxL9+3szHGh69NxNZp3ixJixeML4= Received: by 10.142.188.21 with SMTP id l21mr2374447wff.14.1294466759531; Fri, 07 Jan 2011 22:05:59 -0800 (PST) Received: from dhcp-173-37-0-197.cisco.com (nat.ironport.com [63.251.108.100]) by mx.google.com with ESMTPS id x35sm3741162wfd.1.2011.01.07.22.05.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 Jan 2011 22:05:58 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <82CF1B3F-B5F0-4B26-A6D1-8767370C1E0E@FreeBSD.org> Date: Fri, 7 Jan 2011 22:05:56 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4D277E4B.1030006@FreeBSD.org> <4D27840A.8020107@FreeBSD.org> <4D2785A7.7080106@FreeBSD.org> <4D27888F.4090703@FreeBSD.org> <467EA052-70AB-4C4C-B28E-9AD037C8BF14@FreeBSD.org> <4D27A3B8.4070401@FreeBSD.org> <82CF1B3F-B5F0-4B26-A6D1-8767370C1E0E@FreeBSD.org> To: "developers@freebsd.org Developers" X-Mailer: Apple Mail (2.1082) Cc: Doug Barton , Ade Lovett , freebsd-current@freebsd.org Subject: Re: HEADS UP: Merge of binutils 2.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 06:06:00 -0000 On Jan 7, 2011, at 9:48 PM, Ade Lovett wrote: >=20 > On Jan 07, 2011, at 17:37 , Doug Barton wrote: >> On 01/07/2011 13:54, Ade Lovett wrote: >>>=20 >>> Most likely it's low priority given all the other exp-runs that >>> affect 7.x/8.x, tweaking things for an 6.x-EOL-tagged tree, and a >>> bunch of other infrastructure stuff. Not to mention the impending = 7- >>> and 8- RELEASEs. >=20 > Before I start on this, I would like a few things noted for the = record: >=20 > 1. I have set Reply-To to developers@ (this should be a major hint) > 2. I am not a current member of portmgr@ > 3. I requested, and served, for a very short time, on the first = portmgr >=20 >=20 >> That may very well be the case, but if so then it's incumbent on = portmgr to communicate that. If you check the audit trail you will find = that they did not. >=20 > Horsecrap. You are taking an individual PR history without reference = to the whole host of things that were also going on at the same time. = Like it or not, when it comes to ports, -STABLE wins over -CURRENT every = single time. >=20 >> IMO this is a total red herring, and has been for several years now. = I run -current every day on my real-work system, and barring the = occasional hiccup it's been buildable nearly every time I've tried. >=20 > Apologies for not being able to drive my email client appropriately. = The issue at hand is one of running -CURRENT. >=20 > There is a distinct, and fundamental difference between running = -CURRENT on a single system, as opposed to a cluster of systems that are = tightly interlinked. I do not doubt that -CURRENT works for you on = your individual machines. If you would like a taste of how heavily = package build clusters stress out whatever host system they are running = on, then I urge you to install one of the two tinderbox ports under = ports-mgmt, proceed to add, let's say, x11/gnome2 or x11/kde4, and run = the build. >=20 > make buildworld/buildkernel/installworld/installkernel plus associated = steps is in fact an exceptionally tiny subset of what FreeBSD actually = does on a daily basis. Even more so when it comes to the bulk building = of packages that apparently a lot of folks rely on. >=20 >> The way I would approach the problem of building packages for = -current is to pick a day to update the src tree, then do the following: >=20 > Sadly, the only thing I can say to your 4-step procedure, and with = utmost politeness, is that your src-centric views are completely missing = the point. "4. start building ports" is in fact a 20- or 30-step = process to ensure no cross-contamination. Even a cursory glance at = /usr/ports/Tools/portbuild would verify this. No-one really likes = having massive clusters, requiring continual attention (hardware = failures and so on). Really. >=20 >> But the current system of "don't do anything" just isn't cutting it. >=20 > I look forward to your input and total solutions on how to make this = better. I do. This may sound sarcastic, but I am absolutely, = positively, 100-percent looking for better solutions, particularly in = situations where, to take a random example, the entire existing compiler = base is removed and replaced with something better. >=20 > Doug, you have comprehensively shown that in its current (sic) = instantiation, the package building cluster is completely, utterly, and = totally incapable of keeping up with the sandbox that is -CURRENT. >=20 > I for one look forward to your proposed solutions to this righteous = problem. Hi Ade, Sorry to jump in, but I think that a lot of the solution to this = problem is two part: 1. Using the VM resources at your.org . 2. Replicating pointyhat's infrastructure for mass deployment. Back at BSDCan 2010 your.org offered cycles and resources for = tinderboxes (ports and src alike), but I think that due to lack of time = / resources portmgr hasn't been able to invest in that solution (*slap = me please if I'm incorrect :)..*). Not sure if the src development = tinderbox infrastructure became a reality either. If developers had access to a [relatively] easy to deploy = infrastructure and pointyhat was easy to replicate (that in and of = itself is a major project that linimon@ was working on in the past year = or so), then this would be less of a problem. Granted, the ports tree is huge, but by now dim@ could have = probably finished off a few self-service exp-runs on his own if he could = have done it on his own. Thanks, -Garrett=