felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stuart McCulloch <mccu...@gmail.com>
Subject Re: [VOTE] Release dependencymanager 2.0.0
Date Fri, 30 Jan 2009 15:18:27 GMT
2009/1/30 Marcel Offermans <marcel.offermans@luminis.nl>

> Procecurally, should I cut a 2.0.1 release candidate now, or can I just add
> those missing packages (which I just did not copy to my home directory, but
> I already have them)?
>

personally I'm ok with continuing the vote once they've been uploaded
(as it's already been tagged and I can cross-check the sources, etc.)
but I don't know the official procedure...

Greetings, Marcel
>
>
> On Jan 30, 2009, at 16:01 , Felix Meschberger wrote:
>
>  Hi,
>>
>> -1 (on procedural ground)
>>
>> Since Apache is about open source, all releases are primarily source
>> releases. And it is in fact the source release, which is to be voted
>> upon. The binary packages are just convenience (though I admit that
>> these days, I only care marginally for the source releases, generally).
>>
>> Regards
>> Felix
>>
>> Marcel Offermans schrieb:
>>
>>> Hello all,
>>>
>>> This is the first release candidate for the dependency manager and its
>>> optional shell command bundle. I've compiled everything and put it up
>>> for testing and checking here:
>>>
>>> http://people.apache.org/~marrs/dependencymanager-2.0.0/<http://people.apache.org/%7Emarrs/dependencymanager-2.0.0/>
>>>
>>> The KEYS file for verifying the signature is also in this directory and
>>> the checksum files should have the correct format.
>>>
>>> The main reason for naming this release 2.0.0 is that there have been
>>> many 1.x versions and snapshots out there, so to avoid any confusion I'm
>>> starting with 2.0.0.
>>>
>>> Please check the release and cast your votes, the vote will be open for
>>> at least 72 hours:
>>>
>>> [ ] +1 Approve the release
>>> [ ] -1 Veto the release (please provide specific comments)
>>>
>>> Greetings, Marcel
>>>
>>>
>>>
>


-- 
Cheers, Stuart

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message