07:35 <nbd> f00b4r0: https://nbd.name/140-thermal_backport.patch (copy to mac80211/patches/build)

08:01 <f00b4r0> nbd: thanks, on it

08:04 <f00b4r0> nbd: it works :) I'll prep a test image for flashing. Thanks again!

08:19 <f00b4r0> ha, spoke too soon

08:19 <f00b4r0> ERROR: package/kernel/mac80211 failed to build (build variant: regular)

08:56 <f00b4r0> openwrt-imagebuilder-23.05-SNAPSHOT-ramips-mt7621 yay

09:01 <f00b4r0> and it doesn't work. Again it wants dependency on a different kernel than the one that was built

09:01 <f00b4r0> I don't understand what's going on

09:04 <f00b4r0> kmod-mt7915-firmware also depends on wifi-scripts which it can't find

09:10 <f00b4r0> ok so the kmod dependency is apparently opkg trying to resolve the kernel from the remote repository (the versions matches what is currently on d.o.o) *even though* I'm locally providing all kmods and kernel packages and I see the image builder using the local packages ("Downloading: file:packages/...")

09:39 <f00b4r0> and wifi-scripts conflicts with netifd/base-files in 23.05

09:39 <f00b4r0> nbd: that's never going to work, is it?

10:30 <robimarko> Nope, wifi-scripts is way different in master

10:30 <robimarko> A lot of stuff was moved to ucode

10:41 <nbd> f00b4r0: oh, right. i forgot about that. fixable though

11:39 <owrt-images-builds> Build [#331](https://buildbot.openwrt.org/images/#/builders/205/builds/331) of `master_mpc85xx/p1020` failed.

11:51 <schmars[m]> f00b4r0 yeah i also resorted to removing all remote opkg repos when i do a custom imagebuilder

11:52 <schmars[m]> CONFIG_IB=y ; CONFIG_IB_STANDALONE=y ; CONFIG_IMAGEOPT=y

12:49 <f00b4r0> schmars[m]: but then you can't load remote packages?

12:50 <f00b4r0> have to wonder if xdptools ever builds outside of buildbot (which have access to a copy of the source tarball)

13:09 <schmars[m]> yep, gotta include everything you might need into the imagebuilder. i was building custom firmware for a project anyway so not a big deal for me

13:10 <schmars[m]> unless what you need doesn't end up depending on kmods, then it should be fine i guess. but i needed a few kmods so i ran into the same checksum thing as you

13:12 <f00b4r0> i don't understand why the checksumming fails tbh. I'm not touching the built kernel and I'm building from buildbot .config, so *theoretically* I should end up with matching checksums

13:21 <owrt-images-builds> Build [#332](https://buildbot.openwrt.org/images/#/builders/231/builds/332) of `master_mpc85xx/p1010` failed.

13:22 <schmars[m]> was scratching my head about that too, but decided i'll shave that particular yak another day haha

13:23 <f00b4r0> heh

13:24 <f00b4r0> i'm pretty sure it used to work at some point, cause ISTR successfully doing that before

13:27 <schmars[m]> my thing is on openwrt-21.02 btw, i didn't even try newer branches yet. needed a kernel config option for VM stuff for automated testing of old firmware that'll see upgrades soon

13:28 <schmars[m]> i first thought the kernel mismatch was because downloads.openwrt.org/releases/21.02-SNAPSHOT isn't up-to-date with the git branch, but the mismatch persisted

16:06 <owrt-images-builds> Build [#338](https://buildbot.openwrt.org/images/#/builders/45/builds/338) of `master_sunxi/cortexa7` failed.

20:10 <hurricos> Power outage, no idea what if anything I missed

20:11 <Habbie> seems like it was so short you did not even disconnect

20:11 <Habbie> Guest11 is your previous instance it appears

20:11 <Habbie> i trust it'll ping out in a few minutes

20:12 <Habbie> if you mean whatever unread history was on your screen, that's different of course

20:43 <owrt-images-builds> Build [#332](https://buildbot.openwrt.org/images/#/builders/226/builds/332) of `master_ath79/tiny` completed successfully.

23:00 <hurricos> my machine actually restarted, read as, if anyone pinged me before my history isgonezo

23:04 <dwfreed> the last hilight of you was forever ago, relatively speaking

23:24 <KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_omap.html has been updated. (11.1% images and 100.0% packages reproducible in our current test framework.)