Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-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 00EB57AC7 for ; Wed, 28 Sep 2011 15:51:18 +0000 (UTC) Received: (qmail 69386 invoked by uid 500); 28 Sep 2011 15:51:17 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 69340 invoked by uid 500); 28 Sep 2011 15:51:17 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 69332 invoked by uid 99); 28 Sep 2011 15:51:17 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Sep 2011 15:51:17 +0000 Received: from localhost (HELO mail-vw0-f47.google.com) (127.0.0.1) (smtp-auth username robweir, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Sep 2011 15:51:17 +0000 Received: by vwe42 with SMTP id 42so6991601vwe.6 for ; Wed, 28 Sep 2011 08:51:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.21.10 with SMTP id r10mr8471712vde.287.1317225076312; Wed, 28 Sep 2011 08:51:16 -0700 (PDT) Received: by 10.220.94.69 with HTTP; Wed, 28 Sep 2011 08:51:16 -0700 (PDT) In-Reply-To: References: <20110928105334.GC5806@thinkpad.thebehrens.net> <20110928123620.GE5806@thinkpad.thebehrens.net> Date: Wed, 28 Sep 2011 11:51:16 -0400 Message-ID: Subject: Re: Not new but under a new hat From: Rob Weir To: ooo-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Sep 28, 2011 at 11:30 AM, Ian Lynch wrote: >> If TDF wants to take the AOOo source code and build it, with or >> without enhancements, and release it under the name "LibreOffice" for >> use with Linux distros, then they are welcome to do that. =C2=A0They nee= d >> no additional permissions from Apache or this project. > > > But that isn't really the point. The point is to look for ways we can tal= k > on an even footing for the good of both projects not say things as if it = is > a them and us confrontation. Makes one realise why diplomats have a > different skill set to technocrats ;-) > You are welcome to apply your energy in any way you wish. So am I. I wish us both luck. > In any case, I think we should avoid treating LO or AOOo as a unified >> mass of opinion, where every participant in each project thinks >> identically and agrees. > > > That doesn't happen in any political organisation. But political > organisations do look for consensus in key areas that are for the benefit= of > both. Look at the current UK government and I'd hope that LibO AOO were > politically closer than those two ;-) > >> >> Things are different now. =C2=A0Now they have an alternative in AOOo. > > > This is simply assuming that the competitive option is better than a > cooperative one. In some circumstances that is so, in these circumstances= I > think it will simply make inefficient use of resources. =C2=A0However, I = see > little chance of reconciling this while the dominant voices seem so keen = to > rub each other up the wrong way. > Since this is not Soviet Russia, and we don't have a central planner allocating resources according to a politically determined 5-year plan, talk of "inefficient use of resources" gets us no where. Resources are people, and they allocate themselves to whatever projects and tasks they wish to. This is entirely voluntary. There is no valid definition of "efficient allocation" other than what people do voluntarily when given free choice among the alternatives. In other words, competition and choice is what leads to efficient use of resources. If everyone agreed that having a single project was best today, then we would have a single project tomorrow. The question should be what can you, or I, or anyone else who wants that outcome, do today, to make it more likely to move closer to that outcome. > We >> should continue to move forward with our vision. =C2=A0As our project an= d >> community develops and we get closer to a solid release, the power of >> an open, meritocratic development process at Apache will be more >> evident. =C2=A0The volunteer who easily moved from OOo to LO will easily >> move to AOOo once we show ourselves to have progress, vitality, >> encouragement and fun. > > > So your strategy is we are superior, they will see the light and convert? > Sounds to me like a religious experience :-) > I believe in free choice religiously, yes. And I believe in Apache as well. If I believed in neither then I would have supported TDF/LO from the start. > =C2=A0But we have a lot of work to get there. > > > Which would be a lot easier with rather than without cooperation and with > agreement on reasonable division of labour for development. Yes it will > happen anyway eventually but why make life more difficult than it needs t= o > be? > Do you have a concrete suggestion? > =C2=A0But >> this is not a race to see who can reformat code indentation in 8 >> million lines of code the fastest. =C2=A0 Honestly, the state of the >> community in 6 months is more critical than the state of the code in 6 >> months. =C2=A0The community is the platform we build the project on. >> > > Which seems completely antithetical to the rest of your post. > Only if you misunderstood almost everything I've said. -Rob > -- > Ian > > Ofqual Accredited IT Qualifications (The Schools ITQ) > > www.theINGOTs.org +44 (0)1827 305940 > > The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth, > Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and > Wales. >