<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Seeing as it's a client for keystone, just like the CLI mechanisms, keystoneclient is a good choice - thanks for suggesting it Brian!<div><br></div><div>I've created a new blueprint - <a href="https://blueprints.launchpad.net/keystone/+spec/authtoken-to-keystoneclient-repo">https://blueprints.launchpad.net/keystone/+spec/authtoken-to-keystoneclient-repo</a></div><div>and we'll review this at the keystone meeting tomorrow (<a href="http://wiki.openstack.org/Meetings/KeystoneMeeting">http://wiki.openstack.org/Meetings/KeystoneMeeting</a>) </div><div><br></div><div>-joe</div><div><br><div><br><div><div>On Sep 24, 2012, at 3:27 AM, Doug Hellmann <<a href="mailto:doug.hellmann@dreamhost.com">doug.hellmann@dreamhost.com</a>> wrote:</div><blockquote type="cite"><div class="gmail_quote">On Mon, Sep 24, 2012 at 6:13 AM, Alan Pevec <span dir="ltr"><<a href="mailto:apevec@gmail.com" target="_blank">apevec@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, Sep 24, 2012 at 10:45 AM, Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>> wrote:<br>
> Brian Waldon wrote:<br>
>> The auth_token middleware shouldn't live in the Keystone source tree. It is not intended to be used alongside any of the Keystone code as it gets pulled in to every service *but* Keystone. It is super frustrating to have to install all of Keystone just to get this one piece of code. As this middleware is just a client, I am proposing we move it into the existing keystone client library - python-keystoneclient. What are the immediate feelings here?<br>
><br>
> Distributions can solve this by creating multiple binary packages from<br>
> the same source package,<br>
<br>
</div>I did that in Fedora for Essex, but it broke post folsom-2 due to new<br>
intra-keystone dependencies in auth-token middleware:<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=844508" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=844508</a><br>
<br>
There's also an issue with python subpackages sharing python namespace<br>
- who owns overlapping __init__.py ?<br></blockquote><div><br></div><div>One common way to solve that is by using a namespace package at the top level.</div><div><br></div><div>Doug</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Best would be if auth-token is moved out of keystone.middleware, there<br>
are stuff imported[1] not required by auth-token.<br>
<br>
Alan<br>
<br>
<br>
[1] <a href="https://github.com/openstack/keystone/blob/master/keystone/middleware/__init__.py#L17" target="_blank">https://github.com/openstack/keystone/blob/master/keystone/middleware/__init__.py#L17</a><br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br>
_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote></div><br></div></div></body></html>