In kernel commit f1160434c7 many stats
that we read with zabbix-extra-mac80211 have been renamed
One commit after (c206ca6709) those renamed
stats have been hidden behind MAC80211_DEBUG_COUNTERS compile flag
For now you have to edit mac80211 Makefile / do a custom build to access
most of these stats
Signed-off-by: Etienne Champetier <champetier.etienne@gmail.com>
avoid accidentally picking paths on the host for pg_config and
odbc_config by supplying them as parameters to configure.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
build odbc_config for host so drivers may use it to figure out build
details, patch odbc_config to return target specific values from
unixodbc_conf.h.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
We were not correctly passing down TARGET_CPPFLAGS which made external
toolchains not automatically searching for headers in $(STAGING_DIR) to
fail the build. We are also just packaging the library and headers, so
we do not need to build the tests and selftests.
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
Python3 variant was working fine.
Also add add PACKAGE_python-pyodbc conditional depend for python packages
Otherwise, both Python & Python3 interpreters get built,
even tho only one variant is selected.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* wait for hostapd comes up during boot
* remove needless ubus call during script startup
* remove needless iwinfo check (covered by package dependency)
Signed-off-by: Dirk Brenken <dev@brenken.org>
Fixes: https://github.com/openwrt/packages/issues/4548
When running parallel jobs, there are chances
that the Build/InstallDev rule may run before
the Host/Install rule and fail the build.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
If you build python/python3 and later decide to build
python(3)-setuptools and/or python(3)-pip, the build won't
re-run without adding `CONFIG_PACKAGE_python(3)-setuptools`
and `CONFIG_PACKAGE_python(3)-pip`.
Seems to resolve issue:
https://github.com/openwrt/packages/issues/4529
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Seems it's called underlinking that's happening only
on Ubuntu 12.04 with libressl (that comes from LEDE's
tools folder).
Link here:
https://ubuntuforums.org/showthread.php?t=1870586
I'm still reading about this a bit.
Since I don't really get it.
But applying that fix (as in the link) seems to fix compiling
on Ubuntu 12.04, and tried also on 16.04 (to make sure).
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Some toolchains may automatically have sys/params.h which includes
isset() backport upstream commit
675ac7b4b6 to fix that. Also explicitly
link with openssl.
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
Fixes build errors/warnings:
locfile.c: In function 'locfile_init':
locfile.c:21:3: error: 'for' loop initial declarations are only allowed
in C99 mode
for (int i=0; i<length; i++) {
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
This allows ODBC drivers to create odbcinst.ini-snippets in
/etc/odbcinst.ini.d/ which will be assembled into
/tmp/etc/odbcinst.ini. /etc/odbcinst.ini is provided as a symlink
pointing to /tmp/etc/odbcinst.ini
Hence the unixODBC-provided PostgreSQL driver was also given an
odbcinst.ini.d snippet.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
Extend UCI mechanics to allow pre-populating a newly created
database by executing SQL statements from a scripts file.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
- Selecting only a single or subset of all components of shadowsocks-libev is
now possible (this is the main motivation behind the rewrite)
- Configuring multiple instances of the same component is now also possible
- Same option names as with the json config
- Unified configuration generation method for each component
- Add support for ss-local, ss-tunnel, ss-server
- Most data validation is now done with validate_data
- USE_PROCD=1
- Update ss-rules with the one from shadowsocks/luci-app-shadowsocks
- Add README.md
- Set myself as the maintainer
Addresses #4435
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>