Return-Path: Delivered-To: apmail-tiles-dev-archive@locus.apache.org Received: (qmail 99848 invoked from network); 30 Mar 2007 15:01:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Mar 2007 15:01:18 -0000 Received: (qmail 25189 invoked by uid 500); 30 Mar 2007 15:01:25 -0000 Delivered-To: apmail-tiles-dev-archive@tiles.apache.org Received: (qmail 25166 invoked by uid 500); 30 Mar 2007 15:01:25 -0000 Mailing-List: contact dev-help@tiles.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@tiles.apache.org Delivered-To: mailing list dev@tiles.apache.org Received: (qmail 25157 invoked by uid 99); 30 Mar 2007 15:01:25 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Mar 2007 08:01:25 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of antonio.petrelli@gmail.com designates 64.233.166.177 as permitted sender) Received: from [64.233.166.177] (HELO py-out-1112.google.com) (64.233.166.177) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Mar 2007 08:01:17 -0700 Received: by py-out-1112.google.com with SMTP id u52so250507pyb for ; Fri, 30 Mar 2007 08:00:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZY8lXx68eCv7az8QnwpTAJbxaYT/pSUvbI4K+I0Q5wkKHsoyQWpSToku6w0+LBHKhvP6lMcfayhk9pNo1x8WfAddysUSN0D8bFUgRVIiyvYzbBNpG2bm5+x+ArBhq6cJ1CQGqGOITr+hBfWVNryqk8G+qJlWH9r1NeMfE91ikz0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ik6Q5d0wQQiidKPeSZG9T6ZbdKOs1/vkX4p0agdIuhlqueMxC1d7u1ZFub2QT53gezB7y+FP/e+cF1LZKxD0A62sR8ySIGAhpJwioKEqfHStcXmhrFwsjo6d/pVudkqP/FG5JHekAgGX4YTCLBC3a3TYoa8uqCm6p5U98hBVEgY= Received: by 10.35.129.19 with SMTP id g19mr3392855pyn.1175266856387; Fri, 30 Mar 2007 08:00:56 -0700 (PDT) Received: by 10.35.97.11 with HTTP; Fri, 30 Mar 2007 08:00:56 -0700 (PDT) Message-ID: Date: Fri, 30 Mar 2007 17:00:56 +0200 From: "Antonio Petrelli" To: dev@tiles.apache.org Subject: Re: Missing License headers in 2.0.2 release In-Reply-To: <4d651da50703300754o52bf274ci10ca4754299f27ed@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <91478db0703300718t23599007sb532470516d2d7ef@mail.gmail.com> <460D1E0F.6030701@apache.org> <4d651da50703300754o52bf274ci10ca4754299f27ed@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org 2007/3/30, Nathan Bubna : > But have we actually put out a 2.0.2 build to be tested and voted on? > If not, i see no problem with moving the 2.0.2 tag. Mmm I think it's better to list the pros and cons of each approach. - Stick with 2.0.2: Pros: The release version remains the same. Cons: It means that we have to change the trunk back, remove the 2.0.2 tag, remove the JIRA version, move the JIRA issue to 2.0.2. And, last but not least, it seems not-so-legal to me :-) - Go ahead to 2.0.3 Pros: it's easy to do. Cons: there will be a "hole" in version sequence. I solved some problems that I noticed only during the release of 2.0.2. From my POV the "new tag" approach is the best (I am making the release, so it is in my interest :-) ) but I am open to comments. Antonio