<stintel> so it's cc80cf53c50 causing all those sh out of range erros
gch9812138 has quit [Read error: Connection reset by peer]
gch9812138 has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Tapper has quit [Ping timeout: 240 seconds]
<mangix> aparcar[m]: sent replacement patch for the libjson-c fix.
Tapper has joined #openwrt-devel
<owrt-snap-builds> build #529 of ramips/mt7621 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Fmt7621/builds/529 blamelist: Rosen Penev <rosenp@gmail.com>, Rui Salvaterra <rsalvaterra@gmail.com>, Stijn Tintel <stijn@linux-ipv6.be>, Ataberk ?zen <ataberkozen123@gmail.com>, Paul Spooren
<owrt-snap-builds> <mail@aparcar.org>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Lukas Tribus <lukas@ltri.eu>, Michael Pratt <mcpratt@pm.me>, Filip Moc <lede@moc6.cz>, ?lvaro Fern?ndez Rojas <noltari@gmail.com>, Sander Vanheule <sander@svanheule.net>, Karel Ko?? <karel.koci@nic.cz>, Tomasz Maciej Nowak <tmn505@gmail.com>
glyph has quit [Quit: End of line.]
glyph has joined #openwrt-devel
gch98121381 has joined #openwrt-devel
<aparcar[m]> mangix: and commit message?
gch9812138 has quit [Ping timeout: 240 seconds]
gch98121381 is now known as gch9812138
<mangix> posted libiconv bump on patchwork with a reworded message.
<aparcar[m]> ack
urjaman has quit [Read error: Connection reset by peer]
elektroman has quit [Ping timeout: 240 seconds]
elektroman has joined #openwrt-devel
urjaman has joined #openwrt-devel
mangix has quit [Read error: No route to host]
lmore377 has joined #openwrt-devel
gch98121382 has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121382 is now known as gch9812138
mangix has joined #openwrt-devel
gch98121385 has joined #openwrt-devel
mangix has quit [Client Quit]
mangix has joined #openwrt-devel
gch9812138 has quit [Ping timeout: 256 seconds]
gch98121385 is now known as gch9812138
gch9812138 has quit [Read error: Connection reset by peer]
gch98121386 has joined #openwrt-devel
mangix has quit [Quit: leaving]
philipp64_ has joined #openwrt-devel
philipp64 has quit [Ping timeout: 246 seconds]
philipp64_ is now known as philipp64
gch98121386 has quit [Read error: Connection reset by peer]
gch9812138 has joined #openwrt-devel
mangix has joined #openwrt-devel
hbug__ has joined #openwrt-devel
hbug_ has quit [Ping timeout: 240 seconds]
eduardas has quit [Quit: Konversation terminated!]
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
lmore377 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
lmore377 has joined #openwrt-devel
victhor has quit [Ping timeout: 240 seconds]
opal has quit [Remote host closed the connection]
opal has joined #openwrt-devel
opal has quit [Remote host closed the connection]
opal has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
black_ant has joined #openwrt-devel
<KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_mediatek.html has been updated. (100.0% images and 98.4% packages reproducible in our current test framework.)
dangole has quit [Remote host closed the connection]
black_ant has quit [Ping timeout: 240 seconds]
dopje has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
urjaman has quit [Ping timeout: 240 seconds]
urjaman has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
slh64 has quit [Quit: gone]
nitroshift has joined #openwrt-devel
ephemer0l has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
ephemer0l_ has joined #openwrt-devel
Borromini has joined #openwrt-devel
voxadam has quit [Read error: Connection reset by peer]
voxadam has joined #openwrt-devel
feriman has joined #openwrt-devel
heffer has quit [Quit: heffer]
gch98121387 has joined #openwrt-devel
<svanheule[m]> I've sent out a patch to fix the broken builds for mt7621 (sorry for that)
gch9812138 has quit [Read error: Connection reset by peer]
gch98121387 is now known as gch9812138
<ynezz> svanheule[m]: thanks, pushed
heffer has joined #openwrt-devel
feriman1 has joined #openwrt-devel
feriman has quit [Read error: Connection reset by peer]
<ynezz> mangix: I think, that "cmake.mk: set C/CXX compiler for host builds as well" is proper fix for those gcc/clang macOS woes, so rejecting the other clang related fixes
danitool has joined #openwrt-devel
Night-Shade has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ivanich has joined #openwrt-devel
<mangix> ok
eduardas has joined #openwrt-devel
Ycarus has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch9812138 has joined #openwrt-devel
gch98121388 has joined #openwrt-devel
slh64 has joined #openwrt-devel
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
gch9812138 has quit [Read error: Connection reset by peer]
luke-jr has joined #openwrt-devel
gch98121388 is now known as gch9812138
gch98121384 has joined #openwrt-devel
gch9812138 has quit [Ping timeout: 260 seconds]
gch98121384 is now known as gch9812138
<mangix> ynezz: I'm of the opinion that both patches should be merged but w/e.
<ynezz> the openssl is wrong
<ynezz> or the description doesn't make sense
<ynezz> that libjson one seemed wrong as well
<ynezz> adding just compiler error into the commit description is not enough, you need to provide context
_whitelogger has joined #openwrt-devel
<mangix> openssl's config system wrongly picks up host CC instead of target. that's really it.
<mangix> libjson-c has a strange math patch that fixes...i have no idea what/
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
<ynezz> then fix the openssl config system or report it upstream and backport fix, removing the compiler flag is not proper fix
<ynezz> if you want to remove that math patch for libjson, then just propose the patch to do that, don't hide it behind some strange macOS foo
<ynezz> maybe it was just needed back in the days and now it's obsolete, who knows
<karlp> :+1:
Dracos-Carazza has quit [Ping timeout: 260 seconds]
Dracos-Carazza has joined #openwrt-devel
adrianschmutzler has joined #openwrt-devel
<ldir> If it helps, I am able to build on macos catalina, xcode 12, on master plus the nettle patch that I submitted.
<ldir> nbd's recent macos fixes allowed building using xcode 12, which AFAICT made clang fussier, ie. more warnings enabled by default.
<rsalvaterra> 'morning!
<rsalvaterra> I'm a bit confused… what are the canonical OpenWrt repositories? The ones on GitHub, or the ones on git.openwrt.org?
<rsalvaterra> On git.openwrt.org, it says the packages repository is a *mirror* of the packages feed.
<karlp> yep
<karlp> so packages is github.
<karlp> the others are git.openwrt.org
<karlp> like it says...
<adrianschmutzler> for the main repo and projects like netifd, git.openwrt.org is primary
<adrianschmutzler> for the feeds, github is primary
<rsalvaterra> What a mess. :P
<karlp> no?
<stintel> no, packages feed is a community project, with many more committers than openwrt core and everything related to it
<rsalvaterra> Oh, well… I guess I'll reconfigure my git remotes, then.
<mangix> so what is this libroxml package in base?
<rsalvaterra> Thanks, stintel! I had pages of these. :) https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=26c26e11a2131e3e07a9322c9bea6dcc107cddad
<nick[m]> can we maybe merge my commit soon? https://github.com/openwrt/openwrt/pull/3596
<karlp> commits to core are always second class citizens if they come from github, you'll get more traction on it posting to the list.
<rsalvaterra> I never understood the aversion to git send-email…
<stintel> rsalvaterra: generation Z :P
<stintel> rsalvaterra: and welcome. are they all gone now for you?
<rsalvaterra> stintel: Not yet, haven't built today, but the kernel was bumped too, I have two wonderful reasons for it. :)
<nick[m]> on the mailing list it was already discussed that the ipq40xx soc has now issues
<nick[m]> some other person wanted to revert the changes
<nick[m]> I introduce a kernel flag to switch between port isolation, and nested vlans
<stintel> ah nice, I'll go for a bunch of image builds then today
<karlp> rsalvaterra: because it requires functional MTA, which is decidedly non trivial.
<rsalvaterra> karlp: You've got to be kidding me.
<stintel> yeah and the gmail webinterface is user friendly
<stintel> ¯\_(ツ)_/¯
<stintel> it's a frickin' abomination. not to mention I have too much browser tabs open already, one more for mail is just asking to not look at mail
<rsalvaterra> Three Debian packages: git-email libauthen-sasl-perl libmailtools-perl.
<rsalvaterra> That's all.
<stintel> (we use google mail for work)
<Borromini> hey but gmail just revamped its interface. again. it got even better!
<Borromini> /s
<rsalvaterra> Of course, the configuration is email-service specific, but Gmail is trivial to configure with STARTTLS.
<stintel> half of the time I miss meetings because the tab stopped refreshing and don't get notifications
<jow> stintel: I'd consider that a feature
<stintel> oh but we're moving to office365 without IMAP/SMTP/...
<rsalvaterra> Ah, meetings… where minutes are kept and hours are lost.
<stintel> I guess I'll be installing evololution
<svanheule[m]> stintel: RIP
<Borromini> stintel: i kind of like geany.
<Borromini> although i think it uses the evolution backend
<stintel> svanheule[m]: acquisitions ftl
<stintel> I might soon receive an ubuntu laptop with 4 cores and 16GB RAM, with ubuntu and no sudo access
<svanheule[m]> stintel: my university used to have SMTP/IMAP, but then they went full MS a few years ago :-(
<stintel> as a frickin' contractor
<stintel> because I will no longer be allowed to use my own hardware
<Tapper> stintel wtf? lol What are you going to do with that?
<Tapper> That just sounds mad.
<stintel> Tapper: probably take it to a shooting range for target practice
<Tapper> A sound plan!
<stintel> not sure if I can do long range with 50 cal here though
<Tapper> hahah
<stintel> because I'd love to :D
<Tapper> Would make a nice vid for youtube.
<stintel> to hand in with my notice :P
<Tapper> haha
<Tapper> Would be like russian FPS.
<rsalvaterra> Rush B? :P
gch98121380 has joined #openwrt-devel
<rsalvaterra> Oh, my, the stereotypes…! XD
gch9812138 has quit [Read error: Connection reset by peer]
gch98121380 is now known as gch9812138
Dracos-Carazza_ has joined #openwrt-devel
* nitroshift invites stintel over for a shooting session
Dracos-Carazza has quit [Ping timeout: 240 seconds]
<nitroshift> though i don't have 50 cal, only 30x06 magnum
<stintel> nitroshift: do I need a PCR test though :P
<Tapper> rsalvaterra Yeah I know, I bet that dude is not even from Russia
<nitroshift> umm... i ain't got a clue about that
<nitroshift> rsalvaterra, 0/
<rsalvaterra> It doesn't sound a lot like a Russian accent, for sure…
<rsalvaterra> nitroshift: o/
<Tapper> nitroshift never mind that laptop needs to die. lol
<nitroshift> Tapper, be mean, don't feed it ^_^
<Tapper> stintel holey crap!
<nitroshift> stintel, rofl
<rsalvaterra> WTF?! Ok, we can close the internet for today.
<nitroshift> serves him right!
* nitroshift waits to be kicked in his back
<Tapper> "“When he was eight he believed he was a porcupine, then at 12 a squirrel, now he’s a deer. It could be worse, he could be a homosexual,” his mother argued when reached by phone."
<Tapper> That is so sad.
Dracos-Carazza_ is now known as Dracos-Carazza
victhor has joined #openwrt-devel
gch98121387 has joined #openwrt-devel
gch9812138 has quit [Ping timeout: 265 seconds]
gch98121387 is now known as gch9812138
linzst has joined #openwrt-devel
<mangix> Tapper: fparussia is a professional russian, not a real one
<Tapper> mangix yeah I thought so!
<mangix> he also happens to be in jail
linzst has quit [Client Quit]
<mrkiko> rsalvaterra: hi! Any news about ubifs/zstd ?
<rsalvaterra> mrkiko: It's working fine in my tree, but the whole thing is brittle as hell.
<rsalvaterra> Of course, you have to compile the kernel with zstd support for ubifs.
<rsalvaterra> The main problem is that we treat jffs2 and ubifs (and, well, basically any filesystem on the overlay) as if it supported the same mount options.
<Tapper> videos feature Kyle Lamar Myers, an American from Franklin County, Georgia, playing the role of Dimitri, a heavily accented Russian from Moscow.
goliath has joined #openwrt-devel
<Tapper> mangix you were write
agb[m] has quit [Quit: Bridge terminating on SIGTERM]
cepxuo has quit [Quit: Bridge terminating on SIGTERM]
nick[m] has quit [Quit: Bridge terminating on SIGTERM]
svanheule[m] has quit [Quit: Bridge terminating on SIGTERM]
fblaese has quit [Quit: Bridge terminating on SIGTERM]
JuniorJPDJ has quit [Quit: Bridge terminating on SIGTERM]
decke[m] has quit [Quit: Bridge terminating on SIGTERM]
voltagex has quit [Quit: Bridge terminating on SIGTERM]
akanouras has quit [Quit: Bridge terminating on SIGTERM]
pavlix has quit [Quit: Bridge terminating on SIGTERM]
aparcar[m] has quit [Quit: Bridge terminating on SIGTERM]
MatMaul has quit [Quit: Bridge terminating on SIGTERM]
pgwipeout[m] has quit [Quit: Bridge terminating on SIGTERM]
olmari has quit [Quit: Bridge terminating on SIGTERM]
zjason has joined #openwrt-devel
Floppe has quit [Remote host closed the connection]
Floppe has joined #openwrt-devel
feriman1 has quit [Read error: Connection reset by peer]
adrianschmutzler has quit [Ping timeout: 260 seconds]
adrianschmutzler has joined #openwrt-devel
aparcar[m] has joined #openwrt-devel
feriman1 has joined #openwrt-devel
<russell--> see on a recent build of openwrt master branch on an APU4 and a pcengines 4GB pSLC SD card: http://paste.debian.net/1174423/. I am not seeing the error on the same card with r5244-f0c37f6ceb or another SD card from the same batch with r10863-e1dcfe02b2 (a little over a year ago) on APU2.
<russell--> a SanDisk Ultra SDSQUNS-016G-GN3MN 16GB seems to work with the fresh build, seems to be an interaction between the kernel and the card
jow has quit [Ping timeout: 260 seconds]
jow has joined #openwrt-devel
feriman1 has quit [Remote host closed the connection]
feriman1 has joined #openwrt-devel
feriman1 has quit [Read error: Connection reset by peer]
pgwipeout[m] has joined #openwrt-devel
fblaese has joined #openwrt-devel
svanheule[m] has joined #openwrt-devel
pavlix has joined #openwrt-devel
olmari has joined #openwrt-devel
voltagex has joined #openwrt-devel
agb[m] has joined #openwrt-devel
cepxuo has joined #openwrt-devel
JuniorJPDJ has joined #openwrt-devel
MatMaul has joined #openwrt-devel
decke[m] has joined #openwrt-devel
akanouras has joined #openwrt-devel
nick[m]1 has joined #openwrt-devel
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
feriman1 has joined #openwrt-devel
feriman1 has quit [Read error: Connection reset by peer]
feriman1 has joined #openwrt-devel
feriman1 has quit [Read error: Connection reset by peer]
feriman1 has joined #openwrt-devel
kakaka has quit [Ping timeout: 240 seconds]
kakaka has joined #openwrt-devel
Pepe has joined #openwrt-devel
Nick_Lowe has quit [Remote host closed the connection]
Nick_Lowe has joined #openwrt-devel
gch98121386 has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121386 is now known as gch9812138
feriman1 has quit [Ping timeout: 244 seconds]
nitroshift has quit [Quit: Gone that way --->]
feriman1 has joined #openwrt-devel
Borromini has quit [Ping timeout: 240 seconds]
DonkeyHotei has joined #openwrt-devel
<rsalvaterra> stintel: New build deployed, no more sh complaints. :)
hgl has quit [Quit: Bye]
hgl has joined #openwrt-devel
hgl has quit [Changing host]
hgl has joined #openwrt-devel
<stintel> rsalvaterra: \o/
victhor has quit [Ping timeout: 264 seconds]
victhor has joined #openwrt-devel
<rsalvaterra> Has anyone played with the new airtime policy settings?
<rsalvaterra> I'm seeing (what I interpret as) some odd behaviour with a per-BSS-limited configuration.
<KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_kirkwood.html has been updated. (100.0% images and 98.4% packages reproducible in our current test framework.)
HeN has quit [Quit: Connection closed for inactivity]
eduardas has quit [Ping timeout: 240 seconds]
ecloud has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
ecloud has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
Pepe has quit [Quit: Connection closed]
Pepe has joined #openwrt-devel
Pepe is now known as Guest75923
Guest75923 has quit [Client Quit]
<stintel> rsalvaterra: I was setting it to mode 3 , weight 4 on lan, weight 1 on dmz and iot
<stintel> but didn't do it on both my APs yet
<rsalvaterra> Hmm… I see all stations with the same weight (256) on the AP, though.
<rsalvaterra> stintel: https://paste.debian.net/1174469/
<stintel> apparently I'm seeing the same. but then I just remembered the AP I'm looking at doesn't even support ATF
<stintel> or at least not on the 5GHz radio
<rsalvaterra> Well, these are two mt76 radios, so they do claim to support airtime fairness.
<stintel> but I did not configure per client weight, only per bssid
<stintel> svanheule[m]: did you figure out why the 5GHz radio on the eap245v3 doesn't support ATF?
<rsalvaterra> Yeah, that's what I did too.
<rsalvaterra> Did you see the paste?
<svanheule[m]> stintel: no :-/
<stintel> rsalvaterra: so maybe try configuring per-client weight and see if that changes anything ?
<svanheule[m]> there were some people on the forum looking at throughput for the QCA9982, but ATF wasn't mentioned I think
<stintel> rsalvaterra: I ran through the paper with half an eye while in bed yesterday so really don't know much about it
<stintel> svanheule[m]: it feels kind of slower than my wave 1 unifi
<rsalvaterra> stintel: I'll try it, just for teh lulz, but I don't really want to micromanage that stuff. :)
<stintel> rsalvaterra: I suspect the per-bssid weight is handled differently and not visible in `iw wlanX station dump` output - but just a wild guess
<svanheule[m]> stintel: I didn't really push it, or make an in-deep comparison to my Wave-1 AP
<rsalvaterra> stintel: I thought of that possibility too, but I don't know who could enlighten us about it… there's almost no information available.
<stintel> rsalvaterra: ask Toke
<rsalvaterra> Does he lurk around here?
<stintel> can't recall his nick
<stintel> tohojo ?
<stintel> he's in #openwrt :)
<rsalvaterra> Hah!
<stintel> but I decided not to stay there, I tend to get annoyed easily, so that's my way of following our "be nice" rule
<rsalvaterra> I'm on both channels, but I rarely interact in #openwrt…
<rsalvaterra> Unfortunately I also don't have a lot of patience to answer questions which can be answered with a simple search.
<rsalvaterra> (And this doesn't get any better with age. :P)
<stintel> and I guess 2020 also doesn't help
<stintel> shitshow at work is finally settling down a bit. glad I managed to get a few commits in again
<stintel> wow, those are my first commits since August 1, wtf how time flies
<jow> yay, just managed to load an fw4 nftables reference ruleset
<jow> almost reached feature parity, some obscure corner cases require Kernel 5.9+ though
<rsalvaterra> jow: Well, bump it, then! :D
* rsalvaterra runs
<stintel> :P
<stintel> jow: cool. I didn't even know fw4 was a thing :(
<jow> it's not public yet
<rsalvaterra> stintel: It's fw3, but for nftables instead of iptables.
<jow> but once finished, it is supposed as drop-in replacement for fw3, using the same uci config but translating to nftables isntead of iptables
<stintel> I guess it'll be something for > 20.x
<jow> likely, yeah
<rsalvaterra> I hope so, since this will force me to learn nftables. :P
<stintel> if we even manage to get a 20.x
<rsalvaterra> Until the 31st December we can have a 20.12… :)
<jow> translates ruleset starts at line 298
<jow> this covers both ipv4 and ipv6 simultaneously, restricting to inet or inet6 if needed
dedeckeh has joined #openwrt-devel
<stintel> and back to yak shaving :/
<stintel> is Florian Eckert on IRC ?
dangole has joined #openwrt-devel
<dangole> ynezz: i'm now building malta/mips32be to also try what happens in initramfs with ujail
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<blocktrron> stintel: airtime fairness should work with ath10k radios. i can only speak for the non-ct flavor, but the airtime weight displayed on "iw station dump" depends on the airtime policy mode
<blocktrron> i have this running @work for the guest wifi. But you are right, i should document this on the wiki
<stintel> blocktrron: driver supports it but apparently not on all devices
<blocktrron> Oh, and thanks for the set_default bugfix, i idn't catch that.
<stintel> blocktrron: np
<blocktrron> Hmm, we have UniFi AC lites there
<stintel> hadn't done any updates for almost 3 months, then saw the out of range spam and debugged until fixed :)
<blocktrron> i was under the impression variables should just be empty in that case
<stintel> my DAP-2695-A1 and Unifi AP AC support it, the TP-Link EAP245v3 apparently not
<blocktrron> Ah
<stintel> blocktrron: yeah but empty and -eq -gt -ge -> out of range
<blocktrron> EAP245 is QCA9886, using a different firmware
<stintel> yeah, maybe an el-cheapo radio that doesn't support it
<blocktrron> i see the problem
<blocktrron> will take better care next time
<blocktrron> Have you tried both firmwares?
<stintel> I didn't
<stintel> svanheule[m]: did you try ath10k stock firmware also?
<ynezz> dangole: hi, thanks!
<stintel> reverting your bump fixes it
<dangole> yness: @champtar is right, we will need hauke's patch. i just read up on it, switch_root involves free'ing the initial ramfs.
<dangole> ynezz: ^^
<stintel> ah, apparently there already is a fix for it
feriman1 has quit [Ping timeout: 240 seconds]
<philipp64> stintel: can you please respond to https://github.com/openwrt/packages/pull/14028/files#r530699883 ?
<mattsm> How does the linux kernel override U-Boot "bad" bootargs? I see ATAG mangle stuff but that's not what U-Boot passes to the kernel, right?
<mangix> stintel: i will look into it.
<stintel> mangix: nvm, I merged the PR already, it's an upstream fix
<mangix> cool
<philipp64> dedeckeh: you around?
<philipp64> dangole: is there a better fix for the kmod-nft-reject dependency issue?
dedeckeh has quit [Ping timeout: 245 seconds]
<owrt-snap-builds> build #530 of ramips/mt7621 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Fmt7621/builds/530
<svanheule[m]> blocktrron: EAP245v1 is QCA9880, EAP245v3 is QCA9982
<svanheule[m]> EAP225v3/EAP225-Outdoor/EAP225-InWall are QCA9886 IIRC
<svanheule[m]> stintel: I think I did, when we were discussing this with greearb
noltari has quit [Read error: Connection reset by peer]
noltari has joined #openwrt-devel
<svanheule[m]> no, `iw phy0 info` should show airtime fairness, but it didn't. Not on ath10k, not on ath10k-ct
<svanheule[m]> it still doesn't, although there appear to be other new features
noltari has quit [Ping timeout: 264 seconds]
noltari has joined #openwrt-devel
MarioH has quit [Quit: ZNC 1.8.2 - https://znc.in]
MarioH has joined #openwrt-devel
feriman1 has joined #openwrt-devel
gch98121385 has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121385 is now known as gch9812138
<Hauke> dangole: which patch?
Risk64 has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hbug__ has quit [Ping timeout: 240 seconds]
hbug__ has joined #openwrt-devel
<philipp64> Is arc_arc700 currently building on master? https://github.com/openwrt/packages/pull/14028/checks?check_run_id=1460427485
<dangole> ynezz, Hauke: just tried a local malta/mips32be build and that went fine with ujail with your patch from a year ago. you reckon we should include that by default?
Ycarus has quit [Quit: Ycarus]
<rsalvaterra> blocktrron: I chatted with tohojo on the other channel, since I also have issues with per-BSS-limited airtime fairness. Case in point: https://paste.debian.net/1174469/
<rsalvaterra> Basically, all stations display an airtime weight of 256, regardless of the BSS.
<rsalvaterra> In my case, I have mt76 hardware, which should be well supported, I think.
<mangix> philipp64: uClibc-ng issue. I have a fix for it but nobody is merging.
<philipp64> link?
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
<mangix> rsalvaterra: hehe hmhm
<rsalvaterra> mangix: Yes? :P
<mangix> mt76 kind of sort of depends on having a good EEPROM.
<mangix> I've had two mt76 pcie cards that didn't work
<rsalvaterra> And… how do I know I have a good EEPROM? :P
<mangix> one because of bad eeprom and the other because of power issues
<mangix> besides manual inspection I have no idea
<mangix> I think mt76 exposes some info via debugfs
<rsalvaterra> Oh, I have no power issues, that's for sure… ;)
<rsalvaterra> 26 dBm at 5 GHz, 27 dBm at 2.4 GHz.
<mangix> by power issues I mean it needed another voltage line.
<rsalvaterra> Ah, power *delivery* issues, you mean. That's fine too, fortunately.
<mangix> yeah. something about pcie not having a 5V line or something
<mangix> or only specific ones do
<rsalvaterra> There are some insane MT7615 cards on AliExpress, which are both oversized and require a totally non-standard extra +5 V in a reserved PCIe pin(!!).
<rsalvaterra> Exactly!!
<mangix> yeah I think that was it
HeN has joined #openwrt-devel
<mangix> in my case, it was a full sized mt7612e
<rsalvaterra> I *almost* got one, until I saw the schematic and cried.
<mangix> what's wrong with the schematic?
<rsalvaterra> I only noticed it was non-standard when I looked at the schematic the vendor provided.
<rsalvaterra> But these aren't discrete cards, it's a Redmi AC2100 router. ;)
<mangix> hmm since it's a name brand it should have a proper EEPROM
<rsalvaterra> I'd be happy if it had a proper NAND. I got four units, one of them has a dead NAND.
andi- has quit [Ping timeout: 272 seconds]
<mangix> NOR master race
<rsalvaterra> (Coincidence or not, the only unit with a ESMT NAND… the others are Toshiba.)
<rsalvaterra> Yeah, NOR for the win! NAND is just cheap. :P
<mangix> I remember the NAND driver being a disaster. Then conveniently, a mediatek developer wrote a new driver for it.
<mangix> which immediately got rejected by upstream
<karlp> mak
<karlp> (keyboard splat, pay no mind)
mangix has quit [Quit: leaving]
andi- has joined #openwrt-devel
Borromini has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
mangix has joined #openwrt-devel
<philipp64> mangix: LGTM
<philipp64> not sure what the delay is.
gch98121380 has joined #openwrt-devel
gch9812138 has quit [Read error: Connection reset by peer]
gch98121380 is now known as gch9812138
danitool has quit [Remote host closed the connection]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
feriman1 has quit [Ping timeout: 260 seconds]
<aparcar[m]> mangix: can libiconv move to packages.git?
ivanich has quit [Quit: Konversation terminated!]
<aparcar[m]> mangix: nevermind
<mangix> lol absolutely not
<mangix> philipp64: the delay is no one caring for it. uClibc-ng is only kept here because of ARC. Once glibc 2.32 gets in the tree, nbd plans to remove uClibc-ng completely.
<Hauke> dangole: is it possible to use tmpfs directly in intramfs as default fs?
<aparcar[m]> mangix: just didn't see it in the packages folder, so it's not compiled as a installable package but only as a dependency?
danitool has joined #openwrt-devel
<pkgadd> hmm, there seems to be a very recent issue with lantiq/ xrx200, factory/ sysupgrade images aren't being built (neither locally, nor the official master snapshots)
<pkgadd> git bisecting points at the kernel bump to 5.4.79 (https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=9100566267755ea642f08c203d03a9b8f13478c9), but I don't see how that one could be responsible - but I bisected it three times now (even more strange, I did patch r15021-b0ecae504b with that kernel bump manually before, without any issues)
<philipp64> mangix: meanwhile…
<Hauke> mangix: glibc 2.32 is there
<Hauke> gdb should not alos support arc
<mangix> aparcar[m]: libiconv-full is installed as a package. libiconv is only an InstallDev library AFAIK
<Hauke> mangix: do you have any ARC hardware?
<mangix> I do not
<karlp> does anyone other than those snps guys who asked for it to be accepted and then left?
<mangix> I do not think so. All of the OpenWrt ARC boarc are dev boards.
<Hauke> I think quantenna uses Linux on ARC
<mangix> *ARC boards
<karlp> given how unhelpfull the snps guys were post merge, I'd be in favour of simply deleting the target.
<karlp> see if they decide to be more helpful
<Hauke> yes the stuff which is supported are probably mostly FPGAs or something emulated in HAPS
<Hauke> you can probably also buy this when you bug a ARC core for your SoC ;-)
<Hauke> s/bug/buy/
<aparcar[m]> mangix: is there a simple way to reproduce this? https://github.com/aparcar/openwrt/commit/d21d42e882fe62aace381bc460a62ae952d743bb
<pkgadd> talking about quantenna, quite sad that there's now mainline driver support for their topaz line (QT3840BC), but no firmware anywhere - leaving it just as unusable as before
<Hauke> is it not possible to extract the FW from some vendor binary?
<mangix> aparcar[m]: make package/glib2/host/compile && make package/libiconv-full/host/compile
<pkgadd> from all I know, the firmwares used by the previous vendor driver and qtnfmac are incompatible
<Hauke> too bad
<mangix> aparcar[m]: erm, add make package/libiconv-full/host/clean in between
<dangole> Hauke: no from what I understood. The documentation says to do what you did, ie. let PID 1 handle ramfs (which is just uncommitted fscache from what I understood) and use switch_root when you're done
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Hauke> dangole: will the data for the initramfs be freed up?
<dangole> Hauke: yes, after switch_root it's gone (that's what the manpage says at least)
black_ant has quit [Ping timeout: 246 seconds]
Nick_Lowe has joined #openwrt-devel
<aparcar[m]> adrianschmutzler: if you ever feel like let's continue with the metadata stuff, I had a nice talk with Thomas and he's interested as well
<mangix> aparcar[m]: btw for that patch you will need to run ldd on the resulting binaries to see what I mean.
<aparcar[m]> mangix: It currently doesn't compile at all
<aparcar[m]> I'll see whats happening
Borromini has quit [Quit: Lost terminal]
magnus1 has quit [Quit: WeeChat 2.9]
<Hauke> dangole: ok then it should be ok
magnus1 has joined #openwrt-devel
<mangix> aparcar[m]: just realized that patch is for a different package...
<mangix> to test, make package/glib2/host/compile && make package/gettext-full/clean && make package/gettext-full/compile
<mangix> then run ldd on the resulting binaries to see failure
<mangix> it's going to take forever to compile since gettext-full is a pile of ****
<aparcar[m]> rsalvaterra: merged your sstrip patch
<aparcar[m]> mangix: thanks looking at it right now
<aparcar[m]> ynezz: do you have any feelings about 18.06.x in the firmware selector? As JSON isn't backported it means some awkward hack around. cc mwarning
gch9812138 has quit [Ping timeout: 240 seconds]
<pkgadd> aparcar[m]: wasn't 18.06 supposed to be archived and no longer maintained after 18.06.9 anyways?
<aparcar[m]> pkgadd: yes that's kinda my main point against it, but there seem to be some devices only available in 18?
gch9812138 has joined #openwrt-devel
<pkgadd> aparcar[m]: most of those 4/32 devices don't really work with 18.06.x anyways (not without stripping down the default package set)
<pkgadd> a user who can build from source (or use the imagebuilder) shouldn't have any issues locating the firmware files
<aparcar[m]> amen
<mangix> there are also devices where 17.01 is the last supported version
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
<aparcar[m]> mangix: I compiled iconv but it still shows 1.11 and doesn't work as expcted
<aparcar[m]> iconv (GNU libiconv 1.11)
<aparcar[m]> the package is however called 1.16
<aparcar[m]> fcb42af695 (HEAD -> staging) libiconv-full: Makefile polishing
<aparcar[m]> 8e6213b2b0 libiconv-full: update to version 1.16
<aparcar[m]> these 2 are added
<aparcar[m]> nevermind it's just the lib
gch98121380 has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<aparcar[m]> ok merged
gch9812138 has quit [Read error: Connection reset by peer]
gch98121380 is now known as gch9812138
Nick_Lowe has joined #openwrt-devel
feurig has quit [Quit: Lost terminal]
Ivan_83 has quit [Quit: Miranda NG]
Ivan_83 has joined #openwrt-devel
Ivan_83 has quit [Client Quit]
Ivan_83 has joined #openwrt-devel
Ivan_83 has quit [Client Quit]
Ivan_83 has joined #openwrt-devel
Ivan_83 is now known as rim
rim is now known as Ivan83
Ivan83 has quit [Quit: Miranda NG]
Ivan83 has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
Ivan83 has quit [Client Quit]
Ivan83 has joined #openwrt-devel
Ivan83 is now known as Ivan__83
Ivan__83 has quit [Client Quit]
Ivan83 has joined #openwrt-devel
Ivan83 is now known as Ivan__83
Ivan__83 has quit [Client Quit]
Ivan_83 has joined #openwrt-devel
Ivan_83 is now known as Ivan__83
Ivan__83 has quit [Client Quit]
Ivan__83 has joined #openwrt-devel
Ivan__83 has quit [Client Quit]
Ivan__83 has joined #openwrt-devel
<rsalvaterra> aparcar[m]: \o/
<stintel> philipp64: btw, "local" is not posix compliant
<philipp64> okay… so… should I be adding them or taking them away? was trying to make everything consistent.
<karlp> we've got local though, so ignore shell check not being tuned for our environment
<karlp> that's a shell check failure, 100%, we don't need, nor, IMO, should we strive for strict 100% posix and only posix.
<karlp> (what year posix anyway?! ;)
<stintel> I tend to write posix