<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>This is not really the target usecase for flatpak, but it could very well work. However, it depends a bit on what you mean by full system access. You can easily package the python scripts and libraries in a flatpak, and then grant that app full filesystem and network access. However, it will not be able to see some things. For instance, /usr and /etc will be from the runtime, not the host, and /run, /tmp, /proc etc are specific to the sandboxed instance. /dev is too, but you can grant access to the host dev if you need. It really depends on what you want to do.</div><div><br></div><div>Also, running the scripts will be somewhat painful. Say the app is org.my.Scripts, then you can do something like:</div><div><br></div><pre> flatpak run --command=script1 org.my.Scripts --args-for-script</pre><pre><br></pre><pre>Which is hardly ideal for CLI use. Although some aliases for this could make it easier to use.</pre></blockquote><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">​Ideally we would be using puppet to configure the system (not just a subset of it) so we would need access to /usr and /etc from the host. Thanks for the information. I'll look to see if snap or appimage will work instead.​</div></div></div></div>