summaryrefslogtreecommitdiff
path: root/net/asterisk/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* asterisk: bump to 18.15.1Sebastian Kemper2022-12-031-7/+27
| | | | | | | | | | | | | | | | | | | | | | | | This is a manual cherry-pick of commit aa3bc352e787768fbf5f1f806a9b2b06a74b19fc as well as commit b71770db4196e3eeefc01367e0d36a3f61d8ef85. The latter is currently in a pull request to update asterisk to 18.15.1 in the openwrt-22.03 branch. - add new modules - res-geolocation depends on asterisk being built with libxlt support, but to make libxslt a general dependency is probably not a good idea for small devices, so this adds a config option ASTERISK_LIBXSLT_SUPPORT that is off by default except on x86_64 builds - refresh patches - 180_build-fix-bininstall-launchd-issue-on-cross-platfrom.patch removed as included in upstream release - added 170-menuselect-force-use-of-xml2-config.patch as upstream switched to use pkg-config for libxml2 detection, which would be fine, except OpenWrt's host libxml2 is static and Asterisk can't handle that - the bump to 18.15.1 contains fixes for AST-2022-007, AST-2022-008 and AST-2022-009 Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: bump to version 18.11.2Sebastian Kemper2022-04-181-4/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | asterisk: update AST_EXT_TOOL_CHECK for OpenWrt Issue #672 shows that the current macro has some pitfalls, at least when running within OpenWrt's buildroot. The macro is used to detect these tools: 1. xml2-config 2. mysql_config 3. neon-config 4. net-snmp-config 5. sdl-config (we're not using SDL) The macro also adds configure arguments that allow to specify a path like so: --with-mysqlclient=PATH Macro problems: 1. If no PATH is specified, it adds "/bin" to the search path. Obviously this is a bad thing when cross-compiling. 2. If a PATH is specified, it adds it to the start of every include and library path it encounters. These paths are then broken. This commit makes problem 1 go away by making the addition of "${$1_DIR}/bin" to the PATH dependent on there being a PATH handed to the macro. An alternative would be to remove the PATH addition altogether, but then the macro wouldn't behave as expected. It also removes the path filtering of the include and lib dirs to address problem 2. Closes #672 Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net> (cherry picked from commit 79a0acfe56256748615159f6e08687570ac2cf88) asterisk: bump to 18.7.1 The removed patch has been applied upstream and is part of this release. Signed-off-by: Andre Heider <a.heider@gmail.com> (cherry picked from commit 0399a3dc730ae639636bcd053193b37751f8df4d) asterisk: add missing modules + dependency Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net> (cherry picked from commit 04b6b267f1c36e228655236ce054b5e0eb15c804) asterisk: fix build on macos This commit adds a patch to fix /sbin/launchd detection on macos Signed-off-by: Sergey V. Lobanov <sergey@lobanov.in> (cherry picked from commit 4209a36afe4c66365bdffc5f62d287e94cfc8edd) asterisk: bump to version 18.11.2 - add two new modules (app_sf and func_json) - update 100-build-reproducibly.patch as upstream refactored some of the code - refresh patches This bump includes fixes for the following security issues: https://downloads.asterisk.org/pub/security/AST-2022-001.html https://downloads.asterisk.org/pub/security/AST-2022-002.html https://downloads.asterisk.org/pub/security/AST-2022-003.html Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net> (cherry picked from commit 958401fa8f98e50df02917eded1eb4815997985d) asterisk: add --without-libxslt to configure Since upstream commit b40c4d59b1dd803cad79060fb5b5a48d249ba578 "--disable-xmldoc" does no longer prevent the linking to libxslt, if available. If that's the case one is greeted with the following error: Package asterisk is missing dependencies for the following libraries: libxslt.so.1 This commit explicitly disables the use of libxslt, to avoid the dependency. Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net> (cherry picked from commit 64a1d2faef62352327c4aaeec803ce71ff5d2c40)
* asterisk: don't start with explicit groupSebastian Kemper2021-11-091-1/+1
| | | | | | | | | | | | | Currently the asterisk init script starts the service with the group "asterisk". Like this, even if the asterisk user is part of other groups, asterisk will not be able to make use of them. So for instance if you add the user to the group "dialout", asterisk will run under group "asterisk", instead of "asterisk" _and_ "dialout". Not specifying the group gets rid of this limitation. Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net> (cherry picked from commit 9017e04b8755b298649280b3d4491666f1b0c94b)
* asterisk: bump to 18.5.1Sebastian Kemper2021-08-061-3/+3
| | | | | | | Update deps of asterisk-res-pjproject. It depends on res_sorcery_config, which is part of asterisk-res-sorcery. Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: update to version 18.5.0 and backport patchDaniel Golle2021-07-221-2/+2
| | | | | | | | | | | | Update to upstream version 18.5.0 and backport commit[1] completing the announcements in Dial command to behave like it is stated in the documenation[2]. [1]: https://github.com/asterisk/asterisk/commit/1e5a2cfe3037823b17dd4ac47b071f02d6f9825f [2]: https://wiki.asterisk.org/wiki/display/AST/Asterisk+18+Application_Dial Signed-off-by: Daniel Golle <daniel@makrotopia.org> (cherry picked from commit 20e8c3b2d9150ed0bba02cfeb2e22e7c43e366c8)
* asterisk: update to 18.4.0Jiri Slachta2021-05-121-2/+2
| | | | | | | | | | Patches updated/refreshed: 100-build-reproducibly.patch 130-eventfd.patch 140-use-default-lua.patch Signed-off-by: Jiri Slachta <jiri@slachta.eu>
* asterisk: update to 18.2.2Sebastian Kemper2021-03-201-3/+3
| | | | | | | | | | | | Updated 140-use-default-lua.patch. Patches refreshed: 001-disable-semaphores-on-uclibc-otherwise-allow.patch 002-configure-fix-detection-of-re-entrant-resolver-funct.patch 100-build-reproducibly.patch 130-eventfd.patch Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: disable uriparserJosef Schlehofer2021-01-271-1/+2
| | | | | | | | | | | | | | | | | | Uriparser is a compliant URI parsing and handling library for RFC 3986. For now, this is not included in OpenWrt feeds, but in Turris OS uriparser is used as dependency for Updater-ng. When Asterisk finds in build system there is uriparser or anything else mentioned in configure, it tries to enable it by default. This applies to every package in OpenWrt and because of that new packages which are added to OpenWrt tries to disable almost everything by default. Because if someone adds library, some packages are not compiled or tested. Fixes: Package asterisk is missing dependencies for the following libraries: liburiparser.so.1 Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
* asterisk: add dependency to asterisk-chan-rtpSebastian Kemper2021-01-151-2/+2
| | | | | | | | | | | | | | | | | This commit makes asterisk-chan-rtp depend on asterisk-res-rtp-multicast. Without the res-rtp-multicast module chan-rtp cannot be loaded: OpenWrt*CLI> module load chan_rtp.so Unable to load module chan_rtp.so Command 'module load chan_rtp.so' failed. [Jan 9 08:51:01] ERROR[16337]: loader.c:281 module_load_error: Error loading module 'chan_rtp.so': Error relocating /usr/lib/asterisk/modules/chan_rtp.so: ast_multicast_rtp_create_options: symbol not found This issue was mentioned in the OpenWrt forum ([1]). [1] https://forum.openwrt.org/t/asterisk-makes-a-problem-with-loading/84816 Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* Revert "asterisk: link in libdl when linking to liblua"Sebastian Kemper2021-01-151-1/+1
| | | | | | | | | This reverts commit 150b85ab350844f1481b9a9d49984b3e16cddd40. OpenWrt upstream updated the lua package so that liblua now is linked to libdl. Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: link in libdl when linking to libluaSebastian Kemper2021-01-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Currently building for archs target against glibc fails: checking for mandatory modules: CAP GSM ILBC LIBEDIT LIBXML2 LUA PJPROJECT SQLITE3 SRTP ZLIB... fail configure: *** configure: *** The LUA installation appears to be missing or broken. Checking config.log reveals: /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/toolchain-arc_archs_gcc-8.4.0_glibc/bin/../lib/gcc/arc-openwrt-linux-gnu/8.4.0/../../../../arc-openwrt-linux-gnu/bin/ld: /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/target-arc_archs_glibc/usr/lib/liblua.so: undefined reference to `dlopen' /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/toolchain-arc_archs_gcc-8.4.0_glibc/bin/../lib/gcc/arc-openwrt-linux-gnu/8.4.0/../../../../arc-openwrt-linux-gnu/bin/ld: /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/target-arc_archs_glibc/usr/lib/liblua.so: undefined reference to `dlclose' /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/toolchain-arc_archs_gcc-8.4.0_glibc/bin/../lib/gcc/arc-openwrt-linux-gnu/8.4.0/../../../../arc-openwrt-linux-gnu/bin/ld: /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/target-arc_archs_glibc/usr/lib/liblua.so: undefined reference to `dlerror' /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/toolchain-arc_archs_gcc-8.4.0_glibc/bin/../lib/gcc/arc-openwrt-linux-gnu/8.4.0/../../../../arc-openwrt-linux-gnu/bin/ld: /home/sk/tmp/sdk/openwrt-sdk-archs38-generic_gcc-8.4.0_glibc.Linux-x86_64/staging_dir/target-arc_archs_glibc/usr/lib/liblua.so: undefined reference to `dlsym' This commit adds "-ldl" to lua linker flags so compilation against glibc works. This has no ill effect on musl where libdl is just an empty library archive. This is not something that should be sent upstream, as they maybe support non-Linux platforms as well. Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: add res_timing_timerfd to base packageSebastian Kemper2020-12-271-5/+3
| | | | | | | | | | | | | | | | | | | | | | | This is a response to [1] and [2]. In short, since upstream commit "channel.c: Resolve issue with receiving SIP INFO packets for DTMF" a segmentation fault occurs during DTMF when no timing module is loaded. This commit adds the timerfd timing module to the asterisk base package. Other possibilities would have been res_timing_pthread and res_timing_dahdi, but timerfd is the obvious choice because it's efficient and OpenWrt offers the required kernel support (see [3] for more details). Note: even without any timing module the segmentation fault should not occur according to upstream. Upstream is still working on that. But in general it makes sense to have a timing module available (loaded) and the module is tiny anyway. [1] https://github.com/openwrt/telephony/issues/597 [2] https://issues.asterisk.org/jira/browse/ASTERISK-28800 [3] https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: micro version bump to 18.1.1Sebastian Kemper2020-12-231-2/+2
| | | | | | | | | This addresses CVE-2020-35652 as described in: https://downloads.asterisk.org/pub/security/AST-2020-003.html https://downloads.asterisk.org/pub/security/AST-2020-004.html Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: bump to 18.1.0Sebastian Kemper2020-11-191-2/+2
| | | | Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
* asterisk: upgrade to Asterisk 18 LTSSebastian Kemper2020-11-011-0/+1053
- Bump to new LTS release. - Move to folder asterisk and remove AST_MAJOR_VERSION variable, as we only have one version anyway. - Add new modules. - Rename voicemail to app-voicemail. - Remove deps of voicemail on res-adsi and res-smdi as they are optional. - Use INSTALL_DATA for headers. Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
generated by cgit (git 2.46.0) at 2026-10-12 01:38:42 +0000