jlsalvador has joined #openwrt-devel
<Ansuel_> full ported 5.15 and i also fixed the problem with serial
<Ansuel_> i had mangle bootargs disabled
rua has quit [Quit: Leaving.]
Ansuel_ has quit [Quit: Probably my PC crashed or time to sleep.]
strobo has joined #openwrt-devel
strobo_ has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
victhor has quit [Ping timeout: 480 seconds]
strobo_ has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
strobo has quit [Ping timeout: 480 seconds]
<owrt-snap-builds> Build [#351](https://buildbot.openwrt.org/master/images/#builders/4/builds/351) of `x86/generic` completed successfully.
musashino has joined #openwrt-devel
<owrt-snap-builds> Build [#336](https://buildbot.openwrt.org/master/images/#builders/39/builds/336) of `ath79/nand` completed successfully.
<owrt-snap-builds> Build [#343](https://buildbot.openwrt.org/master/images/#builders/66/builds/343) of `apm821xx/nand` completed successfully.
<owrt-snap-builds> Build [#367](https://buildbot.openwrt.org/master/images/#builders/5/builds/367) of `mxs/generic` completed successfully.
Andi_ has quit [Read error: Connection reset by peer]
Andi_ has joined #openwrt-devel
<owrt-snap-builds> Build [#334](https://buildbot.openwrt.org/master/images/#builders/49/builds/334) of `mvebu/cortexa53` completed successfully.
<owrt-snap-builds> Build [#329](https://buildbot.openwrt.org/master/images/#builders/44/builds/329) of `mediatek/mt7622` completed successfully.
<owrt-snap-builds> Build [#328](https://buildbot.openwrt.org/master/images/#builders/11/builds/328) of `sunxi/cortexa53` completed successfully.
<enyc> Hrrm... I think the last 2 paragraph/sentences on https://openwrt.org/releases/21.02/notes-21.02.1 are not completed.....?
<owrt-snap-builds> Build [#328](https://buildbot.openwrt.org/master/images/#builders/28/builds/328) of `octeontx/generic` completed successfully.
<owrt-snap-builds> Build [#329](https://buildbot.openwrt.org/master/images/#builders/32/builds/329) of `omap/generic` completed successfully.
<owrt-snap-builds> Build [#336](https://buildbot.openwrt.org/master/images/#builders/48/builds/336) of `bcm47xx/generic` completed successfully.
dansan has quit [Quit: The C preprocessor is a pathway to many abilities some consider to be unnatural.]
<owrt-snap-builds> Build [#333](https://buildbot.openwrt.org/master/images/#builders/16/builds/333) of `ath79/mikrotik` completed successfully.
<owrt-snap-builds> Build [#383](https://buildbot.openwrt.org/master/images/#builders/2/builds/383) of `layerscape/armv7` completed successfully.
<owrt-snap-builds> Build [#340](https://buildbot.openwrt.org/master/images/#builders/12/builds/340) of `bcm53xx/generic` completed successfully.
<owrt-snap-builds> Build [#362](https://buildbot.openwrt.org/master/images/#builders/8/builds/362) of `x86/64` completed successfully.
Tapper has joined #openwrt-devel
musashino has quit [Ping timeout: 480 seconds]
Tusker has quit [Quit: Time wasted on IRC: 7 hours 2 minutes 55 seconds]
rmilecki has joined #openwrt-devel
<owrt-snap-builds> Build [#337](https://buildbot.openwrt.org/master/images/#builders/27/builds/337) of `mpc85xx/p1020` completed successfully.
Tapper has quit [Read error: No route to host]
Tapper has joined #openwrt-devel
<owrt-snap-builds> Build [#294](https://buildbot.openwrt.org/master/images/#builders/71/builds/294) of `bcm4908/generic` completed successfully.
<owrt-snap-builds> Build [#360](https://buildbot.openwrt.org/master/images/#builders/6/builds/360) of `lantiq/xway` completed successfully.
<owrt-snap-builds> Build [#331](https://buildbot.openwrt.org/master/images/#builders/43/builds/331) of `oxnas/ox820` completed successfully.
<owrt-snap-builds> Build [#325](https://buildbot.openwrt.org/master/images/#builders/62/builds/325) of `tegra/generic` completed successfully.
<owrt-snap-builds> Build [#326](https://buildbot.openwrt.org/master/images/#builders/42/builds/326) of `ramips/mt76x8` completed successfully.
<owrt-snap-builds> Build [#332](https://buildbot.openwrt.org/master/images/#builders/18/builds/332) of `mvebu/cortexa9` completed successfully.
dedeckeh has joined #openwrt-devel
pmelange has joined #openwrt-devel
dangole has joined #openwrt-devel
<owrt-snap-builds> Build [#341](https://buildbot.openwrt.org/master/images/#builders/61/builds/341) of `arc770/generic` completed successfully.
pmelange has left #openwrt-devel [#openwrt-devel]
<owrt-snap-builds> Build [#328](https://buildbot.openwrt.org/master/images/#builders/57/builds/328) of `octeon/generic` completed successfully.
musashino has joined #openwrt-devel
<owrt-snap-builds> Build [#397](https://buildbot.openwrt.org/master/images/#builders/1/builds/397) of `ath79/generic` completed successfully.
<enyc> jow: thankyou for helpful answer before, turning off the ipv6-assignment-length does what I needed =) will test dhcpv6 subdelegation later =). I have a different problem with MTU, however!!
<enyc> New problem: 21.02.1 working with MTU 1508 set on dsl0 and dsl0.101 interfaces, which then causes PPPoE (over vdsl ptm) connection to allow 1500 byte MTU
<enyc> however, its' actually only working 1500 bytes for IPv4 [!!]
<enyc> even if I configure pppoe-wan for MTU 1500 and fill in via LuCI IPv6 MTU 1500 as well ... no joy
<owrt-snap-builds> Build [#336](https://buildbot.openwrt.org/master/images/#builders/15/builds/336) of `armvirt/64` completed successfully.
<owrt-snap-builds> Build [#338](https://buildbot.openwrt.org/master/images/#builders/45/builds/338) of `bcm47xx/legacy` completed successfully.
<enyc> OK confirmed this after full reboot etc... I think this must be a bug/regression
<enyc> was working on 19.07.8
<enyc> and indeed even with pppoe-wan set explicitly to mtu 1500 and mtu6 1500 in /etc/config/network, ifconfig pppoe-wan reveals initirialized/set at 1492 !
<enyc> fix that manually with ifconfig and same problem, ... 1500byte IPv4 working and 1492 only on IPv6 native over pppoe ;-(
mrkiko has quit [Quit: leaving]
mrkiko has joined #openwrt-devel
<owrt-snap-builds> Build [#343](https://buildbot.openwrt.org/master/images/#builders/65/builds/343) of `archs38/generic` completed successfully.
goliath has joined #openwrt-devel
<owrt-snap-builds> Build [#328](https://buildbot.openwrt.org/master/images/#builders/35/builds/328) of `mvebu/cortexa72` completed successfully.
danitool has joined #openwrt-devel
* enyc meeps
<rsalvaterra> mangix: Speaking of zstd, I recently hit a rather worrying issue…
<rsalvaterra> … I was building the kernel (5.15), as usual, on one of my machines (32-bit Atom N270), which has 2 GiB of RAM…
<rsalvaterra> … and I couldn't select zstd compression for the kernel, as the build would fail at compression time, for not having enough RAM.
<rsalvaterra> Ironically, xz compressed just fine.
strobo_ has quit [Remote host closed the connection]
nitroshift has joined #openwrt-devel
strobo has joined #openwrt-devel
<enyc> turns out I needed to ... do *more* MTU overrides before it would behave!
<enyc> Panic Over! I'm not EXACTLY sure which it was but I set pppoe-wan to 1500 explicitly and in the wan interface pilicitly set 'override mtu' to 1500 as well and *then* it works after reboot, ipv4+ipv6 full 1500 bytes.
<enyc> I *like* the new Interface<>Device separation but this sort of ability to set mini-jumbos is more tricky than needbe but anyhow! grumble over.
ecloud has quit [Ping timeout: 480 seconds]
Tapper has quit [Ping timeout: 480 seconds]
<mrkiko> regarding worrying issues, someone seen in the M the reported issues with awk and wget?
<mrkiko> hauke: have you seen the ML message with subject "wget: limit downloaded bytes problem"
decke has joined #openwrt-devel
<mangix> rsalvaterra: fun. I wonder if the kernel ever updated its zstd code
robimarko has joined #openwrt-devel
<robimarko> mangix: As far as I know, they will update to zstd-1.4.10 in 5.16
<robimarko> As 1.5.0 has some issues that will only get fixed in the 1.5.1
Andi_ has quit [Ping timeout: 480 seconds]
Andi_ has joined #openwrt-devel
paper_ has quit [Quit: connection reset by purr]
paper_ has joined #openwrt-devel
ecloud has joined #openwrt-devel
rua has joined #openwrt-devel
<rsalvaterra> mangix: Not yet, possibly for 5.16, I don't know if it was merged yet.
<rsalvaterra> The updated zstd kernel code is *huge*, though. I'm sure a lot of our targets won't like it. Future problem to solve, though.
victhor has joined #openwrt-devel
<robimarko> rsalvaterra: Why would our targets care about the in-kernel ZSTD version?
<robimarko> The speed and compression ratios only got better in the newer versions
<rsalvaterra> robimarko: For starters, ubifs. And zram.
<rsalvaterra> And my systems also have zstd compression in jffs2, but that's a patch that hasn't yet been accepted upstream (I carry it in my tree).
<robimarko> Yeah, but it can only get faster
<robimarko> I dont see the issue in the update
<robimarko> Its long overdue
<rsalvaterra> robimarko: You don't see an issue with an almost 200 kiB (compressed!) bigger kernel image? ;)
<rsalvaterra> These are numbers I measured. I have the zstd update in my kernel tree: https://github.com/rsalvaterra/linux/commits/salvaterra
<mangix> so I nuked and reinstalled my fedora system. long live btrfs
<robimarko> rsalvaterra: I didnt know about the 200k increase, that doesnt seem right to me
<robimarko> As all I have seen so far from the ZSTD updates in userspace decreased the size rather then increased it
musashino has quit [Ping timeout: 480 seconds]
jlsalvador has quit [Quit: jlsalvador]
jlsalvador has joined #openwrt-devel
<Habbie> is there some quick trick for figuring out what target and subtarget i need to pick to get to a certain Target Profile?
<rsalvaterra> robimarko: I don't know if we're on the same page. I'm not talking about changes in zstd compression ratios. I'm talking about an increase in the kernel size due to the more complex code.
<robimarko> Ok, then we were really talking about different sides. I was thinking about the compression ratio
<robimarko> 200k is a lot of code when compiled
<rsalvaterra> Precisely.
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<rsalvaterra> robimarko: I lied. It's not almost 200 kiB. It's around 122 kiB. Still a big difference for an algorithm update.
<rsalvaterra> 5038198 vs 5163988 bytes. This is for the kernel .deb package built with bindeb-pkg make target, with the exact same .config.
<robimarko> That is still too mcuh
decke has quit [Quit: Leaving.]
musashino has joined #openwrt-devel
edoardo396 has joined #openwrt-devel
broadcom-hell has joined #openwrt-devel
<broadcom-hell> hello owrt devs. b4 I become a deserter to ddwrt, can somebody please confirm this has no solution and/or will never go anywhere? https://bugs.openwrt.org/index.php?do=details&task_id=2139 https://forum.openwrt.org/t/rt-n16-brcmfmac-brcm-wl-trouble/49603/21
<broadcom-hell> :(
<karlp> eh, I have an old bsd queue.h that no longer compiles in owrt master, becuase sys/cdefs.h is not found? does that ring any bells for anyone?
<karlp> looks like musl provides it in sys/queue.h, but that won't be there on glibc desktop...
<karlp> hrm, it is on my fedora desktop at least...
edoardo396 has quit [Read error: Connection reset by peer]
broadcom-hell has left #openwrt-devel [#openwrt-devel]
shibboleth has joined #openwrt-devel
Ansuel has joined #openwrt-devel
<Ansuel> HALP build all kmods flags doesn't work in menuconfig
<Ansuel> any help ?
<Ansuel> ok this should be put in the wiki
<zorun> although it requires a kernel option that "adds about 1.5 Mbytes to the kernel image" -> no-go for openwrt I guess
edoardo396 has joined #openwrt-devel
<edoardo396> Hi guys I tried to compile a custom image for the Belkin RT3200 UBI but I get the following error: "staging_dir/target-aarch64_cortex-a53_musl/image/mt7622-snand-1ddr-bl2.img: No such file or directory" Does anyone know where that file comes from?
<edoardo396> nevermind, it was missing bootloader :)
minimal has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
KGB-0 has quit [Ping timeout: 480 seconds]
musashino has quit [Read error: Connection reset by peer]
lmore377 has quit [Read error: Connection reset by peer]
lmore377 has joined #openwrt-devel
Slimey has joined #openwrt-devel
KGB-0 has joined #openwrt-devel
<stintel> /go sam
<stintel> oops, disregard
edoardo396 has quit [Ping timeout: 480 seconds]
shibboleth has quit [Quit: shibboleth]
pmelange has joined #openwrt-devel
Tapper has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<Ansuel> man updating every flag for 5.15 is so time consuming
<Ansuel> but will definetly need an help for the config
<Ansuel> about that i really have no idea how to proceed
fda has quit [Quit: ZNC - https://znc.in]
fda has joined #openwrt-devel
<mrkiko> Ansuel: are we sure 5.15 is the new long-term support version?
<Ansuel> read some articles asserting that
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Andi_ has quit [Read error: Connection reset by peer]
Andi_ has joined #openwrt-devel
fda has quit [Quit: ZNC - https://znc.in]
fda has joined #openwrt-devel
aiyion has quit [Remote host closed the connection]
aiyion has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
astronautap has joined #openwrt-devel
Ansuel_ has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
<robimarko> It is LTS
kenny has joined #openwrt-devel
dansan has joined #openwrt-devel
Ansuel has joined #openwrt-devel
Ansuel_ has quit [Ping timeout: 480 seconds]
Ansuel_ has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
<dhewg> 2 years isn't very longterm
<stintel> most of them start like that
dangole has quit [Remote host closed the connection]
<Habbie> aparcar[m], thanks for the merge! did you have any thoughts about my extra metadata proposal?
<Ansuel_> nice i found yet another bug in qca8k... but never arised as we currently use only one cpu port...
Tapper has joined #openwrt-devel
pmelange has joined #openwrt-devel
<aparcar[m]> Habbie: sounds good
nbd has quit [Remote host closed the connection]
nbd has joined #openwrt-devel
<Habbie> aparcar[m], cool
<aparcar[m]> Link me in the pr and I’m happy to look at it thank you
<Habbie> will do!
_slate_ has joined #openwrt-devel
slate has quit [Ping timeout: 480 seconds]
<mangix> Ansuel_: great
danitool has joined #openwrt-devel
hanetzer has quit [Quit: WeeChat 3.3]
shibboleth has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
astronautap has quit [Ping timeout: 480 seconds]
hanetzer has joined #openwrt-devel
Borromini has joined #openwrt-devel
<hauke> stintel: could you past the build gdb error you get?
<stintel> hauke: yes
<stintel> hold on
<hauke> robimarko: dhewg: If companies are interested, the LTS for 5.15 will get extended, see here: https://git.kernel.org/pub/scm/docs/kernel/website.git/commit/?id=28c4bc420fb4b39c1651a82d59a944a7cef9d0e9
dangole has joined #openwrt-devel
<aparcar[m]> hauke: ping
<aparcar[m]> oh you're here actually
<aparcar[m]> commit b5420dd710aaad703f6f7a900840609d4d1176a1 breaks opkg update logic
<aparcar[m]> the pkg version should not contain a hash
<aparcar[m]> please use PKG_SOURCE_DATE or let $(AUTORELEASE) do the magic
<hauke> mrkiko: thanks for the hint
<aparcar[m]> currently opkg (and auc) think iw is actually downgraded
<aparcar[m]> nbd: do you plan to pack the prebuilt llvm toolchain and offer it on d.o.o?
<shibboleth> hauke, very likely since ub lts is slated for next year and 5.15 will be the first to take full advantage of recent intel perf and gpu
<hauke> aparcar[m]: should we cahnge the iw version number from 5.9-8fab0c9e to 5.9.1-8fab0c9e ?
<aparcar[m]> I’d not add the version number at all
<hauke> what happens when we upgrade to a potential 5.15?
<aparcar[m]> We don’t want hashes in the PKG VERSION
<aparcar[m]> You can use pkg source date
<aparcar[m]> But opkg need meaningful numbers to compare, not a hash
<shibboleth> hauke, isn't kernel size already an issue?
<hauke> aparcar[m]: do you want to creaet a patch which fixes the iw version?
<hauke> how easy can we switch back to a iw version like 5.15?
<hauke> shibboleth: the kernel size is always increasing and we have to drop some devices becasue of that
<hauke> shibboleth: I do not get the context
<shibboleth> just that 5.15 will leave even more devices behind
<hauke> yes probably
<hauke> someone could also check where we can save some more space
fda has quit [Quit: ZNC - https://znc.in]
fda has joined #openwrt-devel
astronautap has joined #openwrt-devel
dangole_ has joined #openwrt-devel
bookworm_ has joined #openwrt-devel
astronautap has quit []
danitool_ has joined #openwrt-devel
Borromin1 has joined #openwrt-devel
danitool has quit [Remote host closed the connection]
bookworm has quit [Remote host closed the connection]
Borromini has quit [Remote host closed the connection]
KGB-2 has quit [Ping timeout: 480 seconds]
dangole_ has quit [reticulum.oftc.net liquid.oftc.net]
aiyion has quit [reticulum.oftc.net liquid.oftc.net]
rua has quit [reticulum.oftc.net liquid.oftc.net]
mrkiko has quit [reticulum.oftc.net liquid.oftc.net]
owrt-2102-builds has quit [reticulum.oftc.net liquid.oftc.net]
KGB-1 has quit [reticulum.oftc.net liquid.oftc.net]
mva has quit [reticulum.oftc.net liquid.oftc.net]
hexa- has quit [reticulum.oftc.net liquid.oftc.net]
lynxis has quit [reticulum.oftc.net liquid.oftc.net]
gnustomp[m] has quit [reticulum.oftc.net liquid.oftc.net]
aparcar[m] has quit [reticulum.oftc.net liquid.oftc.net]
t4h4[m] has quit [reticulum.oftc.net liquid.oftc.net]
megabro has quit [reticulum.oftc.net liquid.oftc.net]
kabel has quit [reticulum.oftc.net liquid.oftc.net]
hauke has quit [reticulum.oftc.net liquid.oftc.net]
JiiPee has quit [reticulum.oftc.net liquid.oftc.net]
robje has quit [reticulum.oftc.net liquid.oftc.net]
lemmi has quit [reticulum.oftc.net liquid.oftc.net]
pkgadd has quit [reticulum.oftc.net liquid.oftc.net]
blogic has quit [reticulum.oftc.net liquid.oftc.net]
zorun has quit [reticulum.oftc.net liquid.oftc.net]
tmn505 has quit [reticulum.oftc.net liquid.oftc.net]
Forst has quit [reticulum.oftc.net liquid.oftc.net]
\x has quit [reticulum.oftc.net liquid.oftc.net]
ephemer0l has quit [reticulum.oftc.net liquid.oftc.net]
FLD has quit [reticulum.oftc.net liquid.oftc.net]
Habbie has quit [reticulum.oftc.net liquid.oftc.net]
<stintel> https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=blob;f=package/network/config/firewall4/Makefile;h=016b39c66f73bfcb138a6523948b836d0050ee54;hb=4fcf59f492696dbecee85ea782e066e421dda396#l25 the CONFLICTS:= seems to cause a circular dependency once I change luci-app-firewall to depend on uci-firewall
<stintel> can anyone tell me how to solve that ?
<stintel> this is blocker for moving firewall4 to default
KGB-2 has joined #openwrt-devel
dangole has quit [Ping timeout: 480 seconds]
dangole_ has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
rua has joined #openwrt-devel
aiyion has joined #openwrt-devel
t4h4[m] has joined #openwrt-devel
aparcar[m] has joined #openwrt-devel
megabro has joined #openwrt-devel
hauke has joined #openwrt-devel
kabel has joined #openwrt-devel
robje has joined #openwrt-devel
blogic has joined #openwrt-devel
JiiPee has joined #openwrt-devel
hexa- has joined #openwrt-devel
lynxis has joined #openwrt-devel
KGB-1 has joined #openwrt-devel
mva has joined #openwrt-devel
mrkiko has joined #openwrt-devel
owrt-2102-builds has joined #openwrt-devel
lemmi has joined #openwrt-devel
zorun has joined #openwrt-devel
ephemer0l has joined #openwrt-devel
\x has joined #openwrt-devel
Forst has joined #openwrt-devel
tmn505 has joined #openwrt-devel
Habbie has joined #openwrt-devel
FLD has joined #openwrt-devel
pkgadd has joined #openwrt-devel
<robimarko> hauke: I am not worried about the 5.15 support length
<robimarko> Its gonna get 5+ years at the end
<aparcar[m]> hauke: I'll do some testing and send a patch
<stintel> jow: why does firewall4 conflict with kmod-ipt-nat ? I cannot solve the recursive dependency issue without removing that
Borromin1 has quit [Quit: Lost terminal]
Andi_ has quit [Read error: Connection reset by peer]
Andi_ has joined #openwrt-devel
minimal has quit []
robimarko has quit [Quit: Page closed]
rmilecki has quit [Ping timeout: 480 seconds]
Luke-Jr has quit [Ping timeout: 480 seconds]
<stintel> here goes nothing :P
<stintel> updating main router to firewall4
<Habbie> routers i buy come with small credit card sized pieces of papers these days with default WPA credentials - do those survive an openwrt flash? :)
<stintel> afaik not
<stintel> we default to wifi disabled
<stintel> ok so flow offload in netfilter requires specifying the interfaces :(
<Habbie> well i know openwrt doesn't pick it up, but i wonder if it's -lost-
<stintel> ah
<stintel> probably depends where it is kept
<Habbie> i figured it would be like that :)
<stintel> ok firewall4 doesn't detect zone in /etc/config/network
dedeckeh has quit [Remote host closed the connection]
Tapper has quit [Ping timeout: 480 seconds]
Luke-Jr has joined #openwrt-devel
shibboleth has quit [Quit: shibboleth]
<will[m]> when sysupgrade runs "ubus call system sysupgrade" and the json says "command": "\/lib\/upgrade\/do_stage2" and it comes back with "Command failed: Not found" what should i be looking for? the do_stage2 script is definitely there...
<jow> stintel: because nft-nat conflicts with ipt-nat
<jow> if ipt-nat is loaded, nftables nat will not work
<JiiPee> hauke: I think all JBOOT devices are out if it's not possible to shrink 5.15, there is 2MB kernel image limit on JBOOT and currently 5.15 kernel goes little over that. It's not much however so if someone find away to save some kb's, then it may work.
<JiiPee> Then again I'm not sure how widely JBOOT is used
<hauke> stintel: I can not reproduce your problem you you please try this patch: https://pastebin.com/8qt9CbT8
<hauke> JiiPee: someone could add an extra loader in between, we already did this for many devices
<stintel> jow: I guess we should move that CONFLICT to the ipt-nat and/or nft-nat modules the n
<stintel> hauke: testing
<jow> stintel: yep, makes sense
dangole_ has quit [Ping timeout: 480 seconds]
<stintel> jow: actually that seems not true. I have kmod-ipt-nat installed, iptable_nat xt_nat xt_MASQUERADE loaded, and nft just does NAT fine
<jow> maybe it changed then
<jow> it used to be an issue on older kernels and is also officially documented
<stintel> I see
<jow> "You cannot use iptables and nft to perform NAT at the same time before kernel 4.18."
<jow> so maybe we should simply drop the conflict
<stintel> cool, will do that
<jow> btw, the introduction and conversion of programs to uloop_timeout_remaining64 causes issues
<jow> people running slightly older snapshots will run into it when e.g. installing luci
<jow> rpcd will not start due to:
<jow> Error relocating /sbin/rpcd: uloop_timeout_remaining64: symbol not found
<jow> this is because for opkg the libubox dependency is satified
<jow> seems we need to bump the libubox ABI version after all, so that programs like rpcd depend on newer versions of libubox
<stintel> bah
<jow> but maybe we should simply leave stuff as-is
<jow> breakage like that is acceptable for snapshots but we need to be very careful when backporting any of that to stable
<stintel> makes sense
<Habbie> +1
<JiiPee> hauke: Can you give me some example so I could take alook if thats something what my newbie skills can do?
<jow> damn, almost 1 again, time to hit the bed
<stintel> hah that means it's 2 here :P
<stintel> meh