From uima-dev-return-5117-apmail-incubator-uima-dev-archive=incubator.apache.org@incubator.apache.org Thu Dec 20 22:03:25 2007 Return-Path: Delivered-To: apmail-incubator-uima-dev-archive@locus.apache.org Received: (qmail 17752 invoked from network); 20 Dec 2007 22:03:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Dec 2007 22:03:25 -0000 Received: (qmail 40206 invoked by uid 500); 20 Dec 2007 22:03:14 -0000 Delivered-To: apmail-incubator-uima-dev-archive@incubator.apache.org Received: (qmail 40187 invoked by uid 500); 20 Dec 2007 22:03:14 -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 40178 invoked by uid 99); 20 Dec 2007 22:03:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Dec 2007 14:03:14 -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 msa@schor.com designates 67.18.44.20 as permitted sender) Received: from [67.18.44.20] (HELO gateway06.websitewelcome.com) (67.18.44.20) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 20 Dec 2007 22:02:50 +0000 Received: (qmail 4256 invoked from network); 20 Dec 2007 21:01:12 -0000 Received: from gator74.hostgator.com (67.18.27.130) by gateway06.websitewelcome.com with SMTP; 20 Dec 2007 21:01:12 -0000 Received: from ool-44c6c63b.dyn.optonline.net ([68.198.198.59]:39381 helo=[192.168.1.100]) by gator74.hostgator.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1J5STg-0005Lu-7q for uima-dev@incubator.apache.org; Thu, 20 Dec 2007 14:58:48 -0600 Message-ID: <476AD747.6070602@schor.com> Date: Thu, 20 Dec 2007 15:57:43 -0500 From: Marshall Schor User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: uima-dev@incubator.apache.org Subject: Re: Release Upload References: <47698CF1.4000106@schor.com> <476A40C6.4080502@michael-baessler.de> <476AA41F.7090505@schor.com> <2787e08a0712201133h6a8c867fw6fd15f06adbd7792@mail.gmail.com> <476AD2D2.2040809@michael-baessler.de> In-Reply-To: <476AD2D2.2040809@michael-baessler.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator74.hostgator.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - schor.com X-Virus-Checked: Checked by ClamAV on apache.org Michael Baessler wrote: > Adam Lally wrote: >> On Dec 20, 2007 12:19 PM, Marshall Schor wrote: >> >>> So - my preference would be mostly one of "don't care", but with a very >>> slight leaning toward having the release event result in the >>> creation of >>> a new subdir under d/i/uima/ and under that, >>> the >>> set of files that go with that release; with files that don't change >>> with each release, like KEYS, at the top. Such an organization would >>> allow a user browsing the directories to download both the binary and >>> source releases for a particular version, perhaps slightly more easily. >>> >>> I can also see the value of top level "binaries, source, docs" >>> organization, because a user browsing the directory would likely >>> have in >>> mind one of these things they want to go after (although, that might >>> run >>> into difficulties if we distribute things that don't fall into these >>> categories, at some point). >>> >>> >> >> I also see value both ways. But given that ant, commons, and httpd do >> it with the top-level "binaries, source, docs" organization, my >> (slight) preference would be to do it that way. If there are any >> users who actually go poking around directly in dist/incubator, it >> would be nice for them if there was some consistency. >> >> -Adam >> > Let's stop discussing and make progress :-) Which way should we go. I > think Adam is right, we should do it the most common way. > So do you all agree with my preview layout? Yes, let's go with it. -Marshall