<p dir="ltr">We should not remove it from the v3 API until we know this will be supported by keystone in Havana.</p>
<p dir="ltr">best,<br>
Joe</p>
<p dir="ltr">sent on the go</p>
<div class="gmail_quote">On Jul 1, 2013 6:25 PM, "Mauro S M Rodrigues" <<a href="mailto:maurosr@linux.vnet.ibm.com">maurosr@linux.vnet.ibm.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+1.. make sense to me, I always thought that was weird hehe<br>
Say the word and we will remove it from v3.<br>
<br>
On 07/01/2013 01:02 PM, Russell Bryant wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 07/01/2013 11:47 AM, Jay Pipes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Recently a colleague asked me whether their key pair from one of our<br>
deployment zones would be usable in another deployment zone. His<br>
identity credentials are shared between the two zones (we use a shared<br>
identity database) and was wondering if the key pairs were also shared.<br>
<br>
I responded that no, they were not, because Nova, not Keystone, manages<br>
key pairs. But that got me thinking.... is it time to change this?<br>
<br>
Key pairs really are an element of identity/authentication, and not<br>
specific to OpenStack Compute. Has there been any talk of moving the key<br>
pair management API out of Nova and into Keystone?<br>
</blockquote>
I haven't heard any talk about it, but it does seem to make sense.<br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote></div>