This adds chan-sccp-b support to Asterisk 1.8.x.
Chan_SCCP is a replacement Channel Driver for chan_skinny in the Asterisk Channel
Driver Library. It delivers better performance, scalability, interoperability and
functionality than either chan_skinny or chan_sip on a SCCP capable phone.
See: http://chan-sccp-b.sourceforge.net
Signed-off-by: Diederik de Groot <dkgroot@talon.nl>
Signed-off-by: Hans Zandbelt <hans.zandbelt@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/packages@28374 3c298f89-4303-0410-b956-a3cf2f4a3e73
- bump to version 1.4.18
- header parsing fix from Willy Tarreau
git-svn-id: svn://svn.openwrt.org/openwrt/packages@28370 3c298f89-4303-0410-b956-a3cf2f4a3e73
After removal of the network drivers as an entropy source in Linux kernels a
while ago, some routers e.g. in ar71xx family experience lack of hardware
entropy for /dev/random. The device /dev/random can hang due to that. There
are pseudo random numbers available in /dev/urandom, but they do not end up
in /dev/random.
E.g. tickets #9631 and #9999 are related to this problematics.
One tool for adding entropy data from an arbitrary source to the kernel
entropy pool is rngd daemon included in the rng-tools package from
http://sourceforge.net/projects/gkernel/
Manual page: http://linux.die.net/man/8/rngd
The tool can be used to add entropy to the kernel's entropy pool either from
some genuine hardware-based entropy source, or as a quick&dirty patch also
from /dev/urandom. Using urandom isn't a perfect solution, but it will
satisfy those applications looking for input from /dev/random.
As far as I found out, nobody has complied the rngd daemon package for
Openwrt, so far.
I made a try out of it, and succeeded both for Backfire and trunk.
I defined a package that downloads the sources from SF. (This is my first
package definition, so the dependencies and conventions might not be quite
correct, but the package seems to compile and work both in Backfire and trunk.)
Hopefully somebody can figure out a way to connect some real entropy source
in ar71xxx devices through this daemon. The package could be used with real
hardware entropy sources (like the Entropy key), if they provide a suitable
interface for the daemon to the entropy data from them.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
git-svn-id: svn://svn.openwrt.org/openwrt/packages@28332 3c298f89-4303-0410-b956-a3cf2f4a3e73
his patch bumps the sslh package to v1.9.
This update brings about some useful changes, including:
* Multiple bind address support
* IPv6 support
* OpenVPN support
* tinc VPN support
Tested and working on ar71xx.
Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/packages@28331 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch upgrades chrony to 1.26. Beside several minor
bugfixes and improvements, also several vulnerabilities
are fixed (compared to 1.23).
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
git-svn-id: svn://svn.openwrt.org/openwrt/packages@28330 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch upgrades the mjpeg-streamer package to the latest svn
revision. It also closes track entry #9896 in the the newer version
moved to v4l2.
Signed-off-by: Roberto Riggio <roberto.riggio@create-net.org>
git-svn-id: svn://svn.openwrt.org/openwrt/packages@28327 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch allows broad control over FFmpeg's libav* build configuration
and fixes a typo in ffprobe's install section.
The patch resolves#7837 as the choice of building a full libav* is available.
This should also resolve#8465 as input devices such as cameras can be enabled.
The files created by a full libav* build will be large (several megabytes) and
not recommended for end users. Its use could help debugging other issues to
learn whether the problem is the openwrt build configuration or another cause.
Signed-off-by: Ian Leonard <antonlacon@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/packages@28323 3c298f89-4303-0410-b956-a3cf2f4a3e73
