On Thu, 2007-07-05 at 08:46 -0600, Antonio Gallardo wrote: > -0 The community knows the next release is 1.4. There is a lot of mails > referring to "1.4" If suddenly we jump to 2.0 no body knows from where > it was take.
Hmm, you and solprovider have a valid point there. Right now lots of mails start with [1.4] (even on the user list). > > I don't feel I have enough merit these days in lenya to vote -1, but > this is what I would like to vote for this change. > Hmm, you have enough to vote -1, which is a binding -1 since you are in the PMC. If you feel strong enough, then please vote -1. In any case we may want to ask our user as well what they think about the renaming issue. It would be a pity if we confuse them. salu2 > Best Regards, > > Antonio Gallardo. > > > Best Regards, > > Antonio Gallardo. > > [EMAIL PROTECTED] escribió: > > On 7/4/07, Bob Harner <[EMAIL PROTECTED]> wrote: > >> Lenya devs, > >> > >> As previously discussed, please vote whether to use "2.0" as the > >> version number of the next release of the Lenya trunk rather than the > >> previously-planned "1.4". > >> > >> The reason for this proposed change is to more accurately signify the > >> scope and depth of the changes to the Lenya architecture and feature > >> set. Please see the previous e-mail thread for the prior discussion. > >> > >> Voting is open for a period of one week, per Lenya guidelines. > > > > -0 > > > > The reasons and advantages to renaming are: > > - The functionality is very different. > > - The upgrade path from 1.2 is difficult. > > - Different knowledge/skills are needed. > > - Marketing press releases like major number releases. > > . > > The disadvantage is the community knows the next release as 1.4. Many > > people are using various development versions. Changing the name will > > cause confusion. Directories are often named with the version number > > so this increases the work of "upgrading'" to the production release. > > "2.0" sounds less stable than "1.4.0". The old skills still apply, but > > this may discourage less innovative developers. > > > > Changing the version number may attract a new audience, but may damage > > the current community. I am not certain the change will accomplish > > enough to offset the effort. > > > > solprovider > > > > --------------------------------------------------------------------- > > 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] > -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
