vchrizz has joined #openwrt-devel
<vchrizz> hi, i dont know where to ask, but regarding https://hub.docker.com/r/openwrtorg/rootfs/tags?name=arm - would it be possible to create containers for arm_cortex-a7 too? or can anybody tell me where i should ask for that? :) thanks
AndyCap has quit [Remote host closed the connection]
AndyCap has joined #openwrt-devel
minimal has quit []
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
victhor has quit [Remote host closed the connection]
dangole has quit [Remote host closed the connection]
srslypascal is now known as Guest10521
srslypascal has joined #openwrt-devel
Guest10521 has quit [Ping timeout: 480 seconds]
fda has joined #openwrt-devel
fda- has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
nitroshift has joined #openwrt-devel
valku has quit [Quit: valku]
Grommish has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
danitool has joined #openwrt-devel
danitool has quit []
rua has quit [Ping timeout: 480 seconds]
<nick[m]1234> Habbie, @dangole : I will first go now for some scripting, since I urgently need the support. ;) Afterwards, I will look again at namespaces. :)
rua has joined #openwrt-devel
mattytap_ has joined #openwrt-devel
Tapper has joined #openwrt-devel
mattytap has quit [Ping timeout: 480 seconds]
guidosarducci has quit []
guidosarducci has joined #openwrt-devel
svlobanov has quit [Remote host closed the connection]
svlobanov has joined #openwrt-devel
<Habbie> nick[m]1234, ok! that will be educational too
<Habbie> nick[m]1234, as in, with that experience, getting it right in netifd after that might be easier
<stintel> about arc770 and archs38 ... if there is no real hardware, why do we even build images in the buildbots? I would suggest to switch them to source-only to start
<jow> are they still on uclibc?
<jow> which would be enother case for source-only
<stintel> do we still have uclibc ?
<jow> yep
<jow> but I was wrong arc770/archs are on glibc, not uclibc
<stintel> I thought so
<stintel> setting it to source-only would free up a bunch of resources
svlobanov has quit [Remote host closed the connection]
svlobanov has joined #openwrt-devel
<rsalvaterra> Uh…? What's still using uClibc in this day and age?
danitool has joined #openwrt-devel
<aparcar> jow: stintel is firewall4 now ready to become the default?
<stintel> not yet
<stintel> will try to fix reading zone from network interfaces sections today
<stintel> after that it's fine for me
<aparcar> so the ETA would be around this week?
<stintel> the performance "regression" with offloading .. I'm tempted to ask people to ask upstream
<aparcar> in that case I'll give the maintainers a headsup
<stintel> because I've gone over the generated config and I can't spot anything that is wrong from the examples that are found online
<aparcar> I'm sure upstream is happy for people reaching out
svlobanov has quit [Remote host closed the connection]
svlobanov has joined #openwrt-devel
svlobanov has quit [Remote host closed the connection]
<aparcar> what is a good alternative to <<< on openwrt? I think busybox/ash doesn't like that syntax
* stintel doesn't even know what <<< is supposed to do
svlobanov has joined #openwrt-devel
<aparcar> stintel: as far as I know you could use cat <<< "hello"
<aparcar> so "hello" is read as if it'd be a fil
<aparcar> *file
<neggles> `cat <<< "thing"` is the equivalent of `cat < echo "thing" `
<neggles> er
<neggles> cat < $(echo thing)
<neggles> or i guess echo "thing" | cat
<aparcar> basically I'm trying to split a string by using IFS ad read
<neggles> ooh i have a snippet for that
<neggles> I guess what i've done with the `MTD_DEV=$(echo ${REPLY} | cut -f1 -d:)` stuff is the equivalent of (say) `cut -f1 -d: <<< ${REPLY}`
<aparcar> I used cut once but jow said there are better ways
<neggles> are you doing something like `IFS="\t" read -r VAL <<< "something"` ?
<aparcar> neggles: that's the deram
<aparcar> *dream
<neggles> is what you're parsing a var already?
<aparcar> yes
<neggles> or output from a command?
<aparcar> variable
<aparcar> oh looks like I can just use EOF
<neggles> I kind of hate doing this but, `echo "$VARIABLE" | IFS="\t" while read; do [something with each $REPLY]; done` would probably get the job done
<neggles> echo -n if you wanna skip the newline at the end
<aparcar> thanks I'll check that!
<neggles> you might have to put the IFS="\t" before that line, then restore IFS after the while loop, not sure
<neggles> that ought to also work, but the heredoc seems a little hamfisted
<aparcar> I can't parse what you just wrote
<aparcar> or.. compute
<neggles> heh let me make it make some amount of sense
<neggles> seems to work
<aparcar> beautiful!
<aparcar> thanks!
<neggles> I tend to avoid heredocs and herestrings because bash implements them by creating a file in /tmp/ then immediately unlinking it, but apparently dash does it with an anonymous pipe so that might not really matter
<neggles> no problem :)
<jow> if the input is in a variable already it is better to use set instead of read
<aparcar> jow: but with set I only have $1 $2 etc right?
<jow> yes
<aparcar> meh
rmilecki has quit [Ping timeout: 480 seconds]
<aparcar> I'll think about it, it's a PoC for now anyway
<neggles> heh, I was just typing "I've no idea if that's the best way to do it but it works" (and here's it with an arg instead https://paste.debian.net/1226256/ )
<jow> or simply use variable substitution
<jow> root@er-x:~# (package_alternative="10:ipq806x:packages"; prio=${package_alternative%%:*}; arch=${package_alternative#*:}; arch=${arch%:*}; source
<jow> =${package_alternative##*:}; echo "$prio | $arch | $source")
<jow> 10 | ipq806x | packages
<jow> root@er-x:~#
<aparcar> nice that does the trick too
<aparcar> will do, thank you two
<neggles> jow: I'd no idea you could do it like that
<jow> variable substitutions are powerfull and a useful subset of them is supported in busybox ash
<jow> search and replace and global search and replace as well
<neggles> tbh I didn't know about variable substitution at all
<jow> e.g. ${foo/bar/baz} and ${foo//[^a-z0-9_]/_}
<neggles> okay, that is definitely cursed
<jow> avoid the need to fork sed / tr / awk
<jow> for simple substitutions
<jow> like sanitizing a name
<neggles> that's, really really useful
<neggles> i've lots of hacky little scripts with trivial awk/sed invocations that apparently just don't need to be there
<jow> or "cut" to extract substrings (x="hello"; echo ${x:2:2}; # "ll")
<zorun> I always forget about the syntax ;)
<neggles> I've done the ${1:-"somevalue"} type stuff before but
<jow> not all TLDB examples will work on ash, but :-, :+, /, //, ::, #, % should work at least
<neggles> awesome
svlobanov has quit [Remote host closed the connection]
pmelange has joined #openwrt-devel
svlobanov has joined #openwrt-devel
victhor has joined #openwrt-devel
svlobanov has quit [Remote host closed the connection]
pmelange has left #openwrt-devel [#openwrt-devel]
Tapper has quit [Ping timeout: 480 seconds]
f00b4r0 has quit [Quit: Textual IRC Client: www.textualapp.com]
svlobanov has joined #openwrt-devel
<rsalvaterra> jow: I have two long-standing fw3 patches (one from feckert, one from ldir) in my queue I'd like to upstream. I've been running them for months without issues.
<rsalvaterra> I also did a couple of nice cleanups today, but haven't dogfooded them yet.
<rsalvaterra> *dogfed
* rsalvaterra can't English
<jow> ok
Tapper has joined #openwrt-devel
<rsalvaterra> Alright, will push, thanks.
<jow> heh
<rsalvaterra> I know, I know, nobody cares about fw3. :P
<jow> no I mean, I acknowledged that you told me that there's changes
<jow> if you're confident, feel free to push of course, but I don't know which changes you talked about :D
<rsalvaterra> Oh…! Sorry, I misinterpreted as an approval. I'm confident about the changes, though. :)
<jow> Id love to take a quick look, apart from that you don't need my permission to push
<rsalvaterra> The topmost four (the top two are my cleanups, won't push them yet).
<jow> hmm, looks okay to me. I guess you runtime tested
<jow> afair the get_kernel_version() was expected by one of the dynamic iptables extensions
<jow> if it was dlopen()'d, it expected the process to expose this symbol
<jow> was in the DNAT target iirc
<rsalvaterra> Yeah, I'll definitely test them, but they seemed straightforward enough.
<rsalvaterra> And a 304 bytes smaller executable is always nice.
goliath has quit [Quit: SIGSEGV]
<rsalvaterra> Just to be clear, for now I'll just push the locking fix and the --syn cleanup.
<rsalvaterra> Awww, crap.
<rsalvaterra> jow: Hm… how about we patch iptables locally…?
* rsalvaterra hides
svlobanov has quit []
<rsalvaterra> We're *definitely* sure our kernel version is recent enough…
<rsalvaterra> I git grepped the iptables source and those are the only two instances where the kernel version is checked.
<jow> doesn ot seem worth the effort imho
<jow> but you could stub get_kernel_version()
<jow> and let it return 3.0.0 unconditionally
<jow> or even remove the function and set the extern int kernel_version to 0x30000 unconditionally
<rsalvaterra> Fair enough… :)
<jow> because the function is only called if extern int kernel_version is 0
<jow> or as a third variant, pursue upstream to simply drop that check
<rsalvaterra> Hmm… that could be a possibility, yes.
<jow> I agree that it is totally unecessary to actually lazily probe the kernel version
<rsalvaterra> I wonder how old that check is…?
<jow> Mon Sep 19 15:00:33 2005 +0000
<rsalvaterra> Yeah, I just git blamed here too. :)
<rsalvaterra> I don't think such a patch would be accepted upstream, however. It's a generic utility and must be able to run in a very wide range of kernel versions…
nitroshift has quit [Quit: Gone that way --->]
dangole has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
mattytap_ has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest10546
srslypascal has joined #openwrt-devel
srslypascal is now known as Guest10547
srslypascal has joined #openwrt-devel
Guest10546 has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Guest10547 has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
Luke-Jr has quit [Ping timeout: 480 seconds]
dangole has quit [Ping timeout: 480 seconds]
Luke-Jr has joined #openwrt-devel
<rsalvaterra> jow: robimarko just made my get_kernel_version patch obsolete, while fixing fw3 for 5.15. :)
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
mattytap has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
srslypascal is now known as Guest10553
srslypascal has joined #openwrt-devel
<aparcar> hauke: thoughts on the missing 5.10 kernels? I'd like to create the release branch soonish so we have time to fix things while other people can work on 5.15 and add whatever devices they like
Guest10553 has quit [Ping timeout: 480 seconds]
mattytap has quit [Read error: Connection reset by peer]
<stintel> let's do a meeting first
<aparcar> stintel: ideas for a date?
<rsalvaterra> aparcar: How about second half of this month?
<aparcar> I guess I'll create another poll
<rsalvaterra> Yeah, that's always a good idea. :)
dwmw2_gone has quit [Quit: Coyote finally caught me]
valku has joined #openwrt-devel
dwmw2 has joined #openwrt-devel
srslypascal is now known as Guest10561
srslypascal has joined #openwrt-devel
Guest10561 has quit [Ping timeout: 480 seconds]
dangole has joined #openwrt-devel
Luke-Jr has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
srslypascal is now known as Guest10565
srslypascal has joined #openwrt-devel
minimal has joined #openwrt-devel
Guest10565 has quit [Ping timeout: 480 seconds]
Luke-Jr has joined #openwrt-devel
arifre has joined #openwrt-devel
hurricos has quit [Read error: Connection reset by peer]
hurricos has joined #openwrt-devel
yrrips has quit [Read error: Connection reset by peer]
mattytap has joined #openwrt-devel
Luke-Jr has quit [Ping timeout: 480 seconds]
<aparcar> rsalvaterra: is there a point in keeping fw3 alive when we want to switch over?
<PaulFertser> aparcar: someone here said mwan3 hard-depends on fw3.
Luke-Jr has joined #openwrt-devel
<rsalvaterra> PaulFertser: That would have been me. :)
<rsalvaterra> Either mwan3 gets rewritten for nftables, or else we'll have to keep supporting fw3/iptables.
<hauke> aparcar: thanks for inviting to a meeting
<hauke> if we want to take fw4 in the next release it should be the default in master for at least 2 weeks
<hauke> or we saty with fw3
<hauke> *stay
kb1sph has quit [Ping timeout: 480 seconds]
<hauke> In my opineon the time between branching and release for 21.02 was too long
<hauke> one of the reasons was that we rushed even with not finished features (DSA in Luci)
<hauke> the people who were pushing the most to branch off were not the ones who fixed the DSA support later
<hauke> we should wait till master is feature complete and if you want to branch off earlier help to get it feature complete
<rsalvaterra> hauke: I agree, it took way too long.
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
Borromini has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<Guest9490> stintel should comment
<Slimey> some one nudge hurricos :P
Tapper has joined #openwrt-devel
philipp64 is now known as Guest10576
philipp64 has joined #openwrt-devel
Guest10576 has quit [Remote host closed the connection]
fda has joined #openwrt-devel
fda- has quit [Ping timeout: 480 seconds]
fda has quit [Ping timeout: 480 seconds]
fda has joined #openwrt-devel
<rsalvaterra> jow: If there are no objections, I'll merge Ansuel's fw3 fix for Linux 5.15+.
<hurricos> err
<rsalvaterra> Hm?
<hurricos> .... wait, Slimey, what for?
<hurricos> I tried reading above RE: forking off master. Was it that?
<hurricos> I don't see mpc85xx mentiond (it's too cool to have regressions in upstream mainline)
<Slimey> nothing just that the wap has arived
<Slimey> r
<hurricos> Oh.
<hurricos> :D Yes
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
<Tapper> wap wap wap wap.
<Tapper> Makes me think of the song.
<Slimey> heh
<Slimey> wet access points
* Tapper grins
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Borromini has quit [Quit: leaving]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Ansuel has quit []
kb1sph has joined #openwrt-devel
rua has joined #openwrt-devel
xdarklight has quit [Quit: ZNC - https://znc.in]
<dansan> Hello! I want to add a download button for my syslog and kernel log, but this LuCI environment is still a little strange to me. I basically just need to have it run /sbin/logger or /sbin/dmsg and return the raw data with a Content-Type to text/plain. How can I accomplish that in LuCI?
<dansan> It probably wouldn't be a bad patch to send upstream
oftc has joined #openwrt-devel
oftc is now known as Guest10585
Guest10585 is now known as xdarklight
<dansan> Wow, so how did "Lua filters, sources and sinks" end up being named "LTN12"? I guess I just need luci.http.prepare_content("text/plain"); luci.ltn12.pump.all(ltn12_popen("/sbin/logread"), luci.http.write); I'll see if I can get that working
<Habbie> outside of luci i also found ltn12 to be a lot
<Habbie> i'm sure it makes sense in bigger contexts but i had very simple needs at the time :)