[openstack-dev] [bug-smash] Global OpenStack Bug Smash Mitaka

Ronald Bradford me at ronaldbradford.com
Thu Mar 10 19:11:12 UTC 2016

I attended the first day of the bugsmash event in New York and I have some
general feedback for future organizers of these types of events.  Hopefully
others can also share their experiences.

These comments are for the benefit of making the event better the next
time. As I attended only one location and one of three days, the experience
may have been vastly different elsewhere.

Connectivity.  The University location blocked IRC, git and gerrit ports.
One should be prepared for this situation when talking about the use of IRC
(but not being able to demonstrate your local client for example).  Knowing
how to adjust devstack to use https was something we needed to do.  I was
told you could communicate with gerrit over https but never got to see
that.  Having a reference to this, say the wiki would be great.

Prerequisites:  It would likely be more ideal if your focus is on fixing
bugs rather then talking about the process of how to contribute to fixing
bugs in OpenStack then stating that installing devstack as a pre-requisite.
At NYC almost all attendees have never installed devstack, so a good
portion of the day was getting this setup.  As such it was requested by
some devstack cores to propose this in docs, and hence
via https://review.openstack.org/#/c/290854/.   Again, this was just our
experience but this guide is for the absolute first time devstack user, and
it's detailed for that purpose.

Approach: There are multiple ways to consider addressing bugs, do you even
need devstack, or do you just use the code and unit tests. I think it's
important to cultivate the varied approaches and provide demonstrations of
each.  Which way to do you start, again it depends.   I feel that given the
NYC audience (and this may also not reflect others), that a live demo of
devstack, looking at screen logs, restarting a service, even changing
something (say a logging format, or a line of code) will show the audience
the impact of using devstack and validating manually the impact of your
code change.  Demonstrating unit tests, and other tox environments such as
pep8 is also a solid grounding in fixing bugs well and consistently.

Audience: The NYC event lacked any prep information (e.g. a surveymonkey)
of the level of attendee, this could have facilitated splitting the first
day into different tracks based on skills level.  For a 3 day event,
perhaps advertising day 1 specifically as getting your environment ready,
informs people.

Baseline:  At our event one of the outcomes was for a few cloud images to
be spun up with devstack and code. This solves some of the connectivity
issues, and also solves this first day getting started.  It enables it to
be potential more a homework task.  I think is a great way, having a public
cloud image and devstack and sample code base.  It serves as the basis of
demo land, can be cloned for attendees at any location.

My 2 cents to making this type of event even better next time.

Ronald Bradford

Web Site: http://ronaldbradford.com
LinkedIn:  http://www.linkedin.com/in/ronaldbradford
Twitter:    @RonaldBradford <http://twitter.com/ronaldbradford>
Skype:     RonaldBradford
GTalk:     Ronald.Bradford
IRC:         rbradfor

On Thu, Jan 28, 2016 at 4:11 AM, Wang, Shane <shane.wang at intel.com> wrote:

> *Save the Date:*
> *Global OpenStack Bug Smash*
> *Wednesday-Friday, March 2-4, 2016*
> *RSVP by Friday, February 19*
> How can you help make the OpenStack Mitaka release stable and bug-free
> while having fun with your peers? Join Intel, Rackspace, Mirantis, IBM, HP,
> Huawei, CESI and others in a global bug smash across four continents as we
> work together. Then, join us later in April in Austin, Texas, U.S.A. at the
> OpenStack Summit to get re-acquainted & celebrate our accomplishments!
> Our key goal is to collaborate round-the-clock and around the world to fix
> as many bugs as possible across the wide range of OpenStack projects. In
> the process, we’ll also help onboard and grow the number of OpenStack
> developers, and increase our collective knowledge of OpenStack tools and
> processes. To ease collaboration among all of the participants and ensure
> that core reviews can be conducted promptly, we will use the IRC channel,
> the mailing list, and Gerrit and enlist core reviewers in the event.
> Simply choose a place near you—and register by Friday, February 19.
> Registration is free, and we encourage you to invite others who may be
> interested.
>    - Australia
>    - China
>    - India
>    - Russia
>    - United Kingdom
>    - United States
> Visit the link below for additional details:
> *https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Mitaka*
> <https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Mitaka>
> Come make the Mitaka release a grand success through your contributions,
> and ease the journey for newcomers!
> Regards.
> --
> OpenStack Bug Smash team
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160310/6bc750f3/attachment.html>

More information about the OpenStack-dev mailing list