[Seaside] So where is the "release" version of 3.7?

Boris Popov boris at deepcovelabs.com
Mon Feb 26 21:57:07 UTC 2007

Ouch, I thought this was a constructive conversation to discuss the
options, no one has to do anything and we can leave the things the way
they are. The point brought up earlier had to do with trying to make it
easier for an ever increasing community to understand various versions
being published on a regular basis (good thing!) and there isn't much I
can personally do to help you figure it out outside of writing mails for
many reasons, including the fact that I don't directly commit any
changes to the stream, I have no Squeak experience or free time (as much
as I'd have liked to do all of the above). Feel free to ignore the
suggestions, that's all they are after all, but unless I'm misreading
you it seems they are not welcomed at the moment.



DeepCove Labs Ltd.
4th floor 595 Howe Street
Vancouver, Canada V6C 2T5

boris at deepcovelabs.com


This email is intended only for the persons named in the message
header. Unless otherwise indicated, it contains information that is
private and confidential. If you have received it in error, please
notify the sender and delete the entire message including any

Thank you.

> -----Original Message-----
> From: seaside-bounces at lists.squeakfoundation.org [mailto:seaside-
> bounces at lists.squeakfoundation.org] On Behalf Of Philippe Marschall
> Sent: Monday, February 26, 2007 1:33 PM
> To: The Squeak Enterprise Aubergines Server - general discussion.
> Subject: Re: [Seaside] So where is the "release" version of 3.7?
> 2007/2/26, Avi Bryant <avi at dabbledb.com>:
> > On 2/26/07, Philippe Marschall <philippe.marschall at gmail.com> wrote:
> >
> > > That's not how Seaside is developed. We don't have such cycles. As
> > > Lukas said, in general we use the latest Seaside version for
> > > production applications and we certainly develop Pier and Magritte
> > > against the latest version. You can't do that if you have open
> > > that you know about. Sure there are instable phases when a lot of
> > > refactoring is going on (like start of 2.7 or lr.171+) but that's
> > > general only maybe 4 versions. If we know about a bug, we fix it,
> > > we want a feature, we implement it. This is how Seaside is
> > > This is why it is pointless to attach a label to a Seaside
> >
> > Ok, but there are processes that work for that too.  Have a branch
> > that is 2.7-stable, and generally commit to that.  If you're doing a
> > refactoring or feature you're not sure about, do it on
> > 2.7-somerefactoring, then merge in when you're confident of it.  The
> > important thing is just that everyone know what the system is.
> It's just that Monticello doesn't support this. The Monticello
> filename hacks have to stop.  For example the filename hacks of
> Chronos wreck havoc on the Monticello Browser. An other example my
> Monticello marks Seaside2.8a1 as if there was a new version that I
> haven't loaded which isn't the case. Additionally they make the
> Seaside repository even more crowded.
> We need metadata for this and it needs to be simple to use otherwise
> everyone marks their versions as unstable and nothing is gained. Or a
> section on the yet to be built Seaside webpage so that people don't
> have to access the (very confusing) repository anymore.
> So my point on this is if you want something to happen in this area is
> be part of the solution and don't just write mails.
> Philippe
> > Avi
> > _______________________________________________
> > Seaside mailing list
> > Seaside at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> >
> _______________________________________________
> Seaside mailing list
> Seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

More information about the Seaside mailing list