On 9/30/10 10:11 PM, Jon Bonilla (Manwe) wrote:
El Thu, 30 Sep 2010 21:50:19 +0300
Juha Heinanen<jh(a)tutpro.com> escribió:
a couple of extra weeks would be worth spending
if we could then have
only one flavor.
-- juha
+1
Which release policy do we have? A la Debian or a la Ubuntu?
I'd like to read "sr will be ready when it's ready"
"ready" doesn't mean "nothing else to do". Otherwise we
never release.
The problem with a not clear release policy is time planning. For
example, I tried to free my September to work as much as possible on
testing and preparing the release as we planned it. Other probably
planned to wait a bit for some deployments just to benefit of some new
features. Changing these kind of milestones last minute does not bring
anything positive.
Considering ser's developers approach on the least effects on
performance, initially I thought it is a trivial impact at least
regarding the statistics, believing that all stats were migrated to new
API, but proved not to be like this after Andrei's remarks. To be clear,
Kamailio flavour has already all these on in 3.0 and works just fine, it
is just affecting ser flavour.
Considering that major changes will require a new round of all tests,
mixed with the fact that some cannot spend any longer much time on such
things in the near future (at least me), means probably 3 months, that
overlaps with winter holidays, so it is 4 months.
If we do it a release now, 3.1, with current tested code, next will be
in about 6-8 months, with other new features and things like new stats
better propagated. Andrei talked now about only common modules to be
migrated to new stats API, by 3.2 we will probably have all stats with
the new API.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com