<div dir="ltr">Thanks, John.<div><br></div><div>And as usual, winning the argument is not the point. If you have ideas for how to improve on the proposal, please just shoot a branch or even just a mocked output and let's talk.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 25, 2016 at 1:36 PM, John Lenton <span dir="ltr"><<a href="mailto:john.lenton@canonical.com" target="_blank">john.lenton@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think we can do better than your proposal, but it's easier to<br>
implement than what I had in mind, and I'm running out of both time to<br>
do this and energy to argue the point. Going with yours as a first<br>
pass.<br>
<br>
On 25 May 2016 at 14:59, Gustavo Niemeyer<br>
<div><div><<a href="mailto:gustavo.niemeyer@canonical.com" target="_blank">gustavo.niemeyer@canonical.com</a>> wrote:<br>
><br>
><br>
> On Wed, May 25, 2016 at 5:43 AM, John Lenton <<a href="mailto:john.lenton@canonical.com" target="_blank">john.lenton@canonical.com</a>><br>
> wrote:<br>
>><br>
>> With your suggestion for "snap find" output, even with the paltry<br>
>> packages we have today, you already have just three characters left<br>
>> before the 80th column for summary, and a third of that width is used<br>
>> up for "version". That seems wrong to me, and it's only going to get<br>
>> worse as "Notes" gets used.<br>
><br>
><br>
> The length of those fields does not depend on the number of packages we<br>
> have. We can have just a few, and be close to the maximum expected width.<br>
> And unfiltered find is likely to get very busy indeed, because you'll always<br>
> be hitting the worst possible width available for all fields. Eventually we<br>
> should likely prevent that command from running altogether.<br>
><br>
> Looking at my 16.04 installation for more relevant data, the max length for<br>
> versions is 52, but the average is 12 and the median is 7. The output of<br>
> unfiltered dpkg -l starts the summary at column 129, despite displaying only<br>
> the name, version, arch, and summary.<br>
><br>
> I don't think we can win if the goal is having meaningful output for<br>
> everything under 80 columns.<br>
><br>
><br>
> gustavo @ <a href="http://niemeyer.net" rel="noreferrer" target="_blank">http://niemeyer.net</a><br>
<br>
</div></div><div><div>--<br>
Snapcraft mailing list<br>
<a href="mailto:Snapcraft@lists.ubuntu.com" target="_blank">Snapcraft@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/snapcraft</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">gustavo @ <a href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div>

</div></div>