Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 25408 invoked from network); 20 Oct 2004 13:07:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 20 Oct 2004 13:07:54 -0000 Received: (qmail 18314 invoked by uid 500); 20 Oct 2004 13:07:49 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 18202 invoked by uid 500); 20 Oct 2004 13:07:48 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 18188 invoked by uid 99); 20 Oct 2004 13:07:47 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [157.193.121.51] (HELO otsrv1.iic.ugent.be) (157.193.121.51) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 20 Oct 2004 06:07:46 -0700 Received: from [192.168.123.115] (host115 [192.168.123.115]) by otsrv1.iic.ugent.be (8.11.6/8.11.6) with ESMTP id i9KC6kN10043 for ; Wed, 20 Oct 2004 14:06:46 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <417661F0.8000708@apache.org> References: <417661F0.8000708@apache.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0AA84AF7-2299-11D9-BC00-000A958B684A@outerthought.org> Content-Transfer-Encoding: 7bit From: Steven Noels Subject: Re: ECM++ Date: Wed, 20 Oct 2004 15:07:48 +0200 To: dev@cocoon.apache.org X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On 20 Oct 2004, at 15:02, Sylvain Wallez wrote: > Nicola Ken Barozzi wrote: > >> Forrest is using 2.2 too, so let's try to keep it stable as much as >> possible and in general do all the big changes on branches. > > > Why do Lenya and Forrest use 2.2? FWIW, the publishing part of Daisy does this as well. But that shouldn't refrain people from breaking HEAD since we advise people only to synchronise SVN when we feel comfortable ourselves, and we package & ship Cocoon in our binary releases rather than requiring people to install their own version. If a project is willingly depending on HEAD - *shrug* - we shouldn't make promises to keep HEAD sane at all times. -- Steven Noels http://outerthought.org/ Outerthought - Open Source Java & XML An Orixo Member Read my weblog at http://blogs.cocoondev.org/stevenn/ stevenn at outerthought.org stevenn at apache.org