Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<mangix>
git diff
<mangix>
whoops
larsan has quit [Quit: eenope.]
larsan has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
dorf_ has quit [Remote host closed the connection]
dorf_ has joined #openwrt-devel
wowaname has joined #openwrt-devel
opal has quit [Ping timeout: 240 seconds]
wowaname is now known as opal
Darkmatter66_ has quit [Read error: Connection reset by peer]
Darkmatter66 has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
Nick_Lowe has quit [Client Quit]
finsternis has joined #openwrt-devel
hbug_ has joined #openwrt-devel
hbug has quit [Ping timeout: 240 seconds]
urjaman has quit [Read error: Connection reset by peer]
urjaman has joined #openwrt-devel
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
victhor has quit [Ping timeout: 246 seconds]
Slimey has quit [Remote host closed the connection]
Olipro has quit [Ping timeout: 272 seconds]
Olipro has joined #openwrt-devel
Olipro has joined #openwrt-devel
Darkmatter66 has quit [Ping timeout: 260 seconds]
Protagonistics__ has quit [Ping timeout: 268 seconds]
fblaese_ has quit [Remote host closed the connection]
Protagonistics__ has joined #openwrt-devel
fblaese_ has joined #openwrt-devel
[mbm] has quit [Ping timeout: 268 seconds]
[mbm] has joined #openwrt-devel
eduardas has joined #openwrt-devel
voxadam has quit [Ping timeout: 258 seconds]
dedeckeh has joined #openwrt-devel
eduardas has quit [Quit: Konversation terminated!]
nitroshift has joined #openwrt-devel
Devastator has quit [Ping timeout: 256 seconds]
voxadam has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
Devastator has joined #openwrt-devel
xes has quit [Ping timeout: 246 seconds]
decke has joined #openwrt-devel
xes has joined #openwrt-devel
Ycarus has joined #openwrt-devel
voxadam has quit [Ping timeout: 272 seconds]
nitroshift has joined #openwrt-devel
Borromini has joined #openwrt-devel
voxadam has joined #openwrt-devel
ivanich has joined #openwrt-devel
Night-Shade has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<owrt-snap-builds>
build #642 of apm821xx/nand is complete: Failure [failed targetupload] Build details are at http://buildbot.openwrt.org/master/images/builders/apm821xx%2Fnand/builds/642 blamelist: Brian Norris <computersforpeace@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, John Audia <graysky@archlinux.us>
<rsalvaterra>
Heh… speaking of which, I'm a bit miffed with the bloat of most Do{H,T} resolvers… and the bugginess of others (stubby/getdns). ¬_¬
cyrozap has quit [Remote host closed the connection]
<mangix>
DNS resolvers?
<rsalvaterra>
Well, stub resolvers.
<mangix>
ah of course
<mangix>
I'm stuck with knot
<rsalvaterra>
Yeah, but you're recursing, right? That's great, but… I like the convenience of AdGuard DNS. :P
<rsalvaterra>
I used stubby/getdns, which worked fine for a while, but at some point I had problems accessing certain sites (YouTube, from the top of my head).
victhor has joined #openwrt-devel
<mangix>
I currently have some issue with Knot and WireGuard where it's not passing DNS
<rsalvaterra>
That's strange… I don't remember having issues with DNS over WireGuard.
<mangix>
yeah I have no idea
<mangix>
dnsmasq works fine
<rsalvaterra>
But you're recursing through the tunnel? Or is knot on the other side of the tunnel?
<jow>
rsalvaterra: it's mystery to me why all those Do{H,T} resolvers are such an instable bloat fest
<jow>
I don't even dare to think how the internet would look like today if core software would've been written like that back in the day
<rsalvaterra>
jow: I know, right?! :P
<rsalvaterra>
Man… Go? Really? Why?! *facepalm*
<jow>
either the protocol is too complex to be implemented in a secure and lean manner, or the people implementing those packages are not competent
<owrt-snap-builds>
build #671 of apm821xx/sata is complete: Failure [failed targetprune] Build details are at http://buildbot.openwrt.org/master/images/builders/apm821xx%2Fsata/builds/671 blamelist: Brian Norris <computersforpeace@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, John Audia <graysky@archlinux.us>
Borromini has quit [Quit: Lost terminal]
<Grommish>
That sounds like a challenge :D
<rsalvaterra>
It's a miracle this industry came this far… :P
<rsalvaterra>
If people knew how software is written…
<rsalvaterra>
Also, is there anything odhcpd does which dnsmasq doesn't (or vice-versa)?
<mangix>
I just pushed 7 totally untested commits. I expect buildbot failures soon
<mangix>
rsalvaterra: no stub resolver
<rsalvaterra>
mangix: #yolopush :P
Borromini has joined #openwrt-devel
<Grommish>
mangix: :D
<rsalvaterra>
So… why use odhcpd, then? ;)
<rsalvaterra>
Since dnsmasq does everything and it's there by default…
<rsalvaterra>
Firefox can’t establish a connection to the server at www.quickmeme.com.
<rsalvaterra>
mangix: Like I said, if people knew how software is written… :P
<Grommish>
Just to complicate the issue.. you know,, you could always look into Trust-DNS
<Grommish>
:D
<mangix>
rsalvaterra: odhcpd is used because... NIH
<mangix>
It also has actual ubus integration
<jow>
mangix: was about to say s/NIH/ubus integration/
<rsalvaterra>
mangix: I see… just like odhcp6c… XD
<jow>
we evaluated the feasibility of using dnsmasq multiple times, but it simply does not integrate well since it insists on managing the entire delegation chain itself, without any instrumentation capabilities
<jow>
at the time odhcp6c was written, the only choices for DHCPv6-PD were dibbler and ISC dhcpd
<rsalvaterra>
(Not really, I don't think the BusyBox DHCPv6 client existed when odhcp6c was written.)
<jow>
both not exactly lightweight
<jow>
udhcpc was feature incomplete
<rsalvaterra>
Right, I went through the history, odhcp6c was written a *long* time ago. :)
<jow>
the single most missing feature that prevents replacing dnsmasq + odhcpd with just dnsmasq-dhcpv6 is the ability to add and remove IPv6 delegation prefixes at runtime without config rewrite + service restart
<jow>
the ubus integration would be neglectible if such a capability exists since we could do that in whatever service takes care of driving dnsmasq (likely netifd then)
goliath has joined #openwrt-devel
<jow>
when looking into the feasibility of adding such functionality, the dnsmasq code was deemed to be too messy to work with
<jow>
(didn't extensivley check it myself but from a cursory look it *was* complicated at least)
<rsalvaterra>
I don't have enough experience with IPv6 to understand the importance of being able to change delegation prefixes without restarting the service, so I'll just take your word for it. :P
<mangix>
as an aside to that, odhcpd can replace dnsmasq. there's a UCI config option for it
* Borromini
is using odhcdp + unbound for dhcp/dns
<Borromini>
s/odhcdp/odhcpd/
<jow>
mangix: is (1)/usr/bin/pcre-config
<jow>
a script?
<mangix>
yes
<jow>
actually stupid question, you likely wouldn't be able to sed around in it if it were an ELF executable
<mangix>
I think it's for packages that predate pkgconfig
<jow>
yeah, a horrible concept
<mangix>
unfortunately, they're still around
<jow>
imagine the 200 or so libs on your system would all ship a $libname-config executable
<jow>
conveniently put in your standard $PATH
<jow>
and omitting the "lib" prefix
<jow>
welcome ssl-config and crypto-config printing random gcc flags
<mangix>
I recently went through all the ones in the packages feed. Fixed all except maybe 1 or 2.
<mangix>
I was shocked to see how many of them there are
<owrt-snap-builds>
build #655 of mediatek/mt7622 is complete: Failure [failed targetupload] Build details are at http://buildbot.openwrt.org/master/images/builders/mediatek%2Fmt7622/builds/655 blamelist: Brian Norris <computersforpeace@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, John Audia <graysky@archlinux.us>
<jow>
also who came up with "-config" as suffix. Something like "-buildflags" would've made more sense
<jow>
but then it's from a time where "a.out" was deemed to be a sensible default output file name
<jow>
anyhow, back on topic. mangix I've been wondering for a while if these absolute pathname sed fixes can be somehow generalized into a PKG_FIXUP macro
<jow>
could be implemented using something like $(FIND) $(PKG_INSTALL_DIR) -path '*/usr/bin/*-config' -or -path '*/pkgconfig/*.pc' -print0 | xargs -0 -r $(SED) 's/.../.../g'
<mangix>
I have not investigated.
Borromini has quit [Quit: Lost terminal]
swex_ has quit [Read error: Connection reset by peer]
swex has joined #openwrt-devel
nitroshift has quit [Remote host closed the connection]
nitroshift has joined #openwrt-devel
<russell-->
well, that was embarrassingly easy, ubnt-bullet-ac works, patch inbound
<owrt-snap-builds>
build #665 of ramips/rt288x is complete: Failure [failed targetupload] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Frt288x/builds/665 blamelist: Brian Norris <computersforpeace@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Karel Ko?? <karel.koci@nic.cz>, Paul Spooren <mail@aparcar.org>
dorf_ has quit [Remote host closed the connection]
eduardas has quit [Quit: Konversation terminated!]
dedeckeh has quit [Remote host closed the connection]
muhaha has quit [Ping timeout: 258 seconds]
eduardas has joined #openwrt-devel
hsp has joined #openwrt-devel
Nick_Low_ has joined #openwrt-devel
<owrt-snap-builds>
build #589 of mpc85xx/p2020 is complete: Failure [failed kmodupload] Build details are at http://buildbot.openwrt.org/master/images/builders/mpc85xx%2Fp2020/builds/589 blamelist: Brian Norris <computersforpeace@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Karel Ko?? <karel.koci@nic.cz>, Paul Spooren <mail@aparcar.org>
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<rr123>
full dnsmasq(dns+dhcp) worked well here, why need odhcpd? never used that actually
<rsalvaterra>
rr123: Indeed. I don't find the limitation jow mentioned that cripling…
<rr123>
dnsmasq uses hash to store /etc/hosts, for ads blocking when you have 100K lines it becomes an issue, memory and speed, but still OK, when you have 20K lines of address=/domain.com/1.2.3.4 in dnsmasq.conf it becomes a serious problem, the restart time of dnsmasq becomes a true bottleneck
<rr123>
i put 100k lines of address there just to compare with 100k lines in /etc/hosts, the former will take 30 minutes to restart and eats up all the cpu
<rr123>
jow: do you think the new luci will be ready for next major release, I read the new code Rafel added for uhttpd/sse it looks very interesting, in time for my websocket study, will try sse instead for now
Darkmatter66_ has quit [Ping timeout: 246 seconds]
Darkmatter66 has joined #openwrt-devel
dopje_ has joined #openwrt-devel
<philipp64>
karlp and jow: questions about procd… I’m trying to do DNS integration of dhcp into bind for dynamic updates. (1) what’s the risk associated in moving named from 50 to 18 (dhcpd runs as 19) and (2) how do I make sure named finishes starting before dhcpd gets started?
<aparcar[m]>
ynezz: it's merged already and was reopened for further discussion
<ynezz>
ah, ok, wasn't aware about that
<philipp64>
okay, different question… seeing this:
<philipp64>
Dec 10 14:52:38 OpenWrt kernel: [269800.621617] dhcpd[13275]: segfault at 3 ip 00007fb852fc7a4b sp 00007fff135ad020 error 4 in libc.so[7fb852fb9000+49000]
<philipp64>
how to go about converting that into a stack trace?
dedeckeh has quit [Remote host closed the connection]
dorf_ has joined #openwrt-devel
<rr123>
some init scripts are time sensitive and it's hard to define their dependencies
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 240 seconds]
<rr123>
so you may see a script starting early(e.g. dnsmasq) before its dependency is ready(e.g. network)
dopje has quit [Read error: Connection reset by peer]
<nick[m]1>
someone here, who had already issues when in some c code a realloc is done, that the programms fails with out of memory?
<dangole>
ynezz: testing your heroic ustream-ssl and uclient efforts, works great, actually verifies certificates, doesn't seem to leak memory!
<dangole>
yness: tested with wolfssl (client and server), mbedtls is about to go next
Borromini has quit [Quit: leaving]
<rr123>
dangole: curl is heavy, busybox wget can do http and https, what does uclient bring?
feriman has quit [Ping timeout: 256 seconds]
<karlp>
presumably when it was done, it allowed ssl with mbed-tls or something that busybox wget didn't support
<karlp>
uclient is however "thin" on top of ustream, which is used in other places, that just to provide a wget command line equiv
<rr123>
busybox wget ssl has two options now: interla tls, and openssl
<rr123>
s/interla/internal/
<karlp>
ok, so we don't want to have internal tls, as that's _yet another_ one.
<karlp>
and people that don't have space for openssl....
<rr123>
i decide to marry openssl until all packages can run with non-openssl, in my case, freeradius mandates openssl
<karlp>
that's fine for some of us, but not all people can/will use openssl.
<rr123>
agree
gch9812135 has joined #openwrt-devel
<blocktrron>
aparcar[m]: as me made the decision go ahead
gch981213 has quit [Ping timeout: 240 seconds]
gch9812135 is now known as gch981213
ivanich has quit [Quit: Konversation terminated!]
<jow>
philipp64: firewall starts before network to establish base policies before setting up wan connectivity
<jow>
it is reloaded on subsequent ifup's anyway
<philipp64>
okay.
<philipp64>
Integrating rndc hooks into dhcpd is causing rdnc to coredump. How do I troubleshoot this?
<jow>
aparcar[m]: presumably the buildbot rsyncs are failing because the OSUOSL lab uplink in oregon is saturated atm
<jow>
philipp64: gdb(server)
<jow>
philipp64: or scp the coredump to your buildroot, run ./scripts/remote-gdb /path/to/dump.core build_dir/target-*/rdnc-*/rdnc (or whatever the executable path in build_dir is)
Slimey has joined #openwrt-devel
<jow>
the latter is somewhat easer and should provide full symbol resolution without mucking too much with the target system
<philipp64>
uh… where would the coredump be?
<philipp64>
find / -xdev -name “core*”
<philipp64>
turns up nothing.
<jow>
n openwrt, coredumps are usually placed in /tmp
<jow>
and named $processname.$pid.$time.core or similar
<philipp64>
do I need to enable any config to permit coredumps?
<jow>
ulimit -c unlimited, then make the process crash in the same shell
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jow>
if started through procd, try adding procd_set_param limits core=unlimited to the init script
<jow>
somehwere next to procd_set_param command ...
<philipp64>
Dec 10 15:44:57 OpenWrt procd: Not starting instance dhcpd::limits, command not set
<philipp64>
oh, inside the procd_open_instance ...