Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1668C4F20 for ; Tue, 21 Jun 2011 17:26:42 +0000 (UTC) Received: (qmail 34454 invoked by uid 500); 21 Jun 2011 17:26:41 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 34435 invoked by uid 500); 21 Jun 2011 17:26:41 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 34428 invoked by uid 99); 21 Jun 2011 17:26:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 17:26:41 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of m.v.lunteren@gmail.com designates 74.125.83.172 as permitted sender) Received: from [74.125.83.172] (HELO mail-pv0-f172.google.com) (74.125.83.172) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 17:26:35 +0000 Received: by pvh18 with SMTP id 18so4925413pvh.31 for ; Tue, 21 Jun 2011 10:26:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=TyFpZsaHEYsoggjD2LT2xUCQoHWF5HRxF7QWf4P/jE0=; b=EWEoaxdrKhxBMB8mCtoHQ+yo7FIyvAC3YF2vkFMoymw7gS1kY8L0LGkfQ5iT5jQeq1 S+zrhrMnHjuH/lcRu/KDFN1bfvIW6yqk5907Y0OzNriSPURnDU6aeU/D0KElzVEFBIjx X7LWdX290xiqT1GeG66nb56eT9TLRo5lmLYmw= 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; b=toUUiW39PFnOumZypg+zabUf1GmTJk+62Wp7KLOOcGmYOpPg/0OpemXtWy1va4IFIP 1SO6o9ip2VZ1J3zVfVtLgF2FK8K8RE1nGIiK/7co06SYyQ5fdQIpMM92m0OWvAUpiy6y tWX4QD0+opQsMgWugocLV5JQ+BTdQSKG5eLO0= MIME-Version: 1.0 Received: by 10.68.15.196 with SMTP id z4mr3057083pbc.59.1308677173890; Tue, 21 Jun 2011 10:26:13 -0700 (PDT) Received: by 10.68.49.67 with HTTP; Tue, 21 Jun 2011 10:26:13 -0700 (PDT) In-Reply-To: References: <4DFF9E3A.7030202@oracle.com> <4E00924A.1030508@oracle.com> <4E009A6A.1060104@oracle.com> <4E00A1B6.1070204@oracle.com> Date: Tue, 21 Jun 2011 10:26:13 -0700 Message-ID: Subject: Re: can someone add 10.8.2.0 From: Myrna van Lunteren To: derby-dev@db.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Jun 21, 2011 at 8:37 AM, Knut Anders Hatlen wrote: > Rick Hillegas writes: > >> On 6/21/11 6:19 AM, Kristian Waagan wrote: >>> On 21.06.11 14:44, Rick Hillegas wrote: >>>> On 6/20/11 1:04 PM, Myrna van Lunteren wrote: >>>>> On Mon, Jun 20, 2011 at 12:23 PM, Rick Hillegas >>>>> wrote: >>>>>> On 6/20/11 11:52 AM, Myrna van Lunteren wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Can one of those with sufficient karma add 10.8.2.0 to the list of >>>>>>> releases in JIRA? >>>>>>> >>>>>>> Thanks, >>>>>>> Myrna >>>>>>> >>>>>> Hi Myrna, >>>>>> >>>>>> What would the new release number be used for? Is there any difference >>>>>> between 10.8.2.0 and the current head-of-branch marker (10.8.1.4)? >>>>>> >>>>>> Thanks, >>>>>> -Rick >>>>>> >>>>> This would be for the bug fix release planned for September. We >>>>> typically increase the 3rd digit for those, I thought. >>>>> Right now, I only wanted to assign placeholder task for it...there's >>>>> no difference yet between top of the 10.8 branch. >>>>> >>>>> D'you think we should hold off creating this version # because it >>>>> might be confusing? >>>> People may be a little puzzled about when to use 10.8.1.4 vs. when to >>>> use 10.8.2.0, particularly for the "fixed in" field. My inclination >>>> would be to not create a 10.8.2.0 release id at this time. Instead, you >>>> can rename 10.8.1.4 to be 10.8.2.0 just before you create the first RC. >>> >>> +1 from a bug reporting perspective, especially since JIRA provides >>> a way to easily handle this (rename/merge). >>> The downside may be that it is harder to mark something as "due" for >>> the future maintenance release, but I don't think we have been doing >>> that a lot (?). >>> >>> Although not a big deal, maybe filters are affected too? >>> (i.e. the RM must currently use version 10.8.1.4, but when 10.8.2.0 >>> is created the filters must be updated?) >> I'm comfortable with draft release notes which say 10.8.1.4. The >> switch to 10.8.2.0 can happen just before the RC is built. > > I've now removed the 10.8.2.0 version. Myrna, I think you have the > permissions required to add/remove versions yourself since your JIRA > user is member of the derby-administrators group. You should have an > "Administration" drop-down menu where you can choose "Project: Derby" > and then "Manage versions" when you get to the project page. > > -- > Knut Anders > Thank you all for your help and input! Myrna