<div dir="ltr">Hi Michael<br><br><div class="gmail_quote"><div dir="ltr">On Fri, 16 Dec 2016 at 09:09 Michael Vogt <<a href="mailto:michael.vogt@canonical.com">michael.vogt@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My personal hightlight of this release is the "alias" support. As you<br class="gmail_msg">
are probably aware, snaps usually provide secondary commands as<br class="gmail_msg">
"$snap.$app", e.g. mongo32.dump.  While this is great and it means you<br class="gmail_msg">
can have monogo26 and mongo32 installed at the same time without<br class="gmail_msg">
command conflicts, the downside is that scripts that assume the top<br class="gmail_msg">
level mongodump command will not work. Aliases solve this problem by<br class="gmail_msg">
allowing a snap developer to setup well-defined aliases like<br class="gmail_msg">
mongo32.dump to mongodump, and users to control which aliases to<br class="gmail_msg">
enable. In the near future, we'll also introduce default aliases which<br class="gmail_msg">
are automatically setup unless the user explicitly disables them.<br class="gmail_msg"></blockquote><div><br></div><div>Great release and a great feature - already trying this out with some of the OpenStack snaps as it will make switching existing deployment tooling to snaps much easier.</div><div><br></div><div>One question - are there any plans to apply the same aliases approach to the name of systemd units provided by a snap?  This would avoid a whole lot of rewriting of things like:</div><div><br></div><div>   glance-api -> snap.glance.api</div><div><br></div><div>in some of the uses cases I've been looking at.</div><div><br></div><div>Cheers</div><div><br></div><div>James</div><div><br></div><div><br></div></div></div>