Return-Path: X-Original-To: apmail-incubator-clerezza-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-clerezza-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 307459CA4 for ; Tue, 6 Nov 2012 10:25:21 +0000 (UTC) Received: (qmail 92599 invoked by uid 500); 6 Nov 2012 10:25:20 -0000 Delivered-To: apmail-incubator-clerezza-dev-archive@incubator.apache.org Received: (qmail 92517 invoked by uid 500); 6 Nov 2012 10:25:20 -0000 Mailing-List: contact clerezza-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: clerezza-dev@incubator.apache.org Delivered-To: mailing list clerezza-dev@incubator.apache.org Received: (qmail 92490 invoked by uid 99); 6 Nov 2012 10:25:19 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Nov 2012 10:25:19 +0000 Received: from localhost (HELO mail-oa0-f47.google.com) (127.0.0.1) (smtp-auth username bdelacretaz, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Nov 2012 10:25:19 +0000 Received: by mail-oa0-f47.google.com with SMTP id h1so201883oag.6 for ; Tue, 06 Nov 2012 02:25:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.10.6 with SMTP id e6mr395225obb.16.1352197518509; Tue, 06 Nov 2012 02:25:18 -0800 (PST) Received: by 10.76.23.201 with HTTP; Tue, 6 Nov 2012 02:25:18 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Nov 2012 11:25:18 +0100 Message-ID: Subject: Re: The future of Clerezza From: Bertrand Delacretaz To: clerezza-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 On Tue, Nov 6, 2012 at 11:19 AM, Daniel Spicar wrote: > No it's not like that. The people are here already. What was happening is > that there were disagreements and delays until Clerezza did the first > release and therefore it was opted do development on a separate project > based on Clerezza... Ah ok, I see, thanks for clarifying. I agree that the Apache model, which requires building consensus, can sometimes slow down progress, and it requires effort for people to adapt to that - including sometimes technical changes that help reduce the "consensus friction area". It's understandable that some people don't want to spend too much time on those things, and Apache is not for all projects anyway, so if people prefer to work on that code elsewhere it's not a problem. We just need to draw the right conclusions here. -Bertrand