Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 86FA91051A for ; Tue, 7 May 2013 23:39:57 +0000 (UTC) Received: (qmail 78740 invoked by uid 500); 7 May 2013 23:39:57 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 78705 invoked by uid 500); 7 May 2013 23:39:57 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 78686 invoked by uid 99); 7 May 2013 23:39:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 23:39:56 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: local policy) Received: from [80.244.253.218] (HELO mail.traeumt.net) (80.244.253.218) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 23:39:50 +0000 Received: from [10.116.55.165] (62-50-198-132.client.stsn.net [62.50.198.132]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.traeumt.net (Postfix) with ESMTPSA id C7A7D1437D for ; Wed, 8 May 2013 01:39:47 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: [DISCUSS] dont't abuse of "lazy concensus" on mail tagged [DISCUSS] From: Jan Lehnardt In-Reply-To: Date: Wed, 8 May 2013 01:39:13 +0200 Content-Transfer-Encoding: 7bit Message-Id: <7DD548AE-FAB1-4FA1-96F6-B1C10C4C941C@apache.org> References: To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on apache.org On May 7, 2013, at 22:10 , Dirkjan Ochtman wrote: > On Tue, May 7, 2013 at 9:23 PM, Robert Newson wrote: >> I'm not sure I fully agree. All the lazy consensus's of late have had >> a 72 hour window on them which is the same duration we use for couchdb >> releases. >> >> However, we can discuss what the minimum lazy consensus period can be >> based on what the minimum time that community members feel they can >> respond. >> >> I don't mean this as horribly as it will sound, but, to a degree, if >> someone can't take the time, in 3 days, to reply with '-1' to a >> thread, perhaps that's a problem too? The whole point of lazy >> consensus is to move forward quickly. We don't always need to wait for >> a large number of +1's to get work done. >> >> Finally, I'll agree that lazy consensus can be used inappropriately, I >> just don't think I agree that it's happened yet. > > +1 to all of that. Same. Jan -- > > Cheers, > > Dirkjan