<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 14, 2016 at 5:25 PM, Loren Tedford <span dir="ltr"><<a href="mailto:lorentedford@gmail.com" target="_blank">lorentedford@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">I have only been using the project since 2013 I had no idea at the time what version of asterisk was being used to install the modules needed..<div><br></div><div>Forgotten or not this is where we stand with it now..</div><div><br></div><div>Even if a developer donated 20 minutes on it a week that adds up to roughly 17 hrs of possible improvement from what we got.. </div><div><br></div><div>I have experimented with trying to cobble things together on older versions of asterisk what i generally find is it literally barfs all over the place.. It really seems like they have changed some thing in the way asterisk handles the transmit and receive sides of everything.. To my knowledge I do not see any developers with  in the app_rpt actually posting any work or upgrades to the project.. I figured since asterisk was asterisk at one point in time developers might at least be interested in helping out or donating some time..</div><div><br></div><div>Their is alot of cool things that could be done with it if it was integrated with asterisk phone system today even in the commercial world..</div><div><br></div><div>I wonder what exact core changes occurred to create the problem we have today and is it reversible or do we need to completely redesign asterisk.. </div><div><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>The modules you are referring to were removed quite awhile ago due to not having an active maintainer contributing to the project [1]. Since no one active in the project used the modules, or could verify their functionality, and those who were using them had forked Asterisk completely, we opted to remove them rather than ship broken or vulnerable code.</div><div><br></div><div>I do not think that anyone in Digium is interested in maintaining these modules, nor is anyone here interested in doing the port of the old 1.4 modules to the existing code base. I think all of us would be happy to answer questions, but someone else in the greater Asterisk community would have to do the work and commit to being the maintainer of those modules.<br></div><div><br></div><div>Asterisk is an open source project. As an open source project, anyone - absolutely *anyone* - can step up, modify the existing app_rpt/chan_usbradio/core of Asterisk, and submit the patches back to the project. We have a lot of resources to help with that:</div><div><br></div><div>(1) Coding guidelines so that your submission fits within the standards of the rest of the project [2]</div><div>(2) A well defined process for submitting patches to the project [3], participating in code review [4], and understanding the kinds of things reviewers will look for in submissions [5]</div><div>(3) An automated test suite for verifying functionality [6], with a Jenkins based open source infrastructure definition [7] that trigger on patch submission</div><div>(4) This mailing list, for when you have questions about the code and get stuck</div><div>(5) The #asterisk-dev IRC channel, for when you want your questions answered in real-time</div><div><br></div><div>If you're interested, you may want to review the resources mentioned above and linked below, and familiarize yourself with the major changes in Asterisk from 1.4 to now. The most influential of those would be:</div><div><br></div><div>(1) The API changes made in DAHDI, which - if I understand correctly - were never adopted by the modules and were the first breaking change</div><div>(2) The adoption of reference counted semantics for ast_channel done in Asterisk 1.8<br></div><div>(3) The opaquification of the ast_channel structure done in Asterisk 11</div><div>(4) If any native bridging is used anywhere, the bridging framework introduced in Asterisk 12</div><div>(5) The stasis message bus as a mechanism to raise information to reporting systems (CDR, CEL, AMI), introduced in Asterisk 12</div><div><br></div><div>Matt</div><div><br></div><div><br></div><div>[1] <a href="https://reviewboard.asterisk.org/r/1764/">https://reviewboard.asterisk.org/r/1764/</a></div><div>[2] <a href="https://wiki.asterisk.org/wiki/display/AST/Coding+Guidelines">https://wiki.asterisk.org/wiki/display/AST/Coding+Guidelines</a></div><div>[3] <a href="https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process">https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process</a></div><div>[4] <a href="https://wiki.asterisk.org/wiki/display/AST/Code+Review">https://wiki.asterisk.org/wiki/display/AST/Code+Review</a></div><div>[5] <a href="https://wiki.asterisk.org/wiki/display/AST/Code+Review+Checklist">https://wiki.asterisk.org/wiki/display/AST/Code+Review+Checklist</a></div><div>[6] <a href="https://wiki.asterisk.org/wiki/display/AST/Asterisk+Test+Suite+Documentation">https://wiki.asterisk.org/wiki/display/AST/Asterisk+Test+Suite+Documentation</a></div><div>[7] <a href="http://git.asterisk.org/gitweb/?p=asterisk/infrastructure.git;a=summary">http://git.asterisk.org/gitweb/?p=asterisk/infrastructure.git;a=summary</a></div><div> </div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Matthew Jordan<br>Digium, Inc. | CTO<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div>
</div></div>