From uima-dev-return-5145-apmail-incubator-uima-dev-archive=incubator.apache.org@incubator.apache.org Sat Dec 29 16:17:58 2007 Return-Path: Delivered-To: apmail-incubator-uima-dev-archive@locus.apache.org Received: (qmail 35757 invoked from network); 29 Dec 2007 16:17:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Dec 2007 16:17:58 -0000 Received: (qmail 16288 invoked by uid 500); 29 Dec 2007 16:17:47 -0000 Delivered-To: apmail-incubator-uima-dev-archive@incubator.apache.org Received: (qmail 16257 invoked by uid 500); 29 Dec 2007 16:17:47 -0000 Mailing-List: contact uima-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: uima-dev@incubator.apache.org Delivered-To: mailing list uima-dev@incubator.apache.org Received: (qmail 16248 invoked by uid 99); 29 Dec 2007 16:17:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Dec 2007 08:17:47 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of robertburrelldonkin@gmail.com designates 209.85.146.177 as permitted sender) Received: from [209.85.146.177] (HELO wa-out-1112.google.com) (209.85.146.177) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Dec 2007 16:17:25 +0000 Received: by wa-out-1112.google.com with SMTP id n4so16268184wag.6 for ; Sat, 29 Dec 2007 08:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=wWmBPQTR8PaLNsM3fN3CUpqFKzmLQ2QeSYbUQue6rjY=; b=KK7CKZdzLw22exhoTel4g3OL/bGOEnr1E5Z/7yW+4v8vTbwJ8mvAmV2G1u57FNiAV57W65dNlwFbuPqdOiFO3W5IiDOG9EN825gh0de3TIN+BswcTliPCWyckCTzEUZduU4alXKTxhFTO/1xE0vvn0mQtGI0ch7//j7afNfEqig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=geUExT4Dl8NUqro2BHPB4Kh5HXRDc/1sebVMVfZEYjY44mJBeDXciDQbT1AQ8NsuIyTzV20Lt0C5j6zIoCRKEH+5Fodc1mllFvBv1FIKKoJ6U1acFBRXrt+sFfMq009pabFFFmt/07oqxWdBoFC2NbU3IctxktG19dr2KFl6NM4= Received: by 10.114.13.1 with SMTP id 1mr10502744wam.106.1198945049487; Sat, 29 Dec 2007 08:17:29 -0800 (PST) Received: by 10.114.88.3 with HTTP; Sat, 29 Dec 2007 08:17:29 -0800 (PST) Message-ID: Date: Sat, 29 Dec 2007 16:17:29 +0000 From: "Robert Burrell Donkin" To: uima-dev@incubator.apache.org Subject: Re: permissions & owners on w.a.o/dist/incubator/uima In-Reply-To: <47766E2D.40706@schor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <477077A0.4070808@schor.com> <47766E2D.40706@schor.com> X-Virus-Checked: Checked by ClamAV on apache.org On Dec 29, 2007 3:56 PM, Marshall Schor wrote: > Thanks, Robert. > > I think we've finished with the tasks needed for migrating to the > "mirror" system, perhaps with the exception of setting up .htaccess on > w.a.o/dist/incubator/uima, and adding HEADER.html and README.html to > that directory. However, I see other projects do not necessarily have > that. policy is really pretty simple. the incubator insists that artifacts go under w.a.o/dist/incubator/uima. infrastructure insists that releases are mirrored, permissions are correct and that signatures+sums are uploaded for every artifact. the rest is up to the community to decide. most projects have a lot more ceremony, rules and traditions. these often evolve over time and it is common for projects to release too late that they need to be documented. podlings should be able to short circuit this process by taking a look at the documented best practices and picking out the ones they like. these can form the basis of a release management document for the podling. it's easier to modify and add new practices than to start from nothing. HEADER.html and README.html give a professional look but are not policy. if UIMA thinks they are worth the effort then add them to UIMA's release documentation, if not then that's fine. - robert