[asterisk-dev] Module Deprecation, Default Not Building, and Removal
Sylvain Boily
sylvain at wazo.io
Tue Oct 6 13:28:05 CDT 2020
On 2020-10-06 2:22 PM, Joshua C. Colp wrote:
> On Fri, Oct 2, 2020 at 4:18 PM Jared Smith <jaredsmith at jaredsmith.net
> <mailto:jaredsmith at jaredsmith.net>> wrote:
>
> On Fri, Oct 2, 2020 at 11:50 AM Dan Jenkins <dan at nimblea.pe
> <mailto:dan at nimblea.pe>> wrote:
>
> sorry, I thought I was agreeing with you :) we need to engage
> package maintainers to potentially help ease the shift - if
> packages are a thing.... but as far as I'm concerned most
> package managers have out of date versions of Asterisk, or
> don't have things you want so you end up building from source
> anyway
>
>
> I actively package Asterisk for Fedora and EPEL (CentOS/RHEL), and
> I work hard to package the latest versions as they are released.
> I'm always open to additional input on how to make my packages
> more relevant for consumers -- either by packaging additional
> modules, or by having better sub-packages. For example, my
> packages already have chan_sip and pjsip split off as separate
> subpackages.
>
>
> As a packager and someone who has been in the community and user
> world, what's your opinion and thoughts on the 2 year strategy?
Hello,
For us we have debian packages we maintain. We follow the latest stable
version with a test suite and a bot make the package. So 2 years it's
clearly not an issue. About chan_sip we completely removed it.
Sylvain
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20201006/11dd76d2/attachment.html>
More information about the asterisk-dev
mailing list