[openstack-dev] [all] [tc] Community Goals for Rocky
emilien at redhat.com
Fri Jan 12 15:50:10 UTC 2018
Here's a quick update before the weekend:
2 goals were proposed to governance:
Champion: Sean McGinnis (unless someone else steps up)
Ensure pagination links
Champion: Monty Taylor
2 more goals are about to be proposed:
Enable mutable configuration
Champion: ChangBo Guo
Cold upgrades capabilities
Champion: Masayuki Igawa
Thanks everyone for your participation,
We hope to make a vote within the next 2 weeks so we can prepare the
On Tue, Jan 9, 2018 at 10:37 AM, Emilien Macchi <emilien at redhat.com> wrote:
> As promised, let's continue the discussion and move things forward.
> This morning Thierry brought the discussion during the TC office hour
> (that I couldn't attend due to timezone):
> Some outputs:
> - One goal has been proposed so far.
> Right now, we only have one goal proposal: Storyboard Migration. There
> are some concerns about the ability to achieve this goal in 6 months.
> At that point, we think it would be great to postpone the goal to S
> cycle, continue the progress (kudos to Kendall) and fine other goals
> for Rocky.
> - We still have a good backlog of goals, we're just missing champions.
> Chris brought up "pagination links in collection resources" in api-wg
> guidelines theme. He said in the past this goal was more a "should"
> than a "must".
> Thierry mentioned privsep migration (done in Nova and Zun). (action,
> ping mikal about it).
> Thierry also brought up the version discovery (proposed by Monty).
> Flavio proposed mutable configuration, which might be very useful for operators.
> He also mentioned that IPv6 support goal shouldn't be that far from
> done, but we're currently lacking in CI jobs that test IPv6
> deployments (question for infra/QA, can we maybe document the gap so
> we can run some gate jobs on ipv6 ?)
> (personal note on that one, since TripleO & Puppet OpenStack CI
> already have IPv6 jobs, we can indeed be confident that it shouldn't
> be that hard to complete this goal in 6 months, I guess the work needs
> to happen in the projects layouts).
> Another interesting goal proposed by Thierry, also useful for
> operators, is to move more projects to assert:supports-upgrade tag.
> Thierry said we are probably not that far from this goal, but the
> major lack is in testing.
> Finally, another "simple" goal is to remove mox/mox3 (Flavio said most
> of projects don't use it anymore already).
> With that said, let's continue the discussion on these goals, see
> which ones can be actionable and find champions.
> - Flavio asked how would it be perceived if one cycle wouldn't have at
> least one community goal.
> Thierry said we could introduce multi-cycle goals (Storyboard might be
> a good candidate).
> Chris and Thierry thought that it would be a bad sign for our
> community to not have community goals during a cycle, "loss of
> momentum" eventually.
> Thanks for reading so far,
> On Fri, Dec 15, 2017 at 9:07 AM, Emilien Macchi <emilien at redhat.com> wrote:
>> On Tue, Nov 28, 2017 at 2:22 PM, Emilien Macchi <emilien at redhat.com> wrote:
>>> Suggestions are welcome:
>>> - on the mailing-list, in a new thread per goal [all] [tc] Proposing
>>> goal XYZ for Rocky
>>> - on Gerrit in openstack/governance like Kendall did.
>> Just a fresh reminder about Rocky goals.
>> A few questions that we can ask ourselves:
>> 1) What common challenges do we have?
>> e.g. Some projects don't have mutable configuration or some projects
>> aren't tested against IPv6 clouds, etc.
>> 2) Who is willing to drive a community goal (a.k.a. Champion)?
>> note: a Champion is someone who volunteer to drive the goal, but
>> doesn't commit to write the code necessarily. The Champion will
>> communicate with projects PTLs about the goal, and make the liaison if
>> The list of ideas for Community Goals is documented here:
>> Please be involved and propose some ideas, I'm sure our community has
>> some common goals, right ? :-)
>> Thanks, and happy holidays. I'll follow-up in January of next year.
>> Emilien Macchi
> Emilien Macchi
More information about the OpenStack-dev