- OpenStack-announce - lists.openstack.org

[release][oslo] oslo.context release 0.8.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are delighted to announce the release of: oslo.context 0.8.0: Oslo Context library This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.context With package available at: https://pypi.python.org/pypi/oslo.context For more details, please see the git log history below and: http://launchpad.net/oslo.context/+milestone/0.8.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.context Changes in oslo.context 0.7.0..0.8.0 ------------------------------------ 5e677dc Fix coverage configuration and execution Diffstat (except docs and test files) ------------------------------------- .coveragerc | 5 +++-- .gitignore | 1 + tox.ini | 2 +- 3 files changed, 5 insertions(+), 3 deletions(-)

1 0

[release][oslo] oslo.config release 2.6.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are excited to announce the release of: oslo.config 2.6.0: Oslo Configuration API This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.config With package available at: https://pypi.python.org/pypi/oslo.config For more details, please see the git log history below and: http://launchpad.net/oslo.config/+milestone/2.6.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.config Changes in oslo.config 2.5.0..2.6.0 ----------------------------------- ee2bab6 Add PortOpt for integer with range 1 to 65535 419311c Add missing tests and generator code for IPOpt Diffstat (except docs and test files) ------------------------------------- oslo_config/cfg.py | 13 +++++++++++ oslo_config/generator.py | 5 +++- 5 files changed, 94 insertions(+), 1 deletion(-)

1 0

[release][oslo] oslo.concurrency release 2.8.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are stoked to announce the release of: oslo.concurrency 2.8.0: Oslo Concurrency library This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.concurrency With package available at: https://pypi.python.org/pypi/oslo.concurrency For more details, please see the git log history below and: http://launchpad.net/oslo.concurrency/+milestone/2.8.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.concurrency Changes in oslo.concurrency 2.7.0..2.8.0 ---------------------------------------- 28fb7e8 Updated from global requirements Diffstat (except docs and test files) ------------------------------------- requirements.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 01f9272..99b4b98 100644 --- a/requirements.txt +++ b/requirements.txt @@ -11 +11 @@ oslo.i18n>=1.5.0 # Apache-2.0 -oslo.utils>=2.0.0 # Apache-2.0 +oslo.utils>=2.4.0 # Apache-2.0

1 0

[release][oslo] oslo.cache release 0.9.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are pumped to announce the release of: oslo.cache 0.9.0: Cache storage for Openstack projects. This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.cache With package available at: https://pypi.python.org/pypi/oslo.cache For more details, please see the git log history below and: http://launchpad.net/oslo.cache/+milestone/0.9.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.cache Changes in oslo.cache 0.8.0..0.9.0 ---------------------------------- 2093c01 Updated from global requirements 86a02b3 Export functions from __init__ Diffstat (except docs and test files) ------------------------------------- oslo_cache/__init__.py | 23 +++++++++++++++++++++++ requirements.txt | 2 +- 2 files changed, 24 insertions(+), 1 deletion(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index c8db072..56cf508 100644 --- a/requirements.txt +++ b/requirements.txt @@ -11 +11 @@ oslo.log>=1.8.0 # Apache-2.0 -oslo.utils>=2.0.0 # Apache-2.0 +oslo.utils>=2.4.0 # Apache-2.0

1 0

[release][oslo] mox3 release 0.12.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are pumped to announce the release of: mox3 0.12.0: Mock object framework for Python This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/mox3 With package available at: https://pypi.python.org/pypi/mox3 For more details, please see the git log history below and: http://launchpad.net/python-mox3/+milestone/0.12.0 Please report issues through launchpad: http://bugs.launchpad.net/python-mox3 Changes in mox3 0.11.0..0.12.0 ------------------------------ eee957e Add universal wheel tag to setup.cfg 4c22360 Activate pep8 check that _ is imported Diffstat (except docs and test files) ------------------------------------- setup.cfg | 3 +++ tox.ini | 1 - 2 files changed, 3 insertions(+), 1 deletion(-)

1 0

[release][oslo] futurist release 0.8.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are eager to announce the release of: futurist 0.8.0: Useful additions to futures, from the future. This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/futurist With package available at: https://pypi.python.org/pypi/futurist For more details, please see the git log history below and: http://launchpad.net/futurist/+milestone/0.8.0 Please report issues through launchpad: http://bugs.launchpad.net/futurist Changes in futurist 0.7.0..0.8.0 -------------------------------- a72c660 Have the executor stats object repr look like the watcher repr Diffstat (except docs and test files) ------------------------------------- futurist/_futures.py | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-)

1 0

[release][oslo] debtcollector release 0.10.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are excited to announce the release of: debtcollector 0.10.0: A collection of Python deprecation patterns and strategies that help you collect your technical debt in a non- destructive manner. This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/debtcollector With package available at: https://pypi.python.org/pypi/debtcollector For more details, please see the git log history below and: http://launchpad.net/debtcollector/+milestone/0.10.0 Please report issues through launchpad: http://bugs.launchpad.net/debtcollector Changes in debtcollector 0.9.0..0.10.0 -------------------------------------- 5fc9662 Add ability to disable warnings being emitted 3ab532f Add a 'removed_property' descriptor class Diffstat (except docs and test files) ------------------------------------- debtcollector/_utils.py | 3 + debtcollector/fixtures/__init__.py | 0 debtcollector/fixtures/disable.py | 39 +++++++++ debtcollector/removals.py | 145 ++++++++++++++++++++++++++++++-- test-requirements.txt | 1 + 8 files changed, 275 insertions(+), 5 deletions(-) Requirements updates -------------------- diff --git a/test-requirements.txt b/test-requirements.txt index d3cad4e..7b339e7 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -15,0 +16 @@ testtools>=1.4.0 +fixtures>=1.3.1

1 0

[release][openstack] os-client-config release 1.9.0 (mitaka)
by davanum＠gmail.com 19 Oct '15

19 Oct '15

We are excited to announce the release of: os-client-config 1.9.0: OpenStack Client Configuation Library This release is part of the mitaka release series. With package available at: https://pypi.python.org/pypi/os-client-config For more details, please see the git log history below. Changes in os-client-config 1.8.1..1.9.0 ---------------------------------------- 790fac9 Clean up cache interface, add support for services b06adf5 Add Rackspace LON region 512ca01 Validate requested region against region list f6681a8 Fix documentation around regions ec4ebbd Add an API reference to the docs 6113d03 Pass OpenStackConfig in to CloudConfig for caches 801d09a Add auth hook for OpenStackClient 3609cd5 Adds some lines to complete table formatting a9d5827 Some cleanup Diffstat (except docs and test files) ------------------------------------- README.rst | 15 ++++++-- os_client_config/cloud_config.py | 37 +++++++++++++++++- os_client_config/config.py | 68 +++++++++++++++++++++++++++------ os_client_config/vendors/catalyst.yaml | 1 - os_client_config/vendors/rackspace.yaml | 1 + 9 files changed, 139 insertions(+), 18 deletions(-)

1 0

OpenStack Weekly Community Newsletter (Oct., 10-16)
by Jay Fankhauser 16 Oct '15

16 Oct '15

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-…> 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-17…> 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-availabl…> 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-17…>! 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(a)openstack.org <mailto:community@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-wit…> 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…> 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…> 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…> 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#releas… <http://docs.openstack.org/project-team-guide/release-management.html#releas…> [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/cassandr…> [18] – https://twitter.com/mipsytipsy/status/596697501991702528 <https://twitter.com/mipsytipsy/status/596697501991702528>

1 0

OpenStack "Liberty" is officially released !
by Thierry Carrez 15 Oct '15

15 Oct '15

Hello everyone, I'm very pleased to announce the final releases of OpenStack Liberty, which conclude the 6-month Liberty development cycle. This is the first of our "Big Tent" releases, which means that we have a lot more components around. You can find the complete list of already-released Liberty versions at: http://docs.openstack.org/releases/releases/liberty.html The Liberty Release Notes wikipage contains an overview of the key features, as well as upgrade notes and current lists of known issues. You can access them at: https://wiki.openstack.org/wiki/ReleaseNotes/Liberty The OpenStack release management team directly handled a number of services. You can find their source tarballs, together with complete lists of features and bugfixes for each project, at the following links: nova: https://launchpad.net/nova/liberty/12.0.0 swift: https://launchpad.net/swift/liberty/2.5.0 glance: https://launchpad.net/glance/liberty/11.0.0 neutron: https://launchpad.net/neutron/liberty/7.0.0 cinder: https://launchpad.net/cinder/liberty/7.0.0 keystone: https://launchpad.net/keystone/liberty/8.0.0 horizon: https://launchpad.net/horizon/liberty/8.0.0 ceilometer: https://launchpad.net/ceilometer/liberty/5.0.0 heat: https://launchpad.net/heat/liberty/5.0.0 trove: https://launchpad.net/trove/liberty/4.0.0 sahara: https://launchpad.net/sahara/liberty/3.0.0 ironic: https://launchpad.net/ironic/liberty/4.2.0 designate: https://launchpad.net/designate/liberty/1.0.0 zaqar: https://launchpad.net/zaqar/liberty/1.0.0 manila: https://launchpad.net/manila/liberty/1.0.0 barbican: https://launchpad.net/barbican/liberty/1.0.0 Thanks again to all the individuals who contributed to this development cycle and helped in making this release a success ! Our next development cycle, Mitaka, is already started. We'll all gather in Tokyo in 10 days at the Mitaka Design Summit to brainstorm and plan this next cycle. See you there ! -- Thierry Carrez (ttx)

1 0