04:08 <Slimey> Piraty not worth it as it is broadcom based

04:09 <Slimey> maybe it will run but without wifi :p

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

09:53 <stintel> anyone any idea why Github CI disagrees on PKG_MIRROR_HASH for https://github.com/openwrt/packages/pull/19218 ?

09:54 <stintel> I've removed the file locally, did make/$PKG/download make/$PKG/check FIXUP=1 and I get the same again

09:55 <stintel> or alternatively, can anyone try building that PR and see if you hit the same problem?

09:56 <stintel> I'd like to finish and merge this by next weekend the latest

10:32 <nbd> stintel: i get the same hash as you do (tested on macOS), so there must be an issue on Github CI

10:33 <KanjiMonster> likewise

10:35 <KanjiMonster> no idea how easy you can recreate a CI run locally

10:53 <stintel> thanks guys, maybe it's related to the recent change by the Apple guy? related to git submodules?

10:53 <stintel> and this isn't reflected yet in the build container

10:53 <stintel> (wild guess)

10:54 <stintel> meanwhile I'm struggling with a netifd proto handler ... the device is in a setup/teardown loop

10:56 <stintel> it exists in /proc/net/dev so I don't think it needs no_device=1 and available=1 ?

11:05 <stintel> running /sbin/netifd -d2 -l4 but not seeing anything useful that would explain why this is happeng

11:11 <KanjiMonster> stintel: was the first thing I tested; reverting didn't change the hash (and the output form the CI showed that the commit was in, by the " -- " after git submodule init --recursive)

11:12 <stintel> Ansuel: any idea about that PKG_MIRROR_HASH problem?

11:59 <stintel> if (!system_get_dev_sysfs("carrier", dev->ifname, buf, sizeof(buf)))

11:59 <stintel> link_state = strtoul(buf, NULL, 0);

11:59 <stintel> # cat /sys/class/net/wpan0/carrier

11:59 <stintel> cat: read error: Invalid argument

12:00 <stintel> I guess this might explain somethign

13:08 <KanjiMonster> stintel: is the interface (admin state) down?

13:25 <stintel> KanjiMonster: yeah, that must have been the case, just a failed attempt to find the root cause of the up/down loop in netifd

13:57 <KGB-1> 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.)

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

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