[asterisk-dev] Thoughts on Asterisk release management

[David Bowerman]

what im saying is :-

if something motivates you to upgrade (like a new feature you want) a
shorter release cyle means youll probably get the new feature you
want, plus 2 or 3 others, instead of the one you want, plus 50
others....and all that comes with that.

On 9/20/07, Tzafrir Cohen <tzafrir.cohen at xorcom.com> wrote:
> On Thu, Sep 20, 2007 at 07:57:04PM +1000, David Bowerman wrote:
> > Russell,
> >
> > Good plan! and i'd support it 100%.
> >
> > chan_mobile is a good case in point. its a 'new feature' that wouldnt
> > appear until 1.6
> >
> > there are loads of people backporting it to 1.4 because they want it
> > 'earlier' and even some people backporting it to 1.2
> >
> > shortening the release cycle will give people access to any new
> > feature in manageable chunks.
>
> I'm trying to understand what you write.
>
> If you need chan_foobar that was added in 1.9, and your current PBX
> runs 1.5 (released only a year ago), are you sure you'll be able to find
> someone who'll do the backport?
>
> Won't that channel use a number of new APIs that were introduced in 1.6,
> 1.7 and 1.8? If so, the backporting won't be trivial, or even possible.
>
> Or will you upgrade your PBX every 3 monthes?
>
> --
>                Tzafrir Cohen
> icq#16849755                    jabber:tzafrir at jabber.org
> +972-50-7952406           mailto:tzafrir.cohen at xorcom.com
> http://www.xorcom.com  iax:guest at local.xorcom.com/tzafrir
>
> _______________________________________________
>
> Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/
>
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>