<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000'><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Jeffrey Ollie" <jeff@ocjtech.us><br><b>Sent: </b>Wednesday, January 20, 2016 3:28:44 PM<br><br><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jan 20, 2016 at 11:04 AM, Tzafrir Cohen <span dir="ltr"><<a href="mailto:tzafrir.cohen@xorcom.com" target="_blank">tzafrir.cohen@xorcom.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
</span>Hang on. This is RHEL. A stable platform. Why can't they just use<br>
pjproject packages and be done with it?<br clear="all"></blockquote><div><br></div><div>It's been my experience that a large number of Asterisk users compile almost everything from source because that's the way they've always done things, partly because that's just the way that they like to do things, and partly because that's the way they had to do it back when you couldn't get Asterisk packages and the only way to get it was to compile it yourself.<br></div></div><br>-- <br><div class="gmail_signature">Jeff Ollie<br><br></div>
</div></div><br></blockquote>I have to agree here with Jeff.<br><br>Could most of the issues that are being encountered have to do with
users upgrading their version of Asterisk on the same machine where they
now have a mix of installed libraries instead of building a new system
from scratch? Could that be part of the problem?<br><br>My gut feeling
is that users upgrading from Asterisk 11 to 13 are not reading the
wiki. They are trusting that they already know how to install and setup
Asterisk based on their prior experience and do not realize that PJSIP
needs to be handled differently between those versions. I know the
comment on the wiki that there is an Asterisk compatible version of
pjproject available on github would make me think that I should be
installing that rather than using the one provided by my Linux distro of
choice because it would cause me less problems. At least that is what
my first thought would be. Especially when I see later on in the wiki
is describing downloading a newer version of the pjproject than what my
distro provides. Again, someone looking at this page briefly and in a
hurry, if they are looking at all, could miss a lot of the details that
are right there if they would just pay attention to it.<br><br>We used
to compile Asterisk because that is what was always done and how we were
always shown how to get Asterisk installed. Also, we could deal with
the occasional hiccups from using the latest and greatest when it came
to libraries and applications. There were no packages for Asterisk and
in order to have latest and greatest with all those bug fixes in them,
it was best to get the latest code and compile it.<br><br>Now, times
have changed. We need to use packages and choose to use stable packages wherever it is possible.
As our company has grown, security standards and stability now take
priority over the easiness that comes with downloading and compiling. We are no longer allowed to have code or any development tools on our production servers.<br><br>The
steps that the project took over the past few years to make Asterisk
easier for those of us who now are required to create / use the packages for our
production servers was great and it helped to ease our burden.<br><br>Perhaps
it is just a culture change within the community in regards to how we
are accustomed to getting Asterisk on our systems and this is part of
the pains associated with this shift in what was once considered the "norm".<br><br>Anyways, just some insight from a different perspective on this issue.<br><br>I completely understand the problems that Matt outlines. The issue, from what I understand, has to do with user experience and the ability to support the user. We have two different projects with two different approaches. It is too late now but I believe one of the main concerns with going with a third-party SIP stack during those discussions was whether or not we could work with the upstream whenever a problem arised. It would appear that this goal is not easily attainable with pjproject based on what Matt just outlined in his prior email if I understood it correctly. If the only way to keep Asterisk moving forward without wasting time and effort on the same problem over and over again is to bring it back in, then I think the decision to be made is very easy. The rest of us will have to find a way to deal with it when it comes to packaging.<br><br>Just my thoughts that I have been having for the past few days while following these discussions. I hope it helps to give some more insight from the "front lines" perspective while trying to make a decision on this.<br><br>Michael<br><br>(el guero)<br></div></body></html>