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

[Philippe Marschall]

We are aware of the problem. What we need now is a way to fix it. I
put the mail that way because I want this discussion to be
constructive and not to end in another one of the so may Squeak "we
should" discussions. Yes we should do much more and save the whales
and the dolphins as well. Problem is we don't have more time. See,
this is our free time project and it works well for us. We would like
to make it work well for you too but there is a limit to the effort
that we can put into it. So whatever your wishes are, if we shall
implement them, it must be possible in the little time we have.

So if there is a solution it must be one of the following:
- someone currently doing no work for Seaside is stepping up to do
"release management" or whatever you call it
- some simple change that makes it easy for contributors to deliver
"stable versions"

I'd appreciate if the discussion focuses more on these two items and
not on what we could all do if this was a big time Apache project and
we were all paid for doing this.

Cheers
Philippe


2007/2/26, Boris Popov <boris at deepcovelabs.com>:
> 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.
>
> Cheers!
>
> -Boris
>
> --
> +1.604.689.0322
> DeepCove Labs Ltd.
> 4th floor 595 Howe Street
> Vancouver, Canada V6C 2T5
> http://tinyurl.com/r7uw4
>
> boris at deepcovelabs.com
>
> CONFIDENTIALITY NOTICE
>
> 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
> attachments.
>
> 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
> bugs
> > > > 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
> in
> > > > general only maybe 4 versions. If we know about a bug, we fix it,
> if
> > > > we want a feature, we implement it. This is how Seaside is
> developed.
> > > > This is why it is pointless to attach a label to a Seaside
> version.
> > >
> > > 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
> _______________________________________________
> Seaside mailing list
> Seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>