snap list/find output

[Gustavo Niemeyer]

Hi Dustin,

It's really not up to snapd to enforce that. The version field has basic
reasonable constraints about what chars may be used and max length, but is
otherwise free form.

The question here was just whether we shorten the value for presentation
when it becomes too long, and in that case we're getting to the conclusion
that snapd may have an opinion because it will hurt everybody else to
display excessively long values there.

That said, the full version value will still be available via "snap show"
or similar.


On Wed, May 25, 2016 at 7:54 PM, Dustin Kirkland <kirkland at canonical.com>
wrote:

> We should really be standardizing around (at least recommending) Semantic
> Versioning.  See: semver.org
> On May 25, 2016 5:30 PM, "Seth Arnold" <seth.arnold at canonical.com> wrote:
>
>> On Wed, May 25, 2016 at 10:59:26AM -0300, Gustavo Niemeyer wrote:
>> > Looking at my 16.04 installation for more relevant data, the max length
>> for
>> > versions is 52, but the average is 12 and the median is 7. The output of
>> > unfiltered dpkg -l starts the summary at column 129, despite displaying
>> > only the name, version, arch, and summary.
>> >
>> > I don't think we can win if the goal is having meaningful output for
>> > everything under 80 columns.
>>
>> Is there anything we can do to encourage version numbers to be tolerably
>> short? It's a new world after all and we can suggest best practices.
>>
>> Thanks
>>
>> --
>> Snapcraft mailing list
>> Snapcraft at lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/snapcraft
>>
>>
> --
> Snapcraft mailing list
> Snapcraft at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/snapcraft
>
>


-- 
gustavo @ http://niemeyer.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/snapcraft/attachments/20160525/d5eb3f32/attachment.html>