Grommish has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
goliath has quit [Quit: SIGSEGV]
minimal has quit []
Tapper has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
mangix has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
mangix has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
aparcar[m] has joined #openwrt-devel
<aparcar[m]> anyone knows debugging if a luci-app doesn't show up in the menu?
danitool has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
Rentong has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Rentong has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
Tapper has joined #openwrt-devel
<aparcar[m]> do we have any tracking which ABI version changed between 19.07.6 and 19.07.7 and 21.02.x?
<aparcar[m]> jow: ?
<aparcar[m]> or hauke or zorun ?
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
floof58 has quit [Ping timeout: 480 seconds]
valku has quit [Quit: valku]
floof58 has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
Tapper has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
nitroshift has joined #openwrt-devel
Tapper has joined #openwrt-devel
Rentong has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
<rsalvaterra> hauke: Wait, the backports are generated with SmPL? Coccinelle semantic patches?
<jow> blocktrron: the usual motivation for moving stuff to packages is bypassing the openwrt base review process
<jow> indeed for uqmi the trigger seemed to be a feature ptch that wasn't merged or that didn't receive timely feedback
<jow> in principle I am fine with it but I've noticed multiple times that stability of moved packages regressed
<jow> broken stuff got merged, immediate bumps to new upstream versions breaking existing functionality etc.
<jow> nbd: what's the proper way to deal with too large replies in ubus? I've multiple reports of certain ubus rpc calls not working under certain conditions because the payload grew too large
<jow> apparently rpcd right now crashes when dealing with such messages, haven't debugged it in detail yet
<jow> wondering about the proper approach to deal with that for now
<nbd> how large is the reply?
<nbd> and what kind of call is it?
<f5> is 21.02 going to released this weekend or has that changed?
<jow> nbd: not entirely sure yet, but something in 50-70KB ballpark
<jow> a file listing (array of objects with stat info)
<nbd> in that case it might be a bug in libubus or rpcd
<nbd> we used to have a 64KB limit, but i think that limitations was removed at some point
<nbd> so if it crashes, please make a coredump and get me a backtrace
<nbd> i'll help you debug it
<hauke> rsalvaterra: yes, we use SmPL to adapt to many of the API changes
<hauke> some are done with normal patches
<rsalvaterra> hauke: Makes sense, thanks.
<jow> allright, will test later
<rsalvaterra> hauke: Looks like I have another patch to submit upstream… :) https://marc.info/?l=linux-kernel&m=162518581517377&w=4
<ynezz> hauke: hi, Re: https://github.com/openwrt/openwrt/pull/4233#issuecomment-860277229 I've just checked 21.02 and it seems like this commit wasn't pushed
<ynezz> noticed it as some folks reporting rc3 still borken https://lists.infradead.org/pipermail/openwrt-devel/2021-July/035731.html
<ynezz> just wondering if you've spotted anything wrong with this PR, that you didn't pushed it to 21.02 or you just forget it :)
<ynezz> s/forget/forget about/
takimata has quit [Quit: wat?]
takimata has joined #openwrt-devel
<ynezz> hauke: sorry for the noise, I've just realized, that I was checking different branch, found that commit ea308e2f383c071a710973aa7825530de80c08d6
rejoicetreat has joined #openwrt-devel
<ynezz> and it seems to be part of v21.02.0-rc3, so I'm wondering why it's still borken
rejoicetreat has quit []
felix has quit []
felix has joined #openwrt-devel
danitool has joined #openwrt-devel
rejoicetreat has joined #openwrt-devel
rejoicetreat has quit []
Acinonyx has joined #openwrt-devel
dangole has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 480 seconds]
dangole has quit [Remote host closed the connection]
Tapper has quit [Ping timeout: 480 seconds]
dangole has joined #openwrt-devel
<ynezz> and ea308e2f383c071a710973aa7825530de80c08d6 is not the solution anyway, the imagebuilder is broken again
<ynezz> probably due to e16a45f258a42 which bumped libiwinfo version
<ynezz> libiwinfo is marked as nonshared so it's not geting build in phase2 builders, but luci packages built in phase2 apparently can depend on it
<ynezz> shouldn't any package that depends on package which is marked as nonshared become automatically nonshared as well?
dangole has quit [Ping timeout: 480 seconds]
<karlp> that woudl seem like a workaroudn to a builder issue, rather than any necessary thing?
<karlp> I mean, a pure lua/pure js package might need a library, but it doesn't really have any need to be built per target?
<karlp> sure, it would _solve_ things, but just by repackaging it over and over unnecessarily?
<ynezz> it's not builder issue, it's related to ABI handling
<ynezz> since rc3 release iwinfo has changed ABI two times
<ynezz> and since luci-mod-status depends on libwinfo, although just dynamically, the dependency was updated
<ynezz> in other words luci-bwc.c doesn't link against libiwinfo, it's dlopen()-ining it
<ynezz> but opkg doesn't know that
<ynezz> hm, maybe it's some ABI/nonshared handling issue in the SDK?
<hauke> if we mark everything which depends on noshared also as nonshared this would be a lot
<hauke> could we support both libs in parallel on the target?
dangole has joined #openwrt-devel
<ynezz> imagebuilder doesn't care about it
<ynezz> issue here is, that SDK in phase2 rebuilt luci-mod-status, Package: luci-mod-status | Version: git-21.172.37304-95b3633 | Depends: libc, luci-base, libiwinfo20210430, libiwinfo-lua
<ynezz> and that libiwinfo20210430 is not available for download, because it's marked as nonshared so not built by phase2 with SDK
goliath has joined #openwrt-devel
<ynezz> so dawn and collectd-mod-iwinfo from packages.git are affected as well
nitroshift has quit [Quit: Gone that way --->]
<ynezz> it's probably something in the SDK
<ynezz> or rather the phase2 build process
_lore_- has joined #openwrt-devel
_lore_ has quit [Read error: Connection reset by peer]
silver has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
nlowe has joined #openwrt-devel
<nlowe> The FragAttacks fixes for ath10k-ct are still needed in 21.02.0 before release
<nlowe> I believe this commit needs to be merged https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=2e10ed925e1e07c28570731a429efa5e7de3b826 and https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=f0f1d68d528402b4d51a1dd08d2e2c9034167f92
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nlowe has joined #openwrt-devel
dangole has quit [Ping timeout: 480 seconds]
nlowe has quit [Remote host closed the connection]
Borromini has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Rentong has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
_lore_- is now known as _lore_
rejoicetreat has joined #openwrt-devel
rejoicetreat has quit [Remote host closed the connection]
Borromini has quit [Ping timeout: 480 seconds]
Strykar has quit [Quit: /quit]
Strykar has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Tusker has quit [Quit: Time wasted on IRC: 14 hours 34 minutes 50 seconds]
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
valku has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
dsmith-work has joined #openwrt-devel
<jow> ynezz: well the SDK in phase2 will pull the latest HEAD of openwrt.git to build the packages there
<jow> ynezz: marking a package nonshared actually worsens the problem because then it is frozen and will never get rebuilt
<jow> ynezz: not until the next release, that is
<jow> the actual fix would be not changing the library abi (multiple times!) during the RC phase
<jow> without abi tracking this would've been silent crash bugs or (assuming it affected libubus) soft bricks every time
<jow> for everyone using opkg on target or packaging images with the IB
JohnA has joined #openwrt-devel
<jow> however, as for an actual solution - I could only think about somehow retaining older versions on the download server
<ynezz> sound like a plan
<jow> this would be a process outside of buildroot/sdk though, something we'd need to arrange on the dl server. Maybe from a rsync xfer hook that detects if an abi versioned package .ipk is about to be deleted and which then moves this package to an archive repository and updates the index accordingly
<jow> doesn't actually need to be an extra archive repo, since the names are unique (basename + abi suffix) they can coexist in the same repo
<jow> that would also imply moving indexing logic to the dl server (something I wanted to do for a long time already, to be able to switch from full repo transfers to incremental .ipk upload queues)
<jow> or at the very least duplicating it there
<jow> means taking the scripts/ipkg-make-index.sh out of buildroot and running it on the server
<jow> (again)
<jow> that entails signing headaches though
<jow> so the recalculated index need to be re-signed as well
<jow> which means the dl server needs to ask the build master for signing
<jow> ...
<jow> or simply don't break the abi :)
<jow> another semi-cheap fix idea
<jow> tweak the non-master branch builders to not take the latest -SNAPSHOT SDK for building packages but the last rc or maint version
<jow> not sure offhand whether this might result in other coherency issues
<jow> but if there's any then likely less of them compared to the current situation
<ynezz> SDK doesn't matter, does it? buildbot clones/pulls the source directory
<jow> it matters for phase2
<jow> phase2 pulls latest SNAPSHOT SDK which pulls latest HEAD of feeds
<jow> while hm, thinko, nvm
<jow> I guess the simplest solution is making libiwinfo not-nonshared
<jow> it is only nonshared due to the former madwifi and/or broadcom-wl support which is target specific
<jow> now that is is only doing mac80211 more or less there should be no need to have it nonshared anymore
<ynezz> so revert 885910225d86722811ad4d3610d9e5d076e5614a and 72cc44958ef4e0df1a152178514c92899d6a957a ?
<jow> we could also tweak non-master phase2 builders to patch the SDK feeds.conf to not pull latest HEAD of the core (openwrt.git) feed but the latest tag
<jow> that should solve the current problem at hand at least for users of the latest rc/maintenance release
<jow> since phase2 packages will get built against nonshared lib versions corresponding to the latest rc/maintence release tag
<ynezz> yes, this seems like the easiest fix
<jow> git -c 'versionsort.suffix=-' ls-remote --tags --sort='-v:refname' https://git.openwrt.org/openwrt/openwrt.git | sed -ne "s#[0-9a-f]\+[[:space:]]\+refs/tags/\(v21\.02[.0-9rc-]\+\)\$#\1#p" | head -n1
<jow> "21" and "02" in the pattern need to be interpolated from the configured branch version
Rentong has quit [Remote host closed the connection]
<jow> the result appended with ";" to the "src-git core ..." url of feeds.conf
Rentong has joined #openwrt-devel
felix has quit []
<jow> do you think you can add that to the buildmaster config?
<jow> with an added check for "-n $latest_tag"
<ynezz> IIUC this would mean no package upgrades/fixes
<jow> not until the next minor release, correct
<ynezz> which is quite bummer for security fixes
<jow> the acute problems we're having only affect libiwinfo?
<ynezz> yes, but it could happen to any nonshared package
<jow> it's just that I assume that a complete fix will take a while
<jow> and to avoid delaying the release due to that I'd prefer to do a minimal invasive fix for now
<jow> as we know the issue know we can avoid the same issue for other packages at least
<ynezz> it's not delaying release, actually release would fix it :)
<jow> until the ABI is bumped again
<jow> the we're back to square 1
<jow> released IBs not working, LuCI packages not installable
<jow> etc.
<jow> so as a very first measure I agree with your proposal above
<jow> revert 72cc44958ef4e0df1a152178514c92899d6a957a
<jow> revert 885910225d86722811ad4d3610d9e5d076e5614a (and hardcode the Makefile to wext and nl80211 only)
<jow> that should fix the current issue at hand for the current and all paast rc releases
Rentong has quit [Ping timeout: 480 seconds]
<ynezz> wouldn't it be better to change sdk_url=mirror-01.infra.openwrt.org::release-downloads/21.02-latest/targets
<ynezz> and create -latest symlink ?
<jow> but the SDK will then fetch the latest branch head again
<jow> building newer packages
<jow> which are unavailable in released and older versions
<jow> *newer nonshared packages
<ynezz> I've following in feed.conf.default: src-git base https://git.openwrt.org/openwrt/openwrt.git;v21.02.0-rc3
<jow> ah okay
<ynezz> checked it while looking into that issue today
aleasto has joined #openwrt-devel
<jow> I guess that could work also
<jow> it would ensure compatibility with the latest released rc or maintenance version
<ynezz> what the purpose of this https://git.openwrt.org/?p=buildbot.git;a=blob;f=phase2/master.cfg;h=b9342cfc557a907d6a9728c6871398e06b04c58a;hb=HEAD#l176 clone/pull ?
<ynezz> just initial checkout?
<jow> gathering known architectures
<ynezz> ah
<jow> see the dump-target-info.pl call below
<jow> the problem with the -latest approach is that all feeds are pegged to their specific tag versions
<ynezz> ok, and it's used for source.git/feeds.conf.default parsing for GitPoller as well
<jow> so no package updates at all between maintenance releases
<ynezz> but that file would look same if you would use your approach with latest tag
<jow> no
<jow> it would only use the tag for the base feed and the latest branch heads for the other feeds
<ynezz> ok, I see now
<jow> it would have the same problem though, but only affecting packages from base
<jow> I think we should simply eliminate all nonshared packages with an ABI version
<jow> which I guess is not that many, only iwinfo
<ynezz> ubus, uci etc.
<jow> yeah but those don't need to be nonshared
<jow> it was a non working fix attempt
<ynezz> indeed
Rentong has joined #openwrt-devel
<jow> reverting 72cc44958ef4e0df1a152178514c92899d6a957a would eliminate libjson-c, libnl-tiny, libubox, ubus, uci, lua
<ynezz> yep
<jow> that leaves iptables (very stable abi), iwinfo (can become shared by harcoding nl80211 support), and toolchain (very stable abi)
<ynezz> hauke: zorun: what's the plan with 21.02.1? :)
<jow> I cna take care of libiwinfo
<ynezz> thanks, I'll revert that 72cc44958ef4e0df1a152178514c92899d6a957a
<ynezz> can I add your acked-by?
<jow> yep
<ynezz> actually it needs to be new commit as I need to bump PKG_RELEASE, right?
<jow> I don't think so
<ynezz> by reverting the commit it would just decrease the PKG_RELEASE
<jow> the content's won't change at all, the packages will just reappear elsewhere
<ynezz> ah, ok
<jow> urg, why was it even increased?
<jow> hm, I guess reverting it without further bumps is fine
<jow> it will basically restore the previous situation and the bump while making nonshared was incorrect to begin with
<jow> lgtm
<ynezz> thanks, pushed to master and 21.02, have a nice weekend!
minimal has joined #openwrt-devel
dangole has joined #openwrt-devel
Tapper has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
dangole has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
<blogic_> libusb update in 0798b13d7df0deafd005b14d52420c4f480d146e. breaks several 3gpp modems
<blogic_> lsusb fails to discover them, making usbmode not pick them up as it uses libusb
<blogic_> libusb 1.0.25 is on the doorstep but not final yet, it does fix the problem
<blogic_> I would like to revert 0798b13d7df0deafd005b14d52420c4f480d146e in 21.02
<blogic_> @ynezz @jow ^^^
<blogic_> current libusb HEAD works but I would rather revert to latest known working than use a "not yet release" git HEAD
<blogic_> @hauke ^^^
silver has joined #openwrt-devel
felix has joined #openwrt-devel
ecloud has quit [Ping timeout: 480 seconds]
<digitalcircuit> Hmm. Merely as a test, dropping the DTSI changes for the ipq806x CPU schedule backport to 21.02 while keeping the "enable 1.4 GHz cache" change still results in a reboot, but less often. I still suspect I'm just missing something important from "master" (where things work fine) to backport to "21.02"...
Rentong has joined #openwrt-devel
ecloud has joined #openwrt-devel
dangole has joined #openwrt-devel
<digitalcircuit> Yep, back to having actual errors in the kernel serial log: rcu_sched hang this time. Maybe I need to have stress-ng focus on hashing and memory cache operations to recreate this.
Rentong has quit [Ping timeout: 480 seconds]
<jow> blogic_: feel free to revert
<jow> blogic_: looks like one of those updates because there's an update
figgyc_ is now known as figgyc
figgyc has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
figgyc has joined #openwrt-devel
<owrt-snap-builds> Build [#174](https://buildbot.openwrt.org/master/images/#builders/68/builds/174) of `at91/sama5` failed.
<aparcar[m]> blogic_: sorry for the issue
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<hauke> blogic_: ok fine with me
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
Borromini has joined #openwrt-devel
Borromini has quit [Ping timeout: 480 seconds]
Borromini has joined #openwrt-devel
rejoicetreat has joined #openwrt-devel
<rmilecki> blogic_: this doesn't help? libusb: Fix parsing of descriptors for multi-configuration devices
<rmilecki> (it's a commit subject)
* rmilecki is going to sleep
Rentong has joined #openwrt-devel
Borromini has quit [Quit: leaving]
rmilecki has quit [Ping timeout: 480 seconds]
Rentong has quit [Ping timeout: 480 seconds]
arnd has quit [Remote host closed the connection]
rejoicetreat has quit [Remote host closed the connection]
rejoicetreat has joined #openwrt-devel
Borromini has joined #openwrt-devel
<Borromini> johnf: ping. was your PPPoE issue solved on the 21.02 RCs? I recall you complaining about it breaking your PPPoE, and I've seen this myself on an APU2, but not on my EdgeRouter 4 (different DSL providers)
<Borromini> there's also this which popped up on my radar just now: https://github.com/openwrt/openwrt/pull/3757
arnd has joined #openwrt-devel
<Borromini> and I pointed that guy to the (albeit concise) bug report FS #3909
<Borromini> I gotta go again now but if you're on the forum feel free to PM me, same nick there as I got here. would be great if we could track that down before 21.02 goes final (I can unfortunately not test the APU2 connection since it's in production for a small business)
JohnA has quit [Ping timeout: 480 seconds]
Borromini has quit []
JohnA has joined #openwrt-devel
rejoicetreat has quit [Remote host closed the connection]
JohnA has quit [Ping timeout: 480 seconds]
<minimal> Borromini: I have a APU2 here which I've been waiting for 21.02 to come out to set up as a PPPoE router. Haven't looked at the RCs yet but might try and find some time to check
rektide has quit [Remote host closed the connection]
aleasto has quit [Quit: Konversation terminated!]
dedeckeh has quit [Remote host closed the connection]
JohnA has joined #openwrt-devel
JohnA_ has joined #openwrt-devel
JohnA has quit [Ping timeout: 480 seconds]
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
dangole has quit [Ping timeout: 480 seconds]
Umeaboy has joined #openwrt-devel
<Umeaboy> Hi! There's a package missing called libubus20210630 that's needed by wpad-basic-wolfssl so I cannot install all the updates.
<Umeaboy> I'm using OpenWRT 21.0.2.0-rc3
<slh> that's a known situation, https://downloads.openwrt.org/releases/21.02-SNAPSHOT/ should work though
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
dangole has joined #openwrt-devel