What the... This discussion has become a bit out of hand!
My goal was to have consistency at LuCI and CLI. I see how enforcing passwords
of a particular kind, as well as enforcing passwords at all, is not an
engineering decision. I have no problem with this patch being rejected.
So, since we de
Hi David,
thanks for the fast response!
> On 17 Feb 2017, at 11:54, David Lang wrote:
> But deciding that you know better than the admin of the system is not.
Not that I am a fan of telling admins what to do, but do you see any chance
that we can get an consistent and enforceable approach to
Hi everyone,
i built LEDE without dnsmasq but with odhcp instead. Mainly out of curiosity
and to test a recent PR by Eric Luehrsen regarding unbound+odhcp.
Just a couple of questions to help me understand why things are the way they
are:
A) In ifaces.lua, it says "Display DNS settings if dnsm
Hi guys,
you are totally right. I had the -largp in the wrong place the whole time.
I found that the easiest way to work around the issue is to patch the
Makefile.am files when they are getting pulled in by the build system. See
patch below.
In the meantime, Jo came up with a fixed Makefile tha
I created a pull request on github for this one.
> On 30 Nov 2016, at 23:31, Alberto Leiva wrote:
>
> Yes, from your build log, it does look like it ignores EXTRA_FLAGS. Autoconf
> is the one normally supposed to take care of the -ls. Don't know if
> you've tried this: Open usr/configure.ac a
Hi Jo,
> try using TARGET_LDFLAGS += -largp
Makefile for reference below and here:
https://paste.fedoraproject.org/494537/05830811/
Result:
> x86_64-openwrt-linux-musl-gcc -Wall -O2 -I./../../include
> -I/home/danrl/lede/nat64/source/staging_dir/target-x86_64_musl-1.1.15/usr/include/libnl3
>
> AC_SEARCH_LIBS([argp_parse], [argp])
Result:
> checking for pow... no
> checking for library containing pow... -lm
> checking for library containing pthread_create... -lpthread
> checking for library containing argp_parse... none required <<<---
> checking pkg-config is at least version 0
Hi everyone,
I have a weird situation where proto_add_host_dependency() does not like IPv6
addresses. The WAN/WAN6 interface don't have global unicast addresses assigned,
but my protocol script calls
proto_add_host_dependency "${config}" "${ip}"
with $ip containing a global unicast address. I
