<div dir="ltr">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.<div><br></div><div>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.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 23, 2016 at 4:51 AM, Mark Shuttleworth <span dir="ltr"><<a href="mailto:mark@ubuntu.com" target="_blank">mark@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I think the port of snapd to a distro should handle ensuring that<br>
"browse" works. How it does that is up to the port, as long as the<br>
behaviour is clear it is easy to implement. We just to be clear what<br>
expectaction a snap publisher can have. I would say "snap-browse" is the<br>
command to use, and on *Ubuntu* that would be snap-xdg-open.<br>
<div class="m_-3160262365205141152HOEnZb"><div class="m_-3160262365205141152h5"><br>
Mark<br>
<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>
</div></div></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>