This is the implementation of the "onboard network subnets" CLI.
This enables the subnet onboard feature of neutron to be driven via
CLI.
Depends-On: https://review.openstack.org/348080
Change-Id: Ic637ed689b0d3806d2c33faa419c3a98a310effa
Implements: blueprint subnet-onboard
openstack-dev was decomissioned this night in https://review.openstack.org/621258
Update openstack-dev to openstack-discuss
Change-Id: Ib88759901998ebec8a3e3817d1148fa70323cee5
This Boolean attribute is added to the Router Association resource
(Neutron API, 'bgpvpn' and 'bgpvpn-routes-control' API extensions) in
order to support routes control. This allow to propagate routes of
subnets not directly connected to the router
The corresponding code in networking-bgpvpn has already merged
See https://blueprints.launchpad.net/bgpvpn/+spec/routes-control
Change-Id: Icdd7f6592a9d657b6414645406f06b74b6f3bb11
Implements: blueprint routes-control
Networking-bgpvpn API extension [0] brings new API calls. That patch
adds command to OSC CLI to support them. It does not implement all the
API extension, still missing new router attribute 'advertise_extra_routes' and
the BGP VPN 'local_pref' attribute.
[0] https://developer.openstack.org/api-ref/network/v2/index.html#port-associations
Change-Id: I45a160b0caec534d517b103db91dc738c006978b
Partially-Implements: blueprint routes-control
Depends-On: I263e1ee6cf4e1a91be91a4a78f4a160f64d33cc6
Neutron is transitioning its CLI to OSC, should update dynamic routing
CLIs to align with OSC plugin.
Change-Id: Ic1a633ca103d9e97e28ddf23e0f528e0261ce497
Co-Authored-By: Ryan Tidwell <ryan@6tidwells.com>
Co-Authored-By: Roey Chen <roeyc@vmware.com>
Partially-Implements: blueprint bgp-spinout
Partial-Bug: #1560003
It allows us to generate CLI references automatically using cliff.sphinxext
(which will be available in the next release of cliff).
This allows us to avoid maintaining the in-tree CLI refernece manually.
Change-Id: I3950ed8cf50508210c8b3270724e283aea8e1673
There is a passing gate job, we can claim support for Python 3.5
in the classifier. This patch also adds the convenience py35 venv.
Change-Id: I595320fb8b8e97951b8d445a14eb4f5a311a151f
This patch introduces the client bindings for the trunk
extension. It uses the openstackclient framework, and
thus requires the openstack client to work.
New commands introduced are as follows:
"openstack network trunk create" to create a trunk.
"openstack network trunk set" to update/add subports to a trunk.
"openstack network trunk unset" to remove subports from trunk.
"openstack network trunk list" to list all trunks.
"openstack network trunk delete" to delete trunks.
"openstack subport list --trunk <name>" to list all subports
belonging to a trunk.
DocImpact: Openstackclient now supports CLIs to configure
trunk resource via OSC plugin for neutronclient
Change-Id: I6fe1dbd81813fae234801a61c0e3d89f9e7c791e
Co-authored-by: SongmingYan <yan.songming@zte.com.cn>
Co-authored-by: Abhishek Raut <rauta@vmware.com>
Partial-implements: blueprint vlan-aware-vms
Enable neutronclient OSC plugin support.
This patch set does the following:
- Establishes OSC plugin structure for commands and unit tests
- Creates the OSC plugin
- Adds OSC to test-requirements.txt
Co-Authored-By: Akihiro Motoki <motoki@da.jp.nec.com>
Change-Id: I9a20bc7a3d8aa7b631fb0fd534fc5705c23326ce
Related-Bug: #1521291
Follow new infra setup for translations, see spec
http://specs.openstack.org/openstack-infra/infra-specs/specs/translation_setup.html
for full details.
This basically renames
python-neutronclient/locale/python-neutronclient.pot to
neutronclient/locale/neutronclient. For this we need to update
setup.cfg. The domain name is already correct in neutronclient/_i18n.py.
There's no need to keep the pot file. The updated scripts work without them.
So, we can just delete the file and once there are translations,
an updated pot file together with translations can be imported.
Change-Id: I888808f8af291223531df799382ad0c70bf8c567
"Python 3.3 support is being dropped since OpenStack Liberty."
written in following URL.
https://wiki.openstack.org/wiki/Python3
And already the infra team and the oslo team are dropping py33
support from their projects.
Since we rely on oslo for a lot of our work, and depend on infra
for our CI, we should drop py33 support too.
Change-Id: Ic3bfd32822a5e55d6d056af163075d9b3bdaabd4
Closes-Bug: #1526170
client translation effort starts and several client projects
including novaclient already setup translations.
To start translation, we need to initially import the translation
file - and place it at the proper place so that the usual CI
scripts can handle it. The proper place is for all python
projects $PROJECT/locale/$PROJECT.pot - see setup.cfg.
Further imports will be done by the OpenStack Proposal bot.
Closes-Bug: #1099603
Change-Id: I5b13a9428e6272e83a45b82c06f524be772d3d7a
as of mitaka, the infra team won't have the resources available to
reasonably test py26, also the oslo team is dropping py26 support
from their libraries. sine we rely on oslo for a lot of our work,
and depend on infra for our CI, we should drop py26 support too.
Change-Id: I62db55ee1a9e7564a10a7284bd0e401b2cdbc580
Closes-Bug: 1519510
Depends-On: I4a2f860e8138bddb032418ee555e07a6fa0a3f3e
Universal is used to identify pure-Python module(by bdist_wheel). For
these, it is sufficient to build a wheel with _any_ Python ABI version
and publish that to PyPI (by whatever means).
Change-Id: I3dd06b63d2fdcce8961f87fe1d71be052cb0fdf0
Moved openstack nose invocation to tox.ini from setup.cfg, as there
is no way to turn it off if it's in setup.cfg, and when we're running
in jenkins, we want to run via xunit and not via openstack color output.
Change-Id: I0a7b6232834b5cdfc97be9c2f93f726d6b47e0ac
