**** BEGIN LOGGING AT Tue Nov 20 02:59:58 2018 Nov 20 04:28:28 AGH Nov 20 04:28:42 does anyone know where to modify patch parameters in OpenWrt? Nov 20 04:33:34 I'd hope nowhere, but include/autotools.mk might be an answer? Nov 20 04:35:09 sorry, more like include/quilt.mk, with QUILT_CMD:=quilt --quiltrc=- you could hook up something there Nov 20 04:35:43 I need to pass --binary to patch Nov 20 04:35:58 since it mangles CRLF files by default Nov 20 04:36:16 which makes no sense at all Nov 20 09:48:02 OWE works too (complete with transitioning), unfortunately it crashes mt76 it seems Nov 20 09:48:42 too early to complain I reckon as one has to compile wpa_supplicant with custom .config to enable the functionality so 0 adoption Nov 20 09:48:44 but it works (tm) Nov 20 09:49:38 abenz: if mt76 crashes, provide a backtrace please Nov 20 09:49:50 it's very important Nov 20 09:50:58 rmilecki: the kernel doesn't oops or the driver itself crashes, rather, the bug is activated when you activate the transitioning (ie you have two SSIDs, one is open and another is set to OWE, for legacy support) Nov 20 09:51:53 all users join the open wifi (since the intended setup is to have the owe SSID hidden), when the client is able 802.11w support and owe enabled, then they are transitioned to the owe ssid Nov 20 09:53:03 this transition casues the wifi to go down (but again log doesn't show oops or driver crashing, rather the interface getting deleted) Nov 20 09:54:02 ah, ok, thanks for clarifying Nov 20 09:54:50 s/is able/has Nov 20 09:54:52 np Nov 20 11:02:23 Getting build error with the latest openwrt 48d8d46d331cd866ad5717cc5b090223a1856a4a: satisfy_dependencies_for: Cannot satisfy the following dependencies for luci: luci-app-opkg Nov 20 11:06:23 config: https://paste.fedoraproject.org/paste/HWQhhlXcrSKTQ7gGGB3qpw Nov 20 11:07:14 Rene__: ./scripts/feeds update; ./scripts/feeds/install luci-app-opkg Nov 20 12:39:56 stintel: thanks, that fixes for me. Nov 20 12:41:53 Rene__: it's a new package that didn't exist at the time you previously ran "./scripts/feeds intall luci" Nov 20 12:42:06 Rene__: and you're welcome :) Nov 20 12:43:40 Hi can some one OK pr1541 pleas? Nov 20 12:49:57 stintel: yes that is a long time ago. Currently upgrading my wireguard VM. Nov 20 12:57:17 cool. I haven't gotten around to implementing WG yet Nov 20 13:05:23 I had a debian VM server this work but disk image size is +2-3 GB, every update I needed more disk space. Nov 20 13:05:47 with openwrt it is only a +11MB compress vmdk Nov 20 13:06:17 this rollback luci thing is giving me hell again. I can see it all applied from the console, but somehow it doesn't get ... something? back again, so it goes and reverts it all. Nov 20 13:19:32 Rene__: cool Nov 20 13:20:11 11MB is realy tidy Nov 20 13:20:32 my VPN server is running on KVM with LVM backed virtual disk, it's little under 300MB Nov 20 17:34:20 jow: is the internal operation of things like /lib/function.sh and the way that config_load/config_get ever likely to change? Nov 20 17:34:38 https://github.com/openwrt/packages/pull/7434/files relies on things being exported to CONFIG_section_option=value stuff, Nov 20 17:35:06 and I can't think of any better way of doing it, and it's the same as all the existing stuff really, so should be safe? Nov 20 19:50:44 Hi. I have a router running Lede 17.01.4, and I figured it should move over to openwrt again Nov 20 19:51:07 Which file would I need then for the upgrade? Nov 20 19:51:33 Downloads/lede-17.01.4-ar71xx-generic-archer-c7-v2-squashfs-sysupgrade.bin <- I have this in my Downloads directory. I think that's the one I used the last time. Nov 20 19:51:53 Is it the matching file for moving to openwrt? Nov 20 20:05:21 hgb: you'd need a similar file except it says openwrt-18.06.1 instead of lede-17.01.4 Nov 20 20:05:31 https://downloads.openwrt.org/releases/18.06.1/targets/ar71xx/generic/openwrt-18.06.1-ar71xx-generic-archer-c7-v2-squashfs-sysupgrade.bin Nov 20 20:31:04 abenz: which interface gets deleted when you do the owe transition? Nov 20 20:37:55 Hauke: you've seen that http://paste.debian.net/hidden/c35d7e4b/ fixes my WDS/ 4addr issues on QCA9984? I'm still looking if there's been a proper fix post v4.19, but reverting db3bdcb9c3ff makes 4addr work again Nov 20 21:05:38 pkgadd: thanks for finding the problem Nov 20 21:06:00 I am not really a wifi driver expert, you should probably write a mail to the linux wireless mailling list Nov 20 21:13:16 Hauke: I'm currently checking if https://lore.kernel.org/linux-wireless/20181112064008.3610-1-murugana@codeaurora.org/ might be the proper upstream fix (submitted, but apparently not merged yet), just rediffed it and started a build (if so, ath10k-ct would need an equivalent fix) Nov 20 21:24:13 Hello. Does anybody happen to know if Stanislaw Gruszka or T-Bone lurk here? Nov 20 21:24:46 I'm chasing down this dropped frame problem for the rt2800 wifi drivers Nov 20 21:53:29 Hauke: nope, https://lore.kernel.org/linux-wireless/20181112064008.3610-1-murugana@codeaurora.org/ doesn't seem to help, http://paste.debian.net/hidden/c35d7e4b/ is necessary to fix 4addr Nov 20 21:54:50 sigh Nov 20 21:55:02 what the hell is wrong with the dnsmasq init Nov 20 21:55:40 it really needs to stop causing udhcpc to start and breaking everything Nov 20 21:56:28 it even nanages to unconfigure the address on the lan interface Nov 20 21:56:32 manages* Nov 20 22:09:15 the idea is to avoid acting as a rogue dhcpd in an already managed subnet - and that makes sense to me Nov 20 22:10:07 which never caused issues for me - maybe you have another dhcp daemon in your network causing this problem Nov 20 22:12:08 same here, on the contrary, it prevented a lot of trouble when testing an OpenWrt which might have had a connection to the main network Nov 20 22:12:19 pkgadd: right but it doesn't Nov 20 22:12:44 I expect it saw the usb tethering, which is fine Nov 20 22:12:51 but thats no reason to break *all* connectivity Nov 20 22:13:59 it doesn't happen on boot up either, only manual restart - presumably because the tethering interface hasn't come up yet Nov 20 22:14:34 unless its not really udhcpc but something else Nov 20 22:14:43 can't tell since I can't reach it after restart heh Nov 20 22:18:12 pkgadd/Borromini: Thanks Nov 20 23:11:25 Hauke: https://pastebin.com/4Bk3Xpd1 Nov 20 23:13:11 trigger it like so: join the open ssid, then change your settings, key_mgmt: owe ieee80211w: 1, reassociate, and it crashes the AP Nov 20 23:13:45 if you connect with your settings already set to owe/mfp enabled, then AP doesn't crash Nov 20 23:15:25 but changing after connection crashes it, see line 59 Nov 21 00:31:07 is there a better way to periodically update some LED's than running a script in the background that checks on the relevant params? I think my script is eating up too much CPU Nov 21 00:32:22 I am on the MT76 platform btw Nov 21 00:35:16 biangbiangmian: depends what relevant params you want to use Nov 21 00:39:08 cool, added my razberry2 module on my odroid c2 as a secondary controller to my zwave network. copied the domoticz db from the primary controller to the odroid c2, made some required changes, and now if I shut down my main domoticz instance the one on the odroid c2 still handles events (like motion detection) Nov 21 00:39:43 biangbiangmian: depends what relevant params you want to use - ideally you use a LED trigger **** ENDING LOGGING AT Wed Nov 21 02:59:58 2018