<div dir="ltr"><br><div class="gmail_extra">On Fri, Dec 7, 2012 at 8:46 AM, Chris Behrens <span dir="ltr"><<a href="mailto:cbehrens@codestud.com" target="_blank">cbehrens@codestud.com</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am in favor of this change and the suggested replacement option and env variable. I've been bitten numerous times by the caching one way or another. It's not something I would expect to be the default and I'd rather things not automatically use my keyring unless I explicitly said it was okay to do so.<br>
</blockquote><div><br></div><div>+1 </div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
On Dec 6, 2012, at 9:36 PM, Dan Prince <<a href="mailto:dprince@redhat.com">dprince@redhat.com</a>> wrote:<br>
<br>
> What are thoughts on disabling keyring use in our clients by default?<br>
><br>
> Some background:<br>
><br>
> If you have python-keyring installed and try to use the most recent versions of novaclient and keystoneclient you'll end up with a prompt like this:<br>
><br>
> Please set a password for your new keyring<br>
> Warning: Password input may be echoed.<br>
> Password (again):<br>
><br>
> To work around this many of us set --no-cache or even export an environment variable OS_NO_CACHE. It seems like most people are doing this by default... so why not cut our losses here and change our keyring settings to be disabled by default.<br>
><br>
> Now that this is included in keystoneclient this also effects other clients (which make use of it for auth) as well. I hit this today with glanceclient... and it would presumably effect swiftclient as well.<br>
><br>
> To avoid the double negative perhaps changing the option to be called --os-cache (which would be defaulting to False) would make sense as well? We could call the environment variable OS_CACHE as well.<br>
><br>
> Dan<br>
><br>
><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>
<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></div></div>