07:49 <owrt-snap-builds> Build [#529](https://buildbot.openwrt.org/master/images/#builders/50/builds/529) of `mediatek/mt7623` completed successfully.

09:11 <rsalvaterra> Mangix: That was fast, thanks for the Tor merge! It's such a huge update I believe it should be backported to all OpenWrt versions we support.

09:12 <rsalvaterra> It's quite likely a large number of nodes are running on OpenWrt.

10:06 <owrt-snap-builds> Build [#536](https://buildbot.openwrt.org/master/images/#builders/36/builds/536) of `mediatek/mt7629` completed successfully.

10:07 <nick[m]1234> mrkiko: i started already porting 11 oft my 17 devices. ;) also pinged the devics maintainer.

11:09 <grift> failsafe mode saved my butt

12:04 <mrkiko> nick[m]1234: great! thanks for your effort- it's pretty intensive I think

12:05 <mrkiko> grift: yes, it does sometimes :D

12:11 <mrkiko> nick[m]1234: how is it going?

14:31 <Pepes> rsalvaterra: I agree, tor should be backported to all OpenWrt versions. :)

14:32 <Pepes> But the PR was merged too fast, I would say even w/o maintainer approval/notice

14:46 <enyc> Interested in OpenWRT-plans for usability-abstractions =)

14:46 <enyc> e.g. 1-click guest-network e.g. 2.4 and 5ghz follow same config [with separae channel number dropdowns] unless select to separate etc.

14:47 <enyc> is this sort of thing that might be added to 22.03, extra pkgs, etc. or somewhere go into $planning boards for 23.xx ??

15:05 <rsalvaterra> Pepes: especially this new version, with congestion control! ;)

15:05 <rsalvaterra> Pepes: Are you getting this into TurrisOS? :)

15:11 <bkallus> Are there any obvious ways I could have misconfigured things in menuconfig that would prevent the nand mtd devices from showing up in /dev?

15:19 <Pepes> rsalvaterra: Most packages in Turris OS comes from OpenWrt as it is and no further work is necessary to have it in Turris OS. Unfortunately, there are some issues with OpenWrt 21.02 and DSA/VLANs and for some time, we need to stay on outdated version, which is sad. :( But I'm going to backport lts kernel 5.15 for OpenWrt 21.02 in Turris OS 6.x.

15:55 <dwfreed> enyc: it is far too late for 22.03

16:00 <enyc> dwfreed: i'm sure, but would like toknow who is considering these things, and where suggestions get made, and so-on

16:00 <dwfreed> you'd have to ask the luci maintainer(s)

16:01 <enyc> dwfreed: -or- where these sorts of things get tested-out as addon-packages to current-release before another (i.e. test on 22.03)

16:01 <dwfreed> I mean, anybody can make a luci addon

16:12 <owrt-2203-builds> Build [#33](https://buildbot.openwrt.org/openwrt-22.03/images/#builders/39/builds/33) of `layerscape/armv7` completed successfully.

16:17 <zorun> enyc: see https://github.com/openwrt/luci/pull/4141

16:17 <zorun> and I just saw https://github.com/openwrt/luci/pull/5785 from 3 days ago but I don't know what this is exactly

16:24 <enyc> AHA! thankyou!

16:24 <enyc> so, plans afoot for master/23.xx and some aspects COULD be backported to optional package for 22.03 but who-knows ??!?

16:28 <zorun> there's no plan that I know of

16:33 <enyc> shame but thankyou for pointing-out !!! =)

17:13 <swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html

17:20 <grift> i would like to add the following below this line: https://github.com/openwrt/openwrt/blob/master/package/base-files/files/lib/functions.sh#L389

17:21 <grift> selinuxenabled 2>/dev/null && restorecon /etc/group

17:21 <grift> would that be acceptable?

17:22 <grift> sed does that in-place atomically and that causes /etc/group to be mislabeled on selinux systems when once install a package that wants to add a uid/gid

18:20 <dwfreed> grift: that can cause problems in set -e environments

18:21 <dwfreed> if [ -x /path/to/selinuxenabled ] && selinuxenabled; then restorecon /etc/group; fi

18:22 <grift> thanks will address it

19:55 <Grommish> Anyone familar with ipq40xx targets that would be able to tell me if the instruction-set flags +v7,-d32,+thumb2,+neon,+vfp4 would be appropriate?

20:12 <robimarko> I can tell you that its ARMv7, has Thumb2 support as well as NEON with VFP4

20:17 <robimarko> Not sure about -D32 as VFPv4 does not offer register width options like VFPv3 did

20:21 <robimarko> Grommish: What are possible feature combinations?

20:22 <robimarko> More preciselly, where are they defined

20:40 <robimarko> I assume they are just LLVM feature flags

20:41 <robimarko> Which has horrible docs, GCC at least documents them