Open Stack

On 31 July 2015 at 11:05, John Garbutt <john at johngarbutt.com> wrote:
> On 30 July 2015 at 09:56, John Garbutt <john at johngarbutt.com> wrote:
>> On 29 July 2015 at 19:20, John Garbutt <john at johngarbutt.com> wrote:
>>> Hi,
>>>
>>> Tomorrow is: Non-priority Feature Freeze
>>>
>>> What does this mean? Well...
>>>
>>> * bug fixes: no impact, still free to merge
>>> * priority features: no impact, still free to merge
>>> * clean ups: sure we could merge those
>>> * non-priority features (i.e. blueprints with a low priority), you are
>>> no longer free to merge (we are free to re-approve previously approved
>>> things, due to gate issues / merge issues, if needed)
>>>
>>> Please note, the full Feature Freeze (and string freeze, etc), are
>>> when we tag liberty-3, which is expected to be on or just after
>>> September 1.
>>>
>>> This is all about focusing on merging more Bug Fixes and more Priority
>>> Features. For more details, please see:
>>> https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule#Why_is_there_a_non-priority_Feature_Freeze_in_Nova.3F
>>>
>>> Its the same we did last release:
>>> http://lists.openstack.org/pipermail/openstack-dev/2015-February/056208.html
>>>
>>> Exceptions, I hear you cry? Lets follow a similar process as we did last time...
>>>
>>> If you want an exception:
>>> * please add request in here:
>>>    https://etherpad.openstack.org/p/liberty-nova-non-priority-feature-freeze
>>> * make sure you make your request before the end of Wednesday 6th August
>>> * nova-drivers will meet to decide what gets an exception (as before)
>>> * with the aim to merge the code for all exceptions by the end of
>>> Monday 10th August
>>
>> I have added this detail into the wiki, as we refine the details:
>> https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule#Non-priority_Feature_Freeze
>>
>>> There are unlikely to be many exceptions given, its really just for
>>> exceptional reasons why it didn't get merged in time.
>>>
>>> The folks in the nova-meeting tomorrow may need to refine this
>>> process, but if anything changes, we can send out an update to the ML.
>>>
>>> Thanks,
>>> johnthetubaguy
>>>
>>> PS
>>> Due to time constraints, its likely that it will be on Monday 3rd
>>> August, that I will -2 all non-priority blueprint patches, and
>>> un-approve all low priority blueprints, unless someone gets to that
>>> first.
>>
>> Actually, I should be able to do this on Friday morning, as normal.
>> Bad timing, but I am mostly away from my computer over the next few
>> days, but I am watching email a bit. (Something that was booked before
>> the release dates were announced)
>>
>> Note, I don't plan on blocking things that are just pending a merge.
>> I will only block things that don't have two +2 votes on them.
>> This should help us keep productive through the gate congestion/issues.
>>
>> Thanks,
>> John
>
> OK, so the gate and check queue are really not helping us here.
>
> Lets move the deadline till midnight (lets say PST) Sunday 2nd August.
>
> On Monday afternoon (in the UK sense), I will go through and defer low
> priority blueprints that don't have a +2. We can wait a bit long to
> get things merged, if we have to, as its the code review capacity we
> are trying to optimise for here.
>
> Hopefully that should help us get a few more things completed, in the
> face of the gate issues.
>
> Thanks,
> John
>
> PS
> Please do mark your blueprints as complete when the code merges, if
> possible. That helps stop me guessing if it is complete or not.

Hi,

A quick update on the freeze process.

Please note, bug fixes are a priority for liberty-3, so please lets
keep pushing hard on bug fixes.

I have reviewed the current state of all low priority blueprints, to
see what is likely to merge or is already partially merged (or in some
cases, what has already merged).

As a nova-drivers group we discussed the current FFE requested, and
added notes in the etherpad:
https://etherpad.openstack.org/p/liberty-nova-non-priority-feature-freeze

Basically speaking we have three exceptions, were we aim to get the
code approved by Friday:
https://blueprints.launchpad.net/nova/+spec/libvirt-virtio-net-multiqueue
https://blueprints.launchpad.net/nova/+spec/inject-nmi
https://blueprints.launchpad.net/nova/+spec/mark-host-down

There are a few other patches we might squeeze in, but we can discuss
those in the nova meeting tomorrow:
https://wiki.openstack.org/wiki/Meetings/Nova

On top of the exceptions, we have a few blueprints with all their
patches approved, but still going through the gate, they are still
free to merge:
https://blueprints.launchpad.net/nova/+spec/libvirt-set-admin-password
https://blueprints.launchpad.net/nova/+spec/emc-sdc-libvirt-volume-driver
https://blueprints.launchpad.net/nova/+spec/add-os-brick-volume-driver-hgst-solutions
https://blueprints.launchpad.net/nova/+spec/consolidate-libvirt-fs-volume-drivers
https://blueprints.launchpad.net/nova/+spec/vif-driver-ib-passthrough

There are a good number of blueprints we have got merged since
liberty-2 last Tuesday:
https://launchpad.net/nova/+milestone/liberty-3
We did have a few non-priority blueprints merge just in time for liberty-2:
https://launchpad.net/nova/+milestone/liberty-2

Despite all that, it still mean over 20 blueprints being postposed to
Mitaka. That is upsetting all round. But, as previously agreed, we
need to focus the review effort on bug fixes and priority features
now.

Lets keep up the review focus using this etherpad in the usual way:
https://etherpad.openstack.org/p/liberty-nova-priorities-tracking

Getting more people doing reviews will really help us:
https://wiki.openstack.org/wiki/Nova/Mentoring#Why_do_code_reviews_if_I_am_not_in_nova-core.3F

Thank you for you patience as we work through all this, and all your
efforts getting code ready to merge, and all the help with reviews.

Thanks,
johnthetubaguy