]> git.ipfire.org Git - thirdparty/asterisk.git/commit
pjproject_bundled: Compile pjsua with max log level = 2 27/4727/1
authorGeorge Joseph <gjoseph@digium.com>
Tue, 3 Jan 2017 21:14:09 +0000 (14:14 -0700)
committerGeorge Joseph <gjoseph@digium.com>
Mon, 16 Jan 2017 17:30:58 +0000 (10:30 -0700)
commit08857b6e0ea6d5fac0dbb0af7c8b175bbd309f83
tree69351c71afc8c5b14f7789cf18138e56e1a1a517
parent7aacc0fc7fb99c3eb68a1d1a79e39b1e4cfebcc7
pjproject_bundled:  Compile pjsua with max log level = 2

A while back, we changed config_site.h to set PJ_LOG_MAX_LEVEL = 6.
This allowed us to control the log level better from inside Asterisk.
An unfortunate side effect of this was that the pjsua binary and
python bindings were also compiled with log level set to 6 so whenever
a testsuite test that uses pjsua runs, it spits out 6795 lines of
debug in an instant even before the test starts.  I believe this
overruns the Jenkins capture buffer and prevents the test from
properly terminating.  In turn, this results in the testsuite just
hanging until the job is killed.  It's more frequent on the higher
end agents because they can spit out the messages faster.

Unfortunately, the messages are all spit out before we have control
of the python pj.Lib instance where we can set logging levels so the
only alternative was to actually compile pjsua and _pjsua.so with an
overridden PJ_LOG_MAX_LEVEL.  Although defining a lower max level was
done in the Makefile, the define in config_site.h had to be wrapped
with "#ifndef" so the change would take effect.

Change-Id: I2af9e7d48dde1927279c586c9c725d868fe6f3ff
(cherry picked from commit d7e5a747c312de18647213359103ce6022776864)
third-party/pjproject/Makefile
third-party/pjproject/patches/config_site.h