[Squeakfoundation]3.5 release timing (was Re: Outstanding 3.4 bugs?)

Cees de Groot cg at cdegroot.com
Tue Mar 4 09:03:54 CET 2003

On Tue, 2003-03-04 at 08:18, Ian Piumarta wrote:
> On a personal note I'll just mention that making a VM release takes me an
> entire day (while I recompile on four different machines and construct
> more than a dozen seperate archives, _very_ slowly and methodically to
> make sure I don't mess anything up too badly).  I wouldn't want to do this
> every single month.  (Consider the 3.4gamma1 release as an
> exception.)  Every quarter might be acceptable.
When I worked at OpenLink software, we managed around 20 ports (lots of
Unices, Mac, Win, VMS) and build weekly releases - so I have a bit of
experience in automating this :-). Is there somewhere I can help in
automating? Could we parallelize this by having four people doing the
job on one machine?

I do agree that the VM release number should state the same as the image
release number. Of course, if nothing changed, a simple patch might work

> I think the whole regular release cycle is a bad idea anyway.  Even with
> the current infrequent big releases I tend to lag behind the stable image
> by a version or two, since there's just not enough incentive to change
> until something is _obviously_ better (or new and exciting) in the latest
> image.  My most recent image change was from 2.3 to 2.8.  If releases were
> more frequent then deltas would be smaller and I'd be even less likely to
> notice new stuff or improvements and hence track the latest image.  I'm
> probably not alone in thinking/working this way.
YMMV, etcetera. You're probably not alone, but you're probably not a
majority either. However, since the upcoming releases most likely will
concentrate on picking stuff apart and making it harder to get a decent
Squeak distro, your, err, 'faction' will probably grow a bit ;-).

(making it harder, that is, until we master packaging etcetera - one of
the main reasons to go through short release cycles IMO, because it will
help us (force us) create a smooth process for building and releasing
various images - 'core', the 'fat' image we now have, and anything else
people want to pick up).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lnx-12.ams-2.theinternetone.net/pipermail/squeakfoundation/attachments/20030304/9a28af8a/attachment.bin

More information about the Squeakfoundation mailing list