Re: [dev] A replacement for at.
> Wouldn't you need a service supervisor with at's functionallity?
No. Separation of concerns.
> If you are paranoid about sat crashing
When in doubt, assume the component will crash/fail.
> as long as you can have user-private services.
Yes, please let's stop writing process management code into daemons and
instead solve this problem in a portable and non-sucky way.
Received on Fri Jan 01 2016 - 18:05:58 CET
This archive was generated by hypermail 2.3.0
: Fri Jan 01 2016 - 18:12:10 CET