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 <[email protected]> wrote: > We should really be standardizing around (at least recommending) Semantic > Versioning. See: semver.org > On May 25, 2016 5:30 PM, "Seth Arnold" <[email protected]> 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 >> [email protected] >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> > -- > Snapcraft mailing list > [email protected] > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net
-- Snapcraft mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft
