Re: Release schedule proposal

2008-11-05 Thread Dave Chapman
Jonathan Gordon wrote: I'm not against the idea, but I wonder what the point of releasing so often is unless there was something big? The point is to keep the most recent stable release recent. We want users to (in general) use the releases, and if we stick to a relatively short (and fixed)

Re: Release schedule proposal

2008-11-05 Thread bascule . 76117244
I'm not against the idea, but I wonder what the point of releasing so often is unless there was something big? I agree. Considering the last gap between releases was three years, a release schedule of every 3 months seems a bit like setting ourselves up for a fall. A targetted release

Re: Release schedule proposal

2008-11-05 Thread Daniel Stenberg
On Wed, 5 Nov 2008, Jonathan Gordon wrote: I'm not against the idea, but I wonder what the point of releasing so often is unless there was something big? I totally submit to the idea of doing regular time-based releases no matter if anything big is done or not. For the sake of offering

Re: Release schedule proposal

2008-11-05 Thread Jonathan Gordon
2008/11/5 Daniel Stenberg [EMAIL PROTECTED]: On Wed, 5 Nov 2008, Jonathan Gordon wrote: I'm not against the idea, but I wonder what the point of releasing so often is unless there was something big? I totally submit to the idea of doing regular time-based releases no matter if anything big

Re: Release schedule proposal

2008-11-05 Thread Daniel Stenberg
On Wed, 5 Nov 2008, Jonathan Gordon wrote: I just wonder if it will start being pointless like the dailies? For you and me and lots of others they will be pointless. For users they will be a means to get the latest stable version that is no more than three months behind the cutting edge.

Re: Release schedule proposal

2008-11-05 Thread Nils
I like the idea of time based releases too, waiting around for significant features will make the time frame very unpredictable. If we have to wait a long time, more issues are likely to have popped up, documentation more out of sync etc. so each release would mean a lot more work IMHO.

Re: zagor: r19020 - trunk/tools

2008-11-05 Thread Daniel Stenberg
On Wed, 5 Nov 2008, alex wallis wrote: I don't think this is necessary. Not only does this make make zip and family slower, it also removes the ability to zip up a partial build - which is the reason I made it this way originally. Hi. I'm probably being very stupid, but why would you want to

Re: zagor: r19020 - trunk/tools

2008-11-05 Thread Rafaël Carré
On Wed, Nov 05, 2008, alex wallis wrote: Hi. I'm probably being very stupid, but why would you want to zip up a partial build? I mean a partial build isn't going to work on your player is it? For example someone might want to build only a few rocks, if the firmware is present then it will