<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 9, 2015 at 4:22 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5"><span style="color:rgb(34,34,34)">This is probably a very dumb question, but could you explain why</span><br></div></div>
keystoneclient.middleware can't map to keystonemiddleware functions<br>
(adding keystonemiddleware as a dependency of future keystoneclient)? At<br>
first glance that would allow to remove dead duplicated code while<br>
ensuring compatibility for as long as we need to support those old<br>
releases...<br></blockquote><div><br></div><div>Part of the reason for moving keystonemiddleware out of keystonemiddleware was to do the reverse, have a keystoneclient install NOT bring in auth_token.  I doubt there will be anything other than servers that need keystonemiddleware installed whereas quite a few clients will not want it at all.</div></div><br clear="all"><div>I'm on the fence about changing stable requirements...if we imagine keystonemiddleware is not an OpenStack project this wouldn't be the first time we've had to do that when things change out from under us.  But I hate doing that to ourselves...</div><div><br></div><div>dt</div><div><br>-- </div><div class="gmail_signature"><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br></div>
</div></div>