00:10 <russell--> so, why did AR803X get removed?

00:11 <russell--> sorry, CONFIG_AT803X_PHY=y

00:25 <Mangix> russell--: the driver got split up in half. I was under the assumtion the other half was used by the target

00:25 <Mangix> Turns out both are needed.

00:26 <Mangix> an example: https://github.com/openwrt/openwrt/commit/02b359b666405a58472868b98dbd08c24621f63e

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

07:28 <owrt-images-builds> Build [#401](https://buildbot.openwrt.org/images/#/builders/142/builds/401) of `master_bcm27xx/bcm2711` failed.

09:04 <KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_lantiq.html has been updated. (89.8% images and 100.0% packages reproducible in our current test framework.)

12:07 <Svanto24> Hello all.

12:10 <Svanto24> I'm currently trying to flash something via tftp... I was under the impression that this was done via the RJ45 console cable but now that I think about it this seems a bit silly, am I supposed to use ethernet for this in addition to the serial cable?

12:16 <SwedeMike> yes, tftp is over ethernet

12:24 <Svanto24> understood. Should've hit me sooner that data transfer over serial would take months

12:25 <Svanto24> SwedeMike: Thanks!

12:26 <Svanto24> Other than that I contacted sfconservancy because Huawei uses a bastardised version of Busybox they're clearly not providing the source too

12:26 <Svanto24> let's see if that does anything

12:26 <Habbie> not sure how useful a busybox source is though

12:28 <Svanto24> Well, that's just one component I'm 100% sure sfconservancy represents...

12:30 <Svanto24> I basically told then "hey, huawei is stonewalling me on source code and you might be interested in knowing they use a bastardised unreleased fork of busybox"

12:32 <Svanto24> What I hoping will happen is what seems to happen happens everytime someone requests huawei source code. They have some GPL representing org knock on Huawei's door and Huawei will go "oh we just forgot to reply we are currently processing the source for release".

12:36 <Habbie> yeah, makes sense

12:36 <Svanto24> In any event it annoys me to see open source software bastardised into a walled garden and the source code being withheld. I guess "cuckold licenses" like BSD allow one to do that but Busybox is under GPL, not BSD.

15:54 <\x> robimarko hah [13.785655] ath11k c000000.wifi: fw_version 0x2c0205b4 fw_build_timestamp 2024-10-04 16:15 fw_build_id WLAN.HK.2.12-01460-QCAHKSWPL_SILICONZ-1

15:54 <\x> seems brainslayer still getting them

15:55 <robimarko> He most likely has an NDA with QCA, no way around that

15:56 <\x> ye

15:56 <robimarko> I have access as well to the latest FW, but no way I am sharing that around publicly

15:56 <\x> seems to boot all good and fine, no issues even with mem profile 2 (256)

16:11 <Emantor> ls

16:11 <Emantor> well, that went wrong, don't mind me.

16:34 <KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_x86.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)

17:15 <Svanto24> what tftp server would you reccomend for use with openwrt?

17:35 <n3ph_> dnsmasq

17:36 <n3ph_> Svanto24: may you elaborate your use case?

17:37 <jakllsch> running on openwrt or running for a openwrt machine?

17:47 <Svanto24> n3ph_: Sorry, for running as server for an openwrt machine

17:48 <Svanto24> jakllsch: sorry, the latter

17:55 <Svanto24> I'll give dnsmasq a shot, thanks!

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

19:20 <owrt-images-builds> Build [#403](https://buildbot.openwrt.org/images/#/builders/148/builds/403) of `master_bcm27xx/bcm2709` completed successfully.

19:25 <owrt-images-builds> Build [#403](https://buildbot.openwrt.org/images/#/builders/109/builds/403) of `master_bmips/bcm63268` failed.

19:34 <russell--> this is a little weird, i'm git fetching blogic's remote from git://git.openwrt.org/openwrt/staging/blogic.git and i seem to be sucking down a GB of objects

19:38 <russell--> or maybe two

19:38 <dwfreed> he has some really old branches, are you fetching all or something?

19:41 <russell--> i have fetched the github version of his staging before, just surprised at the volume

19:51 <dwfreed> I can confirm the behavior, which seems to be caused by his old branches

19:51 <dwfreed> which would apply if you're fetching the whole remote, vs pulling one branch

19:52 <dwfreed> it took 1.26 GB of object downloads here

20:01 <dwfreed> the offending branch is probably mac80211-mbssid

20:03 <dwfreed> and mac80211-staging

20:04 <dwfreed> yeah, by several orders of magnitude

20:13 <dwfreed> and the reason for that is both of those branches are based on kernel git history, not openwrt git history

22:17 <owrt-images-builds> Build [#135](https://buildbot.openwrt.org/images/#/builders/11/builds/135) of `openwrt-23.05_bcm47xx/mips74k` completed successfully.

22:34 <KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_kirkwood.html has been updated. (85.1% images and 100.0% packages reproducible in our current test framework.)