Hi Igor,<br><br>do you know the KernelImage? Because it is the process you are talking about. It's the set of images where you have a small kernel.image that can load packages through morphicCore.image up to etoys.image (with the code base very close to standard 3.10 image) and you can shrink it back down to kernel.image and repeat the process again. The current limitation is that you should use morphicCore.image as the starting point of shrinking because upper packages do not have cleaned unloading process yet. <br>
<br><a href="http://www.squeaksource.com/KernelImage.html">http://www.squeaksource.com/KernelImage.html</a><br><a href="http://squeak.cz/public/pub/KernelImage/current/">http://squeak.cz/public/pub/KernelImage/current/</a><br>
<br>Cheers,<br>-- Pavel<br><br><div class="gmail_quote">On Sun, May 18, 2008 at 10:14 PM, Igor Stasenko <<a href="mailto:siguctua@gmail.com">siguctua@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2008/5/18 Matthew Fulmer <<a href="mailto:tapplek@gmail.com">tapplek@gmail.com</a>>:<br>
<div><div></div><div class="Wj3C7c">> I finally compiled the notes from the last release meeting,<br>
> which was slightly over a month ago:<br>
><br>
> <a href="http://installer.pbwiki.org/MeetingNotes005" target="_blank">http://installer.pbwiki.org/MeetingNotes005</a><br>
><br>
> The meeting was the first discussion about what should be in<br>
> 3.11 and who will be doing and organizing it.<br>
><br>
> I will put this into a more central web page soon.<br>
><br>
> --<br>
> Matthew Fulmer -- <a href="http://mtfulmer.wordpress.com/" target="_blank">http://mtfulmer.wordpress.com/</a><br>
><br>
><br>
<br>
</div></div># Major changes<br>
<br>
* KernelImage: Pavel and Edgar<br>
* Build system: Keith, Matthew, and Ken<br>
o Definitely involves Installer<br>
o Would be nice to involve DeltaStreams if/when it is ready<br>
<br>
Last time i speak with Egar, he don't likes the idea of using<br>
Installer (or maybe i didn't understood well, at which stages he wont<br>
use it, which possible also :) ).<br>
<br>
My 2 cents about making things modular:<br>
HAVING SMALLER IMAGE DOESN'T MEANS MODULAR IMAGE.<br>
Example: you can unload traits (thanks to Matthew), but can't load<br>
them back, or iterate load/unload multiple times :)<br>
<br>
I'm okay with idea of having smaller image as a base, which means that<br>
it easier to maintain by small team and delegate different parts to be<br>
handled by other teams.<br>
But we all need to work in environment having at least basic set of<br>
tools for coding & debugging. And this definitely requires UI.<br>
And UI currently can't be loaded/unloaded by will. So, you need to<br>
develop your project in dev-image, which having all these tools, but<br>
for deployment use different one, where morphic, or other dev-related<br>
packages not installed.<br>
<br>
So, i see that in 3.11 we should pay attention how make things more<br>
modular: by introducing automated scripts which can unload & load<br>
things back automatically.<br>
And this is where such Installed can be very helpful:<br>
<br>
10 timesRepeat: [ Installer install: 'Morphic'. Installer uninstall: 'Morphic' ]<br>
<br>
Edgar having different view on this:<br>
use minimal base kernel image, and then build new image, from a<br>
scratch by loading different packages.<br>
It easier to use (since we need to support for loading code), but not<br>
truly modular, since you really unable to unload things , when you<br>
don't need them.<br>
<br>
My vision, that initially, 3.11 should be based on 3.10 (to support a<br>
development continuity) and using automated and well-tested scripts,<br>
strip image to minimal kernel.<br>
A received artifact should support then loading things back (Morphic<br>
e.t.c.), as well, as unloading them again.<br>
That's what i call 'modular' :)<br>
<font color="#888888"><br>
--<br>
Best regards,<br>
Igor Stasenko AKA sig.<br>
<br>
</font></blockquote></div><br>