Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 30736 invoked from network); 16 Mar 2010 14:18:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Mar 2010 14:18:50 -0000 Received: (qmail 72480 invoked by uid 500); 16 Mar 2010 14:18:50 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 72445 invoked by uid 500); 16 Mar 2010 14:18:49 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 72438 invoked by uid 99); 16 Mar 2010 14:18:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 14:18:49 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of markrmiller@gmail.com designates 209.85.218.220 as permitted sender) Received: from [209.85.218.220] (HELO mail-bw0-f220.google.com) (209.85.218.220) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 14:18:41 +0000 Received: by bwz20 with SMTP id 20so3950503bwz.12 for ; Tue, 16 Mar 2010 07:18:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=FES2WjRlc4tzOAMPP5un0UU7n81t9Lcbs8Ckue81Z3Y=; b=mEy57bZv5OQci1b7J6TouFhykgAcZFzyTo5qjxDt8N1qThjHQZ+KHcoWcp1XK5/Yo7 oHCqU9CtoKKcXQ82zvgsgSWRqqMFb0MOZXa1GhaAKWb6phausfK9+wb6Aagx2ZomIa+I vYwi1KpSfqWKys7WKF28StqKrmDPbFmC/PAkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=SWq7v4fcdwY1UA0FXrsbN2F1PNJJPIWlWPg4p8Q+JhGso6X4Osbl16Qb0DMJEz+cy/ VGrhDJQEc1PX0Mk6Zuaj10uNrRhNvZeoO5Zi2FJeh/Qyf2I1fYTWqGkDfPLWPr297bo5 lktAJrmJp3wzk4eSmTYP9tN2FLKvSbTO5h6Rg= Received: by 10.204.6.26 with SMTP id 26mr1071191bkx.123.1268749101574; Tue, 16 Mar 2010 07:18:21 -0700 (PDT) Received: from [192.168.1.100] (ool-44c639d9.dyn.optonline.net [68.198.57.217]) by mx.google.com with ESMTPS id 14sm3661817bwz.14.2010.03.16.07.18.19 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 07:18:20 -0700 (PDT) Message-ID: <4B9F932A.2020205@gmail.com> Date: Tue, 16 Mar 2010 10:18:18 -0400 From: Mark Miller User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100316 Thunderbird/3.0.3 MIME-Version: 1.0 To: java-dev@lucene.apache.org Subject: Re: lucene and solr trunk References: <016401cac4d8$eabf3520$c03d9f60$@de> <4B9F3895.7010600@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 03/16/2010 10:09 AM, Yonik Seeley wrote: > On Tue, Mar 16, 2010 at 2:51 AM, Michael Busch wrote: > >> Also, we're in review-and-commit process, not commit-and-review. Changes have to be >> proposed, discussed and ideally attached to jira as patches first. >> > Correction, just for the sake of avoiding future confusion (i.e. I'm > not making any point about this thread): > > Lucene and Solr have always officially been CTR. > For trunk, we normally use a bit of informal lazy consensus for > anything big, hard, or that might be controvertial... but we are not > officially RTC. > > -Yonik > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: java-dev-help@lucene.apache.org > > In any case, this is a branch. People really want to enforce RTC on a branch??? Even if that was our official process on trunk (which I agree it has not been) that's not how the flex branch worked. That's not how the solr_cloud branch worked. That's not how other previous branches have worked. IMO - anyone should be able to create a branch for anything - to play around with whatever they want. We should encourage this. Branches are good. And they take up little space. Branch changes have to be proposed, discussed, and attached to JIRA? Uggg - I certainly hope not. Branches should be considered replacements for huge unwieldy patches. Do I have to propose and discuss before I put up a patch? -- - Mark http://www.lucidimagination.com --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org