I do not see python-memcache library in either keystone client’s requirements.txt or test-requirements.txt. For purposes of ensuring that we do not break people deploying auth_token in keystoneclient (for older releases) I don’t see the soft dependency on python-memcache from going away.
Even for keystonemiddleware we do not have a hard-dependency on python-memcache in requirements.txt or test-requirements.txt as we gate on py33. —Morgan  http://git.openstack.org/cgit/openstack/python-keystoneclient/tree/requirements.txt?id=0.10.1  http://git.openstack.org/cgit/openstack/python-keystoneclient/tree/test-requirements.txt?id=0.10.1  http://git.openstack.org/cgit/openstack/keystonemiddleware/tree/requirements.txt?id=1.1.1  http://git.openstack.org/cgit/openstack/keystonemiddleware/tree/test-requirements.txt?id=1.1.1 — Morgan Fainberg -----Original Message----- From: Brant Knudson <b...@acm.org> Reply: OpenStack Development Mailing List (not for usage questions) <firstname.lastname@example.org>> Date: September 12, 2014 at 08:33:15 To: OpenStack Development Mailing List (not for usage questions) <email@example.com>> Subject: Re: [openstack-dev] global-reqs on tooz pulls in worrisome transitive dep > On Thu, Sep 11, 2014 at 2:17 AM, Thomas Goirand wrote: > > > > > On my side (as the Debian package maintainer of OpenStack), I was more > > than happy to see that Ceilometer made the choice to use a Python module > > for memcache which supports Python 3. Currently python-memcache does > > *not* support Python 3. It's in fact standing in the way to add Python 3 > > compatibility to *a lot* of the OpenStack packages, because this > > directly impact python-keystoneclient, which is a (build-)dependency of > > almost everything. > > > > > Thomas - > > python-keystoneclient should no longer have a hard dependency on > python-memcache(d). The auth_token middleware which can use memcache has > been moved into the keystonemiddleware repo (a copy is left in > keystoneclient only for backwards-compatibility). If python-keystoneclient > still has a dependency on python-memcache then we're doing something wrong > and should be able to fix it. > > - Brant > _______________________________________________ > OpenStack-dev mailing list > OpenStackfirstname.lastname@example.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > _______________________________________________ OpenStack-dev mailing list OpenStackemail@example.com http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev