On Wed, Feb 10, 2016 at 07:29:28AM -0300, Edgar J. De Cleene wrote:
> Thanks for your kind words
> This days I learning Xcode , Swift and tvOSm so little time.
> But I look to last Squeak for a good farewell with a FunSqueak as complete
> as possible.
> 
> I ask to Board for made a formal invitation to Pavel Krivanek for help going
> to a Squeak kernel
>

Indeed, Pavel has done some great work on image shrinking with Squeak
and Pharo. Frank Shearar pointed to it here:

  http://lists.squeakfoundation.org/pipermail/squeak-dev/2014-January/176343.html

Following the links from that email, here is an example of one of Pavel's scripts:

  https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKernel3.0-FromTopShrink/lastSuccessfulBuild/artifact/shrink.st

Pavel has done this for Squeak also.

I know that there is strong interest in the community (including the Squeak
oversight board) in pursuing issues of modularity, minimal images, and
unloadable/reloadable packages.

There are a lot of ways to approach these issues. I think Craig Latta's
vision of building full images from very tiny micro-kernel images is
really appealing, and I hope that we will be able to drive that vision
to be widely used and part of (or maybe the real "kernel" of) Squeak.

I also really like Pavel's image shrinking, which is very practical
and maintains a focus on a full working image that can shrink to meet
requirements for a specific deployment.

Personally, I really like the idea of "reloadable" modules that can
be removed and reinstalled without breaking the system. For example,
I made MVC reloadable some time ago, and hope to do the same with Morphic
in the future:

  lists.squeakfoundation.org/pipermail/squeak-dev/2010-February/144305.html

I am probably trying to say too many things in one email, but here is the
point that I want to get to:

When I look at Pavel's work, I see scripts that could be incorporated
as methods in a class in Squeak. We should make this happen. It would
make the scripts accessible, and it would give us a way to ensure that
they are kept up to date and in sync with the image. It would also make
it possible to provide supporting unit tests.

Suppose for example that we were to make Installer (*) responsible for the
unloading and loading of packages. We should then be able to (for example)
tell Installer to remove MVC (ST80-*) from the system, then tell it to
load MVC. When that is done, the ST80 unit test should still pass, and
it should still be possible to open a new MVC project. And we should be
able ask Installer (or whatever class we choose to be responsible for
this) to shrink the image to produce exactly the results that Pavel has
demonstrated in his image shrinking work.

If we keep Pavel's scripts in the image, it should require very little
extra code, and it will give us a way to maintain the scripts and
verify them with unit tests. I think that we should do this for Squeak.

Dave

(*) I'm not really advocating Installer for this, because it has no
class comments or documentation in the image. Ick. But the name fits,
so I am using it as an example.