gch981213 has quit [Read error: Connection reset by peer]
gch9812139 is now known as gch981213
goliath has quit [Quit: SIGSEGV]
hbug_ has quit [Ping timeout: 240 seconds]
kakaka has quit [Ping timeout: 240 seconds]
opal has quit [Ping timeout: 240 seconds]
hbug_ has joined #openwrt-devel
opal has joined #openwrt-devel
kakaka has joined #openwrt-devel
Acinonyx_ has joined #openwrt-devel
Dracos-Carazza has quit [Ping timeout: 240 seconds]
swex has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 264 seconds]
gch9812136 has joined #openwrt-devel
Dracos-Carazza has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch9812136 is now known as gch981213
<pkgadd>
rsalvaterra: there are still ISPs with dynamic IPv4 addresses and dynamic IPv6 prefixes, both combined with daily disconnects to discourage server uses, for those odhcpd's runtime reconfiguration/ prefix update is rather essential - dnsmasq is lacking in this regard
<pkgadd>
rsalvaterra: dnsmasq is all fine if you're dealing with static IPv6 prefixes, but beware if it changes
Misanthropos has quit [Ping timeout: 258 seconds]
<rr123>
pkgadd: you mean when ISP's dhcp prefix changed, dnsmasq won't be able to detect/react so ipv6 from the house won't work at all afterwards
<rr123>
for my use case I disabled all ipv6 on openwrt and nothing seem broken
<Dagger>
we (as in the networking community) put in a huge amount of effort to make sure v6 could be deployed without disruption, and to have that summarized as "I disabled it and nothing seemed to break" is really unfortunate :(
<rr123>
that's not my intention, I wanted to play with ipv6 when I have more confidence, thus the above question, sorry for the tone
<rr123>
one reason is the ad block, with ipv6 it's harder to do i feel
<pkgadd>
rr123: more or less that, yes
<rr123>
in that case I can have a pingcheck for ipv6, if it failed i restart dnsmasq, maybe that's a dnsmasq workaround, ugly? yes
<Dagger>
ad blocking should be no harder on v6 than on v4, although identifying client machines (for exclusion rules) might be harder due to privacy addresses
<pkgadd>
that's not just ugly, it's borderline DoS'ing the poor peer you're pinging
Misanthropos has joined #openwrt-devel
black_ant has quit [Ping timeout: 265 seconds]
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
black_ant has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
massoud has quit [Quit: leaving]
black_ant has quit [Ping timeout: 256 seconds]
Olipro has quit [Ping timeout: 272 seconds]
Olipro has joined #openwrt-devel
Olipro has joined #openwrt-devel
hbug__ has joined #openwrt-devel
hbug_ has quit [Ping timeout: 240 seconds]
DragoonAethis has quit [Quit: hej-hej!]
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
DragoonAethis has joined #openwrt-devel
victhor has quit [Ping timeout: 264 seconds]
fork_ has quit [Quit: Bye.]
fork_ has joined #openwrt-devel
dorf_ has joined #openwrt-devel
rsalvaterra1 has joined #openwrt-devel
rsalvaterra has quit [Ping timeout: 258 seconds]
valku has joined #openwrt-devel
valku has quit [Client Quit]
rotanid has quit [Ping timeout: 272 seconds]
rotanid has joined #openwrt-devel
nitdega has quit [Quit: ZNC - 1.6.0 - http://znc.in]
_whitelogger has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch9812131 has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
nitroshift has joined #openwrt-devel
_whitelogger has joined #openwrt-devel
<blogic>
stintel: I did extensive lldp testing
<blogic>
I have 3 fixes for the init script and the 1.0.7 has issues
<blogic>
with 1.0.7 remote machines can see the AP but the AP cannot see remote devices
<blogic>
stintel: I'll revert the update for now if that is ok s.T. its functional in the release
fredrikhl has quit [Ping timeout: 260 seconds]
Night-Shade has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ivanich has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
slh64 has quit [Ping timeout: 258 seconds]
rsalvaterra1 has quit [Quit: Leaving.]
rsalvaterra has joined #openwrt-devel
Ycarus has joined #openwrt-devel
danitool has joined #openwrt-devel
dorf_ has quit [Remote host closed the connection]
nitroshift has joined #openwrt-devel
feriman has joined #openwrt-devel
bookworm has quit []
bookworm has joined #openwrt-devel
gch9812131 has quit [Read error: Connection reset by peer]
<karlp>
it's not as full featured as some monitoring services, but it might be sufficient
<barhom>
I tried procd, seems like when stopping a service it kills the original process it started but not any process childs
<jow>
correct
<barhom>
can the behaviour be changed? I'm using procd to start a /usr/bin/monitor which runs, "ip -4 monitor dev br-lan neigh | while IFS= read -r line;"
<karlp>
you can maybe change the way your process runs is easiest.
nitroshift has quit [Quit: Gone that way --->]
<barhom>
Yeh, I'm trying to think of a way. I need to pipe each line of "ip monitor" into another bash script
<jow>
you might want to rethink your application architecture :)
<barhom>
You want me to subscribe to netlin kto get the data instead ;) That's above my expertise
<jow>
no, but something that is a little more integrated
<jow>
like a lua script for example
<jow>
fd = io.popen("ip -4 monitor dev br-lan neigh"); while true do line = fd:read("*line") if not line then break end print("Got line: ", line) end
<jow>
however I don't see a reason why procd would fail to terminate the ip process and read subshell
<jow>
it will kill the parent process which should terminate the entire process group
<jow>
unless you did extra things to actually detach your childs (fork/exec etc.)
<barhom>
let me try again
<jow>
maybe you could paste your init script
<jow>
if you actually start the process yourself in the script start action then procd will not control it
<jow>
instead of starting the process you need to instruct procd to start it for you (procd_set_param command ...)
<jow>
in the majority of other cases not involving alternatives it is useful
<f00b4r0>
I don't know how many ssl/nossl alternatives we have on the code base but I'd expect a few?
csrf has joined #openwrt-devel
<stintel>
blogic: what about reporting it upstream? I believe they're quite responsive, so we could have a fix before release
<f00b4r0>
karlp: happy holidays btw :)
<PaulFertser>
stintel: if I may ask, would you mind sharing your real-life usecases for LLPD?
<PaulFertser>
(I'm just curious)
<karlp>
f00b4r0: just a few days off for some mental health catchup :) was going to be doing some home renovations, but the shelving units I was going to be installing are out of stock :)
thagabe has joined #openwrt-devel
<f00b4r0>
karlp: heh, sounds good!
<thagabe>
Question: mwlwifi with 802.11r just need the domain key thing? because mine keeps breaking after a few hours
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 264 seconds]
<stintel>
PaulFertser: it's super handy to find out which port a device is connected to. and other info. see some real-life (but IP/domain censored) output: https://www.linux-ipv6.be/OpenWrt/lldp.txt
<stintel>
I'm very used to be able to get this info since my first hands-on experience with Cisco gear back in 2005 or so
gch9812132 has joined #openwrt-devel
<f00b4r0>
i concur
<karlp>
lldp is a public implementation of cdp? or same purpose, different protocol?
* f00b4r0
discovers lldp package in openwrt
<karlp>
junos has their own too didn't they?
<stintel>
karlp: there are some similar things, I believe LLDP was introduced to have a standard thing
<stintel>
lldpd also supports cdp, for example
<f00b4r0>
i don't remember an enterprise-grade switch I came across that didn't support LLDP
<PaulFertser>
stintel: thank you!
<stintel>
they all do nowadays
gch981213 has quit [Ping timeout: 256 seconds]
<stintel>
PaulFertser: welcome :)
<stintel>
also, observium nicely gathers the neighbor info from lldpd via snmp, if you configure lldpd as sub agent
gch981213 has joined #openwrt-devel
gladiac13377 has quit [Quit: Ping timeout (120 seconds)]
gladiac13377 has joined #openwrt-devel
gch9812132 has quit [Read error: Connection reset by peer]
opal has quit [Ping timeout: 240 seconds]
opal has joined #openwrt-devel
<stintel>
here you can see the other protocols that are supported by lldpd: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/network/services/lldpd/Config.in;h=ec6990a76c42ccd1ddf713d8fa62322f9a00b054;hb=HEAD
<f00b4r0>
well I'll sleep less of an idiot tonight: I didn't even know about lldpd
<stintel>
f00b4r0: the package was missing from the repos for a long time due to some obscure bug that I or several others couldn't reproduce
<f00b4r0>
stintel: i see. I'm prep'ing my .5 upgrade on all my APs, it's going on the image ;)
<barhom>
jow, are you thinking its a bug that "ip" does not die in my procd example?
gch9812130 has joined #openwrt-devel
gch981213 has quit [Ping timeout: 256 seconds]
gch9812130 is now known as gch981213
<blogic>
stintel: sure, can you Cc: me when you talk to them ?
<stintel>
blogic: you said 1.0.6 worked fine right?
<blogic>
correct
<stintel>
alright, I'll try bisecting it via SRC_TREE_OVERRIDE
noltari has quit [Quit: Bye ~ Happy Hacking!]
noltari has joined #openwrt-devel
daregap has quit [Quit: daregap]
<stintel>
blogic: I can't really reproduce it. I have a device where I'm not seeing neighbors, but it's the same with 1.0.6, and tcpdump doesn't even show any incoming lldp packets
<blogic>
1.0.6 works for me
<blogic>
what netdev are you running lldpd on ?
<stintel>
configure system interface pattern lo,br-lan,eth0.30
<blogic>
br-lan is wrong for 1
<blogic>
that will only work for egress but not ingress
<blogic>
replace br-lan with whatever the members are
<blogic>
also reload_config wont work
<stintel>
actually br-lan is not even connected to the switch
<blogic>
you need to init.d restart the daemon
<blogic>
oh ok
<blogic>
lldpctl will then show no neighbors, right ?
<stintel>
it's eth0.30 that is, I also added eth0 now
<stintel>
and no neighbors
thagabe has quit [Quit: Connection closed]
<blogic>
is there a swtch on the board ?
<stintel>
yes
<blogic>
it might be dropping lldp frames
<blogic>
which they are supposed to do
<stintel>
but it doesn't drop the outgoing ones
<blogic>
because lldp shall be ran on the switch ports not the cpu port
<blogic>
that is also expected
<stintel>
but lldp can't run on swconfig switchports now can it
<blogic>
basically most switches will have trap registers
<blogic>
it cannot
<blogic>
unless the switch is setup correctly
<blogic>
but even then it would be on the cpu port
<stintel>
well with dsa it should be possible no ?
<blogic>
yes
<blogic>
that is how I am testing it
<stintel>
1 more reason for dsa
<stintel>
maybe explains why I cannot reproduce it
<blogic>
with 1.0.6 i run on realtek and have the lldpd run on lan[1-8]
<blogic>
but with 1.0.7 it breaks
<stintel>
I have a DIR-860L
<stintel>
should support DSA iirc
<blogic>
so lets revert now, it'll be working for now and then we can bisect later
<blogic>
I can spend cycles on this in january
<blogic>
I plan to put some time into the daemon anyhow and add ubus
<stintel>
I prefer then to find the breaking commit and revert that only otherwise I get spam that I need to update the package
<blogic>
haha
<stintel>
I'll spend some more time on it today
<blogic>
who spams you ?!
<stintel>
swalker
<blogic>
ok
<stintel>
where's that DIR-860L when you need it
<blogic>
under the mountain of stuff
<stintel>
there aren't that many commits between 1.0.6 and 1.0.7
<stintel>
so the ar8236 in my oc200 does not seem to drop those packets
<stintel>
since removal of libcxx I'm getting a truckload of WARNING: Makefile 'package/feeds/packages/qemu/Makefile' has a dependency on 'libcxx', which does not exist
<stintel>
for plenty packages... any clue how to silence those?
danitool has quit [Ping timeout: 272 seconds]
<svanheule[m]>
if it was just moved somewhere else, you'll need to force re-install it, I think
<stintel>
it's not really moved
<stintel>
it is, but to packages-abandoned
<adrianschmutzler>
but then we shouldn't have dependencies left, should we?
<stintel>
well maybe it's some caching thing
* stintel
removes tmp/
<stintel>
yeah that seems to fix it
<stintel>
maybe we should rm -rf tmp/ automatically on every build just to reduce annoyances
danitool has joined #openwrt-devel
<svanheule[m]>
stintel: we don't all have 24 core, ramdisk backed build machines :P
<stintel>
neither have I :P
<stintel>
but tmp isn't that heavy, or is it ?
<svanheule[m]>
hmm... tmp/ 3 items, 140kB
<svanheule[m]>
I must be looking at the wrong tmp, cause I would be surprised if removing that solved package issues
<jow>
svanheule[m]: the buildroot tmp/ caches package metadata
<jow>
svanheule[m]: and dependencies
<jow>
see e.g. tmp/.packagedeps
<jow>
if that goes out of sync with the feed material you get the funning not existing depdency errors above
<stintel>
so any reason we're not doing it by default, in buildroot ?
<jow>
I think the problem with removal of packages in base is a bit special
<jow>
usually some updated Makefile etc. should trigger a resync of the stuff in tmp/
<stintel>
it keeps po(o)pping up every now and then that this is the solution for problems reported here
<jow>
but with pacakges being removed entirely, there's no file left that could have an updated mtime
<jow>
it might make sense to factor in the mtime of the package/ directory itself for this
<jow>
nbd: do you think that this is feasible? Re-trigger prepare-tempinfo if the mtime of the package/ dir itself changes?
<jow>
to cover cases where packages are deleted
<adrianschmutzler>
the question is whether package removal is really expected to happen frequently enough to implement a mechanism for that ...
<jow>
adrianschmutzler: it affects feeds as well, but since there's more activity there, you usually have unrelated modifications elsewhere when pulling commits that remove packages
<jow>
so you almost never encounter it, but technically its a problem there as well
<adrianschmutzler>
I see
<jow>
and users shouldn't be required to know about implementation details (cached dependencies in hidden files within tmp/) to keep stuff updated and buildable
<adrianschmutzler>
I'd make it a little bit dependant on the complexity of the solution ...
decke has quit [Quit: Leaving.]
<jow>
yeah
<adrianschmutzler>
but of course, I'm not at all against improving that mechanism
<stintel>
mosquitto_ctrl.h:21:10: fatal error: cJSON.h: No such file or directory
<stintel>
#include <cJSON.h>
<stintel>
karlp: you were looking into this iirc. any solution?
<stintel>
Installing package 'cjson' from packages
<stintel>
might help
feriman has quit [Ping timeout: 256 seconds]
feriman has joined #openwrt-devel
<dorf_>
jow: have you considered tying ajax refreshes to Document.visibilityState (perhaps for heavier pages) to reduce cpu load in the browser?
<rr123>
the libcxx(removed packages) warning can not be fixed by feeds reinstall etc, what I did is to distclean and rebuild to get rid of them, was not aware of the tmp/ removal trick, it's nice if the build system can deal with that
dedeckeh has joined #openwrt-devel
<stintel>
alright, DSA image flashing on the DIR-860L
<stintel>
let's see if I'll be able to access it afterwards
<stintel>
looks like it, cool
<stintel>
blogic: both 1.0.6 and 1.0.7 work fine on my DIR-860L after upgrading it to DSA
<stintel>
have this in /tmp/lldpd.conf: configure system interface pattern lo,lan1,lan2,lan3,lan4,wan
<stintel>
it's connected to my switch with the wan port
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
danitool has joined #openwrt-devel
<stintel>
blogic: now connected it via lan1 and 1.0.7 is still working
feriman has quit [Ping timeout: 240 seconds]
<karlp>
stintel: fixed?
<karlp>
yes, installing the new dep is important...
<stintel>
karlp: yeah :)
feriman has joined #openwrt-devel
feriman has quit [Ping timeout: 256 seconds]
jas4711 has joined #openwrt-devel
feriman has joined #openwrt-devel
<stintel>
blogic: the only way I can reproduce it is by setting interface lan in /etc/config/lldpd which translates to br-lan in /tmp/lldpd.conf
<stintel>
but this should be fixable in the init script
Immanuel has quit [Ping timeout: 256 seconds]
fredrikhl has joined #openwrt-devel
feriman has quit [Ping timeout: 265 seconds]
feriman has joined #openwrt-devel
Immanuel has joined #openwrt-devel
feriman has quit [Ping timeout: 240 seconds]
feriman has joined #openwrt-devel
feriman has quit [Ping timeout: 256 seconds]
feriman has joined #openwrt-devel
gladiac13377 has quit [Quit: k thx bye]
gladiac13377 has joined #openwrt-devel
feriman has quit [Quit: WeeChat 3.0]
feriman has joined #openwrt-devel
gch9812132 has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
<mrkiko>
PaulFertser: but as you see, no eth0.1 or something I can use to talk to the device connected to wan
<mrkiko>
would liketo use that to do pppoe on the ISP modem :D
<PaulFertser>
mrkiko: this config is completely misguided, sorry.
<PaulFertser>
mrkiko: what port number is the CPU port?
<PaulFertser>
mrkiko: you need to have two vlans, and your lan would be e.g. eth0.1 and wan would be eth0.2, and you need to have your CPU port tagged in _both_.
<PaulFertser>
mrkiko: this looks reasonable. If the router stops responding will you be able to do "generic reset" to it?
<mrkiko>
yeah, it stopped responding actually. :) It will reboot itself in 3m or something like that
dangole has joined #openwrt-devel
<PaulFertser>
mrkiko: the config looks good to me...
<mrkiko>
don't know, maybe there was a reason not to enable them ?
<mrkiko>
blocktrron: ??
<mrkiko>
I did something like (sleep 3m;mv network.standard network;reboot) & so in theory it should come up at some point
<PaulFertser>
mrkiko: is it remote?
<mrkiko>
oh well, it's here in the house so in the worst case I'll have to go get it and take it here. But no serial port
<mrkiko>
ok, it's coming up
* mrkiko
feels better now
<philipp64>
noahm: ping
<grift>
dangole: addressed your issues
<grift>
dangole: if you still have access to that system could you please add some rule to firewall.user then restart the firewall service and look for avc denials in dmsg?
<grift>
i think there might still be a know loose end there as well
<noahm>
philipp64: pong
<grift>
can't easily produce the issue on my router since i build my policy with the load_policy tunable set to off , so i can't setenforce currently
<noahm>
I haven't looked in detail yet. It's funny; I have rndc set up in my own bind configuration, and it didn't actually occur to me that it isn't enabled by default until you raised the issue.
<mrkiko>
PaulFertser: I pinged blocktrron because he's the author of the port, just that reason
KOLANICH has joined #openwrt-devel
<PaulFertser>
mrkiko: I guessed just that
<dangole>
grift: nice, will check now. there is one more thing which is needed to make things work in initramfs as well, i'll send it to you via email
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<grift>
dangole: added patch
slh64 has joined #openwrt-devel
<grift>
dangole: by the way i think the package manifest needs a small fix as well
<dangole>
grift: to install customizable_types, i see. maybe we can include that and bump the source as well. maybe you make a new tag for that?
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
gch981213 has joined #openwrt-devel
<grift>
if you verify the rule adding to /etc/firewall.user && service firewall restart, then i guess after that i can bump the tag, theres some more work in my TODO but that can wait
<dangole>
grift: i'll test that now
<grift>
probalbly some pipe rules missing
ivanich has quit [Quit: Konversation terminated!]
gch9812137 has quit [Ping timeout: 272 seconds]
dedeckeh has joined #openwrt-devel
slh64 has quit [Remote host closed the connection]
slh64 has joined #openwrt-devel
<philipp64>
noahm: hoping to have isc-dhcp pushing private Intranet DNS into bind soon…
<philipp64>
make it more “small business friendly”.
<philipp64>
oh, my honda is done being serviced… going offline to drive home.
philipp64 has quit [Quit: philipp64]
<noahm>
ack. I'll try to get to it today.
<blocktrron>
mrkiko: it should work on 19.07.5, master still has the port seperation in place
<blocktrron>
there's a revert in my staging tree, i didn't yet came around to test it
Night-Shade has joined #openwrt-devel
gch9812134 has joined #openwrt-devel
Night-Shade has quit [Read error: Connection reset by peer]
gch981213 has quit [Ping timeout: 256 seconds]
gch9812134 is now known as gch981213
nast has quit [Read error: Connection reset by peer]
black_ant has quit [Ping timeout: 240 seconds]
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
Ycarus has quit [Quit: Ycarus]
ivanich has joined #openwrt-devel
danitool has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch9812139 has joined #openwrt-devel
gch981213 has joined #openwrt-devel
gch9812139 has quit [Read error: Connection reset by peer]
Darkmatter66 has joined #openwrt-devel
mattsm has quit [Ping timeout: 256 seconds]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
philipp64 has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
mattsm has joined #openwrt-devel
ivanich has joined #openwrt-devel
ivanich has quit [Client Quit]
ivanich has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
Borromini has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
ivanich has joined #openwrt-devel
KOLANICH has quit [Ping timeout: 264 seconds]
gch9812136 has joined #openwrt-devel
gch981213 has quit [Ping timeout: 260 seconds]
gch9812136 is now known as gch981213
philipp64 has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]