Remove files that were accidentally included in the previous merge
(pull request #1802). The obsolete patches are breaking the build now.
Signed-off-by: Miroslav Lichvar <mlichvar0@gmail.com>
A typo in the init file was causing a certain setting to be overwritten on every daemon start.
Signed-off-by: Jonathan Bennett <JBennett@incomsystems.biz>
Changes since oldpackages:
- updated to 1.0.25
* most of openwrt patches are upstreamed now
- cups dependency was completely removed
- small musl patch
- small uclibc patch
- removed link to extra libraries in libsane (used only
for preload backends)
- sane-libs and sane-backends merged and exploded into
individual packages for each backend:
* libsane for sane library (which backends should dep on)
* sane-daemon for saned daemon
* sane-xxx for sane backend for xxx
** each backend has its own custom dep libraries
* sane-backends-all (with no files) that deps on all backends
* sane-qcam is only available for x86/x86_64
** other archs does not implement inb/outb (at least in musl)
Now it is possible to use SANE with much less FS space (KB
instead of MB).
Signed-off-by: Luiz Angelo Daros de Luca <luizluca@gmail.com>
During startup, motion calls pthread_getspecific() through motion_log()
before pthread_key_create() has been called yet. This works on glibc and
uclibc but segfaults on musl because motion is relying on undefined
behaviour here.
Move the pthread initialization before motion_startup() so that
tls_key_threadnr is initialized when motion_log() is called.
Also enforce the use of strerror_r() on musl by defining XSI_STRERROR_R
on all non-glibc systems because the supposed replacement code is broken
and crashes on musl.
References:
http://www.lavrsen.dk/foswiki/bin/view/Motion/BugReport2015x09x30x203633
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
dfu-programmer is a Device Firmware Update based USB programmer for
Atmel chips with a USB bootloader. It's comparable to avrdude, but
optimized for Atmel chips with integrated USB DFU Bootloader.
Signed-off-by: Stefan Hellermann <stefan@the2masters.de>
Some collectd plugins launch third-party plugins that have variation in
initialisation time (like libpcap). Recently (since kernel bump to 4.1)
the DNS plugin has been causing collectd to crash semi-randomly at startup
on MIPS based WNDR3700.
Debugging led to realisation that the DNS plugin seems to require at least
0.1s time to start, before the first data reading attempt starts.
By default, the first data read cycle starts immediately, while apaprently
some of the plugins may still be asyncronously initialising. To make things
safe, this patch adds 1 second delay before the first data read cycle.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>