<div dir="auto">It's been a while since I ran the interpreter VM heavily so this may no longer be the case but one thing I remember learning early on was *not* to use the Debian VM package as it was almost always out of date and/or had some sort of build problem.  Whatever the latest Linux binary from <a href="http://squeak.org" target="_blank">squeak.org</a> almost always worked for me unless I needed custom plugins etc. and this was on every release starting with Debian 6 running in a variety of unstable/testing/release 32/64-bit environments.  So building from source usually wasn't necessary.<div><br><div class="gmail_extra"><br><div class="gmail_quote">On May 23, 2017 12:48 PM, "tim Rowledge" <<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>> wrote:<br type="attribution"><blockquote class="m_-3912979838952898648quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_-3912979838952898648quoted-text"><br>
> On 23-05-2017, at 5:08 AM, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
><br>
> On Tue, May 23, 2017 at 12:27:42PM +0200, Bert Freudenberg wrote:<br>
>> Does anyone have access to a Debian testing/unstable system? Could you<br>
>> check if Etoys really gets stuck, and maybe figure out why?<br>
>><br>
>> I suspect it might be because they're running on x86_64. The VM is<br>
>> 4.10.2-2614.<br>
>><br>
>> - Bert -<br>
><br>
> I don't have a Debian system, but you are probably right. I did a quick<br>
> check of running an Etoys-To-Go-5.0 image on a 64-bit interpreter VM,<br>
> compiled locally, version level 4.16.3-3748. It seems to run fine on my<br>
> 64-bit Ubuntu. But the 4.10.2-2614 VM is really quite old now and probably<br>
> does have some issues on a 64-bit system.<br>
><br>
> Being Debian, I suspect that the VM needs to be compiled from source, is<br>
> that right? Or would a pre-compiled VM be sufficient?<br>
<br>
</div>My experience suggests being *very* careful with the way Debian mangles our code. Last time I had to dig into it there was an override of our jpeg reading code that quite blatantly broke reading the files. Worse, it appeared that no one there had even bothered to contact any of us to ask why we needed that particular code.<br>
<br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
Debugger: A tool that substitutes afterthought for forethought.<br>
<br>
<br>
<br>
</blockquote></div><br></div></div></div>