Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 94266 invoked by uid 500); 27 Feb 2003 08:11:52 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 94220 invoked from network); 27 Feb 2003 08:11:51 -0000 Received: from mail.s-und-n.de (212.8.217.2) by daedalus.apache.org with SMTP; 27 Feb 2003 08:11:51 -0000 Received: from mail.s-und-n.de (localhost [127.0.0.1]) by mail2.s-und-n.de (postfix) with ESMTP id C913598C7F for ; Thu, 27 Feb 2003 09:12:02 +0100 (CET) Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id 498BE98C73 for ; Thu, 27 Feb 2003 09:12:02 +0100 (CET) Received: from hw0386 ([10.10.2.65]) by notes.sundn.de (Lotus Domino Release 5.0.8) with SMTP id 2003022709120123:7004 ; Thu, 27 Feb 2003 09:12:01 +0100 From: "Carsten Ziegeler" To: "Cocoon-Dev" Subject: What Cocoon is really doing wrong [was: CVS repository changes... (and what's left to do)] Date: Thu, 27 Feb 2003 09:12:26 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 27.02.2003 09:12:01, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 27.02.2003 09:12:02, Serialize complete at 27.02.2003 09:12:02 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I just want to keep on the tradition of writing mails that explain what cocoon is doing wrong :( We really should avoid "action fast" when this has a great impact on all developers and all users of cocoon, like renaming cvs repositories etc. Reverting things like these is more than a pita. So, we really should come back to the usual open source handling of things: first a proposal, than a vote, than the action. And not: making a proposal and during the proposal doing the action only because one committer that "great". All the other committers had even no chance to say their opinion. You have to give other committers at least one day time, because we don't live all on the same site of the world, but I guess for such important isuess one week (as it is handled e.g. by the avalon group) is much better. Sorry Pier that this time it hits you, but I hope you feel better when you know that you are not the only one doing things in cocoon this way. Even I do it sometimes...but it really depends on the impact of the change. If the change can be simply reverted it might be seen as "ok". So as a personal consequence, I will stop my work on cocoon until this is sorted out, because I'm feeling really unsure on how to handle any committs and how it will go on. (The good thing about it is that it gives me some time to finish things in avalon). Thanks Carsten Carsten Ziegeler Open Source Group, S&N AG