Hi Joachim, here are my VOTES (?) :-)
1. Backport features from trunk to 2.3 branch (AKA next-minor): +0 I see no need for such a release. If we want to make a release soon then we should release a 2.3.1 with only should contain bugfixes. 2. Create a config/storage compatible release from trunk (AKA next-major) +0.8 This is what we have currently in trunk.. IMHO it's the safest of all releases. But you are right if we want todo it we should branch soon to not block other work. I think config compatibility is maybe not so bad to break if we write the needed steps down in UPGRADE.TXT. 3. Work on a non-compatible release from trunk (AKA next-greater) +1 After workin on fixin bugs and new features i think there are some stuff which can't really be done with next-major. But if we want to work on next-greater we should be very carefull to not need to touch the compatibility again after the release. bye Norman Joachim Draeger schrieb: > Hi all, > > Because something went wrong I think we need a cut and a complete restart of > discussion / collecting opinions. Because I suppose everything has already > been > said, it should be possible to finish this part soon. > > AFAIK there have only been mentioned three different possibilities: > > 1. Backport features from trunk to 2.3 branch (AKA next-minor) > > - this includes only backporting and testing, a release may be done > very soon > > 2. Create a config/storage compatible release from trunk (AKA next-major) > > - To be able to start working on incompatible features, this may > imply branching soon > > 3. Work on a non-compatible release from trunk (AKA next-greater) > > - This could probably done without branching, or just branch when all > features are implemented. ETA is probably a bit later > > Which kind of release do you prefer and why? > What are you willing to work on? > Does anyone have a completely different idea in mind? > > To avoid an endless discussion I propose an end date that is hopefully the > start > date of a new vote: Thursday 12/21/06 > > I guess some of us will be completely offline around Christmas / turn of the > year. Maybe you could give a hint whether you'll be able / want to > participate on > possible decisions. > Yes, I'm in a hurry because I think that too much time has already been lost > and > this project needs to be more dynamic. > > Joachim > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
