From owner-svn-src-projects@FreeBSD.ORG Sun Sep 4 10:20:28 2011 Return-Path: Delivered-To: svn-src-projects@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87CEE106566B; Sun, 4 Sep 2011 10:20:28 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 19DF08FC08; Sun, 4 Sep 2011 10:20:27 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p84AKQlO060546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 4 Sep 2011 12:20:26 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1315131627; bh=74i2JZLTKc23GG/9x6+0Z5kRRD+fK1+38EwAWnzXftM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=UqVAwS/echeT3jAKSYYgA7+erzm9EYifA5788REeQ3pU0FduG+njaTgg6Hq8jn2qV XzHjQ0sD4ENxWxmuBNURMLEr3SPmBRXGQwdeggHH/QRxmAI36uG6LkobCPFb2azVDZ BnN5d7o4T/s1+53ijpR/Ex+HwSjlr0RelIo87DrU= Date: Sun, 4 Sep 2011 12:20:26 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: John Baldwin Message-ID: <20110904102026.GM58638@acme.spoerlein.net> Mail-Followup-To: Ulrich =?utf-8?B?U3DDtnJsZWlu?= , John Baldwin , "Bjoern A. Zeeb" , src-committers@FreeBSD.org, svn-src-projects@FreeBSD.org References: <201108181815.p7IIFxtV068517@svn.freebsd.org> <201108190751.23647.jhb@freebsd.org> <201108191131.17951.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201108191131.17951.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-projects@FreeBSD.org, "Bjoern A. Zeeb" , src-committers@FreeBSD.org Subject: Re: svn commit: r224985 - projects/sbruno-xenplayground X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 10:20:28 -0000 On Fri, 2011-08-19 at 11:31:17 -0400, John Baldwin wrote: > On Friday, August 19, 2011 8:35:23 am Bjoern A. Zeeb wrote: > > > > On Aug 19, 2011, at 11:51 AM, John Baldwin wrote: > > > > > On Thursday, August 18, 2011 2:50:23 pm Doug Barton wrote: > > >> On 08/18/2011 11:28, Ben Kaduk wrote: > > >>> On Thu, Aug 18, 2011 at 2:15 PM, Sean Bruno wrote: > > >>>> Author: sbruno > > >>>> Date: Thu Aug 18 18:15:59 2011 > > >>>> New Revision: 224985 > > >>>> URL: http://svn.freebsd.org/changeset/base/224985 > > >>>> > > >>>> Log: > > >>>> Pay no attention to this directory, in here madness waits. > > >>>> > > >>>> Added: > > >>>> - copied from r224984, head/ > > >>>> Directory Properties: > > >>>> projects/sbruno-xenplayground/ (props changed) > > >>> > > >>> Not that it's particularly worth caring, but projects/$user-foo seems > > >>> like it might be a better fit in user/$user/foo ... > > >> > > >> projects/ is for things that are likely'ish to be merged > > >> user/ is for things that are related to FreeBSD, but not likely to be > > >> merged into src/ > > > > > > Err, are you sure? The model in p4 that I tend to use is that > > > user/$user/foo was for branches I will generally only use myself whereas > > > projects/foo was for shared branches where multiple people can collaborate. > > > Note that all of gabor's TRE stuff is in a user branch for example and that is > > > certainly a merge candidate. I suspect Ben is more correct here. > > > > http://svnweb.freebsd.org/base/ROADMAP.txt?annotate=221478 > > vs. > > http://svnweb.freebsd.org/base/projects/GUIDELINES.txt?annotate=183722 > > Humm, well, more reason for me to just stick to p4 (though the main reason > is that it actually works). :) > > That aside, this branch doesn't sound like a definite merge candidate, or > at least not something suitable for public consumption from the description. > > However, I think user vs projects is mostly academic. Both of them add bulk > and public, forever history to the repo and making sure to only put stuff in > the repo that is actually relevant is more important than the subdirectory > it uses. It's too late now, but it would have been nice, if projects/ was reserved for stuff like portmaster or stress2, i.e. projects that are *not* forks of head/. And stuff under user/ would always be a fork of head/, created by "svn cp head/ user/something". Or perhaps the other way round. Right now, there's no real difference between user/ and projects/ and that makes conversions into VCSes that do not use the svn/p4 model of "a branch is a copy in the namespace" a bit more difficult. Uli