<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 15, 2015 at 9:56 AM, Oliver Grawert <span dir="ltr"><<a href="mailto:ogra@ubuntu.com" target="_blank">ogra@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">if /usr/bin/python is a wrapper instead of the actual interpreter that<br>
then executes $SNAP_APP_PATH/usr/bin/python, you would cover all<br>
cases ... but that would indeed mean one such a wrapper per possible<br>
interpreter shipped inside the core image ...</blockquote><div><br></div><div>That feels uglier to me than modifying shebangs at build time, but beauty is in the eye of the beholder.</div><div><br></div><div>More specifically, it feels very unsnappy.  We'd be catering to old-style code that either is buggy (in case of upstreams with /usr hardcoded) or written for another platform (in case of deb files that can rightfully assume /usr).  Plus, it encodes expectations into the core image about how snaps lay out their files.</div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">-mt</div></div>
</div></div>