The spec networking_general_api_information.html was moved
to api-ref in [0] but some of the links pointing to it
were not updated. This change makes all the refs consistent
and adds links where missing.
Also moved sync/async and bulk create sections lower to
group all the filtering, pagination and sorting sections
together since they are inter-related.
[0] https://review.opendev.org/c/openstack/neutron-lib/+/362877
Change-Id: I895cc9aaee2546b95e93150c134f350a50346447
This flag was incorrectly set to False in the API extension
implementation. This extension is still not implemented in Neutron.
Change-Id: I87ea4e8bf4b4bc6a6934a349ac28765107c1536a
Related-Bug: #2051831
Add file to the reno documentation build to show release notes for
stable/2024.1.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/2024.1.
Sem-Ver: feature
Change-Id: I2f2b4e4eb87d05106561538e8ac9c538e268f8dc
The flag "netaddr.core.ZEROFILL" cannot be used with IPv6 addresses
with netaddr>=1.0.0
Change-Id: I116ea2abbee13a73302ebca9c65707f427a7d9d0
Closes-Bug: #2055173
That will avoid unnecessary warning messages in the logs. The
role enforcer only loads the following 3 rules:
* _ADMIN_CTX_POLICY = 'context_is_admin'
* _ADVSVC_CTX_POLICY = 'context_is_advsvc'
* _SERVICE_ROLE = 'service_api'
This functionality was implemented in [1]. oslo.policy library
is bumped to version 4.3.0 that contains this patch.
[1]https://review.opendev.org/c/openstack/oslo.policy/+/907196
Closes-Bug: #2048198
Change-Id: I1581b95035c4afebf63518b64c35bc0c61c292e9
With new default API policies binding:profile attribute of the port can
be only set or updated by the SERVICE user. This patch adds small note
about this to the Neutron API-REF document.
Related-Bug: #2052937
Change-Id: I0b2f2225e29537c9fd2de53b0945a451b9bcdde3
Arguably, using `None` as service name by default is probably wrong, but
I don't think we can safely change it now.
Change-Id: Iad19f1af0019b40fc5618fc55647ccd7553f2272
This extension adds a new field to the "subnet" resource:
"router:external". This boolean field, that is False by default,
represents if the subnet belongs to an external network.
Related-Bug: #2051831
Change-Id: I75a9c30f1e8031d40a548df345b02fbe0bc47706
tox now always recreates an env although the env is shared using envdir
options.
~~~
$ tox -e genpolicy
genpolicy: recreate env because env type changed from
{'name': 'genconfig', 'type': 'VirtualEnvRunner'} to
{'name': 'genpolicy', 'type': 'VirtualEnvRunner'}
~~~
According to the maintainer of tox, this functionality is not intended
to be supported.
https://github.com/tox-dev/tox/issues/425#issuecomment-1011944293
Change-Id: I0321ceed864ccdb8fb78d6fb119b09640bb97896
hacking 3.0.x is really old. Let's bump it to the latest version
available.
This also fixes some errors detected but some rules are excluded now.
See the comments in tox.ini for further details.
Change-Id: I2565e5f5e791dfdd9bbc1890b35c413965d83626
- Python 2 is no longer supported
- setup.py is no longer managed by the global tooling
- Recent pip does not require appropriate order in requirement files
Change-Id: I29e2375b68dc01f6e042717a6da3861cc0bd8f88
Copied some constants and an exception based on TODO
comments, so we can consume in the future.
TrivialFix
Change-Id: Iac9070c840a3276b5805d8c58437da3363890f67
Neutron support bulk create of security group rules, but that's
undocumented in the api-ref. This commit fixes that by adding the docs
and examples of these calls.
Change-Id: I32ce8b3501a01552fed67ba24602e891c3c01cd4