There is no gain to do device scan in init. Commonly we want to always
scan BTRFS devices to ensure that after boot raids are correctly linked.
It should be done before any init script tries to mount any raid FS.
Comparing init scripts and preinit scripts there are I think two primary
considerations. First is if user is expected to restart/reload/stop
given service on will. I think that there is no such reason for this as
user can easily enough just call btrfs utility it self. Second
consideration is if it makes sense to have it optional. This means if we
want to have ability to enable and disable given service. I think that
there is no such need in this case. It is pretty much doing nothing if
you don't have BTRFS FS connected and when you have you probably want to
scan it.
Signed-off-by: Karel Kočí <karel.koci@nic.cz>
This instead of building every tool separately builds one btrfs binary
and additional tools are links to this binary. This is same approach as
busybox is using.
This splits list of tools to two. boxprogs are tools that are boxed to
code btrfs binary and progs are tools that are not.
This also overload default all make target of Build/Compile and instead
builds (unified) btrfs.progs and separate progs.
Signed-off-by: Karel Kočí <karel.koci@nic.cz>
The can be convenient for running commands or services as procd services
without needing to separately write initscripts, just uci configuration.
The package was imported from [1].
[1] 0a85f5c75f/pservice
Ref: https://github.com/yousong/waller/issues/1
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
New version of musl no longer includes this header internally.
Removed several unnecessary variables in Makefile.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
New upstream release. Addresses:
CVE-2019-2805
CVE-2019-2740
CVE-2019-2739
CVE-2019-2737
CVE-2019-2758
Package updates:
- includes "THIRDPARTY" in PKG_LICENSE_FILES
- drops client_ed25519 as a dynamic plugin and install it with the lib
as per upstream decision
- refreshes patches
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
The only action the Threshold plugin takes itself is to generate and
dispatch a notification. Other plugins can register to receive
notifications and perform appropriate further actions.
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
Bash is not needed here. These scripts are POSIX compliant.
This was originally added as the configure script looks for /bin/bash
locally. Passing gl_cv_posix_shell overrides this.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Decompression speedup of 7% on average.
Remove upstreamed uClibc-ng patch.
Fixed optimization option to show properly under menuconfig.
Added LTO for smaller size.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Only when /dev/mem is opened with O_SYNC the write and *read* is done
uncached. We saw wrong values read out from the hardware without setting
O_SYNC, the busybox devmem tool showed different values, when O_SYNC is
also set for the io tool, it reads out the same values as devmem.
When looking at the drivers/char/mem.c file in the kernel it is behaving
differently based on the O_DSYNC flag.
Signed-off-by: Hauke Mehrtens <hauke.mehrtens@intel.com>
Prometheus uses an older version of fsnotify, which uses a system call
(unix.InotifyInit) that is not implemented for mips64/mips64el.
This patches Prometheus to use a newer version of fsnotify that uses a
different system call (unix.InotifyInit1) that should be available on
all Linux systems.
Fixes#9494.
Signed-off-by: Jeffery To <jeffery.to@gmail.com>
Tesseract is an open source text recognizer (OCR) Engine, available under the Apache 2.0 license. It can be used directly, or (for programmers) using an API to extract printed text from images. It supports a wide variety of languages.
Signed-off-by: Valentín Kivachuk <vk18496@gmail.com>
From the developer:
It seems that uClibc-ng is defining fgetc, fputc, feof, and ferror as
macros and not including them in std.
IMO this is a bug in uClibc-ng (maybe caused by lack of clarity in the
C++ standard), because even the C functions that are alowed to be
defined as macros (putc, getc) should be included in std for
consistency. Just imagine the chaos if std::getc were defined or
undefined depending on how it is implemented.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Added License information.
Cleaned up Makefile for consistency between packages.
Added numerical prefixes to the patches for clarity.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Redmine-patch-id: 3680
If I build an image with the imagebuilder I get the following output
during image building:
../root-x86/etc/init.d/collectd: line 4: /usr/share/libubox/jshn.sh:
No such file or directory
To remove this messsage move include to the needed postion, so that the
message does not occur during image building on the host system anymore.
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
Karel Kočí
Josef Schlehofer
Yousong Zhou
Rosen Penev
Jeffery To
Sebastian Kemper
Florian Eckert
Eneas U de Queiroz
Hauke Mehrtens
Gerard Ryan
Valentín Kivachuk
Shuanglei Tao
Sven Roederer
Jo-Philipp Wich
Karel Kočí
Vladimir Ulrich
Luiz Angelo Daros de Luca