Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 60009 invoked from network); 5 Dec 2006 20:57:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Dec 2006 20:57:41 -0000 Received: (qmail 14949 invoked by uid 500); 5 Dec 2006 20:57:46 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 14803 invoked by uid 500); 5 Dec 2006 20:57:45 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 14778 invoked by uid 99); 5 Dec 2006 20:57:45 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of ml@wrinkledog.com designates 207.162.210.50 as permitted sender) Received: from [207.162.210.50] (HELO wrinkledog.com) (207.162.210.50) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 05 Dec 2006 12:57:42 -0800 Received: (qmail 25830 invoked by uid 0); 5 Dec 2006 20:56:10 -0000 Received: from unknown (HELO ?192.168.0.5?) (ml@67.171.172.83) by wrinkledog.com with SMTP; 5 Dec 2006 20:56:10 -0000 Mime-Version: 1.0 (Apple Message framework v624) In-Reply-To: <133AC238-1F52-44A3-B1AC-3DBACA72F8F8@apache.org> References: <5CB79D30-6299-4F0F-9CFE-0533224E9B39@apache.org> <45757C63.70107@nada.kth.se> <133AC238-1F52-44A3-B1AC-3DBACA72F8F8@apache.org> Content-Type: multipart/alternative; boundary=Apple-Mail-7-213887980 Message-Id: <3377fa1c42f4b930aa0d4e2a67c69f52@wrinkledog.com> From: Mark Lundquist Subject: Re: Building changes into the top level sitemap Date: Tue, 5 Dec 2006 12:56:05 -0800 To: dev@cocoon.apache.org X-Mailer: Apple Mail (2.624) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-7-213887980 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; format=flowed On Dec 5, 2006, at 8:50 AM, Jeremy Quinn wrote: > I have just been working on an established project that is built from=20= > 2.2 and I could see the advantages of the new platform. Yeah, it's awesome. > However, many perceive 2.2 as almost unusable. Well, it is nearly unusable, but I guess that will change very soon. =20 This is why it's not been released yet :-) > It clearly is being used but the procedures are very different from=20 > 2.1 ..... the results can be completely unpredictable ..... it will=20 > compile one minute and not the next, this is very off-putting. If the=20= > less experienced developers like myself cannot feel confidant with the=20= > build system for 2.2 what hope do we have of users embracing it? My point would be, don't assume that "nearly unusable" implies a great=20= gap to be crossed to reach "fully usable". My impression is that trunk=20= isn't pervasively unstable, it's just unstable at a few key points, and=20= those are being ironed out by the people who also know how to work=20 around, etc. and also how to just plain use the frigging thing without=20= any documention. So trunk right now is like riding a wild bear, and=20 there's only a few people who know how to ride the bear. Two things to=20= do: (1) tame the bear, and (2) teach ordinary people how to ride a tame=20= bear! This is my observation as a relative outsider, i.e.=20 non-wild-bear-rider. My impression is that (1) is very close. I'm=20 trying to learn now (even though the bear is still a little bit wild),=20= so that I can help with (2). =97ml=97 --Apple-Mail-7-213887980 Content-Transfer-Encoding: quoted-printable Content-Type: text/enriched; charset=WINDOWS-1252 On Dec 5, 2006, at 8:50 AM, Jeremy Quinn wrote: I have just been working on an established project that is built from 2.2 and I could see the advantages of the new platform. Yeah, it's awesome. However, many perceive 2.2 as almost unusable.=20 Well, it is nearly unusable, but I guess that will change very soon. This is why it's not been released yet :-) It clearly is being used but the procedures are very different from 2.1 ..... the results can be completely unpredictable ..... it will compile one minute and not the next, this is very off-putting. If the less experienced developers like myself cannot feel confidant with the build system for 2.2 what hope do we have of users embracing it? My point would be, don't assume that "nearly unusable" implies a great gap to be crossed to reach "fully usable". My impression is that trunk isn't pervasively unstable, it's just unstable at a few key points, and those are being ironed out by the people who also know how to work around, etc. and also how to just plain use the frigging thing without any documention. So trunk right now is like riding a wild bear, and there's only a few people who know how to ride the bear.=20 Two things to do: (1) tame the bear, and (2) teach ordinary people how to ride a tame bear! This is my observation as a relative outsider, i.e. non-wild-bear-rider. My impression is that (1) is very close. I'm trying to learn now (even though the bear is still a little bit wild), so that I can help with (2). =97ml=97 --Apple-Mail-7-213887980--