<div dir="ltr">Will systemd handle multiple services with the same name without complaining? How would it disambiguate?<div><br></div><div>We can pull off snap aliases because the binary paths are separate (not /usr/bin), and thus won't actually conflict even if system packages and snaps define the same name.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 3, 2017 at 9:37 AM, James Page <span dir="ltr"><<a href="mailto:james.page@ubuntu.com" target="_blank">james.page@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Michael<br><br><div class="gmail_quote"><span><div dir="ltr">On Fri, 16 Dec 2016 at 09:09 Michael Vogt <<a href="mailto:michael.vogt@canonical.com" target="_blank">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="m_4909447687752011900m_7712656181333567403gmail_msg">
are probably aware, snaps usually provide secondary commands as<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
"$snap.$app", e.g. mongo32.dump.  While this is great and it means you<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
can have monogo26 and mongo32 installed at the same time without<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
command conflicts, the downside is that scripts that assume the top<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
level mongodump command will not work. Aliases solve this problem by<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
allowing a snap developer to setup well-defined aliases like<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
mongo32.dump to mongodump, and users to control which aliases to<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
enable. In the near future, we'll also introduce default aliases which<br class="m_4909447687752011900m_7712656181333567403gmail_msg">
are automatically setup unless the user explicitly disables them.<br class="m_4909447687752011900m_7712656181333567403gmail_msg"></blockquote><div><br></div></span><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><span class="m_4909447687752011900HOEnZb"><font color="#888888"><div><br></div><div>James</div><div><br></div><div><br></div></font></span></div></div>
<br>--<br>
Snapcraft mailing list<br>
<a href="mailto:Snapcraft@lists.snapcraft.io" target="_blank">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailm<wbr>an/listinfo/snapcraft</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">gustavo @ <a href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div>

</div></div>