Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of flamefew@gmail.com designates
 209.85.220.169 as permitted sender)
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:content-transfer-encoding;
        b=OUR9WP3K+JAZuMvV84pFvovEflKPs1m4gAK0oxfB+NuDYo16qOSGNDtUfWy4+gB/Qg
         QlVIwZCiHm7pfcWeAE0B+DbMa7mOICrxxkNkAUxL9By6/cuBUhrZ2cGWqCU4ckvvaQAh
         eplDhJMQBadH4dPk9jxA2AOB3SxGlmt27JZBk=
MIME-Version: 1.0
In-Reply-To: <25aac9fc0905220356r33d102a4le07362381d65d575@mail.gmail.com>
References: <31cc37360905210123t36c09ff8ua09e7bebd7ed9872@mail.gmail.com>
	 <25aac9fc0905210824x2fe33298g9edff37e10fc43a6@mail.gmail.com>
	 <31cc37360905212231s12785015i3a7cc985e5c2fe93@mail.gmail.com>
	 <25aac9fc0905220356r33d102a4le07362381d65d575@mail.gmail.com>
Date: Fri, 22 May 2009 21:13:40 -0700
Message-ID: <31cc37360905222113y17cae13at5f3e80fd2805eb77@mail.gmail.com>
Subject: Re: [COLLECTIONS] 3.3 RC1 for review
From: Henri Yandell <flamefew@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Fri, May 22, 2009 at 3:56 AM, sebb <sebbaz@gmail.com> wrote:
> On 22/05/2009, Henri Yandell <flamefew@gmail.com> wrote:
>> On Thu, May 21, 2009 at 8:24 AM, sebb <sebbaz@gmail.com> wrote:
>> =A0> On 21/05/2009, Henri Yandell <flamefew@gmail.com> wrote:
>> =A0>> I don't expect this to pass the first vote - they never do :)
>> =A0>>
>> =A0>> =A0---
>> =A0>>
>> =A0>> =A0Tag:
>> =A0>>
>> =A0>> =A0https://svn.apache.org/repos/asf/commons/proper/collections/tag=
s/COLLECTIONS_3_3_RC1
>> =A0>
>> =A0> Which revision is this? I'm assuming r777000 (nice number!)
>>
>>
>> Not a clue :)
>
> Since tags are not guaranteed immutable, it's necessary to qualify the
> URL with the revision. This is present in the original commit message
> and svn info / Last Changed Rev:

Maven release plugin is the one doing the copy to the branch. So I
don't see the commit message (well.. it's probably somewhere in the
huge load of text that passes through). It also changes things before
the copy, and afterwards, so svn info won't give correct info.

If I wasn't using the maven release plugin then I'd be building from
an export of svn. Then svn info could be used.

[says I with some level of irkdoom. When you try to control someone's
development process, you remove their ability to be agile in
situations like this].

>> =A0>> =A0Binaries:
>> =A0>>
>> =A0>> =A0http://people.apache.org/builds/commons/collections/3.3/RC1/sta=
ged/commons-collections/commons-collections/3.3/
>> =A0>
>> =A0> It would be useful to record the Md5 hashes, because the same file
>> =A0> names will be used for RC2 etc:
>>
>>
>> I don't understand.
>>
>
> The file names don't include the RCn suffix, so a second RC would use
> the same name.
> The MD5s are needed to ensure that we are voting on the same artifacts.

But you're not. New artifacts are generated.

>> =A0> It would be nice if the javadoc and source jar manifests included t=
he
>> =A0> Specification and Implementation headers. See commons-compress pom.=
xml
>> =A0> for how to add these.
>>
>>
>> Done. Presumably there's a Maven2 bug that stops us fixing this in the p=
arent?
>>
>
> No idea. I think it's only recently that the source and javadoc
> plugins were updated to support the manifests, so it might work if it
> were tried now.

Why wouldn't it have worked before? Or was compress just a safety attempt?

Hen

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org