<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 25 January 2017 at 11:28, Michael Hudson-Doyle <span dir="ltr"><<a href="mailto:michael.hudson@canonical.com" target="_blank">michael.hudson@canonical.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>You have to do this "asciinema rec -c 'PYTHONHOME=/usr python3 urwid/examples/pop_up.py '" instead (and even that ends up using python3 from the core snap, not the one I have installed).</div></div></div></div></blockquote><div><br></div><div>More generally, classic snaps introduce the potential for confusion between the "snap world" and the "classic world". When poking about the filesystem, this isn't so bad because we have the classic world at / but when it comes to process state, I expect the process launched by asciinema to be in the classic world, and the environment variables mean it isn't, quite. I guess this is what Stuart was getting at when he talked about patching the exec* syscalls (can you use seccomp-bpf to unset an environment var if the executable being launched comes from a path other than /snap? Sounds pretty hair-raising).</div><div><br></div><div>Cheers,</div><div>mwh</div></div></div></div>