Minor version bump. This also partially reverts
7e7ab06ccd by disabling parallel builds,
as there are sporadic build failures again
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
This release includes bug fixes and improvements accumulated over the last
4 years of development snapshots [1].
Bump upstream version, build new plugins 'stats' and 'blacklist', and add
an 'sqlite3' package dependency for siproxd-mod-blacklist.
Disable procd capturing stderr to syslog, since siproxd in 'foreground'
mode writes both to syslog and stderr, duplicating log messages.
Include a patch to drastically reduce memory usage (RSS from 17MB to 5MB
on ipq40xx platform):
* 005-reduce-rtpproxy-urlmap-size.patch
Drop the following patches now included upstream:
* 010-syslog-msg.patch
* 020-gcc10.patch
* 100-musl-compat.patch
[1] http://siproxd.sourceforge.net/index.php?op=changelog.
Signed-off-by: Tony Ambardar <itugrok@yahoo.com>
This now uses the external spandsp3 package.
Patches:
- 390-t38-reinvite-488-fix.patch removed (finally upstreamed)
- 340-mod-spandsp-fix-typo.patch and 350-gsmopen-spandsp-fixup.patch
added (both accepted into upstream master already)
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Includes fix that buildroot submitted upstream.
This introduces a variable to make following upstream versions a bit
easier.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
This commit adds an updated spandsp library. This is not a drop-in
replacement for the "old" spandsp library. Applications that want to use
it need to be updated a bit, according to upstream info [1].
In an effort to not cause any problems for OpenWrt, this package
installs the library and headers in the staging directory into
non-standard paths:
Library: $(STAGING_DIR/usr/lib/spandsp3/lib
Headers: $(STAGING_DIR/usr/lib/spandsp3/include
This way they are hidden aways from all normal users (like asterisk,
baresip etc.) and won't interfere.
To use the new spandsp library users can look for the spandsp3
pkg-config file (the regular spandsp installs spandsp.pc, this package
installs spandsp3.pc). This should be enough. The first such user will
likely be the freeswitch package, once it gets updated to 1.10.5.
[1] https://github.com/freeswitch/spandsp/issues/5
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Upstream split out spandsp as well. But their spandsp "fork" may not be
a drop-in replacement for the regular spandsp. For now we keep it built
into freeswitch via patch.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
This works around the build failure with gcc-10 until there is a patch
for dahdi-tools that is reviewed and acknowledged by upstream.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- package two new modules: dlgs and pv_headers
- upstream actually provides three more new modules, but two are missing
dependencies in OpenWrt and one is related to systemd
- use INSTALL_DATA instead of INSTALL_CONF for kamailio configuration
files (not talking about /etc/config/kamailio) as they're default
configuration
- refresh 050-fix-kamailio-utils.patch
- drop upstreamed 150-python3-cross-compile.patch
- libsrutils is no longer packaged as upstream moved it into the core
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
No need to have this symbol around here. libfreetdm is part of the same
package (freeswitch) anyway.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
A small but important oversight crept into the last asterisk-chan-dongle
update. The iconv library detection was changed to look for iconv()
instead of libiconv().
Reminder: the autoconf macros for finding libraries do _not_ include any
extra headers when testing the compile. So the redefinitions done in
iconv.h provided by any libiconv (stub or regular) aren't visible during
the test the macros execute.
This means that when testing for iconv() the only iconv that can be
detected is the one from libc. Moreover, if the libc doesn't provide
iconv, the check will fail. Below example is with uclibc:
checking for iconv in -liconv... no
configure: error: iconv library missing
Makefile:87: recipe for target '/builder/shared-workdir/build/sdk/build_dir/target-arc_archs_uClibc/asterisk-chan-dongle-asterisk16/asterisk-chan-dongle-2020-05-28-328b2b7d/.configured_a17fb5ef857664f03cd0ce37cc5ea591' failed
So, this changes the patch to look for libiconv(), again.
Also, instead of using AC_CHECK_LIB this uses AC_SEARCH_LIBS, like
upstream does. There apparently was a problem with that in the past, but
now it works fine.
checking for rm... rm
checking for library containing libiconv... -liconv
checking for sqlite3_open in -lsqlite3... yes
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
