<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]
<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>
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>
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/ )
<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>
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)
<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 :)