silverwhitefish has quit [Quit: One for all, all for One (2 Corinthians 5)]
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
silverwhitefish has joined #openwrt-devel
manawyrm has quit [Ping timeout: 272 seconds]
Swant has quit [Ping timeout: 606 seconds]
Swant has joined #openwrt-devel
manawyrm has joined #openwrt-devel
mkresin_ has quit [Remote host closed the connection]
mkresin has joined #openwrt-devel
kontaxis has quit [Remote host closed the connection]
pine127 has quit [Remote host closed the connection]
kontaxis has joined #openwrt-devel
pine127 has joined #openwrt-devel
nbd_ has quit [Ping timeout: 276 seconds]
blogic has quit [Ping timeout: 276 seconds]
christiandr has quit [Ping timeout: 272 seconds]
nbd has joined #openwrt-devel
blogic has joined #openwrt-devel
<rr123>
jow: does uhttpd support gzipped content? i hope it does
<rr123>
i read the list and yes squashfs compressed it anyways, but for slow network gzip still helps
luke-jr has quit [Ping timeout: 240 seconds]
heffer has quit [Quit: heffer]
luke-jr has joined #openwrt-devel
heffer has joined #openwrt-devel
black_ant has quit [Ping timeout: 264 seconds]
ILOVEPIE has quit [Ping timeout: 276 seconds]
Tapper has joined #openwrt-devel
christiandr has joined #openwrt-devel
_whitelogger has joined #openwrt-devel
rmilecki has joined #openwrt-devel
fracticated has quit [Ping timeout: 240 seconds]
luke-jr has quit [Ping timeout: 256 seconds]
goliath has joined #openwrt-devel
<ynezz>
meh, any idea how to have gcc 8,9,10 on Debian? I was using testing on CI for quite a long time, but they've removed gcc-8 from testing, so I've tried to use backports, but that doesn't work due to some clashes in libgcc
MichaelOF has joined #openwrt-devel
valku has quit [Quit: valku]
<jow>
rr123: no, it does not
ivanich has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
<enyc>
ynezz: humm.. many versions at once may not really be supporteh but .....
<enyc>
ynezz: on a strictly *testing* system its' possible to have debian bullseye (you could make this into a chroot or so!) .... and add the sources.list extra entries for older debian buster and even stretch *below* bullseye in /etc/apt/sources.list
<enyc>
ynezz: this is NOT a supported config but you generally can add packages for older debian on current debian
<ynezz>
I've tried that
<enyc>
ynezz: then you can have gcc-10 gcc-9 gcc-8 gcc-7 pkgs installed
<ynezz>
I can have either gcc-8 or gcc-9 and gcc-10, not all three
<enyc>
ynezz: hrrrrrrrrrrm ok so package dependencies changed, I've had about 3 gens installed previously...)
<enyc>
ynezz: what happens ??!? conflicting file error?
Tost has joined #openwrt-devel
<ynezz>
libc6-dev : Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6 is to be installed
poljar has joined #openwrt-devel
<ynezz>
ah, fixed via --no-install-recommends, so `apt-get --no-install-recommends gcc-8 gcc-9 gcc-10` works, cool
Hayate has quit [Excess Flood]
Nyakajima has joined #openwrt-devel
poljar1 has quit [Ping timeout: 272 seconds]
<rsalvaterra>
guidosarducci: Reviewing… ;)
<ynezz>
rmilecki: do you plan to finish that mtd mac-address upstream effort? :)
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
gnustomp has joined #openwrt-devel
silverwhitefish has joined #openwrt-devel
gnustomp has quit [Client Quit]
<rr123>
jow: moving luci to client side could increase js/png/etc size esp when SPA is tried, I played with vuejs and the old juci both can be quite large(>1MB) for initial loading, wish uhttpd can have a gzip option these days.
gnustomp has joined #openwrt-devel
<rsalvaterra>
guidosarducci: No joy, tc-full isn't building here. What's your toolchain? I'm on GCC 10.2.0 and Binutils 2.35.1.
<rsalvaterra>
guidosarducci: It's the same error I pasted yesterday.
<dwmw2_gone>
mailing lists should be running again; restored from backup on a different box.
<dwmw2_gone>
Yay! This time I had backups.
<lynxis>
dwmw2_gone: thanks!
<rsalvaterra>
dwmw2_gone: Nice! The archives are still down, it seems.
<rsalvaterra>
Guys, has anyone thought about creating a make target behaving halfway between clean and dirclean? It'd be really nice if we had a type of dirclean that would work on the current target only.
<rsalvaterra>
(Being "current target" the one specified in the current .config, of course.)
ivanich has joined #openwrt-devel
elektroman has quit [*.net *.split]
jlsalvador has quit [*.net *.split]
reiffert has quit [*.net *.split]
junland has quit [*.net *.split]
samantaz_ has quit [*.net *.split]
tmn505 has quit [*.net *.split]
rr123 has quit [*.net *.split]
qgTG has quit [*.net *.split]
mnemoc has quit [*.net *.split]
larsc has quit [*.net *.split]
Oddstr13 has quit [*.net *.split]
KGB-0 has quit [Ping timeout: 264 seconds]
anonzadas has quit [Ping timeout: 264 seconds]
samantaz_ has joined #openwrt-devel
anonzadas has joined #openwrt-devel
jlsalvador has joined #openwrt-devel
elektroman has joined #openwrt-devel
tmn505 has joined #openwrt-devel
reiffert has joined #openwrt-devel
rr123 has joined #openwrt-devel
qgTG has joined #openwrt-devel
junland has joined #openwrt-devel
mnemoc has joined #openwrt-devel
larsc has joined #openwrt-devel
Oddstr13 has joined #openwrt-devel
KGB-0 has joined #openwrt-devel
shibboleth has joined #openwrt-devel
blb4393 has joined #openwrt-devel
<lipnitsk>
rsalvaterra: poor man's solution is to clone multiple repos and use one for each target
<rsalvaterra>
lipnitsk: The poor man may not have that much hard drive space, though… ;)
lmore377 has joined #openwrt-devel
<guidosarducci>
rsalvaterra: I use the default OWRT toolchain for most test/dev: GCC 8.4.0 and binutils 2.34.
<guidosarducci>
lipnitsk: that's the crazy man's solution!
<guidosarducci>
rsalvaterra: can you define what this make target should do? I've thought the same but usually more complicated with host/target artifacts in play...
<rsalvaterra>
guidosarducci: Hmm… could that be the problem? Anyway, I'm doing a build directly from master with only your two patches applied.
<guidosarducci>
russell--: I would have preferred to use an upstream source for all bpf, but that one is only libbpf and so not usable. Reason is bpftool is not a libbpf client, but instead THE libbpf CLI, and uses non-public libbpf entries. That's why bpftool is statically linked and needs to come from the same sources as libbpf.
<guidosarducci>
russell--: if enough people convinced that upstream project to also include bpftool, most packagers would switch. I'm meaning to talk to them, but not for 21.02. Andrii is pretty helpful, and worked with me to fix some cross-compilation problems. So we'll see.
matteo| is now known as matteo
<rsalvaterra>
guidosarducci: Well, this target do the same as clean, and in addition delete ./{build,staging}_dir/{target,toolchain}-<current target>. The host part could remain.
Piraty has quit [Quit: ---]
<guidosarducci>
rsalvaterra: are there not make targets that do those (in pieces anyway)?
<rsalvaterra>
guidosarducci: It's just that sometimes we're testing on one target… If for some reason we need to rebuild the toolchain (right now, for example, I'd need to go back to GCC 8.4.0 and Binutils 2.34 to try and reproduce your success) and do a dirclean, we lose everything for every target we ever built.
<rsalvaterra>
guidosarducci: If there are, they aren't documented. I also grepped around a bit, but haven't found anything conclusive.
<guidosarducci>
rsalvaterra: yeah, understood. I do lots of cross-arch testing and have ~10 toolchains in my repo.
<rsalvaterra>
guidosarducci: Care to go for ~11, with GCC 10.2.0 and Binutils 2.35.1? ;)
<rsalvaterra>
If this build fails, I'll go back to the default GCC/Binutils, but it will take long on this machine.
<guidosarducci>
rsalvaterra: that make target is probably worthwhile, I just recommend defining very clearly the use and what it does to get buy in.
Piraty has joined #openwrt-devel
<guidosarducci>
rsalvaterra: MAX_PATH is from POSIX, and usually comes from #include <limits.h> -- try adding that.
<rsalvaterra>
guidosarducci: I also noticed another thing (I know pretty much nothing about BPF yet, so this might be a stupid question)… Is it alright to build bpftools from Linux 5.11 when our kernel is 5.4 (or 5.10)?
<guidosarducci>
rsalvaterra: yes, there are no LTS branches for bpf. The latest version are all supposed to be backward compatible, and otherwise considered a bug.
<guidosarducci>
rsalvaterra: ^^^ I'm talking about libbpf and bpftool of course.
<rsalvaterra>
guidosarducci: Sure, thanks for clearing that for me. :)
<guidosarducci>
rsalvaterra: I *really* want to get my current bpftools/iproute PR's merged, and then backport for 21.02. Fingers crossed, and only possible because iproute2/bpftools are backwards compat.
<rsalvaterra>
And speaking of BPF… I don't know if you're aware, but MIPS32 is probably the only major arch which doesn't yet have an eBPF JIT. :/
<rsalvaterra>
guidosarducci: If it weren't for you, the bugs would probably go unnoticed for quite a while, so that's good. :)
<rsalvaterra>
guidosarducci: Yeah, I'll try that, if the build fails again.
<guidosarducci>
rsalvaterra: reality is that embedded systems and cross-compilation and not main focus of mainline Linux development and testing. So projects like OWRT add *huge* quality coverage for upstream Linux. IMO.
<rsalvaterra>
Anyway, I find it a bit odd a MIPS32 eBPF JIT not being a priority, when there are so many MIPS32-based routers…
<jow>
the many MIPS32 based routers are stuck on ancient toolchains
<jow>
it'll be a decade before vendors start looking into a post-iptables solution
<guidosarducci>
rsalvaterra: yes, that's my concern too. The original author said he'd follow up but nothing yet. I would look myself, but getting decent BPF support on OWRT is first.
<guidosarducci>
jow: mips32 will probably be kicking somewhere when all our grandchildren and post-apocalypse zombies...
<guidosarducci>
^^ "are"
<rsalvaterra>
Yeah, the internet will keep running on old WRT54G routers. :P
<jow>
Hauke: so pppd starts messing with the routing table? maybe we should simply add nodefaultroute(6) to the ppp.sh proto scrupt
<jow>
Hauke: nvm, misread the report. so defaultroute6 / nodefaultroute6 are unrelated
Tapper has joined #openwrt-devel
<jow>
sigh, I hate debugging pppoe, setting up a server is always such a pain
<rsalvaterra>
guidosarducci: That diff you pasted is against what?
<rsalvaterra>
Gah… and the build just failed again.
<rsalvaterra>
Nevermind, iproute2, found it.
<rsalvaterra>
guidosarducci: My life is now playing #include <limits.h> whack-a-mole. :P
Grommish has joined #openwrt-devel
blb4393 has quit [Ping timeout: 264 seconds]
<grift>
i reported that pppd issue upstream, not sure what exactly happens but i just noticed it started to write the routing table, because selinux blocked it (i had to add the rules to allow it):
<grift>
for me no other visible issues, everything seems to work fine and i had to add these rules anyway sooner or later since there are scenarios where you may want to have it write it
<grift>
but i dont use dnsmasq
MichaelOF has quit [Quit: Konversation terminated!]
shibboleth has quit [Remote host closed the connection]
muhaha52 has joined #openwrt-devel
muhaha52 has quit [Client Quit]
koniu has quit [Ping timeout: 268 seconds]
valku has joined #openwrt-devel
koniu has joined #openwrt-devel
Borromini has joined #openwrt-devel
veonik is now known as vampero
<rsalvaterra>
guidosarducci: Would you like some news?
KGB-1 has quit [Quit: KGB-1]
shibboleth has joined #openwrt-devel
vampero is now known as veonik
<Grommish>
rsalvaterra: Ooo.. News?
<Grommish>
rsalvaterra: BTW, WSL2 took a dump on me and refuses to start now >_<
<rsalvaterra>
Grommish: How about replacing that crap with the real deal? ;)
<Grommish>
I've got a build machine, but I liked being flexible :)
<Grommish>
and Ive got this laptop wit a 2tb spinning rust drive
<Grommish>
besides, it was running Ubuntu 20.04 LTS flawlessly
<Grommish>
Not sure why it just up and stopped haha
<rsalvaterra>
guidosarducci: Thanks, but that's half a patch, unfortunately. Like I said, whack-a-mole. :)
<guidosarducci>
rsalvaterra: sure, if your config is triggering them then better you sort it out. Do you understand why not seen before?
<rsalvaterra>
guidosarducci: No idea yet. My C is still a work-in-progress, very superficial, at the moment.
KGB-0 has joined #openwrt-devel
_Ralf_ has quit [Quit: Leaving]
luke-jr has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
<guidosarducci>
rsalvaterra: ok, saw your mail. Thought you were sending to netdev to fix upstream, not OWRT. Were there multiple patches? I though so with the whack-a-mole comment before.
<rsalvaterra>
guidosarducci: To be honest, I'm not sure if it makes sense sending them upstream. I have to build here and see if I have the same problem. Yes, I had to irc://chat.freenode.net:6697/#include <limits.h> in both bpf_glue.c and bpf_libbpf.c.
<guidosarducci>
rsalvaterra: I think it's definitely a problem, and those are the only two files using PATH_MAX which don't include limits.h. Are you able to confirm GCC 10 is the problem per your email? If you like, I can send upstream with your "Reported-by:".
Borromini has quit [Quit: leaving]
ivanich has joined #openwrt-devel
<rsalvaterra>
I… have no idea what happened with my last message.
<rsalvaterra>
guidosarducci: Sure, I can give it a try tomorrow, but now it's a bit late to compile a new toolchain. :)
black_ant has quit [Ping timeout: 276 seconds]
<mangix>
rsalvaterra: `you're not the only one waiting
rmilecki has quit [Ping timeout: 245 seconds]
<rsalvaterra>
mangix: You know it… :P
<mangix>
it's basically ready. compiles with all packages
<rsalvaterra>
mangix: So… what else is needed?
ldir has quit [Quit: *.net *.split]
<mangix>
nothing
<mangix>
2 or 3 of the commits in that PR are actually GCC10 fixes, not necessarily musl.
<mangix>
I compiled all packages with GCC10 + musl
<rsalvaterra>
Nice. Binutils 2.35.1 too?
<mangix>
yes
<rsalvaterra>
In that case, I don't see why I shouldn't shove it in my tree. ;)
<mangix>
I just rebased FWIW
<mangix>
let me spin up a new build since the broken autoconf-lean stuff was reverted
<rsalvaterra>
Ok, if it's all good, I'll throw it in the pile.
Tapper has quit [Ping timeout: 245 seconds]
<rsalvaterra>
And Linux 5.10.18 running on the Archer C6. Three down, two to go… B)