Tapper has quit [Quit: Tapper]
slh has quit [Ping timeout: 480 seconds]
slh64 has quit [Ping timeout: 480 seconds]
<owrt-2203-builds> Build [#80](https://buildbot.openwrt.org/openwrt-22.03/images/#builders/63/builds/80) of `at91/sama7` failed.
philipp64 has joined #openwrt-devel
cmonroe_ has joined #openwrt-devel
cmonroe_ has quit [Quit: Textual IRC Client: www.textualapp.com]
cmonroe has joined #openwrt-devel
xes__ has quit []
xes has joined #openwrt-devel
philipp64 has quit [Ping timeout: 480 seconds]
minimal has quit [Quit: Leaving]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
slh has joined #openwrt-devel
slh64 has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
philipp64 has joined #openwrt-devel
mzvd has joined #openwrt-devel
philipp64 has quit [Ping timeout: 480 seconds]
philipp64 has joined #openwrt-devel
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #openwrt-devel
rua has quit [Remote host closed the connection]
mzvd has quit [Read error: Connection reset by peer]
rua has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
<owrt-2203-builds> Build [#81](https://buildbot.openwrt.org/openwrt-22.03/images/#builders/48/builds/81) of `mediatek/mt7629` completed successfully.
mzvd has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
isak has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest4403
srslypascal has joined #openwrt-devel
Guest4403 has quit [Ping timeout: 480 seconds]
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
<nick[m]1234> hauke: "drink some bear" ;) you have a very funny typo in the forums post xD
<stintel> forgot the word blood? :)
goliath has joined #openwrt-devel
Rayyan has quit [Write error: connection closed]
Rayyan has joined #openwrt-devel
<KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_ath79.html has been updated. (99.0% images and 99.9% packages reproducible in our current test framework.)
biboc has joined #openwrt-devel
<biboc> Hi, I'm wondering why, on mesh80211s, we can't open (iw dev $MESH_IFACE station set $MAC_TO_UNBLOCK plink_action open) a client which is BLOCKED. The only way to do so is to restart the wifi to look for client again. How can we solve this?
<biboc> It is only true with encrypted network
nitroshift has joined #openwrt-devel
<biboc> And we set a RSSI limit in wifi configuration so we ensure that the connection between two clients is good, this is why some client are BLOCKED. The problem is, it stays BLOCKED until wifi restarts even if the RSSI gets lower than the limit value
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
danitool has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #openwrt-devel
arnd_ has quit [Read error: Connection reset by peer]
Vaughn has quit [Read error: Connection reset by peer]
Vaughn has joined #openwrt-devel
arnd_ has joined #openwrt-devel
dvn has joined #openwrt-devel
robimarko has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
cbeznea1 has quit [Quit: Leaving.]
cbeznea has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 98.7% packages reproducible in our current test framework.)
<stintel> interesting, u-boot docs for hifive unmatched instruct to use a GPT partition table on the SPI NOR
<stintel> then again it's just a block device, so why not
<robimarko> Seems like a bit of an overkill
mzvd has quit [Read error: Connection reset by peer]
<stintel> dunno, seems more flexible than defining partition layout in dts
<robimarko> That for sure
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
mzvd has quit [Read error: Connection reset by peer]
Tapper has quit [Ping timeout: 480 seconds]
mzvd has joined #openwrt-devel
<f00b4r0> sounds completely overkill indeed. Not to mention GPT uses LBA (not sure how that'd play with mtd devices) and takes 'significant' space (tens of KB)
robimarko_ has joined #openwrt-devel
robimarko_ has quit [Quit: Leaving]
robimarko has quit [Ping timeout: 480 seconds]
mzvd has quit [Read error: Connection reset by peer]
robimarko has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<owrt-2203-builds> Build [#80](https://buildbot.openwrt.org/openwrt-22.03/images/#builders/35/builds/80) of `bcm53xx/generic` failed.
mzvd has joined #openwrt-devel
<xback> jow: ping
<xback> jow: any idea how this got fixed? https://github.com/openwrt/openwrt/issues/6514
<xback> jow: i'm seeing this issue locally on a ARM64/aarch64 target when compile-testing it
mzvd has quit [Remote host closed the connection]
<xback> jow: full buildlog: https://pastebin.com/raw/v8vffR9c
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
Tapper has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<xback> jow: this patch fixes it: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/at91/patches-5.10/99-scripts-fix-compilation-error.patch;h=711c7dfbcc8d823406d0b00582b0ac64f997b03d;hb=HEAD
minimal has joined #openwrt-devel
Strykar has quit [Quit: /quit]
Strykar has joined #openwrt-devel
mzvd has joined #openwrt-devel
Ansuel has joined #openwrt-devel
<Ansuel> Hiiiiiiiiiiiii
mzvd has quit [Read error: Connection reset by peer]
<mrkiko> Ansuel: welcomeback!! :D
mzvd has joined #openwrt-devel
isak has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_omap.html has been updated. (11.1% images and 99.9% packages reproducible in our current test framework.)
mzvd has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
nemesis has joined #openwrt-devel
nemesis is now known as Guest4448
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
DLange has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<rmilecki> Ansuel: hiiii
<rmilecki> Ansuel: I finally took a look at dynamic partitions, it's great you got that upstreamed, thanks a lot
mzvd has joined #openwrt-devel
<Ansuel> rmilecki :D it was hard but at the end i won ahahha
<owrt-2203-builds> Build [#81](https://buildbot.openwrt.org/openwrt-22.03/images/#builders/63/builds/81) of `at91/sama7` completed successfully.
<rmilecki> Ansuel: i know that feeling
mzvd has quit [Read error: Connection reset by peer]
<Ansuel> next step would be understand how to merge leds support for switch...
Gaspare has joined #openwrt-devel
<Ansuel> but i'm working on getting ipq8064 stuff merged
<rmilecki> Ansuel: did you backport dyn partition to OpenWrt? can't see it
<Ansuel> rmileki there is a pr open i still have to rework it
<Ansuel> anyway why we still have this?
<Ansuel> Makefile 'package/utils/busybox/Makefile' has a dependency on 'libpam', which does not exist
<rmilecki> Ansuel: is that safe to push commit ("generic: backport mtd dynamic partition patch")?
<rmilecki> (so I can start testing / using it while you sort out specific targets)
<Ansuel> rmilecki yes it's safe but i wanted to push all in one go since we have a patch for cmdlinepart that does the same exact thing
<rmilecki> Ansuel: ok, I'll try to stay patient for few extra days :)
<Ansuel> mhh can't you just cherry pick the commit ?
<Ansuel> on rebase it will be ignored
<rmilecki> i can, i thought you don't want that
<rmilecki> right
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
nemesis-ninux has joined #openwrt-devel
nemesis-ninux has quit []
nemesis-ninux has joined #openwrt-devel
<nemesis-ninux> Hi there, I wanted to inquire about the 60 GHz support. Since it's mentioned in the wiki, I would like to make sure OpenWISP can at least generate a configuration which allows to use this feature (if anyone is using it), but apart from setting band to 60 it is not very clear if anything else is required? Is there any LuCi developer which could help me understand how LuCi generates a configuration for the 60 GHz band?
Tapper has quit [Ping timeout: 480 seconds]
mzvd has joined #openwrt-devel
<mrkiko> nemesis-ninux: should you not get help in there in some time, try the ML
<PaulFertser> nemesis-ninux: every now and then shibboleth joins the channel, ask them.
<mrkiko> there was the TP-Link AD7200 supporting it, right=
mzvd has quit [Read error: Connection reset by peer]
<PaulFertser> Yes
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<nemesis-ninux> Thanks for the info, TP-Link AD7200 supports 60 GHz and is supported by OpenWrt?
<nemesis-ninux> it looks like it, nice to know, I added that device to my shopping list
Gaspare has quit [Quit: Gaspare]
Guest4448 has quit [Quit: Page closed]
<stintel> I fail to decipher the adtran bsap-3040 u-boot code to abort autoboot :/
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<stintel> I read it as I need to hit xZZZZZ but that doesn't seem to work
<Ansuel> mhhhh what logic made you think it'x
<Ansuel> xZZZZ ?
<Ansuel> stintel tell me if i'm reading this bad
<Ansuel> the target is incrementing abort right?
<Ansuel> state is 0 from the start so blue_key[state] is b
<Ansuel> to me you should type
<stintel> Ansuel: x resets state to 0, so first x
<Ansuel> the full blue_key
<stintel> then state is incremented, and matched against 'Z'
<stintel> but Z is only at position 5, so 5 times Z
<stintel> just fucking horrible code
<Ansuel> what about the if before that checks the char based on the current state ?
<Ansuel> to me you need to type the full
<Ansuel> b100:Z
<stintel> I tried b100:Z
<stintel> doesn't work
<Ansuel> the x key is always taken right?
<stintel> xb100:Z also doesn't work
<stintel> but I guess I need to look further how bluekey is called
<Ansuel> mhhh
<Ansuel> wait
<Ansuel> b100:
<Ansuel> try this
<Ansuel> from what i read you should never enter Z
<Ansuel> so b100: or xb100:
<Ansuel> also i have some concern : is also correctly sent
<stintel> neither work
<Ansuel> anyway from what i read you can really stop the boot
<Ansuel> can't
<Ansuel> you can only change bank
<Ansuel> b100: doesn't print BlueKey stop autoboot: ?
<stintel> no
<stintel> never seen that
<Ansuel> mhhh too fast to write?
<stintel> going to try and mess with mfg_state in the uboot env (which I can edit from the OS)
<Ansuel> stintel my fear is that bluekey is never run
<stintel> hah!
<Ansuel> ?!
mzvd has joined #openwrt-devel
<stintel> fw_setenv mfg_state 129; reboot; then type "r00t"
<Ansuel> bootdelay 0 ?
<stintel> geez
mzvd has quit [Read error: Connection reset by peer]
<Ansuel> WAT ?
<stintel> sources/meta-adtran-bsap/meta-adtran-bsap3040/recipes-bsp/u-boot/files/include/configs/T1023WLAN.h:#define CONFIG_AUTOBOOT_STOP_STR "r00t"
<stintel> but I tried that also before
<stintel> just need to make it call abortboot_keyed
<stintel> then r00t works
<stintel> yay
<stintel> thanks for help ;)
<Ansuel> still can't understand why the other method didn't work
mzvd has joined #openwrt-devel
<Ansuel> printf("No valid system image, please call for help\n"); uboot screaming
<stintel> :P
<stintel> vague code
<Ansuel> mfg_state == MFG_ADT_KERNEL_SETUP_DONE
<Ansuel> this seems to do the trhink but think you just notice that
<stintel> yes ;)
<Ansuel> wonder if that gets changed tho
<Ansuel> and i totally forgot i was wasting time with the CI...
<stintel> sorry :P
<rmilecki> Ansuel: i couldn't use dynamic partiitons for my case: https://pastebin.com/BwKgEFLU
<Ansuel> rmilecki mh what are you doing here?
<rmilecki> Ansuel: u-boot uses cmdline to pass info about loader and firmware partitions
<Ansuel> and then you want to set fixed partition on that dynamic partition ?
<rmilecki> Ansuel: i need to parse u-boot (loader)'s subpartiiton for environment data block
<rmilecki> Ansuel: yes
<rmilecki> [ 0.589538] 2 cmdlinepart partitions found on MTD device brcmnand.0
<rmilecki> [ 0.595915] Creating 2 MTD partitions on "brcmnand.0":
<rmilecki> [ 0.601198] 0x000000000000-0x000000100000 : "loader"
<rmilecki> [ 0.606496] 1 fixed-partitions partitions found on MTD device loader
<rmilecki> [ 0.612960] Creating 1 MTD partitions on "loader":
<rmilecki> [ 0.617894] 0x000000040000-0x000000044008 : "u-boot-env"
<rmilecki> [ 0.632405] 0x000000100000-0x00001ff00000 : "image"
<Ansuel> raf just proposed a patch upstream just for you :D
<rmilecki> now I have "u-boot-env" that can be parsed by NVMEM driver
<rmilecki> Ansuel: right ;) just sent 2 little patches for that
<rmilecki> Ansuel: just wanted to let you know
<Ansuel> ok i'm stupid anyway thx!
<rmilecki> huh?
mzvd has quit [Read error: Connection reset by peer]
<Ansuel> i limited that just to nvmem as i could only test that with nvmem related thing but it seems really good
<rmilecki> blah, you got the hardest part done
<rmilecki> i just polished it a bit
<Ansuel> honestly the only part i didn't liked was the partition- suffix but i really wanted something in DT to differenciate these 2 kind of partition
<rmilecki> Ansuel: well, that part is confusing a bit indeed
<Ansuel> yaml are evil
<rmilecki> i think i suggested partition-* as a simplification to something else... or maybe I don't remember that correctly?
<rmilecki> it was months ago I tihnk
<rmilecki> I sent some suggestion regarding nodes I believe
<Ansuel> yep i changed the node pattern 4 times
<Ansuel> you were the one suggesting that partition should also be referenced by the node name instead of making the label mandatory
<rmilecki> i see, you suggested using names like "art-dynamic"
<Ansuel> my crazy mind at times was to put everything in a separate partitions {} node ahahaha
<rmilecki> well, i'd say it's common in DT
<rmilecki> to have maaaany iterations in order to handle DT syntax the way Rob likes it ;)
<rmilecki> that partition-* maybe doesn't seem perfectly clean
<rmilecki> but hey, it's there, accepted, works
<rmilecki> not the worst thing :)
<rmilecki> and *accepted* is crucial here, you managed to get it upstream
<rmilecki> ok, i'm taking a break, going to eat sth, ttyl
<Ansuel> important part is that we have the feature... now i have to fix billion dts on openwrt ahahaha
<Ansuel> have fun!
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Misanthropos has quit [Ping timeout: 480 seconds]
Gaspare has joined #openwrt-devel
Tapper has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
<hauke> xdarklight: thanks
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
ekathva has joined #openwrt-devel
ekathva has quit [Remote host closed the connection]
<stintel> hmmm console goes silent after Loading Device Tree to 03fe6000, end 03fff353 ... OK
Ansuel has quit [Read error: Connection reset by peer]
<xdarklight> stintel: try adding earlycon as boot argument. if the kernel is crashing early (before serial console is initialized but after earlycon is available) you might see some kernel crash output
<stintel> same :(
nemesis-ninux has quit [Quit: Leaving.]
<xdarklight> what SoC is this? do you know if the serial driver has earlycon support? if not: adding it should be simple
<stintel> fsl t1042, powerpc
<xdarklight> seems like the compatible string contains ns16550 -> that one has earlycon support
<KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_lantiq.html has been updated. (96.2% images and 99.9% packages reproducible in our current test framework.)
<mrkiko> cmonroe: I am happy to see new firmware + mt76 fixes backported to openwrt 22.03. Great news.
<mrkiko> nbd: thanks for the backporting :D
<stintel> doesn't seem to be working
<stintel> oh well, would have been too easy if this thing would just work ...
<stintel> but I'm going to call it a day, long drive tomorrow etc
<cmonroe> mrkiko: me too :) so far seems to be working quite well. the current mt76 in 22.03/master doesn't seem to have any noticeable issues on mt7615 or mt7915 for me right now.
<mrkiko> cmonroe: agree; I will try to keep thedevice up and running for a month or so and see if it continues working but I think so. did you experience nay delay in in push notification receiving? Today was first time, butmay depend on different factors
<cmonroe> mrkiko: i've not seen anything like that but will keep an eye out.
Misanthropos has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
Tapper has joined #openwrt-devel
nemesis-ninux has joined #openwrt-devel
Ansuel has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
gladiac has quit [Quit: k thx bye]
<xdarklight> hauke: the kernel selftests will require some patches to be compatible with OpenWrt (mainly because getopt parsing works different in musl and glibc). I'll send patches upstream once I actually got it working. for the OpenWrt side everything should be ready: https://github.com/xdarklight/openwrt-packages/commits/wip-kernel-selftests-net-forwarding-20220707 - I'll wait with the final PR for the package until 1) I was able to test it 2) the
<xdarklight> selftest patches have been accepted upstream so I can backport them to OpenWrt
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<Ansuel> selftest?
<hauke> xdarklight: what patches do you need?
<xdarklight> Ansuel: yes, kernel selftests for driver developers from <kernel source>/tools/testing/selftests/net/forwarding
<Ansuel> ohhh wow interesting topic
<Ansuel> SAD WHAT IS WRONG...
<xdarklight> Ansuel: yes, Vladimir (upstream DSA maintainer) mentioned it. we (OpenWrt downstream) have some issues with the GSWIP DSA driver - he found some issues and provided selftests to reproduce them. now it's my turn to get these tests to work in OpenWrt (which I am still struggling with)
<Ansuel> i know vlad pretty nice guy
<Ansuel> configure: error: you should not run configure as root (set FORCE_UNSAFE_CONFIGURE=1 in environment to bypass this check)
<Ansuel> soo the container run as root?
<Ansuel> that is bad
xes has quit [Quit: bye..]
T-Bone has joined #openwrt-devel
f00b4r0 has quit [Remote host closed the connection]
<Ansuel> mhhh i'm using buildbot/buildworker-3.4.1
<Ansuel> that runs under root
<Ansuel> can't be that our buildbot runs as root
<Ansuel> am i missing something?
xes has joined #openwrt-devel
<Ansuel> ok there is a way in github actions to pass options to the container now i need to understand what user buildbot use
<Ansuel> user is buildbot
<Ansuel> well aparcar will hate me but i'm too curious to test this
<aparcar[m]> Huh?
<Ansuel> OH NO RUN !!! (i'm trying your kernel-ci branch and i'm pushing stuff)
ptudor_ is now known as ptudor
<Ansuel> well nope better test it on my repo...
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
<stintel> hurricos: ping
Ansuel has quit [Read error: Connection reset by peer]
<stintel> or anyone else familiar with why some PowerPC stuff needs DTB padding?
Gaspare has quit [Quit: Gaspare]
T-Bone has quit [Ping timeout: 480 seconds]
Gaspare has joined #openwrt-devel
<stintel> yeah ok nvm, it seems I can "fix" the FDT_ERR_NOSPACE errors I get when following the WS-AP3825i initrd boot sequence on the bsap-3040, but in the end it's still stuck at Loading Device Tree to ...
Tapper1 has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
<Ansuel> aparcar: ping ?
<dwfreed> aparcar[m]: ^^^
srslypascal has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
<aparcar[m]> Uhm Pong?
<aparcar[m]> Feel free to push things in there
<Ansuel> aparcar: mhh not that... using buildbot container is problematic since it does assume root user so some magic are needed with chainging user in each run or openwrt will complain of building as root (using the container with buildbot user is also problematic as the directory usable is /master but github actions require to use a different directory)
<aparcar[m]> it's to late to think about it but i'll put some thought on that tomorrow
<Ansuel> nha was just to alert you of the concern of using buildbot... probably something has to be changed on the buildbot anyway will push a fixed yml
<Ansuel> current solution is to change user with su
robimarko has quit [Quit: Leaving]
Gaspare has quit [Quit: Gaspare]
wigyori has joined #openwrt-devel
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_bcm47xx.html has been updated. (100.0% images and 99.9% packages reproducible in our current test framework.)
srslypascal has joined #openwrt-devel
<Ansuel> yay we have working github action for kernel build
mzvd has quit [Read error: Connection reset by peer]
xes_ has joined #openwrt-devel
mzvd has joined #openwrt-devel
Tapper1 has quit [Quit: Tapper1]
nemesis-ninux has quit [Quit: Leaving.]
<Ansuel> hauke ping
ptudor_ has joined #openwrt-devel
ptudor has quit [Ping timeout: 480 seconds]