These are excellent definitions.  Someone should put them on a web page so
we can just cite them instead of repeating them.

Note that kernel < core < build < basic < developer < max  while basic < web
< max and I suppose basic < fun < max

Note also that max might not load.  Also, we might eventually decide that if
we have one, we don't need another.  For example, perhaps if we have core
and some good scripts for building images, we don't need build.  But I bet
that for each image, there will be somebody who will want it.

it seems to me like 4.0 is more like basic.  Is that true?  What will 4.1 be
like?

On Thu, Feb 25, 2010 at 10:35 AM, keith <keith_hodges at yahoo.co.uk> wrote:

>
> I think it would help to clarify nomenclature (again)...
>
> kernel
> core
> build
> basic
> developer / fun
> web / full
> max
>
> The kernel image would be the image with an absolute minimum, except I
> would argue the ability to specify a single local script on the command
> line, &/ a REPL to the console. The kernel would not even be expected to
> have a UI, and it does not have to be usable, apart from running command
> line scripts, or something.
>
> A core image is one that has a GUI, is usable, and has one dependency (i.e.
> Installer or equivalent) for loading anything else.
> i.e. it should not have MC because MC is loadable easily with installer. If
> you do provide MC in the core then you potentially prevent others from
> loading different implementations of MC.
>
> A build image is one that has a selection of tools for building bigger
> images, so might have one or more of SqueakMap, Universes, MC, Gofer
> Metacello etc.
>
> A basic image would be the standard release. I.e. a selection of tools
> chosen and loaded out of the menu of available options. i.e. pick the
> Transcript implementation, Browsers etc.
>
> Developer/web/seaside/magma derived images for different purposes, either
> based on "basic", with the standard tools, or "build" with non-standard
> tools
>
> full/fun - the old style everything interesting demo as we had with
> 3.7-full
>
> max - every package that can load loaded.
>
> regards
>
> Keith
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20100225/432e7d14/attachment.htm