This is no longer necessary since we only support Python 3.x.
A note is removed from requirements.txt since it's no longer relevant:
pip 20.3+ has a real dependency resolver.
Change-Id: Ie3006813a79fef1f128d388b906e4f1752347fa4
Signed-off-by: Stephen Finucane <stephenfin@redhat.com>
Co-Authored-By: Grzegorz Grasza <xek@redhat.com>
The Service Types Authority has grown support for aliases, and the
os-service-types library exposes the data. Add support for matching
known aliases when matching endpoints for a user.
Change-Id: Ie90c265cb17905981d877abfaaa52354a3e63692
The positional decorator results in poorly maintainable code in
a misguided effort to emulate python3's key-word-arg only notation
and functionality. This patch removes keysteonauth's dependance
on the positional decorator.
Change-Id: I20106345747860365cd0203ba1b33a2900e045b9
Add note regarding dependencies (oslo)
to ensure oslo requirements and other
similar requirements are not added to
keystoneauth.
Change-Id: Ifedf1ed8ac3130b699d14208524612aed999949d
The positional library was spun directly out of what keystoneauth1 was
using so this is a fairly trivial change.
Change-Id: I7931ed1547d2a05e2d248bc3240a576dc68a0a40
argparse was external in python 2.6 but not anymore, remove it from
requirements.
This should help with pip 8.0 that gets confused in this situation.
Installation of the external argparse is not needed.
Change-Id: Ib7e74912b36c1b5ccb514e31fac35efeff57378d
The current default of "keystoneauth1" doesn't convey enough
information, and additionally when the user of a Session supplies their
own user agent, it stomps on any notion of keystoneauth1 being there.
Per RFC 7231 Section 5.5.3
(https://tools.ietf.org/html/rfc7231#section-5.5.3), user agents should
basically be a space-delimited list of product/version pairs in
decreasing order of importance. This change makes the default user agent
something like the following:
keystoneauth1/2.1.1 python-requests/2.8.1 CPython/3.4.1+
Due to the decreasing order of importance, when a user creates a Session
with something like Session(user_agent="my-product/1.0"),
'my-product/1.0' is then prepended to the above list. The only time this
is not the case is if a user agent is provided directly to
Session.request. In that case, the User-Agent header is set to whatever
the provided argument is, verbatim.
This was a change we had originally made to the Transport class in
python-openstacksdk (I80ca26fff3f2522b8232472676396abb86166f91), but
upon moving to keystoneauth instead of our own implementation, it was
noticed that we lost this, and keystoneauth is a better place for this
than for us to re-implement it inside of python-openstacksdk.
Change-Id: I46f336f25fac5b524547bb13e4f5438ebf1d4320
There is still the possibility of a dependency in session, however this
is the main usage. Defines a new option type schema.
Change-Id: Ie508dff449a92c9ea01c46285c10888135e93a97
Remove the oslo.i18n dependency from keystoneauth library. This is
to limite the external dependency graph to ensure there is the minimal
surface area that can/could break due to a library update.
This change simply replaces the translation hint functions with a no-op
lambda. As keystoneauth continues to be developed the use of these no-op
functions can be removed.
Change-Id: Iec422765ab0fdf3c23fdf956be2caacff8e3386d
Remove oslo.utils as it has additional dependencies. We still need to
rely on iso8601 which oslo.utils was using.
Change-Id: Ic7da1e7c39e0e7bfa3470c50ef1f3b6df81ac021
Oslo.serialization has a number of dependencies include msgpack which we
want to avoid. We maintain a couple of conversions for convenience that
oslo serialization did for us.
Change-Id: Iacd08f1d0d5acf4cb15dfaf46b1296aab007879e
Keystoneclient didn't provide translated messages. With this
change, the messages are marked for translation.
DocImpact
Implements: blueprint keystoneclient-i18n
Change-Id: I85263a71671a1dffed524185266e6bb7ae559630
Left timeutils and strutils in openstack/common since they are used in
openstack/common/apiclient and memorycache.
Change-Id: Idb5f09c159d907dfba84cd1f7501f650318af7d9
Stephen Finucane