snapcraft list-revisions strip trailing 0's from versions

[Andy Whitcroft]

Note the version for rev 46/47 in the web:

#49 0.11 16 i386 stable, edge 8.8 MB
#48 0.11 16 amd64 stable, edge 8.8 MB
#47 0.10 16 amd64 — 8.8 MB
#46 0.10 16 i386 — 8.8 MB
#45 0.1 16 i386 — 8.8 MB

and in the snapcraft list-revisions output:

Rev. Uploaded Arch Version Channels
49 2017-04-18T14:04:59Z i386 0.11 stable*, edge*, edge*, edge*
48 2017-04-18T14:03:19Z amd64 0.11 edge*, stable*, edge*, edge*
47 2017-04-18T11:49:17Z amd64 0.1 edge
46 2017-04-18T11:49:18Z i386 0.1 edge
45 2017-04-12T17:49:25Z i386 0.1 edge, stable
44 2017-04-12T17:49:15Z amd64 0.1 edge, stable

[Bret Barker (noise)]

https://pastebin.canonical.com/186107/

[Bret Barker (noise)]

The "'channels': ['stable', 'edge', 'edge', 'edge']," in the response is wacky.

[Matias Bordese (matiasb)]

MP fixing the channel names duplication ready.

Issue with versions is related to snapcraft and usage of tabulate when rendering the response from the server: https://pastebin.canonical.com/186120/ (it seems using disable_numparse should help).

[Leo Arias (elopio)]

disable_numparse is not available in the tabulate version in the ubuntu archives. We could get it into the archives for b, and we could also fix it for the snap. But to fix this into xenial, zesty and artful is not going to be so easy.

I don't think we are going to get an SRU exception for python3-tabulate, so we will have to copy it into snapcraft.