search

roboticslab-uc3m / teo-main

TEO full-sized humanoid robot: super/meta repository.
http://roboticslab.uc3m.es/roboticslab/robot/teo-humanoid
GNU Lesser General Public License v2.1
4 stars 1 forks source link

yarprun service on TEO network PCs does not always connect to teo-main yarp server #10

Open jgvictores opened 7 years ago

jgvictores commented 7 years ago

From @jgvictores on June 28, 2016 10:29

The current use of daemontools makes yarprun run sometimes without connecting to the yarp server, which causes problems such as https://github.com/roboticslab-uc3m/kinematics-dynamics/issues/42. A yarp detect or similar (checking the return value) should be included in the daemontools service script (/etc/service/yarprun) or even completely replace daemontools for a different method to avoid this.

Copied from original issue: roboticslab-uc3m/kinematics-dynamics#43

jgvictores commented 6 years ago

Would affect services currently documented at https://github.com/roboticslab-uc3m/teo-developer-manual/blob/540b9521394a804a21e835bb0b0357fb369c8a67/appendix/b-teo-network-information.md

PeterBowman commented 3 years ago

(..) or even completely replace daemontools for a different method to avoid this.

I described a different solution at https://github.com/roboticslab-uc3m/teo-hardware-issues/issues/59#issuecomment-753471971:

On Ubuntu focal, I just added both yarpserver and yarprun entries to the GUI app Startup Applications and it worked (ref). I believe this is nothing new in Ubuntu (already present in Ubuntu 10.10), so why did we resort to using daemontools instead?

PeterBowman commented 3 years ago

Today I'd rather use systemctl as in https://github.com/roboticslab-uc3m/yarp-devices/issues/251#issuecomment-919420954, though.