<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 4, 2016 at 7:05 PM, Stéphane Rollandin <span dir="ltr">&lt;<a href="mailto:lecteur@zogotounga.net" target="_blank">lecteur@zogotounga.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I missed most of this discussion, but I would like to say that I think<br>
that Hannes has it exactly right. The work can and should be done in trunk,<br>
and it is important that the result should ultimately be unloadable and<br>
reloadable.<br>
<br>
The timing also seems right to me. The work is being done in trunk early<br>
in the release cycle. This should provide the opportunity to achieve a<br>
reloadable Etoys in time for a next Squeak release.<br>
<br>
As long as the package is fully reloadable, the decision as to whether to<br>
include Etoys in our next release can be made later, as part of the release<br>
planning process. Near term, the trunk image will be larger, but if we<br>
elect to unload Etoys for a next release then the resulting image should<br>
be smaller than before.<br>
<br>
I think it would be great if both Etoys and Scratch were easily loadable<br>
and unloadable in trunk. Scratch is already being successfully developed<br>
as an external package compatible with trunk, which suggests that we should<br>
ultimately be able to do the same with Etoys. Others have mentioned that<br>
we need better tools to support this, and I agree.<br>
<br>
Dave<br>
<br>
</blockquote>
<br></span>
+1 to all of the above<br></blockquote><div><br></div><div>+1</div><div><br></div></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>