ivanich has quit [Quit: Konversation terminated!]
gch9812139 has joined #openwrt-devel
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]
gch981213 has joined #openwrt-devel
decke has joined #openwrt-devel
<owrt-snap-builds> build #666 of ramips/rt288x is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Frt288x/builds/666
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
goliath has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch981213 has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
victhor has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
gch9812138 has joined #openwrt-devel
gch981213 has quit [Ping timeout: 265 seconds]
gch9812138 is now known as gch981213
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
danitool has joined #openwrt-devel
nitroshift has joined #openwrt-devel
<barhom> Is there any neat functions built into the openwrt ecosystem to keep processes running, in case it exits (crash or other reasons)?
<karlp> procd monitored services can be respawned
<barhom> is that different from /etc/init.d/ rc.common with start(), stop() ?
Nick_Lowe has joined #openwrt-devel
<owrt-snap-builds> build #590 of mpc85xx/p2020 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/mpc85xx%2Fp2020/builds/590
opal has quit [Remote host closed the connection]
<karlp> I mean "procd_set_param respawn" in the init scripts...
opal has joined #openwrt-devel
<barhom> thanks, Ill read https://openwrt.org/docs/guide-developer/procd-init-scripts and try to get it working
<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 ...)
<barhom> https://0bin.net/paste/Bski6Cjg#LlO+NwdWMnsV-1vsljMTT7WNTumx5vWJzMXRRoS9tHU
<jow> barhom: line 14 is not actually part of the init script but added as heading by you for the paste?
<barhom> yes
<barhom> just for you to know what file it is
<jow> right
<barhom> it kills /usr/bin/monitor, ip keeps running though
<jow> so after /etc/init.d/monitor restart, what is reported by ubus call service list '{ "name": "monitor", "verbose": true }' ?
f00b4r0 has joined #openwrt-devel
<barhom> It restarts fine, but now I have 2x ip processes
<f00b4r0> hmm. So luci-app-mosquitto supports both mosquitto-ssl and mosquitto-nossl, but requires libopenssl. Isn't that a bug?
<karlp> it's only meant to depend on the virtual package mosquitto?
<karlp> LUCI_DEPENDS:=+luci-compat +luci-mod-admin-full mosquitto
<karlp> thats even in 1907?
<f00b4r0> karlp: and yet when I try to install it (on 19.07), with mosquitto-nossl installed, it wants to pull libopenssl and libwebsockets-openssl
<f00b4r0> which kinda defeats the purpose of having -nossl installed :P
<karlp> try to install it how?
<f00b4r0> via luci
<karlp> what does opkg install on the cli say?
<karlp> I mean, the luci app doesn't _really_ even need mosquitto, it just doesn't do anything without it, and it's what most other apps do
<karlp> I'd suggest it's a luci/opkg problem, rather than a mosquitto problem at least :) I'm on holidays today :)
<f00b4r0> karlp: it would appear you are correct :)
<f00b4r0> opkg install only installed the app
<f00b4r0> where should I report this problem then?
* karlp shrugs
<karlp> I would have thought luci's ui was just a very thin wrapper over opkg behind the scenese?
<jow> it is
<f00b4r0> i would have thought exactly the same
<f00b4r0> which is why I'm puzzled
adrianschmutzler has joined #openwrt-devel
<jow> no extra logic wrt. dependency resolution
<jow> so this would make it an opkg (openwrt base) problem then
<f00b4r0> is what it showed me. I unfortunately snipped the bottom line but it said it was about to install 4 packages for 1.2MB
<jow> thats a display bug
<f00b4r0> including the number of packages to be installed and the size?
<jow> the info you see there is indeed calculated by luci since calling opkg for that is prohibitively expensive
<jow> but it might not match waht opkg will actually do
<jow> yes
<jow> including that
csrf has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
<f00b4r0> hmm. That's extremely confusing then
<f00b4r0> might as well not display anything
<jow> for this corner-case, yes
<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> should be easy to find
<blogic> let me clone the tree
<stintel> wow that dir860l is running r8054
<blogic> what are we on now
<blogic> like ~15k or summin
<stintel> yeah 15k+
<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
<jow> *funny
<svanheule[m]> jow: thanks, hidden files indeed :-)
<jow> (and for some reason we love to use hidden files in that tmp dir)
dorf_ has joined #openwrt-devel
<jow> first put them somewhere where nobody will look, then hide them to be extra sure :P
<svanheule[m]> :D
<stintel> we never see that on the buildbots because they start with a clean state right ?
<svanheule[m]> the hidden files amount to 50MB+
<jow> stintel: semi-clean
<stintel> heh :)
<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]
gch9812132 is now known as gch981213
valku has joined #openwrt-devel
gch9812130 has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch9812130 is now known as gch981213
ivanich has quit [Quit: Konversation terminated!]
ivanich has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
<blogic> stintel: fine
<blogic> stintel: in that case we would however need to add a network restart trigger aswell to the init.d script
<blogic> does 1.0.7 work for you with that patch ?
<blogic> for me 1.0.7 will still fail with a similar patch that i sent to the ML
nitdega has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
ivanich has joined #openwrt-devel
swex_ has joined #openwrt-devel
<adrianschmutzler> I'm not sure how we decided on adding minor kernel bumps yesterday
<adrianschmutzler> Is this still good to go or already "frozen"?
swex has quit [Ping timeout: 260 seconds]
gch9812135 has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch9812135 is now known as gch981213
feriman has quit [Quit: WeeChat 3.0]
<stintel> minor kernel bumps should be allowed even if frozen, no ?
<stintel> blogic: ah, totally didn't see that post to the ML yet
<stintel> blogic: but with https://gist.github.com/22388f823adae0f06102507d6024693c 1.0.7 works on my DIR-860L
<stintel> grep interface /tmp/lldpd.conf
<stintel> configure system interface pattern lo,lan1,lan2,lan3,lan4,wlan0,wlan1
<stintel> what does that show for you ?
<mrkiko> Hello guys!!
<mrkiko> I am running openwrt on a 7530 ... all is well. But I should use a switch port (lan4) as wan. How do I do so?
philipp64 has joined #openwrt-devel
<PaulFertser> mrkiko: just split it in a different vlan and use that vlan for wan interface
dedeckeh has quit [Ping timeout: 245 seconds]
<mrkiko> PaulFertser: I tried to do so but I am failing, my config is
<mrkiko> PaulFertser: http://ix.io/2HAt
<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_.
<mrkiko> so - this is the stock config http://ix.io/2HAy
<mrkiko> I don't know how to determine CPU port
<blogic> stintel: will test in the morning, just out the gym room and of to bed
novski__ has joined #openwrt-devel
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 272 seconds]
<PaulFertser> mrkiko: from /etc/board.json
gch981213 has quit [Read error: Connection reset by peer]
gch9812137 has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
philipp64 has joined #openwrt-devel
<mrkiko> PaulFertser: http://ix.io/2HAI
<mrkiko> PaulFertser: no wan infact
<PaulFertser> mrkiko: so port 0 is CPU, good.
<PaulFertser> mrkiko: you need to include 0t in both vlan1 and vlan2
<PaulFertser> mrkiko: and use eth0.1 for lan and eth0.2 for wan.
<mrkiko> PaulFertser: something like this - http://ix.io/2HAK
<mrkiko> but now I miss the lan_dev and wan_dev definitions, right?
<mrkiko> if the router stops responding it'll be a real issue :D so I am trying to be cautious
<PaulFertser> mrkiko: you have ifname eth0 in lan but I told you it should be eth0.1
<mrkiko> PaulFertser: so actually you're helping a lot
<PaulFertser> mrkiko: and also you need section to define wan with proto dhcp and ifname eth0.2
<mrkiko> PaulFertser: should be ok - http://ix.io/2HAL
<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
<philipp64> Had a chance to look at https://github.com/openwrt/packages/pull/14184? it’s fairly trivial...
<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]