<div dir="ltr">I had written a fix for the particular --timeout issue here that prevents the client from parsing options beyond the subcommand: <a href="https://review.openstack.org/#/c/114005/">https://review.openstack.org/#/c/114005/</a><div><br></div><div>At the time I abandoned it since we figured it would be safer to just rename our HTTP timeout option to --http-timeout, but maybe something like that could be done for os-client-config?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 5, 2016 at 5:45 AM, Akihiro Motoki <span dir="ltr"><<a href="mailto:amotoki@gmail.com" target="_blank">amotoki@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A series of os-client-config integration for neutronclient are proposed.<br>
Several questions hit me during reviewing<br>
<a href="https://review.openstack.org/#/c/242096" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/242096</a>.<br>
It is a review of neutroncleint, but I think it is generic to all CLIs.<br>
<br>
<br>
(1) global option vs command-specific option<br>
<br>
Various python-*client supports --timeout global option to specify HTTP timeout.<br>
In neutronclient, --timeout option is used by lb-healthmonitor-create and others<br>
and we use --http-timeout as a global option to specify HTTP timeout.<br>
<br>
The above review proposes to use os-client-config for common arguments.<br>
This itself is great, but it breaks the current options.<br>
<br>
My understanding is this is the limitation of argparse.<br>
Is there any suggested guidelines on how to manage global options?<br>
<br>
<br>
(2) --os-interface vs --os-endpoint-type<br>
<br>
Do we need to deprecate --os-endpoint-type in favar of --os-interface?<br>
openstack client and os-client-config use --os-interface.<br>
Most per-project CLI use --os-endpoint-type now.<br>
Is --os-interface our way to go?<br>
<br>
<br>
Thanks,<br>
Akihiro<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>