From general-return-16834-apmail-incubator-general-archive=incubator.apache.org@incubator.apache.org Wed Jan 02 22:34:07 2008 Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 26143 invoked from network); 2 Jan 2008 22:34:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jan 2008 22:34:06 -0000 Received: (qmail 36797 invoked by uid 500); 2 Jan 2008 22:33:53 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 36642 invoked by uid 500); 2 Jan 2008 22:33:53 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 36631 invoked by uid 99); 2 Jan 2008 22:33:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jan 2008 14:33:53 -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.178 as permitted sender) Received: from [209.85.146.178] (HELO wa-out-1112.google.com) (209.85.146.178) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jan 2008 22:33:31 +0000 Received: by wa-out-1112.google.com with SMTP id n4so23918345wag.6 for ; Wed, 02 Jan 2008 14:33:36 -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=jek/vNXN++GnD3JdvswCeWV1hqpyHQ4VJ60TEQVf5jA=; b=EzDE089dtMxm1sS2kzlukPzed3UHA57qW9whzYNLkmqWsXlaSn/OsH+H5Mn7n/G/7RTQTIFogatkPxLQ70EkH6TlbQm/T/Kni2eCyoVgxhbu8A+7WPmaiZyl/M67ykd0ZCHrB5MZPI3xDkmm/2cEIVDF34zTfZIUpSfwjjzVlYM= 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=a+7sXyDVJcIJ2mkpbVbJ5E+Pvl/rUUTcTkIgoNZWcHgetAqMQBeebVCfUpb9byc3N4xEk+7cuHIk29wVeKDvQ0Fo/1hmTHMPJBEhUlgIwNNb3i/u9rhg4Zuj5wT4EXwlJZr7fIlfovIgVws4vjrKej3djcdFpojkNUZkrQ/O46w= Received: by 10.114.106.1 with SMTP id e1mr14817052wac.95.1199313216543; Wed, 02 Jan 2008 14:33:36 -0800 (PST) Received: by 10.114.88.3 with HTTP; Wed, 2 Jan 2008 14:33:36 -0800 (PST) Message-ID: Date: Wed, 2 Jan 2008 22:33:36 +0000 From: "Robert Burrell Donkin" To: general@incubator.apache.org Subject: Re: [docs] Release Distribution In-Reply-To: <477B158A.2010406@dubioso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <477B158A.2010406@dubioso.net> X-Virus-Checked: Checked by ClamAV on apache.org On Jan 2, 2008 4:39 AM, Roland Weber wrote: > Robert Burrell Donkin wrote: > > i've taken a stab at a first draft of documenting release distribution > > (http://incubator.apache.org/guides/releasemanagement.html#release-distribution) > > I was just wondering about the write permissions for > all files. Surely the release artifacts should never > be modified, as mentioned in later sections. So it > would be sufficient to keep those read-only, as long > as there is write permission on the directory to remove > them? AIUI yes the advantage of using the permissions suggested is that it's very easy for people to get right. it's irratating when someone tries to use directory permissions and gets it wrong since root is required to fix them. > Well, it's not policy and everybody does it that > way, so I guess there's no need to mention that. my BSD-foo is too little for me to be confident in creating good documentation but don't let that stop someone else with more foo patching > Could you rephrase the term "top level subdirectory" > to something that isn't self-contradictory? ;-) > Just dropping the "top level" part should be OK. i found it quite difficult coming up with accurate desciptions. maybe it would be better to rely on more examples to illustrates points > In the "Archiving Old Releases" section, should people > verify that an artifact is in the archive before deleting > it from the dist/ directory? That would only come into > play if a release artifact is withdrawn within hours, > before it has been automatically archived. So maybe > mention it only in "Dealing With A Defect"? i've commit something along those lines. once the website has sync'd, take a look and see you have any more improvements for these sections - robert --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org