<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>
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 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
<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]
<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?
<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.
<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 ;-)
<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