I have an issue with new openstack client -
openstack client is installed in new virtual env. it version is 3.0.0
os-client-config!=1.19.0,>=1.13.1 (from
osc-lib>=0.4.0->python-openstackclient)
I set credentials via environment OS_PROJECT_NAME, OS_USERNAME,
OS_PASSWORD, OS_AUTH_URL.
and 'openstack --debug image list' gets me an error -
_validate_auth() takes exactly 3 arguments (4 given)
Traceback (most recent call last):
File
"/home/apavlov/emccode/.venv/local/lib/python2.7/site-packages/cliff/app.py",
line 250, in run
self.initialize_app(remainder)
File
"/home/apavlov/emccode/.venv/local/lib/python2.7/site-packages/openstackclient/shell.py",
line 154, in initialize_app
argparse=self.options,
File
"/home/apavlov/emccode/.venv/local/lib/python2.7/site-packages/os_client_config/config.py",
line 1067, in get_one_cloud
raise e
TypeError: _validate_auth() takes exactly 3 arguments (4 given)
Traceback (most recent call last):
File
"/home/apavlov/emccode/.venv/local/lib/python2.7/site-packages/osc_lib/shell.py",
line 135, in run
ret_val = super(OpenStackShell, self).run(argv)
File
"/home/apavlov/emccode/.venv/local/lib/python2.7/site-packages/cliff/app.py",
line 250, in run
self.initialize_app(remainder)
File
"/home/apavlov/emccode/.venv/local/lib/python2.7/site-packages/openstackclient/shell.py",
line 154, in initialize_app
argparse=self.options,
File
"/home/apavlov/emccode/.venv/local/lib/python2.7/site-packages/os_client_config/config.py",
line 1067, in get_one_cloud
raise e
TypeError: _validate_auth() takes exactly 3 arguments (4 given)
END return value: 1
It worked very well with version 2.X
Is it a known bug?
Regards,
Andrey.
On Mon, Aug 22, 2016 at 4:08 AM, Dean Troyer <dtro...@gmail.com> wrote:
> We're excited to pre-announce the release of OSC 3.0.0. The release is
> expected to be approved by the release team during their working hours on
> Monday 22 Aug 2016.
>
> This is a **huge** release, and we shuffled things around so we've bumped
> our major version. We tried our darndest to not break anything, and where
> applicable we deprecated things instead. We have a small number of known,
> documented breaking changes, which is why we did a major version bump,
> please keep this in mind when upgrading.
>
> We've added a lot of support:
> - We now use keystoneauth for all authentication and client sessions: from
> that we will get support for various federated identity protocols as they
> are added (saml, openid connect), kerberos, time-base one-time password,
> any auth plugin in keystoneauth).
> - Support for various languages: we fixed some basic unicode issues
> with OSC, resulting in a much cleaner experience when using non-English
> languages. Additional important unicode fixes are being made in cliff
> and will get picked up automatically by all releases of OSC when those are
> released.
> - Lots of new networking commands and additional options for existing
> ones. Too many to list them all here: support for networks, ports,
> subnets, ip addresses, routers, network RBAC, security group, etc.
> - Bulk deletion support for nearly all delete commands: when deleting
> resources supply as many as you want and we'll try to delete them all,
> and report on any that failed.
> - Under the hood we moved a chuck of the common and low-level bits of
> OSC into a new `osc-lib` repository to expose them as a documented and
> stable library API. This is now all available to OSC plugins without
> having to depend on OpenStackClient itself. The osc-lib dependency list is
> very short, and most of those will already be used by plugins. This also
> led to a restructuring of the CLI parsing and shell configuration code to
> remove some duplication and overlap with os-client-config and isolate the
> remainder in osc-lib. osc-lib 1.0 has already been released and is now
> available for use by plugins.
>
> The known breaking changes are:
> - The `ip floating` commands have been renamed to `floating ip` -- check
> the help output for details. The old commands are still present but
> deprecated and no longer appear in help output.
> - Finding role assignments for a user or project using the `roles list`
> command has been deprecated, folks should use `role assignment list` for
> this operation.
>
> The usual patch will be automatically created to bump the upper-constaints
> of OSC. Where possible, we encourage projects that depend on OSC (puppet,
> osc-plugins, tripleo, etc) to propose a patch that uses the Depends-On
> mechanism (depends on the upper-constaints change), to ensure your gate
> won't break.
>
> Thank you to the entire OSC team, we have had a lot of new contributors
> this year, many of them working hard on the Networking commands.
>
> dt
>
> --
>
> Dean Troyer
> dtro...@gmail.com
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Kind regards,
Andrey Pavlov.
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
