The way CONFIGURE_ARGS are done for srtp and pjproect does not take into
account that more than one package depends on them. This can result in
build failures. So add ifeqs to test properly if --with or --without is
required.
This commit also adds CONFIGURE_ARGS checks for:
alsa (asound)
portaudio
speex
speexdsp
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
The way CONFIGURE_ARGS are done for srtp and pjproect does not take into
account that more than one package depends on them. This can result in
build failures. So add ifeqs to test properly if --with or --without is
required.
This commit also adds CONFIGURE_ARGS checks for:
alsa (asound)
portaudio
speex
speexdsp
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
With libcap support Asterisk is able to set the TOS bits even when
dropping its privileges to a non-root user.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
With libcap support Asterisk is able to set the TOS bits even when
dropping its privileges to a non-root user.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
@kochstefan got the module to work on Asterisk 15. Update the Makefile
and include the new variant.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
The hack does not work on the buildbots. In the SDK the other packages'
Makefiles and patch directories aren't available, hence the hack fails.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
This adds a mechanism that disables all modules by default and then
enables only the modules needed for the packages selected, resulting in
less build time.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
This adds a mechanism that disables all modules by default and then
enables only the modules needed for the packages selected, resulting in
less build time.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
@kochstefan pointed out that asterisk 15 doesn't load any modules. It
turned out that this happens because of patch that was dropped. Add the
patch again.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- remove some whitespaces
- install only the configuration example from the source instead of the
locally kept files (which are probably outdated anyway)
- add a comment explaining the iostream hack
- use proper install routine instead of "$(CP)"
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
The package currently fails to build because librem headers cannot be
found. For reasons unknown baresip searches in SYSROOT instead of
SYSROOT_ALT for them. Fix this by patching the Makefile.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Remove unneeded variables, whitespaces and trailing slashes, use
specific INSTALL directive instead of "$(CP)".
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Change from custom make call to using the default Build/Compile routine.
This applies the standard memory corruption mitigation methods, e.g.
FORTIFY_SOURCE and RELRO, to the package if they are enabled (default).
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Remove unneeded variables, dependencies, whitespaces and trailing
slashes, use specific INSTALL directive instead of "$(CP)".
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Change from custom make call to using the default Build/Compile routine.
This applies the standard memory corruption mitigation methods, e.g.
FORTIFY_SOURCE and RELRO, to the package if they are enabled (default).
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Change from custom make call to using the default Build/Compile routine.
This applies the standard memory corruption mitigation methods, e.g.
FORTIFY_SOURCE and RELRO, to the package if they are enabled (default).
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Using the CFLAGS from the environment of Build/Compile the optimizations
from libre now appear after OpenWrt CFLAGS, overriding them. Prevent
that by disabling libre's optimization altogether.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
When using the default Build/Compile routine $LD is set to the actual
linker, so libre's build system is not using ld indirectly via the
compiler anymore. But it feeds -rdynamic to ld instead of
--export-dynamic. Fix that with this patch.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
With FORTIFY_SOURCE enabled the compiler errors our when libre defines
ssize_t again. Prevent that by adding the proper hint to the header in
question.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Remove unneeded variables, whitespaces and trailing slashes, use
specific INSTALL directive instead of "$(CP)".
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Change from custom make call to using the default Build/Compile routine.
This applies the standard memory corruption mitigation methods, e.g.
FORTIFY_SOURCE and RELRO to the package, if they are enabled (default).
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- bump to 1.4.2 (includes Asterisk 15 support)
- clean up the Makefile (whitespaces, remove some leftover defines that
are no longer needed etc.)
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- Update to latest commit to get support for Asterisk 15
- Upstream renamed the project from chan-sccp-b to chan-sccp. This
commit updates the OpenWrt Makefile accordingly.
- Move the directory from chan-sccp-b to asterisk-chan-sccp (follow the
naming of the other channel drivers' directories).
- OpenWrt Asterisk13 is mistaken for Asterisk15 because it has the
iostream patch applied, fix this with workaround in autoconf script.
- Update upstream URL to the github page.
- Update description of the package.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
This commit unpacks the sources of lib_ifxos, drv_tapi and drv_vmmc,
patches them and sets up their header files for the compiler to use when
building chan-lantiq.
The dependency on kmod-ltq-vmmc is dropped so that the package can be
built by the buildbots. Instead, a dependency on mips is added so that
the buildbots will only build the package for the ARCH that Lantiq
actually runs on.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
