On Thu, 2010-01-28 at 09:54 +0100, Steffen Mueller wrote: Hey folks,
> > Peter Lavender wrote: > > If anyone has any objections to an earlier than normal release let me > > know, otherwise I'll look at releasing 0.56 tomorrow night .au time, > > which for the records will be 1000 UTC, 2100 local time to me. > > no objection, just a note: > Cool, however Sebastian raised an objection in IRC regarding some issues with ORLite. Given this and the following: > There's this branch in branches/Padre-slave-driver that has the memory > consumption/threading optimizations that Adam blogged about. It works > well on my computer (linux), but it's a pretty devious and significant > change. To the best of my knowledge, it's also only been tested by me > despite my multiple suggestions on IRC that others should give it a > shot. Now, I guess our development model or our developers mindset is > such that it won't get a lot of testing time *unless* I just dump it > into the trunk and let Murphy figure it out. I'm certain there'll be > breakage. > Right.. it's a bit like that.. I had a patch waiting for ages for someone to check out in the end I added it to trunk. It was very simple really, nothing like what you're doing, but it's the same end result.. it's not noticed until it hits trunk and then a release. > This suggests two possible routes: > a) Make a release now, then merge the branch into trunk. Buys us time to > fix things. > b) Merge the branch into trunk and delay the release until we're certain > we've fixed the most serious issues. Could make Padre 0.56 an even more > significant release (cf. Adam's blog entry). > > I'd love to have this in the upcoming (hyped) 0.56 release. But it's > quite risky and it might be better to stick with a). What do you guys think? Ok, I'll do a switch here and try it out myself. I'm quite open on this matter myself. If we want to wait that's fine. I'm quite a fan of least changes at once to make sure we can at least see what's going on at the time a major change comes in. In the recent past many of the 'big' changes we've seen to Padre has come from Adam where incremental changes aren't overly an issue and I know I've done releases with Adam's changes only partially applied, with major gains seen up to 2 releases later. Given what I understand of the changes from Adams Blog, I will say that making it for 0.56 make sense, but it means we need the time to do it. The only issue I see is that there are already a large number of changes listed already, and Sebastian's concern with problems he's seeing means merging now just to squeeze in before 0.56 might make sorting out any issues harder than it needs to be. While it might hurt a little bit in terms of the "marketing" done for 0.56, I think we could make 0.56 with what's already done, with the merge to trunk after the release being your changes - and two weeks to get it ironed out, keeping major changes out until your changes are stabilised. This gives us a fairly clear and visible progression with major changes to Padre. Just my thoughts. Pete.
_______________________________________________ Padre-dev mailing list [email protected] http://mail.perlide.org/mailman/listinfo/padre-dev
