[Vm-dev] Re: [Squeak 4.0] RC3 is out

Casey Ransberger ron.spengler at gmail.com
Sun Mar 14 02:03:32 UTC 2010

Here's the plan:

When I hear these bits are good, I'm going to cut a new directory for
4.0. It's contents will looks just like what's in the 3.10 directory,
with the above files swapped in. The reason why you're seeing those
files, and in particular why it doesn't make sense, is that you're
seeing them out of context. The reason why you aren't seeing the other
files and directories that generally accompany them is: the other
files don't need to change for the 4.0 release. I will in effect be
copying the entire 3.10 directory to 4.0, and then remove/replace the
files that correspond to what's in the final release candidate.

The reason I'm scripting everything is, if there's a last minute
change to for example, the license text, I don't want to have to go to
all the trouble to copy and zip everything manually; it's time
consuming and error prone. I'm set up now to take a change to e.g.,
the version of the VM, or something in the image, type 'make' and then
build and package the whole multiplatform distribution in a minimum of

The reason Squeak4.0-basic.zip doesn't make sense is: traditionally
the Unix VM was packaged separately from the image, sources, and
changes files. I didn't see anything about 4.0 which warranted
changing this policy.

My goal with this release was to get to a ship-able artifact as
quickly as possible while tolerating last minute changes. I very
nearly refused to update the Mac and Windows VMs in the zip files as
well, since these are really orthogonal to the mission of Squeak 4.0,
but I had some extra time so I did it anyway.

In short, it will make more sense when these files are in their final
locations on the ftp server.

On Sat, Mar 13, 2010 at 4:41 PM, Ken G. Brown <kbrown at mac.com> wrote:
> Good work.
> I was wondering why you needed to go to all the trouble with scripting and whatnot for Mac?
> Don't you just drag the files into a folder and cntl-Compress from the context menu?
> Might I suggest some clear thought on naming conventions and directory organization?
> For example I see:
> ftp://ftp.squeak.org/4.0alpha/rc3/
> Squeak4.0-basic.zip
> Squeak4.0-mac.zip
> Squeak4.0-win32.zip
> So how does Squeak4.0-basic.zip differ from the others? Is Squeak4.0-mac.zip = basic or something else?
> When I unzip a file, I expect to get a folder with the same name. Other people don't I know, but it might be something to consider.
> I always try to think - write once, read many.
> Try to have a naming convention that will keep the confusion demons away for the long term future.
> Ken G. Brown
> At 11:28 AM -0800 3/13/10, Casey Ransberger apparently wrote:
>>Ah, I should have made a statement about what's changed since RC2.
>> - Newer Windows VM (3.11.8)
>> - Newer Mac VM (4.2.2beta1U, with SparklePlugin.bundle removed, it had issues)
>>This should make things a bit more convenient for folks intent on
>>doing the closure bootstrap.
>>The reason I removed SparklePlugin.bundle: it had some symlinks to
>>stuff in the author's local directories (instead of the correct system
>>directories) that were breaking my build process. I took John's advice
>>and simply removed the bundle. I also fired up the VM to do a sanity
>>check and make sure it still worked.
>>Thanks everyone! Freedom tastes better than cheese! Say no to mouse traps!
>>On Sat, Mar 13, 2010 at 11:18 AM, Casey Ransberger
>><ron.spengler at gmail.com> wrote:
>>> People of Squeak,
>>> The RC3 distribution of Squeak 4.0 is now available at:
>>> http://ftp.squeak.org/4.0alpha/Squeak4.0.rc3.tar.gz
>>> http://ftp.squeak.org/4.0alpha/rc3/
>>> Please chip in, test it out, and reply to this thread if you see any
>>> problems. Classes of problems I'd consider blockers:
>>>  - Broken VM
>>>  - Corrupt file
>>>  - Things to do with the image that potentially block relicensing
>>> If all is well, I will go ahead and roll the 4.0 directory structure
>>> with all of the other files one usually finds there.
>>> Thanks!
>>> --
>>> Casey Ransberger
>>Casey Ransberger

Casey Ransberger

More information about the Vm-dev mailing list