On Fri, Dec 17, 2010 at 11:13 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 17 December 2010 22:37, Mariano Martinez Peck <marianopeck@gmail.com> wrote:
>
>
> On Fri, Dec 17, 2010 at 9:17 PM, Igor Stasenko <siguctua@gmail.com> wrote:
>>
>> In our nearest plans is make an automated (Hudson based) build setup
>> for Cog and Squeak VMs.
>>
>>
>
> this is cool igor!!!
>
>>
>> a) image version (or its URL(s) for download)
>> b) script for loading VMMaker (of concrete version)
>
> but how can you set a concrete version if the buid is automatic ? how do you
> know which version of VMMaker and ALL its dependencies?

we will collect necessary info bit by bit.
Obviously, this knowledge is already sits over there, in image,
otherwise how else
we manage �to build VMs till those days?
I just want to automate it, which will leave less space for human mistake.

> are you going to use ConfigurationOfVMMaker ?� if true, how is going to
> maintain it?
>

i am not quite sure if metacello will be capable to keep all this info.
Some things may require using changesets or other kind of
non-packageable messy code.
We will see. Things are scary from distance :)
In any case i don't think that a config, which fully describing a
conglomerate used to generate VM sources and plugins
is any bit worse than image which contains same info.
Except that you can't diff two smalltalk images to see what difference
between them.


Igor, what I wanted to express (maybe I did it wrong), is that we need to first solve a previous problem with the VM.
I think we first need to be able to TRACE!� And for TRACE I mean, that for a specific VM state, I can trace:
- which METACELLO version to use in order to generate sources. And with this metacello version, we can guess ALL the versions of all requiered packages
- which SVN version

If the idea is to always load all the latest code, then you can just load the baseline of ConfigurationOfVMMaker and that's all. With svn is even easier.

cheers

mariano
�
--
Best regards,
Igor Stasenko AKA sig.