**** BEGIN LOGGING AT Tue Nov 24 02:59:57 2020
Nov 24 03:53:29 <owrt-1907-builds> build #208 of ath79/nand is complete: Failure [failed kmods]  Build details are at http://buildbot.openwrt.org/openwrt-19.07/images/builders/ath79%2Fnand/builds/208  blamelist: Aaron Goodman <aaronjg@stanford.edu>, Petr ?tetiar <ynezz@true.cz>
Nov 24 04:13:07 <owrt-1907-builds> build #222 of ar71xx/generic is complete: Failure [failed kmods]  Build details are at http://buildbot.openwrt.org/openwrt-19.07/images/builders/ar71xx%2Fgeneric/builds/222  blamelist: Aaron Goodman <aaronjg@stanford.edu>, Petr ?tetiar <ynezz@true.cz>
Nov 24 04:27:12 >KGB-0< https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 94.4% packages reproducible in our current test framework.)
Nov 24 05:18:40 <owrt-1907-builds> build #194 of ar71xx/tiny is complete: Failure [failed kmods]  Build details are at http://buildbot.openwrt.org/openwrt-19.07/images/builders/ar71xx%2Ftiny/builds/194  blamelist: Aaron Goodman <aaronjg@stanford.edu>, Petr ?tetiar <ynezz@true.cz>
Nov 24 06:53:28 <JuniorJPDJ> where can I post feature request for firewall?
Nov 24 06:56:55 <blogic> blocktrron: thx
Nov 24 06:57:29 <blogic> blocktrron: I was actually considering to drop the Makefile from the repo and just put it into the main git tree
Nov 24 07:08:29 <JuniorJPDJ> <JuniorJPDJ "where can I post feature request"> I'm thinking about this: https://forum.openwrt.org/t/firewall-dnat-matching-more-than-one-src-zone/34972
Nov 24 07:24:20 <pgjermshus> Are all headers for all libraries included in the build supposed to be included in the SDK?
**** BEGIN LOGGING AT Tue Nov 24 07:44:48 2020
**** BEGIN LOGGING AT Tue Nov 24 07:47:39 2020
Nov 24 08:05:49 <owrt-1907-builds> build #195 of ar71xx/nand is complete: Failure [failed kmods]  Build details are at http://buildbot.openwrt.org/openwrt-19.07/images/builders/ar71xx%2Fnand/builds/195  blamelist: Aaron Goodman <aaronjg@stanford.edu>, Petr ?tetiar <ynezz@true.cz>
Nov 24 09:10:57 <nitroshift> anyone working on linux 5.10 support?
Nov 24 09:13:40 <mangix> I am not
Nov 24 09:28:33 <stintel> nitroshift: see ML, there were people working on 5.9, might be they shifted to 5.10 now it's in rc
Nov 24 09:28:47 <nitroshift> stintel, o/
Nov 24 09:28:53 <stintel> \o
Nov 24 09:29:02 <nitroshift> thanks, i'm already running 5.9 on my rango's
Nov 24 09:29:30 <nitroshift> 5.10 is in initial phase, breaks the build at backports
Nov 24 09:29:58 <nitroshift> stintel, if you want and have time i can send you the patchset
Nov 24 09:32:01 <stintel> nah, I don't have time
Nov 24 10:26:31 <blocktrron> blogic: np. we were offering the implementation of such a steering daemon as a lab topic @university and two days prior to the first group meeting, you've pushed usteer
Nov 24 10:29:25 <blocktrron> Were in the process to make the necessary changes in order to run it in our community network and fix some other stuff we think might be a good idea along the way.
Nov 24 10:47:06 <blogic> blocktrron: awesome
Nov 24 10:47:22 <blogic> blocktrron: works really well for me
Nov 24 10:47:35 <blogic> i have a mesh, 6 nodes, 2 with uplink around house/garden
Nov 24 10:47:55 <blogic> with 11r also enabled i can walkaround with voice/video calls running and get 0 interruptions
Nov 24 10:50:32 <blocktrron> This is also the experience with it in my home network (although it's only 3 nodes)
Nov 24 10:51:00 <blocktrron> However, our network is more like 100 nodes, so we need to tackle neighbor discovery there.
Nov 24 10:53:29 <blocktrron> Also, the hearing map does not work well as soon as APs use DFS channels, as they cannot perform active probing on these.
Nov 24 11:19:04 <blogic> ok
Nov 24 11:19:19 <blogic> blocktrron: well, looking fwd to your patches :-D
Nov 24 11:25:42 <nitroshift> rsalvaterra, o/
Nov 24 11:26:29 <rsalvaterra> Hey, nitroshift! o/
Nov 24 11:37:06 <rsalvaterra> blogic: usteer…! Does this mean we'll have true band-steering in OpenWrt soon(ish)? ;)
Nov 24 11:39:18 <rsalvaterra> But having a separate daemon for it strikes me as a bit odd… Shouldn't band-steering be one of hostapd's responsibilities? (Especially now, since all APs are managed by a single hostapd instance…)
Nov 24 11:41:14 <blogic> rsalvaterra: it talks to hostapd via ubus
Nov 24 11:42:54 <rsalvaterra> Yeah, I saw that, I was just wondering if makes sense to have a separate daemon (technically; politics is another story).
Nov 24 11:43:10 <blogic> its the only sensible solution
Nov 24 11:43:51 <PaulFertser> rsalvaterra: if you just need band steering between two APs both handled by a single hostapd instance you can try adding the relevant option to config. But I think blogic is solving a different, more complex problem which involves plenty of APs running on different nodes.
Nov 24 11:44:55 <rsalvaterra> PaulFertser: Ah, I see. I was thinking only of a single AP.
Nov 24 11:45:28 <rsalvaterra> So this is more like "distributed band-steering".
Nov 24 11:47:11 <PaulFertser> rsalvaterra: https://w1.fi/cgit/hostap/tree/hostapd/hostapd.conf#n2066
Nov 24 11:50:49 <rsalvaterra> PaulFertser: Nice. I don't think there's a UCI option for that, though.
Nov 24 13:25:13 <ynezz> dedeckeh: hi, I've found some strange issue with odhcp6c which leads to OOM http://sprunge.us/vv0Idx
Nov 24 13:26:30 <ynezz> dedeckeh: it simply happens every time after about 10-12 hours for me when I boot the system in QEMU and have LAN/WAN connected there
Nov 24 13:28:46 <ynezz> dedeckeh: that RENEW retry timeout is being decremented from 13060s down to 1s during a few hours, then it seems to trash the machine completely
Nov 24 13:30:08 <ynezz> dedeckeh: nothing is happening on that machine, I just boot it and then let it idle
Nov 24 13:31:40 <ynezz> dedeckeh: that `netifd: wan6 (2341): cat: write error: Broken pipe` is probably start of the out of memory situation
Nov 24 13:32:15 <ynezz> dedeckeh: that `SQUASHFS error: xz decompression failed, data probably corrupt` is the end, the device is then going to OOPs soon
Nov 24 13:33:58 <ynezz> dedeckeh: it all started here https://lists.infradead.org/pipermail/openwrt-devel/2020-November/032023.html
Nov 24 13:34:25 <ynezz> dedeckeh: sorry for not providing the patch, but that t3/t2/t1 math with ipv6 is above my head :)
Nov 24 13:50:19 <ynezz> dedeckeh: complete unedited syslog http://ynezz.true.cz/openwrt/odhcp6c/syslog.log.gz
Nov 24 21:43:16 <aparcar[m]> zorun: ping
Nov 24 22:03:02 <zorun> aparcar[m]: pong
Nov 24 22:03:15 <aparcar[m]> I tested your opkg patch, did you read my response?
Nov 24 22:03:53 <zorun> yes, thanks for testing
Nov 24 22:04:16 <aparcar[m]> I guess with my new powers I'll push it upstream
Nov 24 22:04:22 <aparcar[m]> 💪
Nov 24 22:04:49 <zorun> wow
Nov 24 22:05:27 <aparcar[m]> zorun: shouldn't I?
Nov 24 22:06:19 <zorun> no, I'm just impressed with your new powers ;)
Nov 24 22:07:29 <aparcar[m]> no worries me too
Nov 24 23:46:16 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_lantiq.html has been updated. (98.2% images and 98.2% packages reproducible in our current test framework.)
Nov 25 00:10:01 <mangix> aparcar[m]: if you have merge access you should look into merging some patchwork patches
Nov 25 00:22:20 <aparcar[m]> mangix: which?
Nov 25 00:30:48 <mangix> aparcar[m]: you decide :)
Nov 25 00:30:58 <mangix> there are three pages worth of patches
Nov 25 00:31:04 <aparcar[m]> mangix: anything burning under your nails?
Nov 25 00:31:55 * mangix looks
Nov 25 00:32:18 <mangix> https://patchwork.ozlabs.org/project/openwrt/patch/20201015030246.11237-1-rosenp@gmail.com/ would be nice
Nov 25 00:35:15 <mangix> there are a bunch of GCC 10 patches from what I see
Nov 25 00:38:42 <philipp64> anyone have a working (sanitized) /etc/config/ipsec file that works with strongswan they could share? thanks
Nov 25 00:54:05 <aparcar[m]> mangix: how can I test the exfat one?
Nov 25 00:54:23 <aparcar[m]> Just create a x86 image and then create an additional partition?
Nov 25 00:56:18 <mangix> I mean just create a /dev/null file, run mkfs.exfat on it, and mount it
Nov 25 00:56:41 <mangix> actually just run truncate -s SIZE test.img
Nov 25 00:56:44 <mangix> faster
Nov 25 00:57:09 <mangix> exfat-tools are found in packages and have been updated for a long time.
Nov 25 00:58:54 <mangix> 4 months ago...
Nov 25 01:05:58 <aparcar[m]> mangix: https://github.com/aparcar/openwrt/actions/runs/382236332 building will take a bit
Nov 25 01:06:21 <aparcar[m]> any other arch I'd should put in the default mix?
Nov 25 01:06:56 <mangix> not really. it builds with all of them
Nov 25 01:07:38 <mangix> there was a big endian bug two releases ago.
Nov 25 01:08:20 <mangix> oh wait I'm thinking of something else
Nov 25 01:08:58 <mangix> aparcar[m]: an ASLR target would be nice. The Turris people build with ASLR,
Nov 25 01:11:39 <mangix> speaking of NLS, there's this https://patchwork.ozlabs.org/project/openwrt/patch/20200725012009.223148-1-rosenp@gmail.com/
Nov 25 01:12:27 <mangix> to reproduce, enable full NLS, make package/glib2/host , make package/gettext-full/host/clean , make package/gettext-full/host
Nov 25 01:13:50 <mangix> actually add /compile after /host ...
Nov 25 01:26:27 <pkgadd> philipp64: I haven't used strongswan in quite a while (wireguard instead), but this http://paste.debian.net/hidden/f822b28e/ has been working well on OpenWrt, as counterpart to the strongswan android app. using the certs (and the profile-) generated by https://github.com/pkgadd/owrt-feed-pkgadd/blob/master/net/strongswan-slh/files/vpn.sh
Nov 25 01:27:42 <pkgadd> but, /etc/ipsec.conf, not /etc/config/ipsec (yes, I know, the later is also possible, but I haven't used that)
Nov 25 01:28:12 <philipp64> pkgadd: Thanks, I’m working on enhancing /etc/init.d/ipsec to handle X.509 certificates, so I need the UCI.
Nov 25 01:28:26 <pkgadd> o.k., sorry, can't help with that
Nov 25 01:44:19 <owrt-1806-builds> build #91 of sunxi/cortexa7 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/sunxi%2Fcortexa7/builds/91
Nov 25 02:25:51 <aparcar[m]> mangix: the CI does a full build with NLS enabled, that should be enough right?
**** ENDING LOGGING AT Wed Nov 25 02:59:57 2020