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>
Now that libaio compiles on arc targets we need to add the dependency to
libaio on these targets as well.
resolves#9298
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Cleaned up Makefile for consistency between packages.
Switched to CMAKE_INSTALL to get rid of the InstallDev section.
Refreshed patches.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
This change is inspired by commit openwrt/openwrt@38b22b1e ("nghttp2:
deduplicate files in libnghttp2")
The packages in this commit are identified with the following command
grep -rin -E 'INSTALL_(DATA|BIN)' | grep -F '.so' | grep -F '*'
Some of them do not have symlinks and are not affected, but the change
is still applied for consideration of best practices just in case
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
Got rid of libiconv-full dependency. Relying on nls.mk
Fixed up the license information.
Added CMAKE_INSTALL to get rid of the InstallDev section.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Update nano to 4.3
Release notes at https://nano-editor.org/news.php
2019.06.18 - GNU nano 4.3
* The ability to read from and write to a FIFO has been regained.
* Startup time is reduced by fully parsing a syntax only when needed.
* Asking for help (^G) when using --operatingdir does not crash.
* The reading of a huge or slow file can be stopped with ^C.
* Cut, zap, and copy operations are undone separately when intermixed.
* M-D reports the correct number of lines (zero for an empty buffer).
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
Update collectd to version 5.9.0
* remove backported upstream patches (sensors, modbus)
* remove lua patch that has been been implemented upstream
(See collectd PR 3144)
* refresh patches and accommodate into upstream path changes
* place the 'stations' datatype for iwinfo in alpbetically
correct place in types.db
* add libmnl dependency to 'processes' plugin required for the
new Linux process Delay Accounting capability.
(Alternatively the capability & requirement might be patched away
in Makefile.am, HAVE_LIBTASKSTATS from collectd_4ea7a572)
* new plugins (disabled): ampq1, gpu_nvidia, pcie_errors,
write_stackdriver, write_syslog
compile-tested: ar71xx/WNDR3700 (all plugins)
run-tested: ar71xx/WNDR3700 (selected plugins)
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
INSTALL_BIN turns symlinks into actual files, which increases the total
size for no reason.
Small Makefile cleanups.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Summary:
This package fails to compile with boost 1.70 when the boost cmake
config gets used.
As far as I can tell, Boost 1.70 introduced
BoostConfigVersion.cmake. In that file, the value of PACKAGE_VERSION is
set to 1.70. This makes CMake auto set the variable Boost_VERSION to
1.70. Historically, Boost_VERSION has been using the format like 170000,
and not 1.70. Some package cmake files still depend on this behavior
and make assertions such as Boost_VERSION > 168000. This is incompatible
with the new scheme.
Test Plan:
`make package/domoticz/compile`
Also compiled all other packages that have a boost dependency, they seem
to be working fine.
tested on nbg6817
Signed-off-by: Amol Bhave <ambhave@fb.com>
[split unrelated change, change commit subject, alphabetical order]
Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
Not compatible. Instead of setting PKG_SSP, I had to do this as the
powertop Makefile defines it.
Use $(FPIC) instead of -fPIC to fix potential issues.
Removed musl patch. Not needed anymore.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Rosen Penev
Shuanglei Tao
Sven Roederer
Yousong Zhou
Jo-Philipp Wich
Eneas U de Queiroz
Karel Kočí
Vladimir Ulrich
Gerard Ryan
Florian Eckert
Luiz Angelo Daros de Luca
Dirk Brenken
Sebastian Kemper
Hannu Nyman
Josef Schlehofer
Jeffery To
Deng Qingfang
Ken Wong
Marko Ratkaj
Jan Pavlinec
Hirokazu MORIKAWA
Amol Bhave
Stijn Tintel