September 2015 - OpenStack-announce

[release][stable][sahara] python-saharaclient release 0.11.1 (liberty)
by Sergey Lukjanov 29 Sep '15

29 Sep '15

We are eager to announce the release of: python-saharaclient 0.11.1: Client library for Sahara API This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/python-saharaclient With package available at: https://pypi.python.org/pypi/python-saharaclient For more details, please see the git log history below and: http://launchpad.net/python-saharaclient/+milestone/0.11.1 Please report issues through launchpad: http://bugs.launchpad.net/python-saharaclient Changes in python-saharaclient 0.11.0..0.11.1 --------------------------------------------- 52b1c1d Updating saharaclient api docs 7240b0e Updated from global requirements 2646595 Change ignore-errors to ignore_errors 660dc7b Fixing cluster and node group template updates da1d4cb Remove `data source update` from setup.cfg bd35e41 Adding missed public/protected support for jobs creation cc9123d Fix functional tests in saharaclient 1421609 Update .gitreview for stable/liberty Diffstat (except docs and test files) ------------------------------------- .coveragerc | 2 +- .gitreview | 1 + requirements.txt | 2 +- saharaclient/api/cluster_templates.py | 51 ++++++------ saharaclient/api/jobs.py | 7 +- saharaclient/api/node_group_templates.py | 72 +++++++---------- setup.cfg | 1 - setup.py | 2 +- test-requirements.txt | 6 +- 12 files changed, 115 insertions(+), 125 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index dd734cb..d6629e9 100644 --- a/requirements.txt +++ b/requirements.txt @@ -5 +5 @@ -pbr<2.0,>=1.6 +pbr>=1.6 diff --git a/test-requirements.txt b/test-requirements.txt index 0158543..1f0b3da 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -12,2 +12,2 @@ oslosphinx>=2.5.0 # Apache-2.0 -python-neutronclient<3,>=2.6.0 -python-novaclient>=2.26.0 +python-neutronclient>=2.6.0 +python-novaclient>=2.28.1 @@ -17 +17 @@ sphinx!=1.2.0,!=1.3b1,<1.3,>=1.1.2 -tempest-lib>=0.6.1 +tempest-lib>=0.8.0

1 0

[release] [ironic] [inspector] ironic-inspector release 2.2.0 (liberty)
by Dmitry Tantsur 28 Sep '15

28 Sep '15

We are content to announce the release of: ironic-inspector 2.2.0: Hardware introspection for OpenStack Bare Metal With source available at: http://git.openstack.org/cgit/openstack/ironic-inspector This release introduced database migrations, be sure to initialize the database schema version: https://github.com/openstack/ironic-inspector#managing-the-ironic-inspector… Highlights of the release: * Hook interface changed to move away from returning patches to just calling ironic to apply changes * API to expose introspection data * User-settable introspection rules * Root device hints * Support for ironic-python-agent * Support for Alembic and rootwrap For more details, please see the git log history below and: http://launchpad.net/ironic-inspector/+milestone/2.2.0 Please report issues through launchpad: http://bugs.launchpad.net/ironic-inspector Changes in ironic-inspector 2.1.0..2.2.0 ---------------------------------------- b57cf89 Add troubleshooting section for Ubuntu DNS issues 7b7130a Add a warning about sudoers file 92a8550 Add explicit dependencies on Alembic and SA 5552d0d Update README with extra_hardware plugin changes bef7617 Don't rely on dict ordering in test_plugins_standard 8d0a04d Fix rootwrap configuration documentation 6a2bd8e devstack: allow nodes to be already MANAGEABLE in exercise db7865a Updated from global requirements aa3b8ba Add alembic migrations for the inspector database 52ef561 Use rootwrap to execute iptables instead of requiring root dc8d2fa Support IPA in raid_device plugin 973dd16 Convert eDeploy data so that rules can process it ad788cf Stop recommending using DIB from source 8f7f889 Allow empty lookup attributes if node_not_found_hook is provided de2108d Switch to using CLI for introspection rules 6c686e8 Add missing plugins for introspection rules 6d06f09 Ignore IPMI Address for IPMI Bridged nodes 0defa89 Updated from global requirements 8fc9f7a Replace glance and keystone commands with OSC equivalents 13b11c8 Smart root disk selection including support for root device hints d5f0817 Add API Discovery to Ironic Inspector 9d95e05 Add mock for check_call to all firewall tests b338739 Updated from global requirements 105aa64 Deprecate returning patches from plugins eb9b3da Add introspection rules support 1bdf87c Add instructions how to try IPA as a ramdisk f21eb0a Stop using configuration options in top level code 7b3ed65 Split standard plugin tests from other processing tests 5b02639 Move update functions to NodeInfo object 4aedc45 Enable colorized logging in devstack plugin 676a581 Revisit required provision states 22c670a Updated from global requirements d7447b3 Add logging to introspection data storage 5831723 Make list of ipmi_address-alike driver fields configurable f02540a Fix logic for internal server error 3f7054e Pass -w flag to iptables to make it wait for xtables lock 6eb9f58 Store and expose introspection data c0ffce0 Updated from global requirements 7343cad Rename plugin root_device_hint -> raid_device 2ab0770 Clean up README 0d11309 Fail introspection early if no lookup attributes can be detected d456bbb Updated from global requirements 535d1d1 Mock socket in test_bad_hostname_errors 61b78a8 Copy gitignore from ironic 661e818 Updated from global requirements 38ee234 Add func3 tox environment for functional testing with Python 3. Diffstat (except docs and test files) ------------------------------------- .gitignore | 40 +- CONTRIBUTING.rst | 92 ++++- HTTP-API.rst | 120 ++++++ README.rst | 331 ++++++++++++---- devstack/exercise.sh | 78 +++- devstack/plugin.sh | 39 +- example.conf | 32 +- ironic_inspector/alembic.ini | 38 ++ ironic_inspector/common/swift.py | 54 +++ ironic_inspector/conf.py | 29 +- ironic_inspector/db.py | 55 ++- ironic_inspector/dbsync.py | 90 +++++ ironic_inspector/firewall.py | 23 +- ironic_inspector/introspect.py | 24 +- ironic_inspector/main.py | 132 ++++++- ironic_inspector/migrations/env.py | 82 ++++ ironic_inspector/migrations/script.py.mako | 36 ++ .../versions/578f84f38d_inital_db_schema.py | 63 ++++ .../migrations/versions/d588418040d_add_rules.py | 64 ++++ ironic_inspector/node_cache.py | 154 +++++++- ironic_inspector/plugins/base.py | 137 +++++-- ironic_inspector/plugins/example.py | 11 +- ironic_inspector/plugins/extra_hardware.py | 52 ++- ironic_inspector/plugins/raid_device.py | 100 +++++ ironic_inspector/plugins/root_device_hint.py | 94 ----- ironic_inspector/plugins/rules.py | 140 +++++++ ironic_inspector/plugins/standard.py | 89 ++++- ironic_inspector/process.py | 63 ++-- ironic_inspector/rules.py | 381 +++++++++++++++++++ ironic_inspector/test/base.py | 15 + ironic_inspector/test/functional.py | 212 ++++++++++- ironic_inspector/test/test_firewall.py | 47 ++- ironic_inspector/test/test_introspect.py | 115 +++++- ironic_inspector/test/test_main.py | 196 +++++++++- ironic_inspector/test/test_node_cache.py | 158 +++++++- ironic_inspector/test/test_plugins_base.py | 44 +++ .../test/test_plugins_extra_hardware.py | 79 ++-- ironic_inspector/test/test_plugins_raid_device.py | 132 +++++++ .../test/test_plugins_root_device_hint.py | 103 ----- ironic_inspector/test/test_plugins_rules.py | 216 +++++++++++ ironic_inspector/test/test_plugins_standard.py | 284 ++++++++++++++ ironic_inspector/test/test_process.py | 244 +++--------- ironic_inspector/test/test_rules.py | 420 +++++++++++++++++++++ ironic_inspector/test/test_swift.py | 78 +++- ironic_inspector/test/test_utils.py | 37 +- ironic_inspector/utils.py | 41 +- plugin-requirements.txt | 2 - requirements.txt | 17 +- rootwrap.conf | 27 ++ rootwrap.d/ironic-inspector-firewall.filters | 6 + setup.cfg | 23 +- setup.py | 2 +- tox.ini | 5 + 53 files changed, 4408 insertions(+), 738 deletions(-) Requirements updates -------------------- diff --git a/plugin-requirements.txt b/plugin-requirements.txt index 9dc610c..e69de29 100644 --- a/plugin-requirements.txt +++ b/plugin-requirements.txt @@ -1,2 +0,0 @@ -# required for extra_hardware plugin -python-swiftclient>=2.2.0 diff --git a/requirements.txt b/requirements.txt index eac89f8..18d7b2a 100644 --- a/requirements.txt +++ b/requirements.txt @@ -3,0 +4 @@ +alembic>=0.8.0 @@ -6,0 +8,2 @@ Flask<1.0,>=0.10 +jsonpath-rw<2.0,>=1.2.0 +jsonschema!=2.5.0,<3.0.0,>=2.0.0 @@ -8,2 +11,3 @@ keystonemiddleware>=2.0.0 -pbr<2.0,>=1.4 -python-ironicclient>=0.6.0 +netaddr!=0.7.16,>=0.7.12 +pbr>=1.6 +python-ironicclient>=0.8.0 @@ -11,2 +15,3 @@ python-keystoneclient>=1.6.0 -oslo.config>=1.11.0 # Apache-2.0 -oslo.db>=2.0 # Apache-2.0 +python-swiftclient>=2.2.0 +oslo.config>=2.3.0 # Apache-2.0 +oslo.db>=2.4.1 # Apache-2.0 @@ -15 +20,2 @@ oslo.log>=1.8.0 # Apache-2.0 -oslo.utils>=1.9.0 # Apache-2.0 +oslo.rootwrap>=2.0.0 # Apache-2.0 +oslo.utils>=2.0.0 # Apache-2.0 @@ -17,0 +24 @@ stevedore>=1.5.0 # Apache-2.0 +SQLAlchemy>=0.9.9,<1.1.0

1 0

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

26 Sep '15

Register for OpenStack Summit Tokyo 2015 <https://www.eventbrite.com/e/openstack-summit-october-2015-tokyo-tickets-17…> Full access registration prices increase on 9/29 at 11:59pm PT This trove of user stories highlights what people want in OpenStack <http://superuser.openstack.org/articles/this-trove-of-user-stories-highligh…> The Product Working Group recently launched a Git repository to collect requirements ranging from encrypted storage to rolling upgrades. How storage works in containers <http://superuser.openstack.org/articles/how-storage-works-in-containers> Nick Gerasimatos, senior director of cloud services engineering at FICO, dives into the lack of persistent storage with containers and how Docker volumes and data containers provide a fix. The Road to Tokyo 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/> 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 Heats Up Silicon Valley <https://developer.ibm.com/opentech/2015/09/20/openstack-heats-up-silicon-va…> OpenStack Day Benelux 2015 <http://superuser.openstack.org/articles/openstack-day-benelux-2015> Deadlines and Contributors Notifications Liberty Release Oct., 15, 2015 <https://wiki.openstack.org/wiki/Liberty_Release_Schedule> Security Advisories and Notices [openstack-announce] [OSSA 2015-019] Glance image status manipulation (CVE-2015-5251) <http://lists.openstack.org/pipermail/openstack-announce/2015-September/0006…> Tips ‘n Tricks By Swapnil Kulkarni <http://blog.coolsvap.net/>: [OpenStack][RDO] Liberty Test-Day <http://blog.coolsvap.net/2015/09/24/openstackrdo-test-day-liberty/> Upcoming Events <https://www.openstack.org/community/events> Sep 28, 2015 – Jan 3, 2016 Presenting At PyCon (call for papers) Portland,OR, US <https://us.pycon.org/2016/speaking/> 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/>What you need to know from the developer’s list Handling Projects with no PTL candidates <http://lists.openstack.org/pipermail/openstack-dev/2015-September/075227.ht…> The technical committee will appoint a PTL [1] if there is no identified eligible candidate. Appointed PTLs: Robert Clark nominated security PTL Serg Melikyan nominated Murano PTL Douglas Mendizabal nominated Barbican PTL Election for Magnum PTL between Adrian Otto and Hongbin Lu MagnetoDB being abandoned, not PTL was chosen. Instead, it will be fast tracked for removal [2] from the official list of OpenStack projects. Release help needed - we are incompatible with ourselves <http://lists.openstack.org/pipermail/openstack-dev/2015-September/075075.ht…> Robert Collins raises that while the constraints system in place for how we recognize incompatible components in our release is working, the release team needs help from the community to fix the incompatibility that exists so we can cut the full Liberty release. Issues that exist: OpenStack client not able to create an image. Fix is merged [3]. Semver and dependency changes <http://lists.openstack.org/pipermail/openstack-dev/2015-September/075107.ht…> Robert Collins says currently we don’t provide guidance on what happens when the only changes in a project are dependency changes and a release is made. Today the release team treats dependency changes as a “feature” rather than a bug fix. (e.g. if the previous release 1.2.3, requirement sync happens, the next version is 1.3.0.) Reasons behind this are complex, some guidance is needed to answer the questions: Is this requirements change an API break? Is this requirements change feature work? Is this requirements change a bug fix? All of these questions can be true. Some examples: If library X exposes library Y as part of its API, and library Y’s dependency changes from Y>=1 to Y>=2. X does this because it needs a feature from Y==2. Library Y is not exposed in library X’s API, however, a change in Y’s dependencies for X will impact users who independently use Y. (ignoring intricacies surrounding PIP here.) Proposal: nothing -> a requirement -> major version change 1.x.y -> 2.0.0 -> major version change 1.2.y -> 1.3.0 -> minor version change 1.2.3. -> 1.2.4 -> patch version change Thierry Carrez is ok with the last two proposals. Defaulting to a major version bump sounds a bit overkill. Doug Hellmann reminds that we can’t assume the dependency is using semver itself. We would need something other than the version number to determine from the outside whether the API is in fact breaking. Due this problem being so complicated, Doug would rather over-simplify the analysis of requirements updates until we’re better at identifying our own API breaking changes and differentiating between features and bug fixes. This will allow us to be consistent, if not 100% correct. Criteria for applying vulnerability:managed tag <http://lists.openstack.org/pipermail/openstack-dev/2015-September/073435.ht…> The vulnerability management processes were brought to the big tent a couple of months ago [4]. Initially we listed what repos the Vulnerability Manage Team (VMT) tracks for vulnerabilities. TC decided to change this from repos to deliverables as per-repo tags were decided against. Jeremy Stanley provides transparency for how deliverables can qualify for this tag: All repos in a given deliverable must qualify. If one repo doesn’t, they all don’t in a given deliverable. Points of contact: Deliverable must have a dedicated point of contact. The VMT will engage with this contact to triage reports. A group of core reviewers should be part of the <project>-corsec team and will: Confirm whether a bug is accurate/applicable. Provide pre-approval of patches attached to reports. The PTLs for the deliverable should agree to act as (or delegate) a vulnerability management liaison to escalate for the VMT. The bug tracker for the repos within a deliverable should have a bug tracker configured to initially provide access to privately reported vulnerabilities initially to the VMT. The VMT will determine if the vulnerability is reported against the correct deliverable and redirect when possible. The deliverable repos should undergo a third-party review/audit looking for obvious signs of insecure design or risky implementation. This aims to keep the VMT’s workload down. It has not been identified who will perform this review. Maybe the OpenStack Security project team? Review of this proposal is posted [5]. Consistent support for SSL termination proxies across all APIs <http://lists.openstack.org/pipermail/openstack-dev/2015-September/074871.ht…> While a bug [6] was being debugged, an issue was identified where an API sitting behind a proxy performing SSL termination would not generate the right redirection (http instead of https). A review [7] has been given to have a config option ‘secure_proxy_ssl_header’ which allows the API service to detect ssl termination based on the header X-Forwarded-Proto. Another bug back in 2014 was open with the same issue [8]. Several projects applied patches to fix this issue, but are inconsistent: Glance added public_endpoint config Cinder added public_endpoint config Heat added secure_proxy_ssl_header config (through heat.api.openstack:sslmiddleware_filter) Nova added secure_proxy_ssl_header config Manila added secure_proxy_ssl_header config (through oslo_middleware.ssl:SSLMiddleware.factory) Ironic added public_endpoint config Keystone added secure_proxy_ssl_header config Ben Nemec comments that solving this at the service level is the wrong place, due to this requiring changes in a bunch of different API services. Instead it should be fixed in the proxy that’s converting the traffic to http. Sean Dague notes that this should be done in the service catalog. Service discovery is a base thing that all services should use in talking to each other. There’s an OpenStack spec [9] in an attempt to get a handle on this Mathieu Gagné notes that this won’t work. There is a “split view” in the service catalog where internal management nodes have a specific catalog and public nodes (for users) have a different one. Suggestion to use oslo middleware SSL for supporting the ‘secure_proxy_ssl_header’ config to fix the problem with little code. Sean agrees the split view needs to be considered, however, another layer of work shouldn’t decide if the service catalog is a good way to keep track of what our service urls are. We shouldn’t push a model where Keystone is optional. Sean notes that while the ‘secure_proxy_ssl_header’ config solution supports the cases where there’s a 1 HA proxy with SSL termination to 1 API service, it may not work in the cases where there’s a 1 API service to N HA Proxies for: Clients needing to understand the “Location:” headers correctly. Libraries like request/phatomjs can follow the links provided in REST documents, and they’re correct. The minority of services that “operate without keystone” as an option are able to function. ZZelle mentions this solution does not work in the cases when the service itself acts as a proxy (e.g. nova image-list). Would this solution work in the HA Proxy case where there is one terminating address for multiple backend servers? Yes, by honoring the headers X-Forwarded-Host and X-Forwarded-Port which are set by HTTP proxies, making WSGI applications unaware of the fact that there is a request in front of them. Jamie Lennox says this same topic came up as a block in a Devstack patch to get TLS testing in the gate with HA Proxy. Longer term solution, transition services to use relative links. This is a pretty serious change. We’ve been returning absolute URLs forever, so assuming that all client code out there would with relative code is a big assumption. That’s a major version for sure. Sean agrees that we have enough pieces to get something better with proxy headers for Mitaka. We can do the remaining edge cases if clean up the service catalog use. [1] - http://governance.openstack.org/resolutions/20141128-elections-process-for-… <http://governance.openstack.org/resolutions/20141128-elections-process-for-…> [2] - https://review.openstack.org/#/c/224743/ <https://review.openstack.org/#/c/224743/> [3] - https://review.openstack.org/#/c/225443/ <https://review.openstack.org/#/c/225443/> [4] - http://governance.openstack.org/reference/tags/vulnerability_managed.html <http://governance.openstack.org/reference/tags/vulnerability_managed.html> [5] - https://review.openstack.org/#/c/226869/ <https://review.openstack.org/#/c/226869/> [6] - https://bugs.launchpad.net/python-novaclient/+bug/1491579 <https://bugs.launchpad.net/python-novaclient/+bug/1491579> [7] - https://review.openstack.org/#/c/206479/ <https://review.openstack.org/#/c/206479/> [8] - https://bugs.launchpad.net/glance/+bug/1384379 <https://bugs.launchpad.net/glance/+bug/1384379> [9] - https://review.openstack.org/#/c/181393/ <https://review.openstack.org/#/c/181393/> 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][ironic] Ironic 4.2.0 release
by Jim Rollenhagen 26 Sep '15

26 Sep '15

Hi all, I'm proud to announce the release of Ironic 4.2.0! This follows quickly on our 4.1.0 release with 21 bug fixes, and marks the completion of four blueprints. It is also the basis for our stable/Liberty branch, and will be included in the coordinated OpenStack Liberty release. Major changes are listed below and at http://docs.openstack.org/developer/ironic/releasenotes/ and full release details are available on Launchpad: https://launchpad.net/ironic/liberty/4.2.0 * Deprecated the bash ramdisk The older bash ramdisk built by diskimage-builder is now deprecated and support will be removed at the beginning of the "N" development cycle. Users should migrate to a ramdisk running ironic-python-agent, which now also supports the pxe_* drivers that the bash ramdisk was responsible for. For more info on building an ironic-python-agent ramdisk, see: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#buildi… * Raised API version to 1.14 * 1.12 allows setting RAID properties for a node; however support for putting this configuration on a node is not yet implemented for in-tree drivers; this will be added in a future release. * 1.13 adds a new 'abort' verb to the provision state API. This may be used to abort cleaning for nodes in the CLEANWAIT state. * 1.14 makes the following endpoints discoverable in the API: * /v1/nodes/<UUID or logical name>/states * /v1/drivers/<driver name>/properties * Implemented a new Boot interface for drivers This change enhances the driver interface for driver authors, and should not affect users of Ironic, by splitting control of booting a server from the DeployInterface. The BootInterface is responsible for booting an image on a server, while the DeployInterface is responsible for deploying a tenant image to a server. This has been implemented in most in-tree drivers, and is a backwards-compatible change for out-of-tree drivers. The following in-tree drivers will be updated in a forth-coming release: * agent_ilo * agent_irmc * iscsi_ilo * iscsi_irmc * Implemented a new RAID interface for drivers This change enhances the driver interface for driver authors. Drivers may begin implementing this interface to support RAID configuration for nodes. This is not yet implemented for any in-tree drivers. * Image size is now checked before deployment with agent drivers The agent must download the tenant image in full before writing it to disk. As such, the server being deployed must have enough RAM for running the agent and storing the image. This is now checked before Ironic tells the agent to deploy an image. An optional config [agent]memory_consumed_by_agent is provided. When Ironic does this check, this config option may be set to factor in the amount of RAM to reserve for running the agent. * Added Cisco IMC driver This driver supports managing Cisco UCS C-series servers through the CIMC API, rather than IPMI. Documentation is available at: http://docs.openstack.org/developer/ironic/drivers/cimc.html * iLO virtual media drivers can work without Swift iLO virtual media drivers (iscsi_ilo and agent_ilo) can work standalone without Swift, by configuring an HTTP(S) server for hosting the deploy/boot images. A web server needs to be running on every conductor node and needs to be configured in ironic.conf. iLO driver documentation is available at: http://docs.openstack.org/developer/ironic/drivers/ilo.html // jim + deva

1 0

[release][stable][ceilometer] python-ceilometerclient release 1.0.15 (juno)
by davanum＠gmail.com 23 Sep '15

23 Sep '15

We are delighted to announce the release of: python-ceilometerclient 1.0.15: OpenStack Telemetry API Client Library This release is part of the juno stable release series. With source available at: https://git.openstack.org/cgit/openstack/python-ceilometerclient With package available at: https://pypi.python.org/pypi/python-ceilometerclient For more details, please see the git log history below and: https://launchpad.net/python-ceilometerclient/+milestone/1.0.15 Please report issues through launchpad: https://bugs.launchpad.net/python-ceilometerclient Changes in python-ceilometerclient icehouse-eol..1.0.15 ------------------------------------------------------- fb12aae Updated from global requirements 98b2ec6 set defaultbranch for git review Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + requirements.txt | 14 +++++++------- setup.py | 1 - test-requirements.txt | 20 ++++++++++---------- 4 files changed, 18 insertions(+), 18 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 1692306..336c0ba 100644 --- a/requirements.txt +++ b/requirements.txt @@ -4 +4 @@ -pbr>=0.6,!=0.7,<1.0 +pbr!=0.7,<1.0,>=0.6 @@ -6,6 +6,6 @@ argparse -iso8601>=0.1.9 -oslo.utils>=1.0.0 # Apache-2.0 -PrettyTable>=0.7,<0.8 -python-keystoneclient>=0.10.0 -six>=1.7.0 -stevedore>=0.14 +iso8601<=0.1.10,>=0.1.9 +oslo.utils<1.5.0,>=1.4.0 # Apache-2.0 +PrettyTable<0.8,>=0.7 +python-keystoneclient<1.2.0,>=0.10.0 +six<=1.9.0,>=1.7.0 +stevedore<=1.3.0,>=1.0.0 # Apache-2.0 diff --git a/test-requirements.txt b/test-requirements.txt index 1bdbb36..0807ae1 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5,10 +5,10 @@ -hacking>=0.9.1,<0.10 -coverage>=3.6 -discover -fixtures>=0.3.14 -mock>=1.0 -oslosphinx>=2.2.0.0a2 -python-subunit>=0.0.18 -sphinx>=1.1.2,!=1.2.0,<1.3 -testrepository>=0.0.18 -testtools>=0.9.34 +hacking<0.10,>=0.9.1 +coverage<=3.7.1,>=3.6 +discover<=0.4.0 +fixtures<=1.0.0,>=0.3.14 +mock<=1.0.1,>=1.0 +oslosphinx<2.5.0,>=2.2.0 # Apache-2.0 +python-subunit<=1.0.0,>=0.0.18 +sphinx!=1.2.0,<1.3,>=1.1.2 +testrepository<=0.0.20,>=0.0.18 +testtools!=1.4.0,<=1.5.0,>=0.9.34

1 0

[release][stable][openstack] os-client-config release 1.7.5 (liberty)
by davanum＠gmail.com 23 Sep '15

23 Sep '15

We are satisfied to announce the release of: os-client-config 1.7.5: OpenStack Client Configuation Library This release is part of the liberty stable 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.4..1.7.5 ---------------------------------------- 0f08964 Fix a little error with the None auth type 7f33416 Change ignore-errors to ignore_errors aabf143 Test kwargs passing not just argparse Diffstat (except docs and test files) ------------------------------------- .coveragerc | 2 +- os_client_config/config.py | 4 +++- 3 files changed, 33 insertions(+), 4 deletions(-)

1 0

[OSSA 2015-019] Glance image status manipulation (CVE-2015-5251)
by Grant Murphy 23 Sep '15

23 Sep '15

=============================================== OSSA-2015-019: Glance image status manipulation =============================================== :Date: September 22, 2015 :CVE: CVE-2015-5251 Affects ~~~~~~~ - Glance: <=2014.2.3, >=2015.1.0, <=2015.1.1 Description ~~~~~~~~~~~ Hemanth Makkapati of Rackspace reported a vulnerability in Glance. By submitting a HTTP PUT request with a "x-image-meta-status" header, a tenant can manipulate the status of their images. A malicious tenant may exploit this flaw to reactivate disabled images, bypass storage quotas and in some cases replace image contents. Setups using the Glance v1 API allow the illegal modification of image status. Setups which also use the v2 API may allow a subsequent re-upload of image contents. Patches ~~~~~~~ - https://review.openstack.org/226338 (Juno) - https://review.openstack.org/226337 (Kilo) - https://review.openstack.org/226336 (Liberty) Credits ~~~~~~~ - Hemanth Makkapati from Rackspace (CVE-2015-5251) References ~~~~~~~~~~ - https://bugs.launchpad.net/bugs/1482371 - http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-5251 Notes ~~~~~ - This fix will be included in future 2014.2.4 (juno) and 2015.1.2 (kilo) releases.

1 0

[release][cinder] os-brick release 0.5.0 (liberty)
by doug＠doughellmann.com 23 Sep '15

23 Sep '15

We are pleased to announce the release of: os-brick 0.5.0: OpenStack Cinder brick library for managing local volume attaches This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/os-brick With package available at: https://pypi.python.org/pypi/os-brick For more details, please see the git log history below and: http://launchpad.net/os-brick/+milestone/0.5.0 Please report issues through launchpad: http://bugs.launchpad.net/os-brick Changes in os-brick 0.4.0..0.5.0 -------------------------------- 51bdead Change ignore-errors to ignore_errors 7cb08e5 Updated from global requirements 2754a5c Add fancy pypi version and download images 0ec8072 iSCSI fix misleading Log warning on connect fail f5006ea Fix missing value types for log message 798f965 Log a message when can’t find multipath device fea1ef5 Removed unused dependency: discover 0f3ec7c Use 'device' instead of 'volume_path' Diffstat (except docs and test files) ------------------------------------- .coveragerc | 2 +- README.rst | 8 ++++++++ os_brick/initiator/connector.py | 11 +++++++++-- os_brick/initiator/linuxscsi.py | 2 +- requirements.txt | 2 +- setup.py | 2 +- test-requirements.txt | 1 - 8 files changed, 33 insertions(+), 8 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index c2c4d8c..a4131a3 100644 --- a/requirements.txt +++ b/requirements.txt @@ -5 +5 @@ -pbr<2.0,>=1.6 +pbr>=1.6 diff --git a/test-requirements.txt b/test-requirements.txt index 618150e..2228254 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -7 +6,0 @@ coverage>=3.6 -discover

1 0

[release][designate] python-designateclient release 1.5.0 (liberty)
by doug＠doughellmann.com 23 Sep '15

23 Sep '15

We are satisfied to announce the release of: python-designateclient 1.5.0: OpenStack DNS as a Service - Client This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/python-designateclient With package available at: https://pypi.python.org/pypi/python-designateclient For more details, please see the git log history below and: http://launchpad.net/python-designateclient/+milestone/1.5.0 Please report issues through launchpad: http://bugs.launchpad.net/python-designateclient Changes in python-designateclient 1.4.0..1.5.0 ---------------------------------------------- e1df2cc Updated from global requirements 32ead48 Add formatting of output data 6952ecb Added appropriate error message for designate cli 519c18f Meaningful Exception for over-quota on domains a8bae1d Added test cases for reports in designateclient dbab707 Added diagnostics,sync and touch test cases for v1 designateclient f7d4dbb V2 CLI Support c035287 Added quotas and servers test cases for designateclient 9d3da6c Added test cases for designate v1 client 7beda7d Make is so exceptions have some message 86d988d Updated from global requirements 83d4cea Update github's URL 1e1b94c Updated from global requirements 2ec96b6 Implement socket timeout in v1 71f465c Don't wildcard resolve names 74ee1a1 Updated from global requirements 08191bb Updated from global requirements 035657c Improve help strings Diffstat (except docs and test files) ------------------------------------- designateclient/auth.py | 1 - designateclient/cli/base.py | 5 +- designateclient/cli/diagnostics.py | 2 +- designateclient/cli/domains.py | 20 +- designateclient/cli/quotas.py | 8 +- designateclient/cli/records.py | 28 +- designateclient/cli/reports.py | 2 +- designateclient/cli/servers.py | 4 +- designateclient/exceptions.py | 5 +- designateclient/osc/__init__.py | 0 designateclient/osc/plugin.py | 47 +++ designateclient/shell.py | 11 +- designateclient/utils.py | 20 ++ designateclient/v1/__init__.py | 13 +- designateclient/v2/cli/__init__.py | 0 designateclient/v2/cli/blacklists.py | 134 ++++++++ designateclient/v2/cli/recordsets.py | 174 ++++++++++ designateclient/v2/cli/reverse.py | 121 +++++++ designateclient/v2/cli/tlds.py | 129 +++++++ designateclient/v2/cli/zones.py | 402 ++++++++++++++++++++++ designateclient/v2/client.py | 25 +- designateclient/v2/utils.py | 2 +- requirements.txt | 6 +- setup.cfg | 44 +++ setup.py | 2 +- 44 files changed, 2034 insertions(+), 61 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 21400ff..d268274 100644 --- a/requirements.txt +++ b/requirements.txt @@ -4 +4 @@ -cliff>=1.13.0 # Apache-2.0 +cliff>=1.14.0 # Apache-2.0 @@ -6,2 +6,2 @@ jsonschema!=2.5.0,<3.0.0,>=2.0.0 -oslo.utils>=1.9.0 # Apache-2.0 -pbr<2.0,>=1.3 +oslo.utils>=2.0.0 # Apache-2.0 +pbr>=1.6

1 0

[release][openstack] python-openstackclient release 1.7.0 (liberty)
by doug＠doughellmann.com 23 Sep '15

23 Sep '15

We are eager to announce the release of: python-openstackclient 1.7.0: OpenStack Command-line Client This release is part of the liberty release series. With source available at: https://git.openstack.org/cgit/openstack/python-openstackclient With package available at: https://pypi.python.org/pypi/python-openstackclient For more details, please see the git log history below and: https://launchpad.net/python-openstackclient/+milestone/1.7.0 Please report issues through launchpad: https://bugs.launchpad.net/python-openstackclient Changes in python-openstackclient 1.6.0..1.7.0 ---------------------------------------------- b8faa8a Add release notes for 1.7.0 e0e9b2b Use format_list instead of format_dict when listing images d8f7527 Format an images properties and tags f5b50df Add image create support for image v2 0857da7 Change ignore-errors to ignore_errors 80ae715 Imported Translations from Zanata 3f532a2 Remove backticks from help in role commands d6788f7 Move option logging back to start if initialize_app() b1972fb Set default auth plugin back to 'password' 9987a95 Updated from global requirements 817ab3e set image api to 1 for functional tests 1461c0e Updated from global requirements a936c30 Imported Translations from Transifex c513f05 Use novaclient.client.Client for initialization Nova client 10db0df Add filtering by user for 'openstack server list' 66010b4 Add support for listing servers of other projects 36a9703 Support listing users by group name 3abfea0 Fix compute API version snafu e6706f2 Properly handle port arguments for ICMP e3c46ec Use a common decorator to log 'take_action' activation d751a21 Fix 'auhentication' spelling error/mistake 14a714f Volume v2 list does not show server name 5171a42 Ignore flavor and image find errors on server show 85a0394 Create log configuration class f142516 default OS_VOLUME_API_VERSION to v2 48f7f0f Automate flavors, networks, and image get 59d12a6 unwedge the osc gate 8fb19bc additional functional tests for identity providers 1966663 Adds documentation on weekly meeting 1004e06 Update the plugin docs for designate 0f837df Added note to install openstackclient 0f0d66f Running 'limits show' returns nothing 6c46355 Optimize log formatting d828429 Extract log level from configuration file ca9965c Move options to log level out of shell.py 9c3c336 Move set warnings filters to logging module ac5e289 Updated from global requirements a6c8c8f Updated from global requirements e908492 Updated from global requirements b1ce035 Add tests for volume quota set e23dd6d Set up every time record log in file Diffstat (except docs and test files) ------------------------------------- .coveragerc | 2 +- openstackclient/api/auth.py | 2 +- openstackclient/common/configuration.py | 4 +- openstackclient/common/context.py | 170 +++++++++++ openstackclient/common/limits.py | 4 +- openstackclient/common/module.py | 6 +- openstackclient/common/quota.py | 9 +- openstackclient/common/utils.py | 23 ++ openstackclient/compute/client.py | 59 +++- openstackclient/compute/v2/aggregate.py | 6 +- openstackclient/compute/v2/availability_zone.py | 2 +- openstackclient/compute/v2/console.py | 4 +- openstackclient/compute/v2/floatingip.py | 6 +- openstackclient/compute/v2/floatingippool.py | 2 +- openstackclient/compute/v2/keypair.py | 6 +- openstackclient/compute/v2/security_group.py | 19 +- openstackclient/compute/v2/server.py | 87 ++++-- openstackclient/identity/v2_0/catalog.py | 4 +- openstackclient/identity/v2_0/ec2creds.py | 8 +- openstackclient/identity/v2_0/endpoint.py | 8 +- openstackclient/identity/v2_0/project.py | 10 +- openstackclient/identity/v2_0/role.py | 14 +- openstackclient/identity/v2_0/service.py | 8 +- openstackclient/identity/v2_0/token.py | 3 +- openstackclient/identity/v2_0/user.py | 10 +- openstackclient/identity/v3/catalog.py | 4 +- openstackclient/identity/v3/consumer.py | 10 +- openstackclient/identity/v3/credential.py | 10 +- openstackclient/identity/v3/domain.py | 10 +- openstackclient/identity/v3/ec2creds.py | 8 +- openstackclient/identity/v3/endpoint.py | 10 +- openstackclient/identity/v3/federation_protocol.py | 4 +- openstackclient/identity/v3/group.py | 16 +- openstackclient/identity/v3/identity_provider.py | 10 +- openstackclient/identity/v3/policy.py | 10 +- openstackclient/identity/v3/project.py | 10 +- openstackclient/identity/v3/region.py | 10 +- openstackclient/identity/v3/role.py | 14 +- openstackclient/identity/v3/service.py | 10 +- openstackclient/identity/v3/service_provider.py | 10 +- openstackclient/identity/v3/token.py | 2 +- openstackclient/identity/v3/unscoped_saml.py | 4 +- openstackclient/identity/v3/user.py | 22 +- openstackclient/image/v2/image.py | 225 +++++++++++++- openstackclient/object/v1/container.py | 8 +- openstackclient/object/v1/object.py | 8 +- openstackclient/shell.py | 106 +++---- openstackclient/volume/client.py | 2 +- openstackclient/volume/v1/backup.py | 10 +- openstackclient/volume/v1/qos_specs.py | 16 +- openstackclient/volume/v1/snapshot.py | 12 +- openstackclient/volume/v1/volume.py | 12 +- openstackclient/volume/v1/volume_type.py | 10 +- openstackclient/volume/v2/qos_specs.py | 16 +- openstackclient/volume/v2/snapshot.py | 4 +- openstackclient/volume/v2/volume.py | 10 +- openstackclient/volume/v2/volume_type.py | 8 +- .../de/LC_MESSAGES/python-openstackclient.po | 23 +- .../locale/python-openstackclient.pot | 230 +++++++------- requirements.txt | 12 +- setup.cfg | 1 + setup.py | 2 +- test-requirements.txt | 2 +- 82 files changed, 1995 insertions(+), 460 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index b575125..c638ed1 100644 --- a/requirements.txt +++ b/requirements.txt @@ -4 +4 @@ -pbr<2.0,>=1.4 +pbr>=1.6 @@ -10,2 +10,2 @@ cliff-tablib>=1.0 -os-client-config>=1.4.0 -oslo.config>=1.11.0 # Apache-2.0 +os-client-config!=1.6.2,>=1.4.0 +oslo.config>=2.3.0 # Apache-2.0 @@ -13 +13 @@ oslo.i18n>=1.5.0 # Apache-2.0 -oslo.utils>=1.9.0 # Apache-2.0 +oslo.utils>=2.0.0 # Apache-2.0 @@ -16 +16 @@ python-keystoneclient>=1.6.0 -python-novaclient>=2.26.0 +python-novaclient>=2.28.1 @@ -18 +18 @@ python-cinderclient>=1.3.1 -python-neutronclient<3,>=2.6.0 +python-neutronclient>=2.6.0 diff --git a/test-requirements.txt b/test-requirements.txt index 23edc37..25d0628 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -18 +18 @@ WebOb>=1.2.3 -tempest-lib>=0.6.1 +tempest-lib>=0.8.0

1 0

[release][stable][neutron] python-neutronclient release 3.1.0 (liberty)
by doug＠doughellmann.com 23 Sep '15

23 Sep '15

We are pleased to announce the release of: python-neutronclient 3.1.0: CLI and Client Library for OpenStack Networking This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/python-neutronclient With package available at: https://pypi.python.org/pypi/python-neutronclient For more details, please see the git log history below and: http://launchpad.net/python-neutronclient/+milestone/3.1.0 Please report issues through launchpad: http://bugs.launchpad.net/python-neutronclient Changes in python-neutronclient 3.0.0..3.1.0 -------------------------------------------- 3e11599 Updated from global requirements 716eb01 Revert "Remove Cisco-specific neutron client commands" 7afe02b Updated from global requirements 8292cb8 Remove Cisco-specific neutron client commands 11897cb NSX gateway extension: allow more transport type values 7066c31 Support for child resource extensions Diffstat (except docs and test files) ------------------------------------- neutronclient/neutron/v2_0/nsx/networkgateway.py | 11 ++-- neutronclient/v2_0/client.py | 56 +++++++++++++----- requirements.txt | 2 +- setup.py | 2 +- test-requirements.txt | 2 +- 6 files changed, 123 insertions(+), 22 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index e8184e4..6a677ab 100644 --- a/requirements.txt +++ b/requirements.txt @@ -4 +4 @@ -pbr<2.0,>=1.6 +pbr>=1.6 diff --git a/test-requirements.txt b/test-requirements.txt index 1749346..160b246 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -19 +19 @@ testtools>=1.4.0 -tempest-lib>=0.6.1 +tempest-lib>=0.8.0

1 0

[release][nova] python-novaclient release 2.30.0 (liberty)
by doug＠doughellmann.com 22 Sep '15

22 Sep '15

We are chuffed to announce the release of: python-novaclient 2.30.0: Client library for OpenStack Compute API This release is part of the liberty 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.30.0 Please report issues through launchpad: http://bugs.launchpad.net/python-novaclient Notable changes ---------------- Bug fixes, v2.4 microversion support, and dependency updates. The stable/liberty branch will be created from this release. Changes in python-novaclient 2.29.0..2.30.0 ------------------------------------------- c3a1cbd Change ignore-errors to ignore_errors 41ea527 Modify nova help list message for --tenant ac6a048 Updated from global requirements 4852014 Encode unicode filter arguments for server list 420782c [docs] Fix length of underline 5c59684 Updated from global requirements b120444 Fix nova bash-completion needs authentication 5fdb861 Show reserved status for a fixed_ip if available 48f9c5a Fix unicode issue in shell.main() error handling b4e9af9 Remove redundant help command test and commonize e9f1391 Fix the homepage url in setup.cfg 6f58fa2 Fix mistakes in comments f636481 Modify "nova keypair-show" Positional arguments help information b547a3d make sure os_password is set for auth_plugins d0b4489 Add unit tests for different help commands 67f673f Add response message when the state of a server is reset Diffstat (except docs and test files) ------------------------------------- .coveragerc | 2 +- novaclient/shell.py | 30 +++++++----- novaclient/v2/aggregates.py | 4 +- novaclient/v2/servers.py | 2 + novaclient/v2/shell.py | 23 ++++++++-- requirements.txt | 2 +- setup.cfg | 2 +- setup.py | 2 +- test-requirements.txt | 2 +- 15 files changed, 202 insertions(+), 54 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 5270cf4..ba60838 100644 --- a/requirements.txt +++ b/requirements.txt @@ -4 +4 @@ -pbr<2.0,>=1.6 +pbr>=1.6 diff --git a/test-requirements.txt b/test-requirements.txt index eb8bb3a..3bb675e 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -18 +18 @@ testtools>=1.4.0 -tempest-lib>=0.6.1 +tempest-lib>=0.8.0

1 0

[release][zaqar] python-zaqarclient release 0.2.0 (liberty)
by doug＠doughellmann.com 21 Sep '15

21 Sep '15

We are eager to announce the release of: python-zaqarclient 0.2.0: Client Library for OpenStack Zaqar Messaging API This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/python-zaqarclient With package available at: https://pypi.python.org/pypi/python-zaqarclient For more details, please see the git log history below and: http://launchpad.net/python-zaqarclient/+milestone/0.2.0 Please report issues through launchpad: http://bugs.launchpad.net/python-zaqarclient Changes in python-zaqarclient 0.1.1..0.2.0 ------------------------------------------ c1a0ea9 Release notes for 0.2.0 1934a98 Updated from global requirements 863371b Allow for authentication in functional tests b35689d Don't pass `options` to pool creation 8104ff4 Don't reuse request and transport instances bf841b5 Pass `group` in pool's functional tests 2490ed4 Send claims `limit` as a query param baf6fa7 v1.1 and v2 claims return document not list 0d80728 Make sure the API version is passed down 407925c Make v1.1 the default CLI version 895aad2 Updated from global requirements 8a81c44 Updated from global requirements 705ee75 Implement CLI support for flavor 32a847e Implements CLI for pool 964443d Raises an error if the queue name is empty e9a8d01 Added support to pools and flavors f46979b Removed deprecated 'shard' methods 1a85f83 Update README to work with release tools Diffstat (except docs and test files) ------------------------------------- README.rst | 5 ++ examples/keystone_auth.py | 4 +- examples/simple.py | 6 +- requirements.txt | 14 ++-- setup.cfg | 2 + setup.py | 3 +- test-requirements.txt | 18 ++--- zaqarclient/auth/keystone.py | 3 +- zaqarclient/queues/cli.py | 8 +- zaqarclient/queues/v1/api.py | 42 +++++++++++ zaqarclient/queues/v1/claim.py | 4 + zaqarclient/queues/v1/cli.py | 69 +++++++++++++++++ zaqarclient/queues/v1/client.py | 43 +++++++++-- zaqarclient/queues/v1/core.py | 107 +++++++++++++++++++++++---- zaqarclient/queues/v1/flavor.py | 12 +++ zaqarclient/queues/v1/message.py | 1 + zaqarclient/queues/v1/pool.py | 12 +++ zaqarclient/queues/v1/queues.py | 4 + zaqarclient/queues/v1/shard.py | 27 ------- zaqarclient/transport/errors.py | 9 +-- 38 files changed, 570 insertions(+), 222 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 2b590be..81c8a1c 100644 --- a/requirements.txt +++ b/requirements.txt @@ -4,5 +4,5 @@ -pbr>=0.6,!=0.7,<1.0 -requests>=2.2.0,!=2.4.0 -six>=1.7.0 -stevedore>=1.1.0 # Apache-2.0 -jsonschema>=2.0.0,<3.0.0 +pbr>=1.6 +requests>=2.5.2 +six>=1.9.0 +stevedore>=1.5.0 # Apache-2.0 +jsonschema!=2.5.0,<3.0.0,>=2.0.0 @@ -11 +11 @@ jsonschema>=2.0.0,<3.0.0 -oslo.i18n>=1.0.0 # Apache-2.0 +oslo.i18n>=1.5.0 # Apache-2.0 @@ -13 +13 @@ oslo.i18n>=1.0.0 # Apache-2.0 -python-keystoneclient>=0.11.1 +python-keystoneclient>=1.6.0 diff --git a/test-requirements.txt b/test-requirements.txt index 11498f9..49bbf52 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking>=0.8.0,<0.9 +hacking<0.11,>=0.10.2 @@ -9,2 +9,2 @@ discover -fixtures>=0.3.14 -mock>=1.0 +fixtures>=1.3.1 +mock>=1.2 @@ -13 +13 @@ testrepository>=0.0.18 -testtools>=0.9.36,!=1.2.0,!=1.4.0 +testtools>=1.4.0 @@ -18 +18 @@ nose-exclude -openstack.nose_plugin>=0.7 +openstack.nose-plugin>=0.7 @@ -23 +23 @@ coverage>=3.6 -ddt>=0.4.0 +ddt>=0.7.0 @@ -26,3 +26,3 @@ ddt>=0.4.0 -sphinx>=1.1.2,!=1.2.0,!=1.3b1,<1.3 -oslosphinx>=2.2.0 # Apache-2.0 -openstack-doc-tools>=0.20 +sphinx!=1.2.0,!=1.3b1,<1.3,>=1.1.2 +oslosphinx>=2.5.0 # Apache-2.0 +openstack-doc-tools>=0.23

1 0

[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

[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