Snaps to invoke external processes
Mark Shuttleworth
mark at ubuntu.com
Sat Nov 26 10:42:33 UTC 2016
On 25/11/16 17:09, Gustavo Niemeyer wrote:
> 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.
>
I think this works, as long a we handle the failure cases ("no
xdg-open") sweetly.
Mark
> On Wed, Nov 23, 2016 at 4:51 AM, Mark Shuttleworth <mark at ubuntu.com
> <mailto:mark at ubuntu.com>> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/snapcraft/attachments/20161126/7623376e/attachment.html>
More information about the Snapcraft
mailing list