Next release 2.4.1? Branching stable and trunk sooner or later?

[Geert Janssens]

On Thursday 20 January 2011, Christian Stimming wrote:
> So what do we do for 2.4.1 and further "stable" releases? Do we plan a
> 2.4.1 from trunk rather soon, including all new features, and fork after
> the 2.4.1 release for a few subsequent 2.4 stable releases? Are there any
> more significant changes upcoming which would clearly justify the
> separation of development and stable? (Not from me - I'm just implementing
> some minor features here and there, although they do have some minor risk
> for introducing unwanted side-effects and bugs, as usual.)
> 
My plan (in my limited spare time) is to get rid of as much of the deprecated 
gnome dependencies as possible. This work can't be done in the stable releases 
IMO. For starters, I will have to increase the minimum gtk requirement which I 
don't think should happen on stable. And those changes certainly risk to 
introduce new bugs, which is not what we want on stable.

So while I understand the drawbacks, I would be in favor of branching fairly 
soon after 2.4.1 is out.

Of course if it is decided to hold of a stable branch some time longer, I can 
always work on a branch in my local git repo until trunk is opened for 
development features again.

> I'd suggest to have a 2.4.1 from trunk rather soon, like, this weekend or
> the next weekend. There are already a bunch of interesting bugfixes in
> there. There are still missing bugfixes, but those are missing in 2.4.0 as
> well, so there's no regression risk here.
> 
I think John's suggestion for the libdbi bug test would be good to have before 
2.4.1 goes out of the door.

Geert