[squeak-dev] 4.2 next steps

Levente Uzonyi leves at elte.hu
Tue Dec 14 00:49:56 UTC 2010


On Mon, 13 Dec 2010, Bernhard Pieber wrote:

> Am 13.12.2010 um 22:56 schrieb Levente Uzonyi:
>>> Shouldn't we call the following as well?
>>> ReleaseBuilderTrunk prepareNewBuild
>>
>> No, ReleaseBuilder* should be removed from the image IMHO.
> There is a lot of cruft there which should be cleaned. Shouldn't the code for creating new trunk images for uploading to ftp.squeak.org be in the trunk image so that everyone can test and do it? Why not?
>
> Where would you keep the code for preparing the release? In a different class or completely outside the trunk?

In Squeak 4.1's release process ReleaseBuilder was not used. It was an 
improvement of Squeak 4.1 that you can evaluate

Smalltalk cleanUp: false
or
Smalltalk cleanUp

to empty caches and free up some space and evaluate

Smalltalk cleanUp: true

to prepare the image for release. So the code is in the image, but there's 
no central place for such code.

The ReleaseBuilder and ScriptLoader packages were only kept, because they 
may contain useful information to enhance the release process. We should 
review them, move the useful code to #cleanUp: methods, then get rid of 
these packages.

>
>>> May I suggest that we add the following there before?
>>> MCWorkingCopy flushObsoletePackageInfos
>>>
>>> Bert argued we should do it during the release. See http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-November/154868.html
>>
>> The release is a bit different. In that case we will do
>> Smalltalk cleanUp: true.
> So you mean, this is not the release yet and therefore it is not done yet? Or should MCWorkingCopy flushObsoletePackageInfos not be done at all in your opinion?

Exactly, this will be a beta.


Levente

>
> Curiously,
> Bernhard
>



More information about the Squeak-dev mailing list