Snaps to invoke external processes

Gustavo Niemeyer gustavo.niemeyer at
Fri Nov 25 17:09:41 UTC 2016

The role of xdg-open itself is already to open the URL with whatever
tooling is available, so it sounds like we're making the issue more complex
than it ought to be.

I think we should reimplement xdg-open in terms of snapctl, and have snapd
itself doing the hand-over to the local xdg-open tool after some basic
sanity checking on the URL. That way we're not really asking for anything
from the local system (no dbus service) while remaining completely portable.

On Wed, Nov 23, 2016 at 4:51 AM, Mark Shuttleworth <mark at> wrote:

> I think the port of snapd to a distro should handle ensuring that
> "browse" works. How it does that is up to the port, as long as the
> behaviour is clear it is easy to implement. We just to be clear what
> expectaction a snap publisher can have. I would say "snap-browse" is the
> command to use, and on *Ubuntu* that would be snap-xdg-open.
> Mark
> --
> Snapcraft mailing list
> Snapcraft at
> Modify settings or unsubscribe at:
> an/listinfo/snapcraft

gustavo @
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Snapcraft mailing list