01:13 <owrt-images-builds> Build [#3](https://buildbot.openwrt.org/images/#/builders/212/builds/3) of `openwrt-23.05_ipq40xx/chromium` completed successfully.

03:29 <mrkiko> hauke: regarding commit 109592524663ae8bbda47e4ad51a124153a1c903 - I think the new behaviourisn't very intuitive. Infact, I need to go to the Video kernel module section to enable the media controller to "unhide" the usb audio module

03:31 <mrkiko> hauke: wouldn't it be better if kmos-snd-usb-audio could select the kmod-media-controller?

03:31 <owrt-images-builds> Build [#3](https://buildbot.openwrt.org/images/#/builders/233/builds/3) of `openwrt-23.05_layerscape/armv8_64b` failed.

03:41 <mrkiko> hauke: what I mean is - if you do agree with me and may help me preparing a patch or something... sorry if I am not clear

04:03 <owrt-images-builds> Build [#4](https://buildbot.openwrt.org/images/#/builders/96/builds/4) of `openwrt-23.05_ath79/generic` failed.

08:25 <f00b4r0> dviola: it's also entirely possible that the proprietary fw is crashing because of OOM, just like a recent enough version of OpenWrt would.

11:24 <russell--> here's something i don't get: when a commit breaks something, why is there an endless delay while someone figures out what the right way to fix it is, leaving it broken in the meantime. surely, the right approach is to revert the breakage while the right solution is found? i refer to erx and 2a25c6ace8d8, which has been in the master branch since the end of may.

11:35 <stintel> russell--: if an immediate fix is not found, revert is the right way to go

11:35 <stintel> russell--: is there a ticket for it?

11:38 <robimarko> https://github.com/openwrt/openwrt/issues/15643

11:39 <robimarko> I actually dug out an ERX

11:39 <robimarko> So let me poke around it

11:56 <russell--> i can report that reverting fixes the issue

12:27 <russell--> faf4b3e0f7a5 + revert ==> works

12:28 <robimarko> Its been broken for a while, just give me a day

12:28 <robimarko> I just dug it out by accident, had no idea I still had one

12:52 <hauke> mrkiko:yes you are roght, I overlooked that it shows the submenu only when kmod-media-controller is set

14:40 <hauke> mrkiko: https://github.com/openwrt/openwrt/pull/17058

15:02 <owrt-images-builds> Build [#14](https://buildbot.openwrt.org/images/#/builders/239/builds/14) of `openwrt-24.10_layerscape/armv8_64b` failed.

15:06 <schmars[m]> ouch FATAL ERROR: Failed to create thread - find: cannot fork: Resource temporarily unavailable

15:06 <schmars[m]> worker taking sunday off

15:27 <zorun> aparcar[m]: I never heard about these meshlab workers ^ apparently they are yours?

15:40 <aparcar[m]> zorun: yes, do you like them?

15:40 <aparcar[m]> schmars: it's a 128CPU server, I may need to tune some stuff so not to many threads are openened. zorun do you have an idea? I can give you access

15:42 <owrt-images-builds> Build [#13](https://buildbot.openwrt.org/images/#/builders/36/builds/13) of `openwrt-24.10_mediatek/filogic` completed successfully.

16:25 <stintel> schmars[m]: thanks for bringing up that Cudy AP3000-Outdoor, deployed one outside yesterday, now I no longer need to worry about phone switching from wifi to mobile and vice-versa when doing signal/telegram/... calls in the garden

16:25 <stintel> slightly surprised by the size of the thing though :P

16:26 <schmars[m]> i have yet to deploy my first one, bluse from another mesh community also said it has pretty good coverage

16:26 <stintel> and screw mounting is kinda meh because of the curve

16:26 <schmars[m]> hah yeah pretty heave device :)

16:26 <stintel> I had to use these because insulation board on outer wall: https://www.fischer-international.com/en/products/fixation-on-etics-insulation/fixing-in-substrate/thermax-8-and-10/stand-off-installation-thermax-8

16:28 <stintel> now I need to come up with some kind of magic that wipes the device if it is ever powered up on a network other than mine

16:29 <stintel> because it's relatively easy to steal, and then someone could figure out the PSKs for my SSIDs

16:31 <stintel> unrelated mini-rant: damn, shipping costs from arace are high (considering 4x Rock 5B+ to build a k0s cluster)

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

19:17 <totkeks> has anyone thought about or tried to write an nftables plugin for collectd? as there seems to only be one for iptables.

22:05 <robimarko_> russell--:https://github.com/openwrt/openwrt/pull/17062

22:11 <owrt-images-builds> Build [#18](https://buildbot.openwrt.org/images/#/builders/91/builds/18) of `main_bmips/bcm63268` completed successfully.