- OpenStack-announce - lists.openstack.org

[release][nova] python-novaclient release 2.35.0 (mitaka)
by davanum＠gmail.com 12 Nov '15

12 Nov '15

We are excited to announce the release of: python-novaclient 2.35.0: Client library for OpenStack Compute API This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/python-novaclient With package available at: https://pypi.python.org/pypi/python-novaclient For more details, please see the git log history below and: http://launchpad.net/python-novaclient/+milestone/2.35.0 Please report issues through launchpad: http://bugs.launchpad.net/python-novaclient Changes in python-novaclient 2.34.0..2.35.0 ------------------------------------------- e9268e9 Functional tests for os-extended-server-attributes 5f5ec35 Add v2 support for optional project_id in version discovery urls c6a3c76 Check flavor option before image checks 4f16fe6 make project_id optional in urls for version discovery 09bb834 Refactor parsing metadata to a common function Diffstat (except docs and test files) ------------------------------------- .../v2/legacy/test_extended_attributes.py | 59 +++++++++++++++ .../functional/v2/test_extended_attributes.py | 44 +++++++++++ novaclient/v2/shell.py | 16 ++-- novaclient/v2/versions.py | 35 +++++++-- 7 files changed, 260 insertions(+), 24 deletions(-)

1 0

[release][oslo] oslo.messaging release 2.8.1 (mitaka)
by davanum＠gmail.com 11 Nov '15

11 Nov '15

We are chuffed to announce the release of: oslo.messaging 2.8.1: Oslo Messaging API This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.messaging With package available at: https://pypi.python.org/pypi/oslo.messaging For more details, please see the git log history below and: http://launchpad.net/oslo.messaging/+milestone/2.8.1 Please report issues through launchpad: http://bugs.launchpad.net/oslo.messaging Changes in oslo.messaging 2.8.0..2.8.1 -------------------------------------- e5b15ce Revert "Robustify locking in MessageHandlingServer" 64518fa Move supported messaging drivers in-tree Diffstat (except docs and test files) ------------------------------------- oslo_messaging/_utils.py | 23 +++ oslo_messaging/server.py | 260 ++++++++--------------------- 5 files changed, 152 insertions(+), 402 deletions(-)

1 0

[release][stable][keystone] python-keystoneclient release 1.3.3 (kilo)
by doug＠doughellmann.com 11 Nov '15

11 Nov '15

We are tickled pink to announce the release of: python-keystoneclient 1.3.3: Client Library for OpenStack Identity This release is part of the kilo stable release series. With source available at: https://git.openstack.org/cgit/openstack/python-keystoneclient With package available at: https://pypi.python.org/pypi/python-keystoneclient For more details, please see the git log history below and: https://launchpad.net/python-keystoneclient/+milestone/1.3.3 Please report issues through launchpad: https://bugs.launchpad.net/python-keystoneclient Changes in python-keystoneclient 1.3.2..1.3.3 --------------------------------------------- ec70eb0 Mask passwords when logging the HTTP response 5b5daaa Updated from global requirements 805c9d6 Redirect on 303 in SAML plugin e9c0f09 Sync oslo-incubator common code 8d66e52 Update path to subunit2html in post_test_hook 3cc7529 Fix Accept header in SAML2 requests a0e7391 Updated from global requirements 65d3907 Make OAuth testcase use actual request headers Diffstat (except docs and test files) ------------------------------------- keystoneclient/contrib/auth/v3/saml2.py | 20 ++++++++------- keystoneclient/openstack/common/_i18n.py | 4 +-- keystoneclient/openstack/common/apiclient/base.py | 2 +- .../openstack/common/apiclient/client.py | 4 +-- keystoneclient/openstack/common/apiclient/utils.py | 2 +- keystoneclient/openstack/common/memorycache.py | 4 +-- keystoneclient/session.py | 4 ++- requirements.txt | 16 ++++++------ setup.py | 1 - test-requirements.txt | 22 ++++++++-------- 14 files changed, 101 insertions(+), 56 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index ca8291e..8e6ac51 100644 --- a/requirements.txt +++ b/requirements.txt @@ -5 +5 @@ -pbr>=0.6,!=0.7,<1.0 +pbr!=0.7,<1.0,>=0.6 @@ -11,6 +11,6 @@ netaddr>=0.7.12 -oslo.config>=1.9.3,<1.10.0 # Apache-2.0 -oslo.i18n>=1.5.0,<1.6.0 # Apache-2.0 -oslo.serialization>=1.4.0,<1.5.0 # Apache-2.0 -oslo.utils>=1.4.0,<1.5.0 # Apache-2.0 -PrettyTable>=0.7,<0.8 -requests>=2.2.0,!=2.4.0 +oslo.config<1.10.0,>=1.9.3 # Apache-2.0 +oslo.i18n<1.6.0,>=1.5.0 # Apache-2.0 +oslo.serialization<1.5.0,>=1.4.0 # Apache-2.0 +oslo.utils!=1.4.1,<1.5.0,>=1.4.0 # Apache-2.0 +PrettyTable<0.8,>=0.7 +requests!=2.4.0,>=2.2.0 @@ -18 +18 @@ six>=1.9.0 -stevedore>=1.3.0,<1.4.0 # Apache-2.0 +stevedore<1.4.0,>=1.3.0 # Apache-2.0 diff --git a/test-requirements.txt b/test-requirements.txt index 8c5e4a1..c4907b7 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking>=0.10.0,<0.11 +hacking<0.11,>=0.10.0 @@ -9,2 +9,2 @@ discover -fixtures>=0.3.14 -keyring>=2.1,!=3.3 +fixtures<1.3.0,>=0.3.14 +keyring!=3.3,>=2.1 @@ -12,2 +12,2 @@ lxml>=2.3 -mock>=1.0 -mox3>=0.7.0 +mock<1.1.0,>=1.0 +mox3<0.8.0,>=0.7.0 @@ -15,2 +15,2 @@ oauthlib>=0.6 -oslosphinx>=2.5.0,<2.6.0 # Apache-2.0 -oslotest>=1.5.1,<1.6.0 # Apache-2.0 +oslosphinx<2.6.0,>=2.5.0 # Apache-2.0 +oslotest<1.6.0,>=1.5.1 # Apache-2.0 @@ -18,3 +18,3 @@ pycrypto>=2.6 -requests-mock>=0.6.0 # Apache-2.0 -sphinx>=1.1.2,!=1.2.0,!=1.3b1,<1.3 -tempest-lib>=0.4.0,<0.5.0 +requests-mock>=0.6.0 # Apache-2.0 +sphinx!=1.2.0,!=1.3b1,<1.3,>=1.1.2 +tempest-lib<0.5.0,>=0.4.0 @@ -23 +23 @@ testresources>=0.2.4 -testtools>=0.9.36,!=1.2.0 +testtools!=1.2.0,>=0.9.36

1 0

[release][oslo] oslo.service release 0.12.0 (mitaka)
by davanum＠gmail.com 10 Nov '15

10 Nov '15

We are amped to announce the release of: oslo.service 0.12.0: oslo.service library This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.service With package available at: https://pypi.python.org/pypi/oslo.service For more details, please see the git log history below and: http://launchpad.net/oslo.service/+milestone/0.12.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.service Changes in oslo.service 0.11.0..0.12.0 -------------------------------------- 15d0290 Document graceful_shutdown_timeout config option af808b4 Remove py26 env from test list 95e09d2 Added config option graceful_shutdown_timeout 9410047 Updated from global requirements a430c83 Add docstring for LoopingCallBase._start() 3d79348 Updated from global requirements cb7ea40 Move backoff looping call from IPA to oslo.service Diffstat (except docs and test files) ------------------------------------- oslo_service/_options.py | 4 ++ oslo_service/loopingcall.py | 108 ++++++++++++++++++++++++++++++++ oslo_service/service.py | 21 ++++++- requirements.txt | 4 +- tox.ini | 2 +- 9 files changed, 277 insertions(+), 73 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 806b7a8..3ba4f5a 100644 --- a/requirements.txt +++ b/requirements.txt @@ -10 +10 @@ monotonic>=0.3 # Apache-2.0 -oslo.utils>=2.4.0 # Apache-2.0 +oslo.utils!=2.6.0,>=2.4.0 # Apache-2.0 @@ -12 +12 @@ oslo.concurrency>=2.3.0 # Apache-2.0 -oslo.config>=2.3.0 # Apache-2.0 +oslo.config>=2.6.0 # Apache-2.0

1 0

[release][oslo] oslo.reports release 0.8.0 (mitaka)
by davanum＠gmail.com 10 Nov '15

10 Nov '15

We are happy to announce the release of: oslo.reports 0.8.0: oslo.reports library This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.reports With package available at: https://pypi.python.org/pypi/oslo.reports For more details, please see the git log history below and: http://launchpad.net/oslo.reports/+milestone/0.8.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.reports Changes in oslo.reports 0.7.0..0.8.0 ------------------------------------ 764b8f0 Fix Transition to SIGUSR2 in oslo.reports breaks upgrade ed25151 Updated from global requirements 61f1943 Updated from global requirements 225756c remove extraneous coverage omit instruction Diffstat (except docs and test files) ------------------------------------- .coveragerc | 2 +- oslo_reports/guru_meditation_report.py | 33 +++++++++++++++++++++++++-------- requirements.txt | 4 ++-- test-requirements.txt | 2 +- 4 files changed, 29 insertions(+), 12 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 3cc9ae3..78690ef 100644 --- a/requirements.txt +++ b/requirements.txt @@ -8 +8 @@ Babel>=1.3 -oslo.serialization>=1.4.0 # Apache-2.0 +oslo.serialization>=1.10.0 # Apache-2.0 @@ -12 +12 @@ oslo.i18n>=1.5.0 # Apache-2.0 -oslo.utils>=2.4.0 # Apache-2.0 +oslo.utils!=2.6.0,>=2.4.0 # Apache-2.0 diff --git a/test-requirements.txt b/test-requirements.txt index 2f5e45f..427e509 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -13 +13 @@ sphinx!=1.2.0,!=1.3b1,<1.3,>=1.1.2 -oslo.config>=2.3.0 # Apache-2.0 +oslo.config>=2.6.0 # Apache-2.0

1 0

[release][oslo] oslo.messaging release 2.8.0 (mitaka)
by davanum＠gmail.com 10 Nov '15

10 Nov '15

We are eager to announce the release of: oslo.messaging 2.8.0: Oslo Messaging API This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.messaging With package available at: https://pypi.python.org/pypi/oslo.messaging For more details, please see the git log history below and: http://launchpad.net/oslo.messaging/+milestone/2.8.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.messaging Changes in oslo.messaging 2.7.0..2.8.0 -------------------------------------- 2786a9d Add a "bandit" target to tox.ini f5d1897 Updated from global requirements 9e5fb56 Remove a useless statement d700c38 Robustify locking in MessageHandlingServer 52e6248 Use "secret=True" for password-related options a162d65 Imported Translations from Zanata d05278f Modify simulator.py tool ea106e9 Fix target resolution mismatch in neutron, nova, heat c4a7ac0 Use yaml.safe_load instead of yaml.load a6da2a9 Trivial locking cleanup in test_listener f9b14c0 Remove unused event in ServerThreadHelper 3f3c489 Fix a race calling blocking MessageHandlingServer.start() 9d74ee4 Fix assumptions in test_server_wait_method aec5060 Rename MessageHandlingServer._executor for readability a3fa8ff Updated from global requirements Diffstat (except docs and test files) ------------------------------------- bandit.yaml | 362 +++++++++++++++++++++ .../en_GB/LC_MESSAGES/oslo.messaging-log-error.po | 9 +- .../en_GB/LC_MESSAGES/oslo.messaging-log-info.po | 9 +- .../LC_MESSAGES/oslo.messaging-log-warning.po | 12 +- .../es/LC_MESSAGES/oslo.messaging-log-error.po | 13 +- .../es/LC_MESSAGES/oslo.messaging-log-warning.po | 26 -- .../fr/LC_MESSAGES/oslo.messaging-log-error.po | 11 +- .../fr/LC_MESSAGES/oslo.messaging-log-warning.po | 26 -- .../locale/oslo.messaging-log-critical.pot | 20 -- .../locale/oslo.messaging-log-warning.pot | 18 +- .../ru/LC_MESSAGES/oslo.messaging-log-error.po | 11 +- oslo_messaging/_drivers/impl_zmq.py | 2 +- oslo_messaging/_drivers/protocols/amqp/opts.py | 2 + .../_drivers/zmq_driver/broker/zmq_broker.py | 8 +- .../_drivers/zmq_driver/broker/zmq_queue_proxy.py | 74 +++-- .../client/publishers/zmq_dealer_publisher.py | 79 ++++- .../client/publishers/zmq_publisher_base.py | 7 + .../client/publishers/zmq_req_publisher.py | 45 ++- .../_drivers/zmq_driver/client/zmq_client.py | 4 +- .../_drivers/zmq_driver/client/zmq_request.py | 11 + .../zmq_driver/matchmaker/matchmaker_redis.py | 37 +-- .../_drivers/zmq_driver/poller/threading_poller.py | 7 +- .../server/consumers/zmq_consumer_base.py | 3 +- .../server/consumers/zmq_router_consumer.py | 51 ++- .../zmq_driver/server/zmq_incoming_message.py | 18 +- .../_drivers/zmq_driver/server/zmq_server.py | 8 +- oslo_messaging/_drivers/zmq_driver/zmq_address.py | 11 + oslo_messaging/_drivers/zmq_driver/zmq_names.py | 16 + oslo_messaging/_drivers/zmq_driver/zmq_socket.py | 6 + oslo_messaging/_executors/impl_blocking.py | 68 +++- oslo_messaging/_utils.py | 23 -- oslo_messaging/notify/_impl_routing.py | 2 +- oslo_messaging/server.py | 265 +++++++++++---- oslo_messaging/transport.py | 1 - requirements.txt | 6 +- test-requirements.txt | 3 + tools/messages_length.yaml | 13 + tools/simulator.py | 77 ++++- tox.ini | 6 +- 44 files changed, 1315 insertions(+), 356 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index f00a9dc..d703e20 100644 --- a/requirements.txt +++ b/requirements.txt @@ -8 +8 @@ futurist>=0.1.2 # Apache-2.0 -oslo.config>=2.3.0 # Apache-2.0 +oslo.config>=2.6.0 # Apache-2.0 @@ -11,2 +11,2 @@ oslo.log>=1.8.0 # Apache-2.0 -oslo.utils>=2.4.0 # Apache-2.0 -oslo.serialization>=1.4.0 # Apache-2.0 +oslo.utils!=2.6.0,>=2.4.0 # Apache-2.0 +oslo.serialization>=1.10.0 # Apache-2.0 diff --git a/test-requirements.txt b/test-requirements.txt index 693f069..53d199c 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -38,0 +39,3 @@ pyngus>=2.0.0 # Apache-2.0 + +# Bandit security code scanner +bandit>=0.13.2

1 0

[release][openstack] os-client-config release 1.10.2 (mitaka)
by doug＠doughellmann.com 10 Nov '15

10 Nov '15

We are overjoyed to announce the release of: os-client-config 1.10.2: 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.10.1..1.10.2 ------------------------------------------ 397da54 Workaround a dispute between osc and neutronclient c90de1f Workaround for int value with verbose_level 59ad0ed Add default API version for magnum service Diffstat (except docs and test files) ------------------------------------- os_client_config/cloud_config.py | 4 ++++ os_client_config/config.py | 2 +- os_client_config/defaults.json | 3 ++- 3 files changed, 7 insertions(+), 2 deletions(-)

1 0

[release][release] reno release 1.0.1 (mitaka)
by doug＠doughellmann.com 10 Nov '15

10 Nov '15

We are stoked to announce the release of: reno 1.0.1: RElease NOtes manager This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/reno With package available at: https://pypi.python.org/pypi/reno For more details, please see the git log history below and: http://launchpad.net/reno/+milestone/1.0.1 Please report issues through launchpad: http://bugs.launchpad.net/reno Changes in reno 1.0.0..1.0.1 ---------------------------- 80fb231 limit git history scanning to .yaml files acbe547 Fix example output filename in docs Diffstat (except docs and test files) ------------------------------------- reno/scanner.py | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-)

1 0

OpenStack Weekly Community Newsletter (Oct., 31 - Nov., 6)
by Jay Fankhauser 07 Nov '15

07 Nov '15

Superuser TV <http://superuser.openstack.org/articles/section/superuser-tv> Introduced at the Tokyo Summit, Superuser TV offers community and industry insights, plus educational topics to support the OpenStack community. With content ranging from deployments to diversity, from emerging technologies to cloud strategy, Superuser TV is aiming to provide the community with access to a variety of perspectives and knowledge October 2015 user survey highlights increasing maturity of OpenStack deployments <http://superuser.openstack.org/articles/october-2015-user-survey-highlights…> 60 percent of deployments in production and high rates of adoption of OpenStack’s core services are key findings from the report released by the User Committee. The full report can be downloaded here: openstack.org/user-survey <https://www.openstack.org/surveys/landing?BackURL=%2Fsurveys%2Fcurrent> Eliminating “Not-Invented-Here” Syndrome <http://superuser.openstack.org/articles/eliminating-not-invented-here-syndr…> Why embracing this notion is the key to unlock an open data center infrastructure, according to Boris Renski, the co-founder and CMO of Mirantis. 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 OpenStack Summit Tokyo – Final Summary <http://redhatstackblog.redhat.com/2015/11/05/openstack-summit-tokyo-final-s…> Why OpenStack Neutron just grabbed center stage <http://superuser.openstack.org/articles/why-openstack-neutron-just-grabbed-…> Finding your way around OpenStack: professional certification and the project navigator <http://superuser.openstack.org/articles/finding-your-way-around-openstack-p…> Your OpenStack questions answered, a block storage battle and mobile eats the world <http://superuser.openstack.org/articles/your-openstack-questions-answered-a…> Domo arigato Japan! <https://www.blueboxcloud.com/insight/blog-article/domo-arigato-japan> Deadlines and Contributors Notifications Call for papers: 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 Russell Bryant <https://twitter.com/russellbryant>: Open Virtual Network tutorial <http://superuser.openstack.org/articles/open-virtual-network-tutorial> By Gal Sagie: What you need to know about Dragonflow for the OpenStack Liberty release <http://superuser.openstack.org/articles/what-you-need-to-know-about-dragonf…> Upcoming Events <https://www.openstack.org/community/events> Nov 07, 2015 OSATH – FOSSCOMM 2015 Aigaleo, GR <http://www.meetup.com/Athens-OpenStack-User-Group/events/226479917/> Nov 11, 2015 whereis instance_ha + OpenStack Tokyo Summit Recap <http://www.meetup.com/Australian-OpenStack-User-Group/events/220202353/> Nov 12, 2015 8. Meetup, Konu: OpenStack Plugin Development 101 Ankara, TR <http://www.meetup.com/Turkey-OpenStack-Meetup/events/225419513/> What you need to know from the developer’s list Success Bot Says <https://wiki.openstack.org/wiki/Successes> calebb: Shade now supports volume snapshots pleia2: Launched code search [1]. sdague: grenade-multinode live upgrade tests now running on nova non voting AJaeger: Contributors guide is published [2]. Tell us yours via IRC with a message “#success [insert success]” Upgrading Elastic Search Cluster Monday <http://lists.openstack.org/pipermail/openstack-dev/2015-November/078314.html> November 9th 1700UTC Requires a cluster restart, in which people won’t be able to do searches during that time. New features from upgrade: Aggregations Rolling upgrades within a major release Should improve performance Release Team Communication Changes <http://lists.openstack.org/pipermail/openstack-dev/2015-November/078277.html> IRC channel change from #openstack-relmgr-office to #openstack-release “Office hours” are being dropped. Just drop by the channel or on the dev list with subject containing “[release]” anytime you need something. Deprecation for Untagged Code <http://lists.openstack.org/pipermail/openstack-dev/2015-November/078336.html> Ironic tries to keep master backwards compatible. There are deployers doing continuous deployments of Ironic off of master. Based on the deprecation tag policy [3], it only covers released and tagged code, but not unreleased code or features introduced in an intermediate release. A proposal [4] by Jim: Three month deprecation period is needed for features that were never released. A feature that was introduced in a intermediate release needs to be deprecated in the next intermediate release or coordinated release, and supported until the next release and 3 months. Outcome of Distributed Lock Manager Discussion @ the Summit <http://lists.openstack.org/pipermail/openstack-dev/2015-November/078214.html> There was a two part session at the summit [5] Previously, there was an unwritten policy that DLMs should be optional, which led to writing poor DLM-like things backed by databases. Continuing our existing pattern of usage like databases and message-queues, we’ll use an oslo abstraction layer: tooz [6]. Current OpenStack project requirements that surfaced in discussion for DLMs, it’s likely that Consul, Etcd and Zoo Keeper will be fine to use via Tooz. No project required a fair locking implementation in the DLM. We want to avoid the situation of unmaintained drivers. We adopted a similar requirement from oslo.messaging driver requirements [7]: Two developers responsible for it Gating functional tests that use dsvm Test drivers in-tree need to be clearly referenced as a test driver in the module name. Davanum brings in Devstack ZooKeeper support [8]. An etcd driver is in review for Tooz [9]. A Consul driver in Tooz is also planned [10]. Concerns raised about the default DLM driver being ZooKeeper: It’s a new platform for operators to understand We don’t know how well ZooKeeper will work with openjvm as oppose to Oracle’s JVM. Troubleshooting Cross-Project Communication <http://lists.openstack.org/pipermail/openstack-dev/2015-November/078138.html> Evolve the current cross-project meeting to an “as needed” rotation, held at any time on Tuesdays or Wednesdays. Based on feedback [11] it’s difficult to have meetings at different times on Tuesday and Wednesdays. There was consensus that the meeting can be “as needed” on Tuesday, and that most announcements will happen in the mailing list, and sometimes show up in this weekly Dev List Summary. API For Getting Only Status of Resources <http://lists.openstack.org/pipermail/openstack-dev/2015-November/078318.html> Projects like Heat,Tempest, Rally, and other projects that work with resources are polling for updates on asynchronous operations. Boris proposes having API’s expose the ability to just get the status by UUID, instead of fetching all data on a resource. Clint suggests instead of optimizing for polling, we should revisit the proposal for a pub/sub model, so users can subscribe to updates for resources. Sean suggests near term work around is to actually use Searchlight, which today monitors the notification bus for Nova. Searchlight is hitting the Nova API more than ideal, but at least it’s one service. Longer term we need a dedicated event service in OpenStack. Everyone wants web sockets, but anticipating 10,000+ open web sockets, this isn’t just a bit of python code, but a highly optimized server underneath. [1] – http://codesearch.openstack.org/ <http://codesearch.openstack.org/> [2] – http://docs.openstack.org/contributor-guide <http://docs.openstack.org/contributor-guide> [3] – https://review.openstack.org/#/c/242117/1 <https://review.openstack.org/#/c/242117/1> [4] – https://review.openstack.org/#/c/242117/1 <https://review.openstack.org/#/c/242117/1> [5] – https://etherpad.openstack.org/p/mitaka-cross-project-dlm <https://etherpad.openstack.org/p/mitaka-cross-project-dlm> [6] – https://pypi.python.org/pypi/tooz <https://pypi.python.org/pypi/tooz> [7] – https://review.openstack.org/#/c/240645/ <https://review.openstack.org/#/c/240645/> [8] – https://review.openstack.org/#/c/241040/ <https://review.openstack.org/#/c/241040/> [9] – https://review.openstack.org/#/c/151463/ <https://review.openstack.org/#/c/151463/> [10] – https://blueprints.launchpad.net/python-tooz/+spec/add-consul-driver <https://blueprints.launchpad.net/python-tooz/+spec/add-consul-driver> [11] – http://eavesdrop.openstack.org/meetings/crossproject/2015/crossproject.2015… <http://eavesdrop.openstack.org/meetings/crossproject/2015/crossproject.2015…>

1 0

[release][neutron][ipam][networking-infoblox] networking-infoblox 1.0.0
by John Belamaric 07 Nov '15

07 Nov '15

I am happy to announce that we have released version 1.0.0 of the Infoblox IPAM driver for OpenStack. This driver uses the pluggable IPAM framework delivered in Neutron's Liberty release, enabling the use of Infoblox for allocating subnets and IP addresses. More information and the code may be found at the networking-infoblox Launchpad page [1]. Bugs may also be reported on the same page. [1] https://launchpad.net/networking-infoblox We are continuing to develop this driver to offer additional functionality, so please do provide any feedback you may have. Thank you, John

1 0