<br><br><div><span class="gmail_quote">On 1/25/07, <b class="gmail_sendername">Ralph Johnson</b> <<a href="mailto:johnson@cs.uiuc.edu">johnson@cs.uiuc.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Edgar, one reason I am slow to respond is that I am busy. Another is<br>that I am not really a Squeak expert (though I am a Smalltalk expert)<br>and so I want to think about things a little. But a very important<br>reason to be slow is that it gives more people time to comment, and
<br>the more comments, the more we know.<br><br>You are right that it is time to release an image. But I think it<br>should not be something that people get by updating from 3.9. People<br>are too likely to get it by accident. Moreover, not all changes can
<br>be in the update stream. Imagine the day we finally install<br>KernelImage and have Morphic all loadable from MC! I don't think we<br>are going to be able to put that in the update stream.<br><br>> > I use ReleaseBuilder because seems me right reuse it.
<br>><br>> Yes, it's the right place to put cleanup stuff. But ReleaseBuilder is<br>> meant to prepare an image for an actual release. For a person,<br>> perhaps you, to take a fully updated image and put the finishing
<br>> touches on it - cleaning caches, undeclared, obsoletes, resetting<br>> author initials, etc. pp. You *never* want to do that to some<br>> unsuspecting user's image. A call to it certainly should not be put
<br>> into the update stream. It's okay to push the class to a user, but<br>> you should not actually run it via an update.<br><br>This is an example of the valuable insight that we get by waiting.<br>This ought to be in the class comment.
</blockquote><div><br>VisualWorks is built using something like ReleaseBuilder's functionality, but expressed in the form of a long script, evasluated in a workspace. Precisely because this isn't the kind of functionality one wants or needs in a base image I think its not the kind of thing that belongs in the base. (IMAO) If ReleaseBuilder can unload itself as one of the last steps before creating the release image then keep it as a class/tool, otherwise just maintain it as a script in a well-known place, so that otehrs can use it to create their own images.
<br><br>(Again IMAO) One thing I think must change asap is the non-empty changes file that comes with a new release. ReleaseBuilder or whatever must generate a fresh sources file with a null changes file. That makes the changes file mch more effective for crash recovery. It belongs to the programmer not to the release builder, so the release shouldn't pollute it.
<br><br>BTW, if any one is interested and has a fresh VisualWorks image to hand to shift-paste to see what's in the paste buffer stack :)<br></div></div><br>