<div dir="auto">I was hoping you'd pipe in again Jared! Thank you!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 2 Oct 2020, 20:20 Jared Smith, <<a href="mailto:jaredsmith@jaredsmith.net">jaredsmith@jaredsmith.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">On Fri, Oct 2, 2020 at 11:50 AM Dan Jenkins <<a href="mailto:dan@nimblea.pe" target="_blank" rel="noreferrer">dan@nimblea.pe</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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</div></blockquote><div><br></div><div>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.</div><div><br></div><div>-Jared<br></div></div></div>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div>