Seems when cross compiling on x86_64 Debian (most likely Ubuntu too)
the host's paths will be added too causing build failures for some extensions.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Modified Makefile to make also availible the idn command line tool under
"Network"->"IP Addresses and Names"->"idn"
Signed-off-by: Christian Schoenebeck christian.schoenebeck@gmail.com
* Makefile
- modified to support new LuCI build structure when building i18n support
- increase "patch" version
* privoxy.lua detail.lua apperror.lua
- modified version detection
- removed function ipgk_version()
* new file build/i18n-po2lua.pl
- copied from luci build system to create lmo language files
Signed-off-by: Christian Schoenebeck <christian.schoenebeck@gmail.com>
Python packs some pip installation script during the build,
which looks like a better idea to use for the python-pip
and/or python-setuptools packages.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* remove CHANGELOG from distribution
* fix syslog output printing "\n" or other formating chars
* ddns configuration
- new UCI-config value ddns.global.allow_local_ip "0" or "1"
(default "0") - (OpenWrt Ticket 18642)
* dynamic_dns_functions.sh
- new function split_FQDN() splits a given FQDN into host,
(registerable) domainname, and TLD using
https://publicsuffix.org/list/effective_tld_names.dat
- verify_host_port() use BIND host, if installed
- verify_host_port() not detecting ip, if already given
- fixed regexp for IP detection from nslookup's answer - (OpenWrt
Ticket 16363)
- support ddns.global.allow_local_ip to allow sending non public IP's
to DDNS provider like 127.x, 192.168.x.x or fxxx - (OpenWrt Ticket
18642)
* new file tld_names.dat
- used by dynamic_dns_functions.sh inside split_FQDN() function to
find valid TLD's
* update_cloudflare.sh
- modified subdomain/domain splitting using split_FQDN()
- modified support for AA12.09 (json_get_keys())
- minor fixes and cleanup
- many thanks to Aaron Tanner for testing
Signed-off-by: Christian Schoenebeck <christian.schoenebeck@gmail.com>
Invoke the generic autoreconf fixup instead of calling the shipped autogen.sh.
This ensures that proper variants of libtoolize, autoconf, automake etc. are
used, otherwise it is not possible to rebuild protobuf-c in the SDK env.
The change requires backport to BB as it currently blocks the rebuild of ocerv.
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
- update to latest version (v2.10.0)
- add a patch to fix compilation failures due to missing TIOCSRS485 macro
- add license info
- add myself as maintainer
Signed-off-by: Nicolas Thill <nico@openwrt.org>
This updates flac to the new upstream release v1.3.1 to fix two known CVEs.
Additionally the commit changes the following:
* Drop custom Build/Configure recipe in favor to CONFIGURE_ARGS
* Refreshes patches and removes changes to *.in files since they're
regenerated by autoreconf anyway
* Remove now obsolete 020-libFLAC-remove-altivec-options.patch
* Add an md5sum for the source archive
* Passes --enable-static to configure to force producing a libflac.a
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
Instead of using the broken upstream autogen.sh, utilize then generic
autoreconf PKG_FIXUP.
This fixes the following configure error after the recent automake
update in trunk:
-- 8< --
You must have at least GNU Automake 1.7 (up to 1.14) installed
in order to bootstrap smartmontools from SVN. Download the
appropriate package for your distribution, or the source tarball
from ftp://ftp.gnu.org/gnu/automake/ .
Also note that support for new Automake series (anything newer
than 1.14) is only added after extensive tests. If you live in
the bleeding edge, you should know what you're doing, mainly how
to test it before the developers. Be patient.
make[2]: *** [.../.configured_] Error 1
-- >8 --
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>