Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Received-SPF: pass (nike.apache.org: domain of m.v.lunteren@gmail.com
 designates 209.85.216.46 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4E6E0279.4000702@oracle.com>
References: 
 <CADjEm_Xa3nODBYVFe2DveDTtgEZzwYjDLiE6g-JKy0RWr9x-iw@mail.gmail.com>
	<x6zkid3e6b.fsf@oracle.com>
	<CADjEm_WmS7DOFGM=YQ68OCK2NXWzPws6s-kL3RAXCQgqQaVP9w@mail.gmail.com>
	<4E6E0279.4000702@oracle.com>
Date: Mon, 12 Sep 2011 09:25:30 -0700
Message-ID: 
 <CADjEm_XKsO7XuON57ujozpd_CDHDuXFr1nMzWk8Awk+4TGG1dA@mail.gmail.com>
Subject: Re: First Draft 10.8.2 release notes
From: Myrna van Lunteren <m.v.lunteren@gmail.com>
To: derby-dev@db.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, Sep 12, 2011 at 6:00 AM, Rick Hillegas <rick.hillegas@oracle.com> w=
rote:
>>> On Fri, Sep 9, 2011 at 8:53 AM, Dag H. Wanvik<dag.wanvik@oracle.com>=A0=
wrote:
>>> [...There] are not user visible changes and could be left out, I think.
>>>
>>On 9/9/11 2:40 PM, Myrna van Lunteren wrote:
>>[...]I didn't think I should manually adjust the release notes.
>>
[...]
> If people feel strongly that the release notes are too verbose, then we
> should discuss how to flag noise issues in JIRA. That way we can
> programmatically exclude them from the filters. It's late in the day to d=
o
> this for 10.8.2 but we could consider this change for 10.9.
>
> Thanks,
> -Rick
>
I don't want to do this for 10.8.2.

I think perhaps a 'development only' or 'internal' flag could be used
to mark issues that would not be useful to end-users.

I was wondering whether we want to go back to having 2 files or have 1
Release Notes file with 2 sections.
(We had at one point the "changes" file in addition to the release
notes, but if I remember correctly, the difference between the two
wasn't clear).

I lean slightly in favor of 2 different files - so that someone can
pass on only the end-user relevant file. Perhaps the other file could
be called e.g. Derby_Project_Notes...(I find it difficult to come up
with a name that clearly separates developers using derby from
developers of derby).

But now first I need to make a release.

Myrna