<div dir="ltr"><div class="gmail_default" style="font-family:arial narrow,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 18, 2016 at 7:12 PM, George Joseph <span dir="ltr"><<a href="mailto:george.joseph@fairview5.com" target="_blank">george.joseph@fairview5.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:arial narrow,sans-serif">I'm VERY frustrated with pjproject right now.  Not the software itself (well maybe a little) but the fact that troubleshooting is a nightmare because we can't control what version of pjproject was installed along with Asterisk and we can't control what options it was compiled with.  This leads to issue where we're getting great debugging from Asterisk but nothing at all from pjproject because the user installed from their distro and it has no debugging info.  So now we have to walk them though getting pjproject from source, etc, etc.  This can also cause issues should Teluu change an API or some behavior that we're not prepared for and the user just does a 'yum update pjproject' and Asterisk dies.  Then there's the issue where even though the verison is the same, the compiled-in options differ, some of them quite fatally.  That unleashes a whole other mess.</div><div style="font-family:arial narrow,sans-serif"><br></div><div style="font-family:arial narrow,sans-serif">pjproject was deeply embedded in 11 and I don't think that was right but I think we went too far in 13 by taking the hands-off approach.  Maybe at the start of 13 it was ok, but we've since put chan_sip into "extended" support so we're pushing chan_pjsip as the supported stack, instead of it just being optional.  Not to mention that chan_sip needs res_rtp_asterisk which is also dependent on pjproject.  Can you see where I'm going? :)</div><div style="font-family:arial narrow,sans-serif"><br></div><div style="font-family:arial narrow,sans-serif">I propose that we bring pjproject into a new 'third-party' directory and statically link our res_pjsip* modules to it.  We should NOT check it into the Asterisk repository however.  Instead we should use scripts like get_mp3_source to get a specific pjproject version and a 'patches' directory that IS checked in that has things we've discovered we need.  The patches should always be proposed upstream.</div><div style="font-family:arial narrow,sans-serif"><br></div><div style="font-family:arial narrow,sans-serif">It's a lot of work but I'm willing to dig in and I'll bet I could get a few volunteers to help.</div><div style="font-family:arial narrow,sans-serif"><br></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:'arial narrow',sans-serif">​Actually, it's not a lot of work.  I'll be done Wednesday. :)​</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:arial narrow,sans-serif"></div><div style="font-family:arial narrow,sans-serif">Thoughts?</div><div style="font-family:arial narrow,sans-serif"><br></div><div style="font-family:arial narrow,sans-serif"><br></div><div style="font-family:arial narrow,sans-serif"><br></div></div>
</blockquote></div><br></div></div>