bluew has joined #openwrt-devel
tlj_ has quit [Remote host closed the connection]
tlj_ has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
bbezak has quit [Quit: Ping timeout (120 seconds)]
bbezak has joined #openwrt-devel
cmonroe has quit [Quit: Textual IRC Client: www.textualapp.com]
bluew has quit [Remote host closed the connection]
ynezz has joined #openwrt-devel
ynezz is now known as Guest1718
cmonroe has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
f00b4r0 has quit [Ping timeout: 480 seconds]
nixuser has joined #openwrt-devel
danitool has joined #openwrt-devel
bluew has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
minimal has quit [Quit: Leaving]
guidosarducci_ has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
guidosarducci_ has quit [Remote host closed the connection]
valku has quit [Quit: valku]
matoro_ has quit [Remote host closed the connection]
matoro has joined #openwrt-devel
tlj_ has quit [synthon.oftc.net graviton.oftc.net]
torv has quit [synthon.oftc.net graviton.oftc.net]
floof58 has quit [Remote host closed the connection]
floof58 has joined #openwrt-devel
<KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_ath79.html has been updated. (98.6% images and 99.6% packages reproducible in our current test framework.)
tlj_ has joined #openwrt-devel
srslypascal is now known as Guest1744
srslypascal has joined #openwrt-devel
Guest1744 has quit [Ping timeout: 481 seconds]
<\x> dhewg: any idea if ipq40xx's crypto acceleration is usable on openssl? what do I enable to use it??
rua has quit [Quit: Leaving.]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #openwrt-devel
rua has joined #openwrt-devel
MaxSoniX has joined #openwrt-devel
danitool has joined #openwrt-devel
danitool has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
torv has joined #openwrt-devel
torv has quit [Remote host closed the connection]
Obi-Wan- has joined #openwrt-devel
torv has joined #openwrt-devel
clandmeter has quit [Write error: connection closed]
bbezak has quit [Write error: connection closed]
Obi-Wan has quit [Read error: Connection reset by peer]
romany0 has quit [Read error: Connection reset by peer]
romany0 has joined #openwrt-devel
clandmeter has joined #openwrt-devel
bbezak has joined #openwrt-devel
KGB-2 has quit [Ping timeout: 480 seconds]
KGB-2 has joined #openwrt-devel
cbeznea has joined #openwrt-devel
<nbd> jow: ack
<f00b4r0> jow: speaking of luci fixes, dunno if that's something easy to fix but the wireguard app is unreadable in dark mode. grey text on dark grey background: zero contrast
<jow> you mean the app, not the proto?
<f00b4r0> yeah the status page
<jow> imho it's crap anyway
<jow> I'd rather drop it
<jow> badly formatted, full of bugs
<f00b4r0> also i don't know if that's relevant but the info elements are scattered and take a lot more space than they did in prior releases
<f00b4r0> well it's very convenient, if it can be salvaged it'd be nice
<jow> don't have access to a test system to fix it
<f00b4r0> but the formatting changes are certainly not an improvement
<dhewg> \x: it's usable with openssl engines, but if the idea is to use that for wifi stuff I think that's generally not working so good
<jow> imho luci-proto-wireguard should simply ship the relevant bits to add a status display
<f00b4r0> I can possibly help with that, it shouldn't be too hard to set up a playground for you
<jow> and luci-app-wireguard should be kill with fire
<f00b4r0> lol
<f00b4r0> as long as I get some status report of my wg links, I'm happy :)
<jow> yeah, ssh access to some x86 router participating in some wiregaurd network would likely suffice
<jow> s/x86 router/x86 vm/
<f00b4r0> *nod*
<f00b4r0> I'll try to set you up, will keep in touch
tlj_ has quit [Ping timeout: 480 seconds]
robimarko has joined #openwrt-devel
tlj_ has joined #openwrt-devel
<\x> dhewg: what things do I need to enable on the build to use it?
<\x> like on menuconfig and kernel menuconfig
<robimarko> \x: Only crypto acceleration on IPQ40xx is the QCE engine
<robimarko> And that is not so great
<\x> like its worse than using the cpu?
<robimarko> For certains sizes yes
<robimarko> I know that dhewg had a whole forum thread with tests
<robimarko> If you want to use it with openssl then you need devcrypto or something like that
<dhewg> I I've tried it and commented about it somewhere, but that wasn't a thread I created?
<dhewg> but there're various infos on the issue tracker about it
<dhewg> some are in #10042, that's not the crypto engine for ipq, but you'd find some infos in there
<robimarko> Oh yeah, I think you made an PR and posted a bunch of stuff there
<robimarko> This should contain a lot of info: https://github.com/openwrt/openwrt/pull/2518
<robimarko> No idea if that was you but its QCE on IPQ40xx with a bunch of tests
<dhewg> yeah, I've tried to utilize hw crypto engines on ramips and ipq4019, but that either broke something like wpa3 or didn't gain anything
<dhewg> imho it's not worth it, at least for wifi stuff
<dhewg> it may increase wireguard througput, but since that's a kernel feature you don't have to mess with openssl engines at all
<f00b4r0> is it expected that 'uci -m import' would choke on a file that 'uci import' happily processes?
<f00b4r0> the error is: uci: Parse error (option/list command found before the first section) at line 3, byte 1
<dhewg> robimarko: apropros ipq4019, I saw a comment from you wrt usb being made of fail on that platform
<dhewg> what's that about?
<dhewg> just being slow or is that made of fail?
<robimarko> dhewg: You are gonna need to jog my memory
<dhewg> if mine wasn't so unclear, I don't remember where I read it. on the forum I guess. something about ipq4019 usb not working so well
<dhewg> if that doesn't ring a bell, maybe it doesn't suck as I read into it? :D
<dhewg> +much as
<robimarko> It was probably somebody complaining about it being USB3 but copy speeds or whatever being low
<dhewg> yeah, sounds likely
<robimarko> There were multiple threads
<robimarko> People seem to forget that USB3/SuperSpeed is just PHY speed
<robimarko> What use is it if your CPU cannot handle it
<dhewg> hehe
<dhewg> I was thinking about a 6g wifi usb dongle on my fb7320, which I'd like to keep because of vdsl
<f00b4r0> wow it gets weirder
<dhewg> no idea if that's okay-ish performance wise
<robimarko> Are there any USB dongles that actually work?
<f00b4r0> uci -m import fails on the 3rd import of the exact same data
<f00b4r0> jow: any idea what could cause this?
<dhewg> mt7921 seems promising, but yeah, there're stability issues
<dhewg> I recently got a Comfast CF-953AX
<robimarko> I am yet to see one that is USB, well supported and actually working
<dhewg> check on the first point, latter two still outstanding ;)
<robimarko> You are gonna need to test speeds via the USB port
<robimarko> I suspect that CPU is getting hogged with IRQ-s
<dhewg> yeah, currently trying that dongle on another box. since it's not yet stable I didn't even try to use it on ipq4019
MaxS0niX has joined #openwrt-devel
<robimarko> There is still hope for it being mt76
<dhewg> there's a dev branch with sg support, which is included in his mac80211 6.1-rc4 bump, no clue if that improves the situation, haven't tried it yet
<dhewg> and yeah, it all sounds promising, but it's not there yet
MaxSoniX has quit [Ping timeout: 480 seconds]
<KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 99.6% packages reproducible in our current test framework.)
<\x> dhewg: i actually tried it on an ipq4019, that mt7921 usb
<\x> :D
<dhewg> hah nice
<\x> i bought it for monitor use, quite nice
<dhewg> does it generally work for you? The issue I just linked to gets triggered rather quickly in my few basic tests
<\x> it works
<\x> hack the regdb :D
<\x> for 6GHz
<\x> oh yeah, DFS doesnt work so dont try
<\x> but as always s/DFS//
<dhewg> it's in 6g without any hacks afaict? (still waiting for another card to connect to in 6g, but can connect on 5g)
<\x> itll make it work
<dhewg> no hacks, quoting luci:
<dhewg> MediaTek MT7921AU 802.11acaxbgn
<dhewg> Channel: 207 (6.035 GHz) | Bitrate: ? Mbit/s
<\x> well in my country i have to hack it
<\x> or change country to something in EU
<dhewg> well, I don have "option country 'DE'", but I don't consider that a hack hehe
<dhewg> *do
<Habbie> has any work been done on using openssl3 in openwrt?
<jow> "802.11acaxbgn" :D
<jow> we should come up wirth a better naming schema
<dhewg> moar is better :D
<robimarko> jow: Why?
<Habbie> 802.11+v6.13.2022next
<robimarko> Please just dont start with "WiFi 6" etc
<jow> robimarko: no, just introducing separators and omit legacy modes in case they're implied
<jow> so 802.11ac/ax/n
<robimarko> That I agree with
<robimarko> Would make it much more clear to read
<jow> especially "bg" should only be added if the radio is dual band
<dhewg> oh btw, that "MT7921AU" hardware id is present because of my iwinfo patch set to support usb devices, any feedback is welcome
<f00b4r0> jow: shouldn't 'b' be ommitted unless legacy rates are enabled?
<\x> haha ill try it when i have free time
MaxSoniX has joined #openwrt-devel
<jow> it's more about waht the radio theoretically supports
<jow> afair
<f00b4r0> ah
<jow> a 5ghz only should report acaxan
<\x> maaan, this would be funny, we will see channel 1,5,9,13 again
<\x> but on 6GHz
<jow> but ac / ax implies 5ghz
<jow> so the "a" in "an" seems redundant
<jow> and there's no linux driver supporting 11n greenfield afair, so "n" support pretty much implies legacy "a" support
<jow> oh well, maybe we should just add slashes
<dhewg> \x: did you open the dongle? I wonder if I can attach external antennas
MaxS0niX has quit [Ping timeout: 480 seconds]
<\x> yeah
<\x> no idea on external antennas
MaxS0niX has joined #openwrt-devel
MaxSoniX has quit [Ping timeout: 480 seconds]
MaxS0niX has quit [Quit: Konversation terminated!]
MaxS0niX has joined #openwrt-devel
<stintel> hmmmz, anyone any idea where print_bool is defined, it is used extensively in iproute2 but I can't find the definition
<dhewg> \x: meh, it's soldered of course: https://imgur.com/a/ihayDGy
<robimarko> You did not seriously expect u.FL-s
<robimarko> That would be just waste of money
<dhewg> hoped, but didn't expect :D
<dhewg> but the pads look okayish to solder if I chose to
<robimarko> Yeah, it does not look hard to solder new coax
G10h4ck has joined #openwrt-devel
minimal has joined #openwrt-devel
MaxSoniX has joined #openwrt-devel
MaxS0niX has quit [Ping timeout: 480 seconds]
MaxS0niX has joined #openwrt-devel
<\x> dhewg: those channel numbers on 6GHz are like offset by 190 hehe, I guess openwrt needs to be redied for that
MaxSoniX has quit [Ping timeout: 480 seconds]
<\x> <jow> we should come up wirth a better naming schema
<\x> Phones use like 4/5/6 indicating what it is atleast
<\x> but that kinda feels like weird on luci haha
<robimarko> No, please lets not dumb it down like that
<\x> yeah itll feel weird too
<dhewg> nbd: this looks a rebase hiccup? https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=blob;f=package/kernel/mac80211/patches/ath9k/040-ath9k-support-DT-ieee80211-freq-limit-property-to-li.patch;h=65ed2bb9b342f8b230f68574efb470ff90827f97;hb=a1b61dd2014394bb45049a49c368555d6ef5e805
<\x> on my ipq60xx its like acaxn, axbgn, on 40xx its acn and bgn, but hot damn dual band radios will be like acaxbgn
<\x> then when w7 comes itll be like acaxbegn maybe killing b support, if theres b then acaxbbegn?
<\x> wtf man
<dhewg> markering 101, more is better. liek axHUGENUMBER
<\x> dhewg: then my IPQ4019 with MT7921U should be 3000+1300, damn, ipq4019 doing AX4300 now. 400+867 + 600+1200+1200
<hgl> jow, any reason LAN interface's ipv6 link-local address is not exposed in ubus? Some users seem to want to access LuCI with it. Should "ip addr show" be parsed instead or link-local should be avoid for some reason? https://github.com/openwrt/packages/issues/11847
<robimarko> Just add a slash so its ac/ax/b/g/n
<robimarko> Much more readable
<\x> robimarko: so how does this bdwlan thing works? If I build it in, I dont need that board.bin right?
<robimarko> \x: bdwlan is just raw BDF
<\x> maybe in the weekend ill have a spin on using vendor's firmware and include those in, I saw one kirdesde's branch doing the same
<robimarko> \x: That makes no sense
<robimarko> I dont get what you are trying to achieve
<\x> maybe its faster or something
<robimarko> What BDF are you now using?
<\x> this one
<\x> so default bdf
<robimarko> Well, thats not ideal
<\x> yeah
<robimarko> You should extract the stock one
<\x> I cant open channel 12 and 13
<robimarko> But be warned, it will likely break newer FW
<\x> I do have them robimarko, but yeah thats why I was asking about it
<\x> ill have a spin on weekend
<\x> so are these files like mix and matchable? like I can use that 2.7 firmware with bdwlan from vendor?
<\x> or go full vendor with everything
<\x> then no more board-2.bin
<robimarko> Its hit and miss
<robimarko> Cause, they are constantly adding new stuff to the BDF-s
<\x> I guess I'll see what a good combo is
<robimarko> And while its supposed to be backwards compatible with the old BDF its really hit and miss
<robimarko> Depends on how old/what FW did the vendor generate BDF based on
<robimarko> But I would newer use the ancient Q6 FW that vendors ship
<\x> what linksys does is they change country at boot after getting its location, so it replaces bdwlan.bin its like this https://rimgo.bus-hit.me/JXVKXfw.png
<\x> and I cant find board-2.bin anywhere for the linksys, some devices got them recently though I dont know where lean gets them
<robimarko> You dont get board-2.bin, you generate it
<\x> ooooh
<robimarko> Its just a wrapper for multiple BDF-s
<\x> do I just concatenate these?
<\x> ahaha
<robimarko> No, there is a tool called ath11k-bdencoder
<\x> ill have a look on it, thanks for lighting the way
<\x> maaan, the instructions are too vague on this bdencoder script
<nbd> dhewg: fixed, thanks
<\x> robimarko: so board-2.bin are basically just amalgamation of multiple bdwlan files? since theyre all 65535 in size and fast look on strings they seems the samesies
<robimarko> \x: Its a wrapper
<\x> i extracted them using the tool
<robimarko> It allows specifying on what do you match each specific one
<\x> i used the default boardfile as an example and it gave me a json and spit out a lot of files 65535 bytes in size
<robimarko> And it should be like that
<\x> i thought whats inside are those q6 and m3 files
<robimarko> Nope
<\x> just a quick look so yeah
<robimarko> Q6 and M3 are the FW for remoteprocessor
<\x> it spit files like
<\x> 'bus=ahb,qmi-chip-id=0,qmi-board-id=48.bin'
<\x> hmm, those numbers feels like country codes?
<robimarko> No
<robimarko> That is just string on which the driver will match and extract one of those
<\x> ah
<G10h4ck> Hi!
G10h4ck has quit [Remote host closed the connection]
G10h4ck has joined #openwrt-devel
<\x> so I need to match these numbering robimarko
<\x> basically I can just make all of those use PH bdwlan and then itll alow me to do channel 12 and 13? default boarfile limits me to whats the same with US and PH so I cant use 12 and 13
<robimarko> \x: No, you are overthinking this
<robimarko> You just need to figure out which one the stock FW uses
<robimarko> And then package it
<robimarko> For testing just place the stock bdwlan.bin and remove board-2.bin
<robimarko> As driver still supports that as fallback
<robimarko> But I doubt that it will allow you 12 and 13 due to regulatory
<\x> stock FW does like boot as world regd, get the location of the AP with ipgeolocation, if country is available, copy ath11k/IPQ6018/XX/bdwlan.bin to ath11k/IPQ6018/hw_1.0/bdwlan.bin
<\x> then reload wifi
<\x> its like this
<robimarko> \x: Just use the one for your regulatory domain
<\x> yeah
<\x> im on PH
<\x> im copying PH bdwlan over to all of those or can I just replace one?
<robimarko> What do you mean by all of those?
<\x> every country code there has a bdwlan.bin of its own
<robimarko> So what?
<robimarko> Just copy the one for you domain
<\x> then i replace like 0.bin here with PH/bdwlan.bin? or all those .bin
<jow> hgl: it's not exposed in ubus because it is not managed by netifd
<\x> lemme rephrase, so I extracted the board-2.bin from https://git.codelinaro.org/clo/qsdk/oss/ath11k-bdf.git
<\x> it spit out these https://pastebin.com/raw/wdPefFnx
<\x> so which do I replace? it spit out multiple files
<\x> or basically I just replace *.bin with PH/bdwlan.bin
<\x> so all of them
<robimarko> \x: Again, just copy the damn bdwlan.bin to /lib/firmware/ath11k/...
<\x> oh, i can go that route?
<robimarko> Yeah
<\x> my bad didnt get it
<robimarko> Just remove the board-2.bin
<\x> okay
<\x> thanks man
<robimarko> And driver will load whatever is named bdwlan.bin
<robimarko> Just make sure to find what stock FW uses
<\x> yup
<robimarko> You need the board-id it uses
<robimarko> And then its one of the bdwlan.bX
<robimarko> Usually they symlink one of those to bdwlan.bin
<\x> all of those files are used, they just copy it over once they get geolocation data, and so yeah since I want to operate legally here in my country, then ill copy over PH/bdwlan.bin
torv is now known as Guest1782
torv has joined #openwrt-devel
<\x> thanks thanks ill have a go
<robimarko> No, they are not all used
<robimarko> Just one of them will be used
Guest1782 has quit [Ping timeout: 480 seconds]
<\x> yup
<robimarko> So just find the board-id
<\x> they copy it over as I said
<\x> see
<robimarko> You are not getting me
<robimarko> Not the regulatory ID, the board-ID
<robimarko> It is what was fused during manufacturing
<robimarko> And off which it matches the BDF
<robimarko> That is the number you see on bdwlan.b92 for example
<robimarko> It usually prints that during booting as its loading the BDF
<\x> etc/init.d/service_wifi/wifi_utils.sh:cd /lib/firmware/IPQ6018 && ln -sf WIFI_FW/bdwlan.b11 bdwlan.bin
<\x> its this one?
<robimarko> Should be
<\x> so its the same file
<\x> they just symlink it
<robimarko> They usually do that, but not always
<\x> basically linksys boot is like, open wifi but with world regd, if has internet, get country code, if country code has a bdwlan, copy that bdwlan over, then reload wifi
<\x> this is that bootup script
<KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_omap.html has been updated. (11.1% images and 99.6% packages reproducible in our current test framework.)
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
torv has quit [Quit: torv]
G10h4ck has quit [Remote host closed the connection]
<f00b4r0> god it really pisses me off that openwrt-devel only accepts plain text emails :P</rant>
<stintel> heh, I wish it would also filter out top-posting
<f00b4r0> ;P
<f00b4r0> top-posting has some valid uses tho
<f00b4r0> anyway my last reply to Sebastian only went through to cake m-l (which correctly parses multipart emails), and reposting would only add insult to injury, so I'll leave it be
valku has joined #openwrt-devel
torv has joined #openwrt-devel
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
<\x> it works robimarko, but the fallback thing didnt? so what I did is i used ath11k-bdencoder and then put PH/bdwlan.bin on both 11.bin and 255.bin
<\x> im testing far away and im getting 470Mbps
<\x> on iperf3
<\x> and yeah what it loaded is board id 0xff so 255
<\x> and it doesnt crash now on wifi turn on turn off!
noltari has quit [Quit: Bye ~ Happy Hacking!]
noltari has joined #openwrt-devel
<\x> regulatory still didnt though
<\x> cant use 12 and 13
<\x> uhh nope, 5ghz radio still crashes on wifi up/down
<\x> I guess ill try that vendor firmware sometime
danitool has joined #openwrt-devel
<Slimey> morning/evening/night
<Slimey> ;P
danitool has quit [Ping timeout: 480 seconds]
<\x> robimarko: much thanks! performance is now on par with vendor, so I guess the reason on why the fallback didnt work is it loads up 0xff board id
<\x> but I inserted PH/bdwlan.bin on the board-2.bin and sent it back via scp
<\x> now I get 700Mbps on it (I had to unplug it downstairs and bring it back here) :D
<\x> no more of that 350~400Mbps when im literally beside it!
<\x> fucking thanks man
<\x> -- so basically grab vendor bdwlan, add it in via bdencoder ass board id 255, itll spit out board-2.bin! and thats way faster than whatever the generic boardfile from ath11k-bdf.git
<robimarko> \x: Oh, I told you wrong
<robimarko> The fallback is named board.bin
<robimarko> Channels are still due to outdated regulatory
seer has quit [Quit: quit]
seer has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
Borromini has joined #openwrt-devel
cmonroe_ has joined #openwrt-devel
MaxS0niX has quit [Quit: Konversation terminated!]
MaxS0niX has joined #openwrt-devel
<KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_lantiq.html has been updated. (96.2% images and 99.6% packages reproducible in our current test framework.)
MaxS0niX has quit [Read error: Connection reset by peer]
MaxS0niX has joined #openwrt-devel
Tapper has joined #openwrt-devel
MaxS0niX has quit [Remote host closed the connection]
MaxS0niX has joined #openwrt-devel
<Tapper> It's sad to see that 20 members of the OpenWrt team did not vote on the email list! They all had plenty of time to.
<Borromini> i suppose the bylaws don't allow a re-run before one year?
danitool has joined #openwrt-devel
danitool_ has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
MaxS0niX has quit [Ping timeout: 480 seconds]
cbeznea has quit [Quit: Leaving.]
Tapper has quit [Ping timeout: 480 seconds]
<Mangix> jow: ax does not imy 5ghz.
<Mangix> imply
<Mangix> LuCI naming scheme should be changed to WiFi 2-6 instead of all the letter mess
<dwfreed> nobody knows the numbers
<Habbie> i saw a wifi 7 device the other day
<olmari> I hate the numbers xD especially letters in their name too :D
<dwfreed> like, wifi 6 is the first time they started using the numbers
<aiyion> nbd: I've been working on an mt7621 device the past few days and have most of the hardware working now, but had trouble getting the bootloader to regularly boot initramfs firmware without `fit-relocate` which I found in your staging tree.
<aiyion> https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=blobdiff;f=target/linux/ramips/image/mt7621.mk;h=247e4e15cc8f9360785fd324ccc60c65337e3223;hp=ff0aadd5d1456da2f6de12a14261428218c48f0c;hb=73f7394e98d35ee548237de82897298fa3b3e22e;hpb=5222b430fe6714f30399456260897dd5918b0e58
<Mangix> dwfreed: still simpler than the letter mess.
<aiyion> Since I've been using it, booting initramfs works just fine.
<dwfreed> is it really simpler if nobody knows what they mean at all
<Mangix> I doubt most normies know what 802.11ac is
<dwfreed> sure, but 802.11ac is actually used in marketing
<Mangix> or 802.11d
<aiyion> (worked as well when I manually set the tftp target to 0x81000000 and let bootm load that.
<dwfreed> so people understand it is newer than n
<Mangix> Erm ad
<Mangix> See even I mess up
<aiyion> I've got trouble loading sysupgrade though; would you mind taking a look? Maybe I'm just using it wrong.
Borromini has quit [Quit: leaving]
digitalcircuit has quit [Quit: Signing off from Quassel - see ya!]
digitalcircuit has joined #openwrt-devel
Tapper has joined #openwrt-devel
robimarko has quit [Quit: Leaving]
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_bcm47xx.html has been updated. (100.0% images and 99.6% packages reproducible in our current test framework.)
Luke-Jr has quit [Ping timeout: 480 seconds]
csrf has joined #openwrt-devel
Guest1818 has joined #openwrt-devel
<stintel> Error loading shared library libwebsockets.so.18: No such file or directory (needed by /usr/sbin/mosquitto)
<stintel> meh