From dev-return-9031-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Sun Mar 07 00:39:07 2010 Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 76526 invoked from network); 7 Mar 2010 00:39:07 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Mar 2010 00:39:07 -0000 Received: (qmail 93804 invoked by uid 500); 7 Mar 2010 00:38:48 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 93762 invoked by uid 500); 7 Mar 2010 00:38:48 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 93750 invoked by uid 99); 7 Mar 2010 00:38:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Mar 2010 00:38:48 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mikeal.rogers@gmail.com designates 209.85.160.52 as permitted sender) Received: from [209.85.160.52] (HELO mail-pw0-f52.google.com) (209.85.160.52) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Mar 2010 00:38:46 +0000 Received: by pwi10 with SMTP id 10so3252134pwi.11 for ; Sat, 06 Mar 2010 16:38:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OzzDXIyXRzNXOJi3WEerAOHSG4c9IL4x7gxKZ/+ppSI=; b=LRfWHCSkmfcZ1aujo1haszPyB4ptQAii7YwLejxZfrK1jozlCHB/PrHnni/c79x34m iUTNb0jQZY8bJDwVRAc7v0wkTb8eyA0neBn7EGv0R4HkW7Le2b7WKP74vR70FUekZTHx kTzErmdswYKALxTG3x+fJprSClx/valeiPO0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=KCW3wrZC9RiXt87U0RfuJwZZT4hSpai1zTrDO7NAf/xsXPN9wHIWKxQrIQ5xSJBgpH IlOcTn2V5g5mOg7sQdwxYFX++i4YJpaoM1y+yrBgSIp9PRbYhrdOn4KUh3cqCtJQ/OG7 lbRNQPU8PQVAWo/nTdZu1HpvF8nHhu5XaoUK8= MIME-Version: 1.0 Received: by 10.114.214.37 with SMTP id m37mr2028443wag.37.1267922306578; Sat, 06 Mar 2010 16:38:26 -0800 (PST) In-Reply-To: References: <0059D58E-A388-4B7A-B767-7E62154A1753@googlemail.com> <3B7C8CB9-727E-4566-8A38-EA19419AF988@tumbolia.org> <629B2A76-EF02-42DB-9492-99D29667E144@tumbolia.org> <7DC975DD-E6C1-41DA-B44C-9649CDD8B7A2@apache.org> <5D040A95-E355-41B8-A58A-437AFAA6226E@tumbolia.org> <30747dfa1003061624y21721ec4j3bb00db750b65b33@mail.gmail.com> Date: Sat, 6 Mar 2010 16:38:26 -0800 Message-ID: <30747dfa1003061638j483a0551l6f3b1570f09d29d9@mail.gmail.com> Subject: Re: CouchDB Wiki / Documentation From: Mikeal Rogers To: dev@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Because we hope that people who don't write code and don't know how to generate diffs and use JIRA contribute to our documentation. We can provide the same providence and copyright assurances outside of JIRA. It's a checkbox, it's not hard. -Mikeal On Sat, Mar 6, 2010 at 4:29 PM, Noah Slater wrote: > Why? It's not about process per se, it's about providence and copyright a= ssurances. > > On 7 Mar 2010, at 00:24, Mikeal Rogers wrote: > >> I think for social and community reasons requiring the same process >> for doc changes as we do for code contributions is a huge barrier to >> documentation contributions. >> >> On Sat, Mar 6, 2010 at 4:11 PM, Noah Slater wrote= : >>> Oh, technically we could. The issue here is social and organisational. >>> >>> On 6 Mar 2010, at 23:35, Paul Davis wrote: >>> >>>> On Sat, Mar 6, 2010 at 12:22 PM, Noah Slater wr= ote: >>>>> >>>>> On 6 Mar 2010, at 16:48, Jan Lehnardt wrote: >>>>> >>>>>>> That cannot happen. The official site is kept in ASF Subversion. >>>>>> >>>>>> This is orthogonal to the rest of the proposal. >>>>> >>>>> No it's not. >>>>> >>>>> The main site has to be from Subversion, and any additions or merges = to Subversion have to be provided by someone who has signed a copyright agr= eement, or checked the box in JIRA, or otherwise indicated that they are al= lowed to contribute the work, and are happy for it to be licensed the way i= t will be licensed. >>>>> >>>>> >>>> >>>> Noah, >>>> >>>> Can you point me to the information concerning the main site being >>>> required to be served from SVN? The FAQ [1] for the Confluence wiki >>>> explicitly covers using a dump as a project's main site, so I can't >>>> fathom that we wouldn't be able to pull in a subdirectory from outside >>>> SVN. The restrictions covered in the FAQ are that we can't put user >>>> contributions into a release tarball or in SVN, but no one is >>>> suggesting that since it'd require all contributions to be covered by >>>> an ICLA or similar. >>>> >>>> AFAICT, this would be equivalent to us mirroring the coverage reports >>>> generated by buildbot. >>>> >>>> Paul >>>> >>>> [1] http://cwiki.apache.org/CWIKI/ >>> >>> > >