Open Stack

Liberty, the 12th release of OpenStack, came out yesterday <https://www.openstack.org/software/liberty/>
With 1,933 individual contributors and 164 organizations contributing to the release, Liberty offers finer-grained management controls, performance enhancements for large deployments and more powerful tools for managing new technologies such as containers in production environments: Learn what’s new <http://superuser.openstack.org/articles/openstack-liberty-a-primer-on-what-s-new>
Break down those silos, OpenStack <http://superuser.openstack.org/articles/break-down-those-silos-openstack>
“The projects need to come together to develop consistent formats, approaches and messaging,” says Rochelle Grober, senior software architect at Huawei Technologies and active member of the OpenStack community.

The Road to Tokyo

The OpenStack Summit Tokyo will sell out! Register NOW! <https://www.eventbrite.com/e/openstack-summit-october-2015-tokyo-tickets-17356780598>
The schedule and mobile app for the OpenStack Summit in Tokyo are now available <https://www.openstack.org/summit/tokyo-2015/schedule/>
If you have already downloaded an OpenStack Summit mobile app before, no need to do it again! Just refresh your existing app.
OpenStack training sessions available in Tokyo <https://www.openstack.org/blog/2015/10/openstack-training-sessions-available-in-tokyo/>
Several ecosystem companies are offering training in Tokyo during the week of the Summit. Check out the sessions available and plan your travel accordingly
The Summit maps are now available online <https://www.openstack.org/summit/tokyo-2015/campus-maps>
Speakers, sponsors, and ATC registration codes deactivate 10/19, so register now <https://www.eventbrite.com/e/openstack-summit-october-2015-tokyo-tickets-17356780598>!
If the OpenStack Summit Tokyo is going to be your first summit, check out these helpful tips and info: https://www.openstack.org/summit/tokyo-2015/new-to-the-summit/ <https://www.openstack.org/summit/tokyo-2015/new-to-the-summit/> 
We have created videos and PDF downloads <https://www.openstack.org/summit/tokyo-2015/tokyo-and-travel/#hotels> to help you navigate from either of the Tokyo airports to the Summit venue.
Community feedback

OpenStack is always interested in feedback and community contributions, if you would like to see a new section in the OpenStack Weekly Community Newsletter or have ideas on how to present content please get in touch: community at openstack.org <mailto:community at openstack.org>.

Reports from Previous Events 

None this week
Deadlines and Contributors Notifications

Outreachy Mentorship Application deadline: Nov., 02, 2015, 07:00 pm UTC <https://www.gnome.org/outreachy/>
Call for papers:
FOSDEM’16 <https://fosdem.org/2016/news/2015-09-24-call-for-participation/> deadline: October 30, 2015
OSCON <http://conferences.oreilly.com/oscon/open-source/public/cfp/423> 2016 deadline: November 24, 2015
Continuous Lifecycle London <http://continuouslifecycle.london/call-for-papers/> Deadline: December 1, 2015
PyCon 2016 <https://us.pycon.org/2016/speaking/> deadline: Jan 3, 2016
USENIX Annual Technical Conference 2016 <https://www.usenix.org/conference/atc16/call-for-papers> deadline: February 1, 2016
Security Advisories and Notices 

None this week
Tips ‘n Tricks 

By Nir Yechiel and Jiri Benc: Troubleshooting Networking with RHEL OpenStack Platform: meet ‘plotnetcfg’ <http://redhatstackblog.redhat.com/2015/10/15/troubleshooting-networking-with-rhel-openstack-platform-meet-plotnetcfg/>
Upcoming Events <https://www.openstack.org/community/events> 

Oct 17, 2015 OpenStack中的SaaS Beijing, CN <http://www.meetup.com/China-OpenStack-User-Group/events/225801881/>
Oct 19 – 20, 2015 OpenStack Octoberfest! Minneapolis, MN, US <http://www.meetup.com/Minnesota-OpenStack-Meetup/events/224638648/>
Oct 19 – 20, 2015 OpenStack BoF at All Things Open! Raleigh, NC, US <http://www.meetup.com/Triangle-OpenStack-Meetup/events/226055043/>
Oct 20, 2015 Easy OpenStack: SolidFire+Platform9 Sunnyvale, California, US <http://www.meetup.com/Triangle-OpenStack-Meetup/events/226055043/>
Oct 20, 2015 Stateless OS: From an OpenStack Perspective & Creacion de Plugins para Tempest Guadalajara, MX <http://www.meetup.com/OpenStack-GDL/events/225875446/>
Oct 21, 2015 OpenStack 2015 October <http://www.meetup.com/OpenStack-Hungary-Meetup-Group/events/225260922/>
Oct 21 – 22, 2015 Bi-modal IT & OpenStack (#26) Washington D.C., DC, US <http://www.meetup.com/OpenStackDC/events/224954102/>
Oct 22 – 23, 2015 October monthly meetup Chesterfield, MO, US <http://www.meetup.com/OpenStack-STL/events/225819101/>
What You Need to Know From the Developer’s List

Success Bot Says <https://wiki.openstack.org/wiki/Successes>
ttx: Another OpenStack Release!
With help of jesusaurus, the infra team has deployed Kibana 3. First steps in upgrading elastic search cluster.
shamail: Product Working Group wiki fully updated [1]
tristanC: 6 new TC members have been elected[2]
AJaegar: OpenStack API Quick Start converted to RST [3], and translated to German [4] and Japanese [5].
reed: section 2 and 3 of the OpenStack Shade tutorial merged. Now work on section [6].
sirushti: Heat just announced support for Python 3.4 [7].
AJaegar: All Documentation manuals have been updated with content for Liberty [8].
Upgrade to Gerrit 2.11 <http://lists.openstack.org/pipermail/openstack-dev/2015-October/076962.html>
The OpenStack Infra team would like to upgrade from Gerrit 2.8 to 2.11.
Proposing to do the upgrade shortly after the Mitaka summit.
Motivation: Take advantage of some of the new REST API, ssh commands, and stream events features.
There is a big UI change in 2.11, in which 2.8 includes both the old and new style.
Preview 2.11 [9].
If you don’t like Gerrit 2.11, give Gertty [10] a try.
Service Catalog: The Next Generation (Cont.) <http://lists.openstack.org/pipermail/openstack-dev/2015-October/076592.html>
Continuing from last week summary… <http://www.openstack.org/blog/2015/10/openstack-weekly-community-newsletter-oct-3-oct-9/#dev-digest-service-catalog>
Sean Dague realizes that while people want to go in much more radical directions here, we should be careful. This is not a blank slate, as there are enough users using it that we must do careful shifts that enable a new thing similar to the old thing.
Moving away from REST is too much, at least in the next 6 to 12 months.
Getting a service catalog over REST without auth, or tenant IDs gets us somewhere to figure out a DNS representation.
Establishing Release Liaisons for Mitaka <http://lists.openstack.org/pipermail/openstack-dev/2015-October/077033.html>
Doug Hellmann writes that the release management team relies on liaisons from each project to be available for coordination for work across all teams.
Responsibilities of release liaisons [11].
Signup [12].
Release Communication During Mitaka <http://lists.openstack.org/pipermail/openstack-dev/2015-October/077033.html>
Doug Hellmann begins one of many emails describing difference in the way we handle release management for the Mitaka cycle.
In the past, we’ve had communication issues where project team leads didn’t see or pay attention to release related announcements.
This email was sent to the list and individual project team leads, to improve the odds that all will see it.
“[release]” topic tag on the openstack-dev mailing list will be used.
All project team leads and release liaison should configuring their email client to ensure the messages are visible.
Requests + urllib3 + distro package (cont.) <http://lists.openstack.org/pipermail/openstack-dev/2015-October/076518.html>
Continuing discussions from last week… <http://www.openstack.org/blog/2015/10/openstack-weekly-community-newsletter-oct-3-oct-9/#dev-digest-requests>
Robert Collins comments a trivial workaround is to always use virtualenvs and not system-site-packages.
Has OpenStack infra team considered using system-site-packages?
Yes, but we take advantage of the python ecosystem uploading new releases to PyPI. We can then pretty instantly test compatibility of our software with new releases of dependencies.
A way forward is:
Get distros to fix their requests python dependencies
Ubuntu [13]
Fedora [14][15][16]
Fix existing known bugs in pip where such dependencies are violated by some operations.
Stop using vendorized version of requests and fork the project to use dependencies it should from the start.
Convince upstream to stop vendorizing urllib3.
Always use distro packages of requests, never from virtual environments.
Scheduler Proposal (cont.) <http://lists.openstack.org/pipermail/openstack-dev/2015-October/076373.html>
Continuing from last week’s summary… <http://www.openstack.org/blog/2015/10/openstack-weekly-community-newsletter-oct-3-oct-9/#dev-digest-scheduler>
Ed notes that Josh Harlow’s solution isn’t too different than the current design of hosts sending their state to the scheduler.
The reason for Cassandra proposal was to eliminate the duplication and have resources being scheduler and the scheduler itself all working with the same data.
This is the intent of the current design. The data can never be perfect, so work with what you have and hope the rest of the system deals with your mistakes and gracefully retry. (e.g. scheduled compute node no longer has resources to accommodate a request.)
To make this solution possible for downstream distributions and/or OpenStack users) you have to solve:
Cassandra developers upstream should start caring about OpenJDK.
Or Oracle should make its JVM free software.
Clint notes that Cassandra does not recommend OpenJDK [17].
Thomas adds:
Upstream does not test against OpenJDK.
They close bugs without fixing them when it only affects OpenJDK.
Thierry is generally negative about Java solutions as this being one of the reasons [18]. The free software JVM is not on par with the non-free JVM. We then indirectly force our users to use a non-free dependency. When the java solution is the only solution for a problem space, that might still be a good trade-off versus reinventing the wheel. However, for distributed locks and sharing state, there are some other good options out there.
Clint mentions that Zookeeper is different from Cassandra. He has had success with OpenJDK. It’s also available on Debian/Ubuntu making access for developers much easier.
[1] – https://wiki.openstack.org/wiki/ProductTeam <https://wiki.openstack.org/wiki/ProductTeam>
[2] – https://wiki.openstack.org/wiki/TC_Elections_September/October_2015#Results <https://wiki.openstack.org/wiki/TC_Elections_September/October_2015#Results>
[3] – http://developer.openstack.org/api-guide/quick-start/ <http://developer.openstack.org/api-guide/quick-start/>
[4] – http://developer.openstack.org/de/api-guide/quick-start/ <http://developer.openstack.org/de/api-guide/quick-start/>
[5] – http://developer.openstack.org/api-guide/quick-start/
 <http://developer.openstack.org/api-guide/quick-start/>[6] – https://review.openstack.org/#/c/232810/ <https://review.openstack.org/#/c/232810/>
[7] – https://review.openstack.org/231557 <https://review.openstack.org/231557>
[8] – http://docs.openstack.org/liberty/ <http://docs.openstack.org/liberty/>
[9] – http://review-dev.openstack.org <http://review-dev.openstack.org/>
[10] – https://pypi.python.org/pypi/gertty <https://pypi.python.org/pypi/gertty>
[11] – http://docs.openstack.org/project-team-guide/release-management.html#release-liaisons <http://docs.openstack.org/project-team-guide/release-management.html#release-liaisons>
[12] – https://wiki.openstack.org/wiki/CrossProjectLiaisons#Release_management <https://wiki.openstack.org/wiki/CrossProjectLiaisons#Release_management>
[13] – https://bugs.launchpad.net/ubuntu/+source/python-requests/+bug/1505038 <https://bugs.launchpad.net/ubuntu/+source/python-requests/+bug/1505038>
[14] – https://bodhi.fedoraproject.org/updates/FEDORA-2015-20de3774f4 <https://bodhi.fedoraproject.org/updates/FEDORA-2015-20de3774f4>
[15] – https://bodhi.fedoraproject.org/updates/FEDORA-2015-1f580ccfa4 <https://bodhi.fedoraproject.org/updates/FEDORA-2015-1f580ccfa4>
[16] – https://bodhi.fedoraproject.org/updates/FEDORA-2015-d7c710a812 <https://bodhi.fedoraproject.org/updates/FEDORA-2015-d7c710a812>
[17] –https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/service/StartupChecks.java#L153-L155 <https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/service/StartupChecks.java#L153-L155>
[18] – https://twitter.com/mipsytipsy/status/596697501991702528 <https://twitter.com/mipsytipsy/status/596697501991702528>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-announce/attachments/20151016/59487791/attachment-0001.html>