<div dir="ltr">Stephane thanks for the message.   that patch didn't work for me so I guess I'll wait until <div style>your updated arkose is available and in the mean time keep searching for  some alternative I can use in the meantime</div>
<div style><br></div><div style>brian</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 26, 2013 at 9:03 AM, Stéphane Graber <span dir="ltr"><<a href="mailto:stgraber@ubuntu.com" target="_blank">stgraber@ubuntu.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 04/26/2013 01:53 PM, brian mullan wrote:<br>
> <a href="https://bugs.launchpad.net/ubuntu/+source/arkose/+bug/1134972" target="_blank">https://bugs.launchpad.net/ubuntu/+source/arkose/+bug/1134972</a><br>
><br>
> Other than Arkose.. what alternatives are there to run an application<br>
> container<br>
> the starts will a web browser.<br>
><br>
> thanks<br>
> brian<br>
<br>
</div></div>Ah right, I remember debugging this and tracking it down to a regression<br>
in "su" but never bothered to fix it in 13.04 as another kernel bug was<br>
leading to loop devices leakage.<br>
<br>
My plan is to essentially rewrite Arkose to use the LXC API and extend<br>
the API to cover all the cases I care about.<br>
<br>
However for 13.04, you're a bit stuck. You can try to directly patch<br>
/usr/bin/arkose, changing the "su %s -c \"command\"" call by something<br>
like "sudo -u %s \"command\"" which workaround that su behaviour change<br>
but if you hit the same bug I did, you'll be limited to 7 run of arkose<br>
per boot of your machine due to that weird loop device kernel bug.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Stéphane Graber<br>
Ubuntu developer<br>
<a href="http://www.ubuntu.com" target="_blank">http://www.ubuntu.com</a><br>
<br>
</font></span></blockquote></div><br></div>