From owner-freebsd-arch@FreeBSD.ORG Tue Jul 3 14:46:54 2012 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B6CE106564A; Tue, 3 Jul 2012 14:46:54 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id ECA798FC12; Tue, 3 Jul 2012 14:46:53 +0000 (UTC) Received: from [209.249.190.124] (port=16639 helo=punk.neville-neil.com.neville-neil.com) by vps.hungerhost.com with esmtpa (Exim 4.77) (envelope-from ) id 1Sm4NR-0000pA-Do; Tue, 03 Jul 2012 10:46:53 -0400 Date: Tue, 03 Jul 2012 10:48:19 -0400 Message-ID: <86obnwdhos.wl%gnn@neville-neil.com> From: gnn@freebsd.org To: "David O'Brien" In-Reply-To: <20120703051135.GA69017@dragon.NUXI.org> References: <20120702210438.GA85618@dragon.NUXI.org> <1341270626.1322.YahooMailClassic@web113509.mail.gq1.yahoo.com> <20120703051135.GA69017@dragon.NUXI.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/23.4 (amd64-portbld-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com Cc: arch@freebsd.org, Pedro Giffuni Subject: Re: svn commit: r237624 - in head: cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize cddl/contrib/opensolaris/lib/libdtrace/common sys/cddl/contrib/opensolaris/uts/common/dtrace sys/cddl/c... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2012 14:46:54 -0000 FYI I moved this to arch@ At Mon, 2 Jul 2012 22:11:35 -0700, David O'Brien wrote: > > That may be the case -- but what is the likelihood there would be code > from that effort we would want? Vs. the real brain-share of DTrace > which commits into Illumos? Isn't it much more likely we would want > their innovations? I think that for now a dual tree approach is OK. An extra vendor directory doesn't cost us anything. If opensolaris is ever truly dead to us we can cut the dead branch from our tree. > > I think Martin Matuska did exactly the right thing: > > he created the illumos vendor branch starting from > > the opensolaris branch. > > I don't disagree in principle, but I feel it should have been an > 'svn rename' not 'svn copy'. > > You didn't suggest or comment on the SCM operations having two > "vendors" puts us in. I don't think you can make precise statements > about an illumos vendor branch without considering those. I'm wondering what you're thinking here. I'm not a whiz with our current SCM and I will be dealing with both of these trees so I'd like to know what you're thinking. Also, I am hoping that in the illumos tree we can clean up a few of the things that many people don't like about our opensolaris tree. > > Concerning ZFS: the main developer of the encryption stuff > > did stay at Oracle. At this time that code will not be seen > > in the open (apparently there was a Solaris 11 source leak > > but that's not something we can touch), but we just never > > know. > > We can always figure out something *if* it comes to pass that > there is a code drop from Oracle that we want to consume. > > I believe the question which code base are we *most likely* > to pull technology from. The proof to date in an 'svn log' > of our repo is Illumos. > > > > > Doesn't this commit of yours which brought in new DTrace > > > work by Joyent > > > (likely Brendan Gregg or Bryan Cantrill) show this point? > > > > > > Perhaps we should do an 'svn move' of > > > '^/vendor{,-sys}/opensolaris' > > > to '^/vendor{,-sys}/illumos'? > > > > Illumos is a fork so svn copy works just fine for this, plus > > copying is a very cheap operation in SVN. > > That misses my point. Yes, copying is a very cheap operation in SVN. > (so is 'svn rename') > > The issue is should we have _two_ vendors that we are attempting to > merge into the same files within HEAD? I think that if we can get the illumos tree in shape for 10.x then that will be the main vendor that we draw from, with bugs fixes that wind up in opensolaris as the second ran. I don't see any reason not to draw from both communities, if we can. Best, George