Linked by Thom Holwerda on Fri 30th Apr 2010 18:41 UTC, submitted by diegocg
Permalink for comment 421853
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 05/21/13 21:38 UTC
Linked by Thom Holwerda on 05/20/13 11:29 UTC
Linked by Thom Holwerda on 05/18/13 21:33 UTC
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
More Features »
Sponsored Links



Member since:
2009-12-05
The article points out a few shortcomings in launchd, but admits it does most of what he wants just fine. His only concrete objections are (1) not all existing daemons would be compatible with launchd, and (2) launchd is not flexible enough to do everything he can conceive.
I believe it would be wiser to use a working, release-quality codebase than to write something from scratch. If more backwards compatibility is needed, it would be much simpler to add this functionality to launchd - there is nothing in its architecture to prevent this. And to answer his second objection, sure, launchd is not perfect, but it's much, much better than init/cron/inetd/xinetd/whatever.
Plus, if Linux adopted launchd, daemons could be written to be compatible with both Linux and OS X, and developers from both communities could contribute to the further development of launchd. Both OSs would benefit from sharing an open standard.