Radu-Mamy has joined #openwrt-devel
kakaka has quit [Remote host closed the connection]
kakaka has joined #openwrt-devel
<owrt-1907-builds> Build [#7](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/29/builds/7) of `oxnas/ox820` completed successfully.
KGB-0 has quit [Quit: KGB-0]
hbug has joined #openwrt-devel
hbug___ has quit [Ping timeout: 240 seconds]
KGB-0 has joined #openwrt-devel
tobleminer-tSYS has quit [Quit: AS4242423214]
zkrx has quit [Ping timeout: 240 seconds]
tobleminer-tSYS has joined #openwrt-devel
zkrx has joined #openwrt-devel
nitdega has quit [Ping timeout: 248 seconds]
victhor has quit [Ping timeout: 252 seconds]
nitdega has joined #openwrt-devel
indy has quit [Ping timeout: 248 seconds]
goliath has quit [Quit: SIGSEGV]
poljar1 has quit [Remote host closed the connection]
Mister_X has quit [Quit: Bye]
poljar1 has joined #openwrt-devel
Mister_X has joined #openwrt-devel
Mister_X has quit [Changing host]
Mister_X has joined #openwrt-devel
<mangix> aparcar[m]: is the CI using a debian 10 image?
kristrev has quit [Read error: Connection reset by peer]
kristrev has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<aparcar[m]> mangix: i think so
kakaka has quit [Ping timeout: 240 seconds]
Tapper1 has joined #openwrt-devel
kakaka has joined #openwrt-devel
Tapper1 is now known as Tapper
jas4711 has quit [Remote host closed the connection]
<mangix> uh oh
<mangix> tools/squashfs4 is not compiling on big endian host
<mangix> aparcar[m]: what happened to this? https://github.com/openwrt/openwrt/pull/2916
<aparcar[m]> mangix: do you still want this?
<mangix> that would be great
<mangix> hmm POWER8 is quite slow...
Tapper has quit [Ping timeout: 240 seconds]
<Grommish> Does anyone know if Host/Uninstall actually works? I can't call it on the make, but then again I can't call Host/Install either, so,..
<Grommish> I just end up getting: *** No rule to make target 'package/feeds/packages/rust/host/uninstall'.
<Grommish> Oh, it seems it's called during (yet before) Host/Clean
<guidosarducci> ldir: that NLS problem with iproute2 is like pulling loose yarn on a sweater. Upstream change exposed strange problem where LDFLAGS aren't being passed to $CC, causing test compile to fail. Why do I keep pulling?!
<mangix> zorun: any way to request installed packages on cfarm?
indy has joined #openwrt-devel
<Grommish> Do any targets use ARMel Arch? I've not been able to find any, but..
<mangix> Grommish: all of them?
<Grommish> mangix: Educate me?
<mangix> all supported ARM targets are little endian
<Grommish> Ah ha
<mangix> there was a big endian one, but that got removed
<Grommish> mangix: Thanks :)
<Grommish> mangix: I'm trying to figure out which archs need libatomic and which don't and how to dep it
<mangix> Grommish: good luck figuring that out
<mangix> I recommend adding it as an unconditional dependency
<mangix> to avoid that headache
<Grommish> Well.. It's mipsel and arm
<Grommish> Yeah, That's how I have it now. I suppose it won't hurt the mips64 platform, but I have to test that still
<mangix> speaking of mips64, I'm connected to one running debian 10
<mangix> it's so slow
<mangix> oh man I should be running time on this for the lulz
<Grommish> mangix: I think this should be ok for the time being: ifeq ($(ARCH),$(filter $(ARCH),mipsel arm))
bernrad has joined #openwrt-devel
bernrad has quit [Quit: Connection closed]
<slh64> Grommish: just very roughly speaking, what would you think the chances could be for a cn5010 octeon plus with 700 MHz, 512 MB RAM and BCM53118?
<Grommish> slh64: Well, the Broadcom chipset will make it difficult regardless.. The CN5xxx is supported by the kernel, so I don't see why it couldn't work
<slh64> could that be worth looking at, or should I run away screaming ;)
<slh64> Netgear srx5308 is the device I might get my hands on
<Grommish> slh64: Honestly, couldn't tell ya. I've only got exp with the Octeon3 and while it was easy, eh.. I'd ask damex, he has a vast knowledge of the Octeon line
<slh64> thanks, at least not a no-go yet
<slh64> I might have to escort it to the trash, so might take on a vacation before - no good memories about the (4 years abandoned) OEM firmware though
Acinonyx_ has quit [Ping timeout: 240 seconds]
<damex> octeon plus with bcm531xx ?
<damex> what device is that?
Acinonyx has joined #openwrt-devel
<damex> device should be able to run with current generic octeon build but switch needs extra attention
<slh64> thanks
<damex> i don't care much for octeon target since 'people' started rushing changes there so feel free to add necessary support for main board and then consult with forums/github issue/anything else about bringing up that switch (broadcom is not know to work). you need to check what place does it take and how connectivity is working. cn5010 can have 3 mac interfaces
<damex> you might have some ports directly connected to soc (with external phy) and other would use that switch
Borromini has joined #openwrt-devel
<slh64> thanks, I'm nit quite sure if I'll take the challenge - or if the device finds other uses beford I get to it
<Grommish> slh64: That switch has a DSA driver for it.. https://www.kernel.org/doc/Documentation/devicetree/bindings/net/dsa/b53.txt
<slh64> thanks, that might be 'fun' to integrate into a non DSA target
<Grommish> I need to find a rtl8367rb dsa file, but haven't had luck yet
ivanich has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
Oddstr13 has quit [Ping timeout: 245 seconds]
Oddstr13 has joined #openwrt-devel
dwmw2_gone has quit [Ping timeout: 250 seconds]
<zorun> mangix: see the website
<Grommish> aparcar[m]: I'm looking at revising a Makefile for LibHTP. Someone had one for an older version, It passes -fno-stack-protector, but then the way the Make was invoked was odd. I compiled/ran without an issue without passing -fno-stack-protector. Opinion on keeping it in?
<zorun> mangix: that mips host has known I/O issues, that's why it's so slow
dwmw2_gone has joined #openwrt-devel
<plntyk> Grommish, the older version with "-fno-stack-protector" was probably because compiler/toolchain issues or upstream source issues - now its supposed to work since many distros use it
<plntyk> issues with older compilers
<Grommish> plntyk: So I can remove it? I couldn't find a reason to keep it, which is why I was asking :)
<plntyk> i would remove it - libhtp source history does not indicate that there is major incompatibility with that compile flag
<Grommish> plntyk: Appreciated!
Tapper has joined #openwrt-devel
Borromini has quit [Ping timeout: 268 seconds]
<mangix> zorun: OK
Tapper has quit [Ping timeout: 268 seconds]
Tost has joined #openwrt-devel
victhor has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
dwmw2_gone has quit [Ping timeout: 252 seconds]
csrf has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
kakaka has quit [Remote host closed the connection]
kakaka has joined #openwrt-devel
csrf has joined #openwrt-devel
dwmw2_gone has joined #openwrt-devel
Tapper has joined #openwrt-devel
goliath has joined #openwrt-devel
nucleo has joined #openwrt-devel
Tapper has quit [Ping timeout: 268 seconds]
Tapper has joined #openwrt-devel
Borromini has joined #openwrt-devel
Namidairo has quit [Ping timeout: 252 seconds]
nucleo has quit [Quit: just make this person in IRC be quiet https://bit.ly/2IMQaQK]
Namidairo has joined #openwrt-devel
<rr123> never used failsafe reboot in luci before, I noticed I can run it without login, is this by design?
<PaulFertser> Yes
<PaulFertser> Hm, or do you mean you can press something in luci to reboot to failsafe without logging in first?
<PaulFertser> rr123: please clarify what exactly you're talking about.
<rr123> I compiled in luci-failsafe, visit, I saw "Flash Firmware" and "Reboot" on the left column before I login luci
sbrown_ has quit [Remote host closed the connection]
<PaulFertser> rr123: is that with root password set?
<rr123> it's the default, initial login page, yes normally for root
<rr123> tried in a incognito window, both http and https, and it persists
<PaulFertser> rr123: ok, I have no clue, please wait for somebody who understands what that module should do and why.
<rr123> https://imgur.com/a/cXO1kFJ after login it is still there
<rr123> 20.02 git checkout
sbrown has joined #openwrt-devel
SAm0815 has quit [Quit: I'm leaving]
SAm0815 has joined #openwrt-devel
SAm0815 has quit [Quit: I'm leaving]
SAm0815 has joined #openwrt-devel
<ynezz> Thermi: we've gitlab.com/openwrt for evaluation where some projects already has CI implemented so the CI checks are run after push and on daily basis like for example https://gitlab.com/openwrt/project/libubox/-/pipelines
<ynezz> Thermi: some projects like for example libubox, ubus have even unit tests, libFuzzer based fuzzing, sanitizers, valgrind and more.
<ynezz> Thermi: so you can already have actionable output from clang static analyzer for example https://ynezz.gitlab.io/-/openwrt-procd/-/jobs/1134592803/artifacts/build/scan/2021-03-28-153322-70-1/index.html so now "just" need to start fixing those
ryd_ has quit [Changing host]
ryd_ has joined #openwrt-devel
ryd_ is now known as ryd
Nick_Lowe has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Borromini has quit [Quit: Lost terminal]
kristrev_ has joined #openwrt-devel
kristrev has quit [Read error: Connection reset by peer]
<jow> rr123: luci-mod-failsafe is meant for initramfs recovery image builds
<jow> it makes no sense to include it in normal builds
<jow> and iirc it was even dropped in master
<swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
Tapper has quit [Ping timeout: 252 seconds]
danitool has joined #openwrt-devel
Tapper has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
_lore_ has quit [Read error: Connection reset by peer]
_lore_ has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
rmilecki has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Nick_Lowe has joined #openwrt-devel
Nick_Lowe has quit [Client Quit]
<Hauke> xdarklight: I think you have to configure the link status, speed, duplex mode, tx flow controll and rx flow controll manually when you do not use the phy polling
<Hauke> this is in the same register
<Hauke> The documentation for the GSW140 is very similar to the VRX200 documentation in this area
<xdarklight> Hauke: ah, so instead of using any of the _AUTO values we need the "fixed" values instead
<Hauke> yes
<Hauke> xdarklight: the gswip_phylink_mac_link_up() function is called with all these avlues
<xdarklight> Hauke: yes, at least in Linux 5.7 and newer. for older kernels only gswip_phylink_mac_config has the values
<Hauke> ok, I didn't check older kernels
* ldir ughs
Tost has quit [Ping timeout: 240 seconds]
Borromini has joined #openwrt-devel
rsalvaterra1 has joined #openwrt-devel
rsalvaterra has quit [Ping timeout: 265 seconds]
_lore_ has quit [Ping timeout: 268 seconds]
_lore_ has joined #openwrt-devel
dedeckeh has quit [Ping timeout: 240 seconds]
<mangix> ynezz: ping
Nick_Lowe has joined #openwrt-devel
black_ant has quit [Ping timeout: 246 seconds]
<mangix> my ninja treewide commit broke nothing. cool.
caiortp has joined #openwrt-devel
caiortp has quit [Read error: Connection reset by peer]
<Pepe> mangix: are you thinking about to backporting it to 21.02?
<karlp> why would they? it's hardly a bugfix or security issue....
<karlp> I mean, "let's change how things are built, on the stable branch..." ?
user890104 has quit [Ping timeout: 240 seconds]
rsalvaterra1 has quit [Quit: Leaving.]
rsalvaterra has joined #openwrt-devel
<Pepe> Well, OpenWrt 21.02 was not released into RC yet. It should provide faster compilation of packages feed, it makes things easier to backport. And who knows when another version of OpenWrt will be released, so waiting for it 1-2 year does not have much sense in my point of view.
<karlp> the fact that people keep treating stablisation release branches as "just throw more in" is _why_ releases are always late...
<karlp> IMO
<Pepe> In case of 21.02, there is a difference, because it was waiting for LuCI support for DSA, etc. But all the stuff is documented on OpenWrt doc and sb said in #openwrt-adm that RC should be gone in week or two, but yeah, I understand your reasoning, however, faster compile time is something what we can all benefit from, though.
<jow> cpu time is cheap
<jow> developer time is not
<jow> you'll need hundreds of hours in saved compilation time to make up just a couple of lost hours in developer time due to introduced regressions
<rsalvaterra> Yeah, let's not delay OpenWrt 20.x (yes, it's 21.x because it slipped) even more.
* Borromini is pining for 21.02
<Borromini> about to test drive the LuCI DSA support
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jow> also meson/ninja... pft
<jow> you need friggin python3 for the former and a C++ compiler for the latter
Borromini has quit [Quit: Lost terminal]
<jow> and 15 years down the road python 3 will be EOL, python 4 will be around, introducing incompatible syntax changes and suddnely your "makefiles" (meson build recipes) stop working
<jow> the same shit happened with scons already, yet another "let's do a build system just because" thing
rmilecki has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
luke-jr has joined #openwrt-devel
<mangix> jow: correction, C++98 compiler
<mangix> upstream refuses to convert to C++11
<rsalvaterra> jow: C++, WTF?!
<mangix> Pepe: no plans to do so. One thing about that PR is that I split it up to make it easier to verify with CI
<jow> to be fair, cmake requires C++ as well, but I am not fan of that either
rmilecki has quit [Ping timeout: 268 seconds]
<rsalvaterra> mangix: C++ 98… Got Stroustrup's third edition sitting in the shelf behind me. Never really loved it. :P
<mangix> Pepe: lots of problems were discovered that way. It seems that the treewide PR broke nothing
<Pepe> mangix: okay, understood.
<mangix> rsalvaterra: C++98 is cavetime. It maps to C89. C++11 maps to C99
<karlp> and all the cool kids are on c++20 already
<mangix> karlp: no way. C++20 is not complete implementation wise
<rsalvaterra> Heh… It's what we studied at the university, at the time. :P
<mangix> not even GCC10
<jow> the cool kids are working on a Go build system generating Rust code which transpiles to WASM running on node.js to invoke gcc on three C file and one include
<mangix> lol
<jow> because its faster!
<jow> for the 2% of projects having 100.000+ C++ source files to compile
<mangix> what is this go build system?
<jow> a joke
<jow> (I hope)
<mangix> i do too
<karlp> mangix: you thinkthat stops anyone?
<mangix> karlp: I mean...maybe they use parts. Not the significant stuff
<jow> I tihnk for a build system it makes sense to be very conservative about prereqs
<mangix> I'm pretty sure constexpr std::string is implemented nowhere
<jow> not every environment has modern C++ compilers available
<jow> anyhow, time to hit the sack. bbl/gn8
<mangix> jow: the irony in what you said is that master currently assumes a modern environment
<karlp> mangix: hrm, pretty sure enough of it is... I've seen people doing lots with the co-routine stuff
<mangix> coroutines are nice
<mangix> Anyway, ninja is extremely conservatice
<mangix> *conservative
<mangix> The fact that it's not as broken as make is a net positive.
<jow> mangix: it wasn't me introducing all this newfangled whizbang
<mangix> sure. but as it stands, master cannot be built with Debian 9
<mangix> which is still a supported distro
<jow> when I stopped looking it was able to, since then it detoriated
<mangix> sorry, LTS
Nick_Lowe has joined #openwrt-devel
<jow> so whoever merged stuff that cannot build on Debian 9, should probably fix it
<jow> bbl for real now
<rsalvaterra> mangix: Is ninja a drop-in replacement of make?
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
user890104 has joined #openwrt-devel
<mangix> rsalvaterra: no
<rsalvaterra> Thought so… I had to deal with meson/ninja last year, when I sent a patch to Mesa… Haven't really enjoyed the experience. :P
Nick_Lowe has joined #openwrt-devel
<mangix> rsalvaterra: it's drop in if using cmake. but otherwise no.
ivanich has quit [Quit: Konversation terminated!]
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
<lipnitsk> some folks even hate cmake and swear by autotools
luke-jr has joined #openwrt-devel
kakaka has quit [Ping timeout: 240 seconds]
<lipnitsk> ROFL
<mangix> honestly autotools has been a huge pain. There are also already several hacks in OpenWrt to deal with how broken it is
<lipnitsk> yeah, and how horribly slow reconf and configure are
<mangix> I've become a fan of meson given how simple it is.
<lipnitsk> wouldn't it be nice to have gettext-full use cmake. I bet that with ninja it would build in no time
<mangix> well, ninja has been rejected in base. but yes, cmake would make it build faster.
<mangix> dcc.o uses 64-bit long double, /home/mangix/devstuff/openwrt/staging_dir/toolchain-powerpc_464fp_gcc-10.2.0_musl/lib/libgcc_s.so.1 uses 128-bit long double <--- FFFFFFFFFFFFF
<mangix> need to somehow fix GCC