- OpenStack-announce - lists.openstack.org

[release][openstack] os-client-config release 1.7.4 (liberty)
by doug＠doughellmann.com 21 Sep '15

21 Sep '15

We are amped to announce the release of: os-client-config 1.7.4: OpenStack Client Configuation Library This release is part of the liberty 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.7.3..1.7.4 ---------------------------------------- 8dee656 Handle ksa opt with no deprecated field Diffstat (except docs and test files) ------------------------------------- os_client_config/config.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

1 0

OpenStack Community Weekly Newsletter (Sept., 12 – 18)
by Jay Fankhauser 19 Sep '15

19 Sep '15

Running OpenStack? You have the power to influence the roadmap <https://www.openstack.org/surveys/landing?BackURL=/surveys/current> Complete the User Survey by September 25 Call for Outreachy Mentors <http://lists.openstack.org/pipermail/openstack-dev/2015-September/074399.ht…> If you are a full-time contributor, please consider sharing your time, knowledge and experience to make our community more diverse and you’ll have the opportunity to meet new talents. Ask for further directions in OpenStack-opw on Freenode. A starter guide to DefCore, OpenStack’s interoperability project <http://superuser.openstack.org/articles/a-starter-guide-to-defcore-openstac…> Rob Hirschfeld, co-chair of the DefCore committee, shares more on DefCore, which defines capabilities, code and must-pass tests, creating the minimum standards for products labeled OpenStack The Road to Tokyo Register now: full access registration prices increase on 9/29 at 11:59pm PT <https://www.eventbrite.com/e/openstack-summit-october-2015-tokyo-tickets-17…> Discounted registration for nonprofit/government/students deadline is 9/25 <https://openstack.formstack.com/forms/openstack_summit_tokyo_discounted_reg…> Get your OpenStack Summit Tokyo visa in five steps: Deadline for Visa invitation requests is 10/1 <http://superuser.openstack.org/articles/get-your-openstack-summit-tokyo-vis…> The schedule and mobile app for the OpenStack Summit in Tokyo are now available <https://www.openstack.org/summit/tokyo-2015/schedule/> Reports from Previous Events None this week Deadlines and Contributors Notifications Liberty Release Oct., 15, 2015 <https://wiki.openstack.org/wiki/Liberty_Release_Schedule> Security Advisories and Notices None this week Tips ‘n Tricks By Nicole Martinelli <https://www.linkedin.com/in/nicolemartinelli>: Confused about the OpenStack release cycle? Check out this handy chart <http://superuser.openstack.org/articles/confused-about-the-openstack-releas…> By Superuser: How to migrate from VMware and Hyper-V to OpenStack <http://superuser.openstack.org/articles/how-to-migrate-from-vmware-and-hype…> By Madhu Kashyap: Bringing NFV into OpenStack with Tacker <http://superuser.openstack.org/articles/bringing-nfv-into-openstack-with-ta…> By Nicholas Cammorato: Building an OpenStack lab from scratch with PackStack on AWS and Google Cloud – Installing OpenStack via Packstack <https://www.ravellosystems.com/blog/openstack-packstack-installation-on-aws/> By Miguel Grinberg <https://developer.rackspace.com/blog/authors/miguel-grinberg/>: Keystone-to-Keystone Federation with the OpenStack-Ansible Project <https://developer.rackspace.com/blog/keystone-to-keystone-federation-with-o…> Upcoming Events <https://www.openstack.org/community/events> Sep 21 – 24, 2015 Storage Developer Conference Santa Clara, CA, US <http://www.snia.org/events/storage-developer> Sep 29 – 30, 2015 Cloud Storage in OpenStack <https://groups.openstack.org/groups/frederick-md/cloud-storage-openstack> Oct 01, 2015 OpenStack Meetup Cluj Cluj-Napoc, Cluj, RO <http://www.meetup.com/OpenStackRomania/events/222910344/> Oct 01, 2015 South Bay OpenStack Meetup, Beginner track San Francisco, CA, US <http://www.meetup.com/openstack/events/221806052/> Oct 01 – 02, 2015 October OpenStack Meetup – SDN and Containers Chicago, IL, US <http://www.meetup.com/meetup-group-NjZdcegA/events/225081881/> Oct 04 – 08, 2015 Gartner SymposiumITxpo Orlando, FL, US <http://www.gartner.com/events/na/orlando-symposium> Oct 06, 2015 October Sydney Meetup <http://www.meetup.com/Australian-OpenStack-User-Group/events/220202327/> Oct 07, 2015 Houston OpenStack Meetup Houston, TX, US <http://www.meetup.com/openstackhoustonmeetup/events/224870393/?eventId=2248…> Oct 07 – 08, 2015 OpenStack Liberty Release Richardson, TX, US <http://www.meetup.com/OpenStack-DFW/events/225014699/> Oct 07 – 08, 2015 OpenStack 101 Houston, TX, US <http://www.meetup.com/openstackhoustonmeetup/events/224870393/> Oct 10, 2015 OpenStack India Meetup, Pune Pune, IN <http://www.meetup.com/Indian-OpenStack-User-Group/events/225039190/> Oct 12, 2015 OpenStack Cinder deep dive Stockholm, SE <http://www.meetup.com/OpenStack-User-Group-Nordics/events/225365322/> Oct 13, 2015 Pub Gathering Manchester, GB <http://www.meetup.com/Manchester-OpenStack-Meetup/events/224421141/> Oct 15, 2015 OpenStack Howto part 7 – Data Processing Prague, CZ <http://www.meetup.com/OpenStack-Czech-User-Group-Meetup/events/222955596/> Oct 15 – 16, 2015 Coming event, stay tuned Washington D.C., DC, US <http://www.meetup.com/OpenStackDC/events/224954116/> Oct 16, 2015 OpenStack PDX Meetup <http://www.meetup.com/openstack-pdx/events/fsnsglytnbtb/> Oct 16, 2015 SFBay OpenStack Hackathon #OSSFO <http://www.meetup.com/openstack/events/223988220/>What you need to know from the developer’s list PTL Nominations Are Over, Lets Start Elections! <http://lists.openstack.org/pipermail/openstack-dev/2015-September/074765.ht…> Five projects don’t have candidates. According to OpenStack governance, the TC will appoint the new PTL [1]. Barbican MagnetoDB Magnum Murano Security Seven projects will have an election: Cinder Glance Ironic Keystone Mistral Neutron Oslo There was confusion in UTC and how to submit nominations through Gerrit, but the TC will work with those candidates in Magnum, Barbican, Murano, Security. Doug Hellmann says MagnetoDB will be discussed for removal due to inactivity. [1] Proposed Priorities For Glance <http://lists.openstack.org/pipermail/openstack-dev/2015-September/074360.ht…> From conversations at the Ops Midcycle meetup and email threads with regards to Glance issues, Doug Hellmann put together a list of proposed priorities for the Glance team: Focus attention on DefCore: DefCore goals: Ensure all OpenStack deployments are interoperable at REST level (users can write software for one OpenStack cloud and move to another without changes to the code). Provide a well documented API with arguments that don’t change based on deployment choices. Integration tests in Tempest that test Glance’s API directly, in addition to the the current tests that proxy through Nova and Cinder. Once incorporated into DefCore, the APIs need to remain stable for an extended period of time, and follow deprecation timelines defined by complete V2 adoption in Nova and Cinder. In Nova, some specs didn’t land in Liberty. Both teams need to work together. In Cinder, the work is more complete, but needs to be reviewed that the API is used correctly. Security audits and bug fixes 5 out of the 18 recent security reports were related to Glance [2] Two ways to upload images to Glance V2: 1) POST image bits to Glance API server. a) Not widely deployed. Potential DOS vector. 2) Task API, to have Glance download it asynchronously. a) Not widely deployed. b) Assumes you know what task “types” are supported by which cloud, and the expected arguments (i.e. JSON blob). (e.g. Glance docs give a url for a source, but Rackspace gives a Swift location as a source) New Proposed ‘default’ network model <http://lists.openstack.org/pipermail/openstack-dev/2015-September/074527.ht…> Monty hates floating IPs. Observed with 5 public clouds, requiring you to use a floating IP to get an outbound address. Others directly attach you to the public network. Some allow you to create a private network and attach virtual machines to it, create a router with a gateway. Monty wants an easier way to have a virtual machine on the external facing network of a cloud. Users shouldn't have to learn about how to make that work with floating tips. This should be consistent behavior across public clouds. There is an effort set for Mitaka to work on Monty's request [3]. This will be done for 'nova boot' and work with multiple networks. If you have a more complicated network setup, this spec isn't for you. Base Feature Deprecation Policy <http://lists.openstack.org/pipermail/openstack-dev/2015-September/073576.ht…> Thierry proposes a standard way to communicate and perform removal of user-visible behaviors and capabilities. We sort of have something today, but not written of “to remove a feature, you mark it deprecated for n releases, then remove it”. Tag proposed [4]. We need to survey existing projects to see what their deprecation policy is. Proposed options for deprecation period: n+2 for features and capabilities, n+1 for config options n+1 for everything n+2 for everything Ben Swartzlander thinks this discussion also needs to cover long term support (LTS). Fungi thinks this is premature. Icehouse stable branch made it to 14 months before it was dropped due to not enough effort was given to keep it working. It was agreed “config options and features will have to be marked deprecated for a minimum of one stable release branch and a minimum of 3 months”. team:danger-not-diverse tag <http://lists.openstack.org/pipermail/openstack-dev/2015-September/074264.ht…> Josh Harlow is concerned that most projects start off small and not diverse, and this tag [5] would create negative connotations for those projects. Thierry raises it’s important to see the intent of the tag, rather by it’s name. The tag system is there to help our ecosystem navigate the big tent by providing bits of information. Example of information: how risky is it to invest on a given project? Some projects are dependent on a single company and can disappear in one day by the CEO’s decision. For this reason, Thierry supports describing project teams that are *extremely* fragile. As a result, the big tent is more inclusive. On the flip side, we need to inform our ecosystem that some project are less mature. Otherwise, you’re hiding this information. [1] - http://lists.openstack.org/pipermail/openstack-dev/2015-September/074837.ht… <http://lists.openstack.org/pipermail/openstack-dev/2015-September/074837.ht…> [2] - https://security.openstack.org/search.html?q=glance&check_keywords=yes&area… <https://security.openstack.org/search.html?q=glance&check_keywords=yes&area…> [3] - https://blueprints.launchpad.net/neutron/+spec/get-me-a-network <https://blueprints.launchpad.net/neutron/+spec/get-me-a-network> [4] - https://review.openstack.org/#/c/207467/ <https://review.openstack.org/#/c/207467/> [5] - https://review.openstack.org/#/c/218725/ <https://review.openstack.org/#/c/218725/> Other News Tracking the OpenStack revolution <http://superuser.openstack.org/articles/tracking-the-openstack-revolution> Python 3 Status in OpenStack Liberty <http://techs.enovance.com/7807/python-3-status-openstack-liberty> The weekly newsletter is a way for the community to learn about all the various activities in the OpenStack world._______________________________________________ Community mailing list Community(a)lists.openstack.org <mailto:Community@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/community <http://lists.openstack.org/cgi-bin/mailman/listinfo/community>

1 0

[release][horizon] django_openstack_auth release 2.0.0 (liberty)
by doug＠doughellmann.com 18 Sep '15

18 Sep '15

We are jazzed to announce the release of: django_openstack_auth 2.0.0: Django authentication backend for use with OpenStack Identity This release improves WebSSO support, and a login bug related to supporting Django 1.8. This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/django_openstack_auth/ With package available at: https://pypi.python.org/pypi/django_openstack_auth For more details, please see the git log history below and: https://launchpad.net/django-openstack-auth/+milestone/2.0.0 Please report issues through launchpad: https://bugs.launchpad.net/django-openstack-auth Changes in django_openstack_auth 1.4.0..2.0.0 --------------------------------------------- 783f7ac Remove .tx/config 8c64de9 Replace default User model PK 463b2ff IDP specific websso 7fcef93 Updated from global requirements 3a50139 Fix missing region field on WebSSO setup d95e2f0 Fix Python 3 issues 48268a1 Imported Translations from Transifex 26a65fe Updated from global requirements ab9678d Removing hack for python 2.6 support Diffstat (except docs and test files) ------------------------------------- .tx/config | 9 -- openstack_auth/backend.py | 3 +- openstack_auth/forms.py | 3 +- openstack_auth/locale/en_GB/LC_MESSAGES/django.po | 14 ++- openstack_auth/models.py | 15 +++ openstack_auth/user.py | 9 +- openstack_auth/utils.py | 139 ++++++++++++---------- openstack_auth/views.py | 13 +- requirements.txt | 6 +- 10 files changed, 174 insertions(+), 93 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 1a99dc7..48fd606 100644 --- a/requirements.txt +++ b/requirements.txt @@ -4,3 +4,3 @@ -pbr<2.0,>=1.4 -Django<1.8,>=1.4.2 -oslo.config>=2.1.0 # Apache-2.0 +pbr<2.0,>=1.6 +Django<1.9,>=1.7 +oslo.config>=2.3.0 # Apache-2.0

1 0

[release][keystone] keystoneauth release 1.1.0 (liberty)
by davanum＠gmail.com 18 Sep '15

18 Sep '15

We are overjoyed to announce the release of: keystoneauth 1.1.0: Authentication Library for OpenStack Identity This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/keystoneauth With package available at: https://pypi.python.org/pypi/keystoneauth1 For more details, please see the git log history below and: http://launchpad.net/keystoneauth/+milestone/1.1.0 Please report issues through launchpad: http://bugs.launchpad.net/keystoneauth Changes in keystoneauth1 1.0.0..1.1.0 ------------------------------------- cd9bd94 Updated from global requirements 835dfb8 There is no token_endpoint.TokenEndpoint ce67a60 Use option dest rather than name in missing error b46985e Move generic loading tests into loading folder a79f550 Move session loading tests into loading section c8d7506 Identity plugin thread safety fac161a Fix typo in Python package summary in setup.cfg ec16789 Convert project to os-testr 961809e Move around the tests so they can be found easier Diffstat (except docs and test files) ------------------------------------- keystoneauth1/exceptions/auth_plugins.py | 2 +- keystoneauth1/identity/base.py | 12 +- keystoneauth1/loading/_plugins/admin_token.py | 2 +- .../unit/identity/test_identity_v3_federation.py | 214 ++++++++ setup.cfg | 2 +- setup.py | 2 +- test-requirements.txt | 1 + tox.ini | 2 +- 37 files changed, 2779 insertions(+), 2735 deletions(-) Requirements updates -------------------- diff --git a/test-requirements.txt b/test-requirements.txt index ffa2aaf..dc735af 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -16,0 +17 @@ oslotest>=1.10.0 # Apache-2.0 +os-testr>=0.1.0

1 0

[release][keystone] keystonemiddleware release 2.3.0 (liberty)
by davanum＠gmail.com 18 Sep '15

18 Sep '15

We are jazzed to announce the release of: keystonemiddleware 2.3.0: Middleware for OpenStack Identity This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/keystonemiddleware With package available at: https://pypi.python.org/pypi/keystonemiddleware For more details, please see the git log history below and: http://launchpad.net/keystonemiddleware/+milestone/2.3.0 Please report issues through launchpad: http://bugs.launchpad.net/keystonemiddleware Changes in keystonemiddleware 2.2.0..2.3.0 ------------------------------------------ 6280585 Updated from global requirements 5352ff0 auth_token tests use clean config dca3965 Docstring updates 9b63a6a Use ConnectionRefused for auth_token tests Diffstat (except docs and test files) ------------------------------------- keystonemiddleware/audit.py | 25 +++-- keystonemiddleware/auth_token/__init__.py | 113 ++++++++++++--------- .../unit/auth_token/test_auth_token_middleware.py | 22 +++- requirements.txt | 2 +- 6 files changed, 122 insertions(+), 70 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index e0b3b03..5298cd5 100644 --- a/requirements.txt +++ b/requirements.txt @@ -12 +12 @@ pbr<2.0,>=1.6 -pycadf>=0.8.0 +pycadf>=1.1.0

1 0

[release] [ironic] [inspector] python-ironic-inspector-client release 1.2.0 (liberty)
by Dmitry Tantsur 17 Sep '15

17 Sep '15

We are jubilant to announce the release of: python-ironic-inspector-client 1.2.0: Python client for Ironic Inspector With source available at: http://git.openstack.org/cgit/openstack/python-ironic-inspector-client For more details, please see the git log history below and: http://launchpad.net/python-ironic-inspector-client/+milestone/1.2.0 Please report issues through launchpad: http://bugs.launchpad.net/python-ironic-inspector-client Changes in python-ironic-inspector-client 1.1.0..1.2.0 ------------------------------------------------------ f4cb45f Add a simple 'introspection rule show' command 5f8f5fa Support for introspection rules 9282f4d Fix func test job broken by Inspector func tests changes 1008937 Add a proper client object Diffstat (except docs and test files) ------------------------------------- README.rst | 185 +++++++++++++++---- ironic_inspector_client/__init__.py | 1 + ironic_inspector_client/client.py | 132 ++------------ ironic_inspector_client/common/http.py | 168 +++++++++++++++++ ironic_inspector_client/shell.py | 116 +++++++++--- ironic_inspector_client/test/functional.py | 116 +++++++++++- ironic_inspector_client/test/test_client.py | 218 +++++------------------ ironic_inspector_client/test/test_common_http.py | 171 ++++++++++++++++++ ironic_inspector_client/test/test_shell.py | 112 ++++++++++++ ironic_inspector_client/test/test_v1.py | 185 +++++++++++++++++++ ironic_inspector_client/v1.py | 146 +++++++++++++++ setup.cfg | 5 + test-requirements.txt | 1 + 13 files changed, 1192 insertions(+), 364 deletions(-) Requirements updates -------------------- diff --git a/test-requirements.txt b/test-requirements.txt index 72a44b2..cee6329 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5,0 +6 @@ doc8 # Apache-2.0 +fixtures>=1.3.1

1 0

Gnocchi 1.2.0 released
by Julien Danjou 17 Sep '15

17 Sep '15

Hi, We are proud to announce the release of Gnocchi 1.2.0. You can get more information about bugs fixed on Launchpad: https://launchpad.net/gnocchi/trunk/1.2.0 It's also available on PyPI: https://pypi.python.org/pypi/gnocchi/1.2.0 Highlights ---------- - The InfluxDB driver has been merged - Web interface has been removed in favor of Grafana support - The REST API now supports resource ID that are not UUID - Various bug fixes, optimizations and improvements! Cheers, -- Julien Danjou // Free Software hacker // http://julien.danjou.info

1 0

[release][stable][oslo] oslotest release 1.3.1 (juno)
by davanum＠gmail.com 17 Sep '15

17 Sep '15

We are tickled pink to announce the release of: oslotest 1.3.1: Oslo test framework This release is part of the juno stable release series. With source available at: http://git.openstack.org/cgit/openstack/oslotest With package available at: https://pypi.python.org/pypi/oslotest For more details, please see the git log history below and: http://launchpad.net/oslotest/+milestone/1.3.1 Please report issues through launchpad: http://bugs.launchpad.net/oslotest Changes in oslotest 1.3.0..1.3.1 -------------------------------- 7438de3 sync with global-requirements Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + requirements.txt | 20 ++++++++++---------- setup.py | 1 - test-requirements.txt | 8 ++++---- 4 files changed, 15 insertions(+), 15 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 125b54e..0672e29 100644 --- a/requirements.txt +++ b/requirements.txt @@ -5,10 +5,10 @@ -pbr>=0.6,!=0.7,<1.0 -discover -fixtures>=0.3.14 -python-subunit>=0.0.18 -six>=1.7.0 -testrepository>=0.0.18 -testscenarios>=0.4 -testtools>=0.9.36,!=1.2.0 -mock>=1.0 -mox3>=0.7.0 +pbr!=0.7,<1.0,>=0.6 +discover<=0.4.0 +fixtures<=1.0.0,>=0.3.14 +python-subunit<=1.0.0,>=0.0.18 +six<=1.9.0,>=1.7.0 +testrepository<=0.0.20,>=0.0.18 +testscenarios<=0.4,>=0.4 +testtools!=1.4.0,<=1.5.0,>=0.9.34 +mock<=1.0.1,>=1.0 +mox3<=0.7.0,>=0.7.0 diff --git a/test-requirements.txt b/test-requirements.txt index 5a845ba..1c9dbdc 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking>=0.9.2,<0.10 +hacking<0.10,>=0.9.2 @@ -10 +10 @@ hacking>=0.9.2,<0.10 -coverage>=3.6 +coverage<=3.7.1,>=3.6 @@ -13,2 +13,2 @@ coverage>=3.6 -sphinx>=1.1.2,!=1.2.0,!=1.3b1,<1.3 -oslosphinx>=2.2.0 # Apache-2.0 +sphinx!=1.2.0,<1.3,>=1.1.2 +oslosphinx<2.5.0,>=2.2.0 # Apache-2.0

1 0

[release][stable][oslo] oslo.utils release 1.4.1 (juno)
by davanum＠gmail.com 17 Sep '15

17 Sep '15

We are excited to announce the release of: oslo.utils 1.4.1: Oslo Utility library This release is part of the juno stable release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.utils With package available at: https://pypi.python.org/pypi/oslo.utils For more details, please see the git log history below and: http://launchpad.net/oslo.utils/+milestone/1.4.1 Please report issues through launchpad: http://bugs.launchpad.net/oslo.utils Changes in oslo.utils 1.4.0..1.4.1 ---------------------------------- 7eeccd8 Updated from global requirements Diffstat (except docs and test files) ------------------------------------- .gitreview | 3 ++- requirements.txt | 14 +++++++------- setup.py | 1 - test-requirements.txt | 24 ++++++++++++------------ 4 files changed, 21 insertions(+), 21 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index be23276..6350214 100644 --- a/requirements.txt +++ b/requirements.txt @@ -5,7 +5,7 @@ -pbr>=0.6,!=0.7,<1.0 -Babel>=1.3 -six>=1.9.0 -iso8601>=0.1.9 -oslo.i18n>=1.3.0 # Apache-2.0 -netaddr>=0.7.12 -netifaces>=0.10.4 +pbr!=0.7,<1.0,>=0.6 +Babel<=1.3,>=1.3 +six<=1.9.0,>=1.7.0 +iso8601<=0.1.10,>=0.1.9 +oslo.i18n<=1.3.1,>=1.0.0 # Apache-2.0 +netaddr<=0.7.13,>=0.7.12 +netifaces<=0.10.4,>=0.10.4 diff --git a/test-requirements.txt b/test-requirements.txt index 0fab2b3..c129b35 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking>=0.9.1,<0.10 +hacking<0.10,>=0.9.1 @@ -7,7 +7,7 @@ hacking>=0.9.1,<0.10 -discover -fixtures>=0.3.14 -python-subunit>=0.0.18 -testrepository>=0.0.18 -testscenarios>=0.4 -testtools>=0.9.36,!=1.2.0 -oslotest>=1.2.0 # Apache-2.0 +discover<=0.4.0 +fixtures<=1.0.0,>=0.3.14 +python-subunit<=1.0.0,>=0.0.18 +testrepository<=0.0.20,>=0.0.18 +testscenarios<=0.4,>=0.4 +testtools!=1.4.0,<=1.5.0,>=0.9.34 +oslotest<1.4.0,>=1.1.0 # Apache-2.0 @@ -18 +18 @@ oslotest>=1.2.0 # Apache-2.0 -coverage>=3.6 +coverage<=3.7.1,>=3.6 @@ -21,2 +21,2 @@ coverage>=3.6 -sphinx>=1.1.2,!=1.2.0,!=1.3b1,<1.3 -oslosphinx>=2.2.0 # Apache-2.0 +sphinx!=1.2.0,<1.3,>=1.1.2 +oslosphinx<2.5.0,>=2.2.0 # Apache-2.0 @@ -25 +25 @@ oslosphinx>=2.2.0 # Apache-2.0 -mock>=1.0 +mock<=1.0.1,>=1.0

1 0

[release][stable][oslo] oslo.messaging release 1.4.2 (juno)
by davanum＠gmail.com 17 Sep '15

17 Sep '15

We are happy to announce the release of: oslo.messaging 1.4.2: Oslo Messaging API This release is part of the juno stable 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/1.4.2 Please report issues through launchpad: http://bugs.launchpad.net/oslo.messaging Changes in oslo.messaging 1.4.1..1.4.2 -------------------------------------- 01a7893 Updated from global requirements adbd7c5 Fix list_opts test to not check all deps b6b6edc rabbit: redeclare consumers when ack/requeue fail 3ac14ae Fix possible usage of undefined variable 228bade Updated from global requirements 92e1e3e Updated from global requirements ec65803 qpid: Always auto-delete queue of DirectConsumer 2bb31d1 Fix _poll_connection not timeout issue (2/2) 8583533 Fix _poll_connection not timeout issue (1/2) a4ecc52 Updated from global requirements 42b65bf Fix rabbit driver use of ssl.PROTOCOL_SSLv3 Diffstat (except docs and test files) ------------------------------------- oslo/messaging/_drivers/amqpdriver.py | 24 +++++++++++------ oslo/messaging/_drivers/common.py | 25 ++++++++++++++++++ oslo/messaging/_drivers/impl_qpid.py | 1 - oslo/messaging/_drivers/impl_rabbit.py | 48 +++++++++++++++++++++++++--------- requirements-py3.txt | 19 ++++++++------ requirements.txt | 19 ++++++++------ setup.py | 1 - test-requirements-py3.txt | 29 +++++++++++--------- test-requirements.txt | 31 ++++++++++++---------- 12 files changed, 172 insertions(+), 71 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index efb513e..70cd784 100644 --- a/requirements.txt +++ b/requirements.txt @@ -1,3 +1,6 @@ -oslo.config>=1.4.0.0a3 -oslo.utils>=0.2.0 -stevedore>=0.14 +# The order of packages is significant, because pip processes them in the order +# of appearance. Changing the order has an impact on the overall integration +# process, which may cause wedges in the gate later. +oslo.config<=1.6.0,>=1.4.0 # Apache-2.0 +oslo.utils<1.5.0,>=1.4.0 # Apache-2.0 +stevedore<=1.3.0,>=1.0.0 # Apache-2.0 @@ -6 +9 @@ stevedore>=0.14 -six>=1.7.0 +six<=1.9.0,>=1.7.0 @@ -11 +14 @@ six>=1.7.0 -eventlet>=0.13.0 +eventlet<=0.15.2,>=0.15.1 @@ -14 +17 @@ eventlet>=0.13.0 -Babel>=1.3 +Babel<=1.3,>=1.3 @@ -17 +20 @@ Babel>=1.3 -PyYAML>=3.1.0 +PyYAML<=3.10,>=3.1.0 @@ -20 +23 @@ PyYAML>=3.1.0 -kombu>=2.4.8 +kombu<=3.0.15,>=2.5.0 diff --git a/test-requirements.txt b/test-requirements.txt index 610a052..4a732d3 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -0,0 +1,3 @@ +# The order of packages is significant, because pip processes them in the order +# of appearance. Changing the order has an impact on the overall integration +# process, which may cause wedges in the gate later. @@ -2 +5 @@ -hacking>=0.9.2,<0.10 +hacking<0.10,>=0.9.2 @@ -4,9 +7,9 @@ hacking>=0.9.2,<0.10 -discover -fixtures>=0.3.14 -mock>=1.0 -mox3>=0.7.0 -python-subunit>=0.0.18 -testrepository>=0.0.18 -testscenarios>=0.4 -testtools>=0.9.34 -oslotest +discover<=0.4.0 +fixtures<=1.0.0,>=0.3.14 +mock<=1.0.1,>=1.0 +mox3<=0.7.0,>=0.7.0 +python-subunit<=1.0.0,>=0.0.18 +testrepository<=0.0.20,>=0.0.18 +testscenarios<=0.4,>=0.4 +testtools!=1.4.0,<=1.5.0,>=0.9.34 +oslotest<1.4.0,>=1.1.0 # Apache-2.0 @@ -15 +18 @@ oslotest -qpid-python +qpid-python<=0.26.1 @@ -20 +23 @@ qpid-python -coverage>=3.6 +coverage<=3.7.1,>=3.6 @@ -23,2 +26,2 @@ coverage>=3.6 -sphinx>=1.1.2,!=1.2.0,<1.3 -oslosphinx +sphinx!=1.2.0,<1.3,>=1.1.2 +oslosphinx<2.5.0,>=2.2.0 # Apache-2.0

1 0