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:
[email protected] <mailto:[email protected]>.
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>
_______________________________________________
OpenStack-announce mailing list
[email protected]
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-announce
