guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
rua has quit [Quit: Leaving.]
n3ph has quit [Read error: No route to host]
goliath has joined #openwrt-devel
KGB-0 has quit [Ping timeout: 480 seconds]
KGB-0 has joined #openwrt-devel
n3ph has joined #openwrt-devel
maciekb7218395385 has quit [Ping timeout: 480 seconds]
maciekb7218395385 has joined #openwrt-devel
rua has joined #openwrt-devel
<zetagon>
Hello. I have struggled a little bit with writing a service file for a fairly simple shell script. I have since solved that problem but I figured that it might be nice to document that on the wiki.
<zetagon>
The problem I had was that the script had a loop like this:
<zetagon>
tail -f /tmp/log/messages | while read -r match; do ... done
<zetagon>
procd can't stop this service because that loop lives on after the parent process is terminated (so procd thinks it has stopped the service, but the loop is still running)
<zetagon>
I feel like that is a common gotcha that would be good to document somewhere. Is the OpenWRT wiki a good place to do so?
<efahl>
zetagon: I just read that wiki page and think it looks like the perfect place to document your warning/findings.
<robimarko>
Please document it, I got bit by procd only tracking the main process recently
<robimarko>
As I had a subprocess in a shell script and it would not get killed on restart or stop
<schmars[m]>
typical gotcha with shells and service supervisors
<robimarko>
Yeah, and easy to forget
<schmars[m]>
yep same :-)
gromero has quit [Remote host closed the connection]
gromero has joined #openwrt-devel
<zetagon>
haha I feel vindicated that I'm not the only one :)
zer0def has quit [Remote host closed the connection]
zer0def has joined #openwrt-devel
zer0def has quit []
zer0def has joined #openwrt-devel
Daanct12 has quit [Quit: WeeChat 4.6.1]
n3ph has quit [Read error: No route to host]
<zetagon>
Follow up question: I solved it by modifying the script I was packaging, but what's a preferred solution if you can't do that?
n3ph has joined #openwrt-devel
zer0def has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
zer0def has joined #openwrt-devel
minimal has joined #openwrt-devel
n3ph has quit [Read error: No route to host]
Sawzall has joined #openwrt-devel
zer0def has quit [Remote host closed the connection]
zer0def has joined #openwrt-devel
Sawzallz has quit [Ping timeout: 480 seconds]
Sawzallz has joined #openwrt-devel
Sawzall has quit [Read error: No route to host]
zer0def has quit [Remote host closed the connection]
zer0def has joined #openwrt-devel
hitech95 has joined #openwrt-devel
Sawzall has joined #openwrt-devel
slh has quit [Remote host closed the connection]
slh64 has quit [Ping timeout: 480 seconds]
Sawzallz has quit [Ping timeout: 480 seconds]
slh has joined #openwrt-devel
slh64 has joined #openwrt-devel
drussell_ is now known as Guest14195
drussell_ has joined #openwrt-devel
Guest14195 has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
<hitech95>
who has some experience with netifd call flow for device_type? there are many callbacks/function pointers and I'm a bit lost trying to troubleshoot an issue. Also some tips to setup a easy way to develop/debug it would be welcome :D
n3ph has joined #openwrt-devel
Sawzallz has joined #openwrt-devel
Sawzall has quit [Remote host closed the connection]
Sawzall has joined #openwrt-devel
Sawzallz has quit [Ping timeout: 480 seconds]
Sawzallz has joined #openwrt-devel
Sawzall has quit [Ping timeout: 480 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openwrt-devel
Sawzallz has quit [Remote host closed the connection]
Sawzall has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
n3ph has quit [Remote host closed the connection]
noltari has quit [Quit: Bye ~ Happy Hacking!]
noltari has joined #openwrt-devel
n3ph has joined #openwrt-devel
hitech95 has quit [Read error: Connection reset by peer]