On 6/7/12 4:11 PM, Flavio Junqueira wrote:
>
> On Jun 7, 2012, at 3:57 PM, Matthieu Morel wrote:
>
>> On 6/5/12 10:04 PM, Flavio Junqueira wrote:
>>> There are 7 issues marked for 0.4 and 20 marked for 20 for 0.5. None of the issues
in 0.4 is patch available. It would be good if the reporters of the issues could go back to
the corresponding issues and mark their fix version for a later release if they don't have
to be in 0.4. Otherwise, the release manager could suggest the ones we need to resolve before
having a release candidate. Do we have a volunteer to be the release manager?
>>
>> I can help prepare a release. Question is: should it be pre-piper (0.4)
>> or piper (0.5)?
>>
>
> We need a release manager. Are you volunteering to be the manager of the upcoming release
whatever it is?
Yes, that's what I was proposing.
>
>> 0.4 is probably easier to release since all issues that you mention
>> already have a proposed solution. It is not the version we are currently
>> promoting (we'd rather focus efforts on piper), but we have some users
>> as well.
>
> It would be good to have a release for 0.4 just to wrap up the work, and there might
be developers out there using 0.4. Is there anyone out there using the 0.4 branch?
We have users for the 0.3 branch, and 0.4 is an upgrade to 0.3. So yes
it makes perfect sense to make such improvements available in a new release.
>
>>
>> On the other hand, S4 piper may need a bit more work before an alpha
>> release, though most of it would consist of merging S4-22 into the main
>> branch, merging pending patches, and improving documentation.
>
> There are 20 issues marked for 0.5. There are 3 blockers and not all issues are assigned.
It would be good to go over the issues and update them. I see that S4-22 for example is assigned
to Bruce, but Bruce has never commented on the issue, so I think we should assign it to either
your or Leo based on what I could see.
Right, we'll have to handle all of these.
Note that S4-22 is a special case, because a lot of the work on that
ticket could not be easily separated into smaller issues.
Matthieu
|