<div dir="ltr">Right, but it breaks for humans too because it interferes with copy-paste. :)</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 24, 2016 at 9:46 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">cliff-based client including neutronclient and openstackclient<br>
supports various formatters.<br>
I don't think it is a good idea to depend on the output of 'table' formatter.<br>
My understanding is 'table' formatter (the default formatter) is for<br>
human readability.<br>
IMHO it is better to use json formatter or value formatter if we need<br>
to pick up a returned value.<br>
You can use '-f json' or '-f value -c id' with xxxx-create.<br>
<br>
This is the reason I proposed fixes around non-table formatters like<br>
<a href="https://review.openstack.org/#/c/255696/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/255696/</a> or<br>
<a href="https://review.openstack.org/#/c/284088/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/284088/</a>.<br>
<br>
Anyway, it is bad to break devstack :(<br>
<div class="HOEnZb"><div class="h5"><br>
2016-02-25 2:32 GMT+09:00 Carl Baldwin <<a href="mailto:carl@ecbaldwin.net">carl@ecbaldwin.net</a>>:<br>
> I ran this by our all-knowing PTL who told me to go back to<br>
> cliff==1.15.0.  My devstack had picked up cliff==2.0.0 which is what<br>
> seems to have introduced this behavior.  Reverting to the older<br>
> version fixed this quirky behavior.<br>
><br>
> Before today, I didn't even know what cliff was.  :)<br>
><br>
> Carl<br>
><br>
> On Wed, Feb 24, 2016 at 10:23 AM, Carl Baldwin <<a href="mailto:carl@ecbaldwin.net">carl@ecbaldwin.net</a>> wrote:<br>
>> Hi,<br>
>><br>
>> I've noticed a new behavior from the python-neutronclient which<br>
>> disturbs me.  For me, this just started happening with my latest build<br>
>> of devstack which I built yesterday.  It didn't happen with another<br>
>> recent but little bit older devstack.<br>
>><br>
>> The issue is that the client is now wrapping content within columns.<br>
>> For example:<br>
>><br>
>>   +---------------------------------+---------+----------------------------------+<br>
>>   | id                              | name    | subnets<br>
>>           |<br>
>>   +---------------------------------+---------+----------------------------------+<br>
>>   | eb850219-6a42-42ed-ac6a-        | public  |<br>
>> 099745e5-4925-4572-a88f-         |<br>
>>   | 927b03a0dc77                    |         | a5376206c892<br>
>> <a href="http://172.24.4.0/24" rel="noreferrer" target="_blank">172.24.4.0/24</a>       |<br>
>>   |                                 |         | 5b6dfb0d-c97e-48ae-<br>
>>           |<br>
>>   |                                 |         | 98c9-7fe3e1e8e88b<br>
>> 2001:db8::/64  |<br>
>>   | ec73110f-                       | private | 4073b9e7-a58e-4d6e-<br>
>>           |<br>
>>   | 86ad-4292-9547-7c2789a7023b     |         | a2e4-7a45ae899671<br>
>> <a href="http://10.0.0.0/24" rel="noreferrer" target="_blank">10.0.0.0/24</a>    |<br>
>>   |                                 |         |<br>
>> f12aee80-fc13-4adf-a0eb-         |<br>
>>   |                                 |         | 706af4319094<br>
>> fd9d:e27:3eab::/64  |<br>
>>   +---------------------------------+---------+----------------------------------+<br>
>><br>
>> Notice how the ids in the first column are wrapped within the column.<br>
>> I personally don't see this as an aesthetic improvement.  It destroys<br>
>> by ability to cut and paste the data within this column.  When I<br>
>> stretch my console out to fix it, I have to rerun the command with the<br>
>> new window width to fix it.  I used to be able to stretch my console<br>
>> horizontally and the wrapped would automatically go away.<br>
>><br>
>> How can I turned this off now?  Also, can I request that this new<br>
>> "feature" be disabled by default?<br>
>><br>
>> Carl<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>
<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>
</div></div></blockquote></div><br></div>