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 51AFADFD1 for ; Fri, 2 Nov 2012 16:55:36 +0000 (UTC) Received: (qmail 55654 invoked by uid 500); 2 Nov 2012 16:55:36 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 55579 invoked by uid 500); 2 Nov 2012 16:55:36 -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 55567 invoked by uid 99); 2 Nov 2012 16:55:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Nov 2012 16:55:35 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [208.113.200.5] (HELO homiemail-a94.g.dreamhost.com) (208.113.200.5) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Nov 2012 16:55:27 +0000 Received: from homiemail-a94.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a94.g.dreamhost.com (Postfix) with ESMTP id 3E87638A072; Fri, 2 Nov 2012 09:55:07 -0700 (PDT) Received: from [192.168.0.2] (unknown [151.67.110.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: andrea@pescetti.it) by homiemail-a94.g.dreamhost.com (Postfix) with ESMTPSA id 8373F38A071; Fri, 2 Nov 2012 09:55:06 -0700 (PDT) Message-ID: <5093D3E4.7010404@apache.org> Date: Fri, 2 Nov 2012 17:54:56 +0100 From: Andrea Pescetti User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16 MIME-Version: 1.0 To: ooo-dev@incubator.apache.org Subject: Re: Encouraging participation References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 01/11/2012 Rob Weir wrote: > On Thu, Nov 1, 2012 at 4:21 PM, jan iversen wrote: >> - We need to focus more on people who want to help, instead of using all >> the legal stuff (which are necessary) as a buffer not to move things. (e.g. >> I got 2 volunteers working on a danish translation, highly motivated, now >> we are discussing details about how to release the stuff). ... > I don't think anyone is using "legal stuff' to prevent things from > moving forward. There is a bit of confusion here. One thing is allowing volunteers to have feedback on their work, the other one is releasing their work. For feedback we needn't focus on legal issues. So the Danish translation as discussed in https://issues.apache.org/ooo/show_bug.cgi?id=121179 will be integrated in any next 3.4.x (informal, i.e., "snapshots") builds. The "legal stuff" is not playing any roles here. > But it is certainly true that a new volunteer is encouraged the best > when they can contribute today and see their results released > tomorrow. I'd focus on "used" rather than "released": it is more motivating to see their results used (i.e., a snapshot build) soon than to see them released after months. And this is where we should improve. To give volunteers feedback we only need a very lightweight process, ideally zero. What is delaying us with the current translations, for example, is just that we need to determine a suitable deadline for translators to check in their PO files, integrating them on http://svn.apache.org/viewvc/incubator/ooo/branches/AOO34/ and building snapshot for AOO34. At the moment this is indeed quite demanding on Juergen and Ariel. >> - I think events like ApacheCon is nice, but events like FOSDEM is quite a >> lot more important for the "ordinary" openSource developer. > And we are planning a dev room at Fosdem for that reason. By FOSDEM (and ideally much earlier) we must be ready to integrate new volunteers in a way that fully satisfies them and the project. This is a priority for OpenOffice as a project. We are getting close to this for what concerns localization: I expect that in a couple weeks we will be able to involve, engage and satisfy localization volunteers with an established process. We must then do the same for QA, development, Marketing... An important result we should achieve is that nobody should feel frustrated by not having committer privileges: it is also up to us to define tasks that can be done without depending too much on a committer helping the contributor. At least we should warn them: if someone wants to rebuild an entire section of the OpenOffice website, like it is happening with Jan, he should be told in advance that this contribution is really welcome (and that, for most sections, we really need it!) but that at a certain point he might feel frustration for not being a committer. There are hundreds of tasks that can be done by non-committers, and we should keep the distinction clear when we advertise tasks for volunteers. (That said, the "privileges" of being a committer or a PMC member are greatly exaggerated at times... it's not that much really; but when this is the only obstacle to getting things really done, I can understand the impatience). Regards, Andrea.