@pedronis Looking at the new documentation in the top message, I’m wondering if we should invert the output of the “snap alias” command so it looks like:
$ snap alias hello.universe hi-universe
Added:
- hello.universe as hi-universe
This will make the snap alias/unalias commands, the snap aliases output, and the deltas reported, all present aliases in the same order, which seems like a nice win.
That seems a bit of an unpleasant burden to impose on users. Is there not some reasonable way to auto-convert any existing manual aliases enabled by a user?
@sergiusens@kyrofa now that 2.27 is out following 2.26 that actually introduced the change for the approach to aliases to stable is probably time to start deprecating ‘aliases’ in snapcraft.yaml itself,
let me know if I need to create a bug/issue or something else
I can do that. This will cause auto-reviews to fail so I wonder if we should wait for snapcraft to complain about it for a while. We can provide a descriptive message and optionally a URL for the review tools warning so people know how to fix from the warning alone, perhaps that is enough?
FYI, the review-tools have been updated to show a deprecation message, but currently at ‘info’ level which won’t block automated reviews. When the time is right, we can change this from ‘info’ to ‘warn’.
What’s the status of support in different distributions now? I have been maintaining old-style aliases in snapcraft.yaml because the last time I looked, distros other than Ubuntu were on older snapd versions that didn’t support the store aliases.