New 2.20 snapd release

[James Page]

On Tue, 3 Jan 2017 at 11:58 Gustavo Niemeyer <gustavo.niemeyer at canonical.com>
wrote:

> Will systemd handle multiple services with the same name without
> complaining? How would it disambiguate?
>
> 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.
>

I could see how this might be a problem; an Alias can either be defined in
the systemd unit file (in which case systemd will create an appropriate
symlink), or by creating the symlink from alias->actual in
/etc/systemd/system - I'll poke at things and see how that might break!


>
> On Tue, Jan 3, 2017 at 9:37 AM, James Page <james.page at ubuntu.com> wrote:
>
> Hi Michael
>
> On Fri, 16 Dec 2016 at 09:09 Michael Vogt <michael.vogt at canonical.com>
> wrote:
>
> My personal hightlight of this release is the "alias" support. As you
> are probably aware, snaps usually provide secondary commands as
> "$snap.$app", e.g. mongo32.dump.  While this is great and it means you
> can have monogo26 and mongo32 installed at the same time without
> command conflicts, the downside is that scripts that assume the top
> level mongodump command will not work. Aliases solve this problem by
> allowing a snap developer to setup well-defined aliases like
> mongo32.dump to mongodump, and users to control which aliases to
> enable. In the near future, we'll also introduce default aliases which
> are automatically setup unless the user explicitly disables them.
>
>
> 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.
>
> 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:
>
>    glance-api -> snap.glance.api
>
> in some of the uses cases I've been looking at.
>
> Cheers
>
> James
>
>
>
> --
> Snapcraft mailing list
> Snapcraft at lists.snapcraft.io
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/snapcraft
>
>
>
>
> --
> gustavo @ http://niemeyer.net
> --
> Snapcraft mailing list
> Snapcraft at lists.snapcraft.io
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/snapcraft
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/snapcraft/attachments/20170103/f3defd07/attachment.html>