wt/finit
1
0 Fork 0
mirror of https://github.com/troglobit/finit.git synced 2026-11-11 16:40:48 +00:00
Code Issues Packages Projects Releases Wiki Activity

Fix indentation and ReST syntax.

Browse Source 
Signed-off-by: Joachim Nilsson <troglobit@gmail.com>
This commit is contained in:
Joachim Nilsson committed 2013-05-20 15:32:04 +02:00
1 parent e2eaee9620
commit 7e9ac7ba67
2 files changed
+50 -50
Download Patch File Download Diff File Expand all files Collapse all files

No files matched your search

README.rst
+6 -6
View File
@@ -21,15 +21,15 @@ Features
-------- --------
**Service monitoring** **Service monitoring**
Restarting a service when it exits Restarting a service when it exits
**Plugins** **Plugins**
Extend and modify finit behavior. See examples in plugins/ directory. Extend and modify finit behavior. See examples in plugins/ directory.
Plugin capabilities: Plugin capabilities:
* Service callbacks — should the service run/restart/stop? * Service callbacks — should the service run/restart/stop?
* Hooks — hook into the boot at predefined points to extend finit * Hooks — hook into the boot at predefined points to extend finit
* I/O — listen to external events and control finit behaviour/services * I/O — listen to external events and control finit behaviour/services
Most extensions and functionality not purely related to what an /sbin/init Most extensions and functionality not purely related to what an /sbin/init
needs to start a system from the original finit_ has been reactored into needs to start a system from the original finit_ has been reactored into
TODO.rst
+44 -44
View File
@@ -5,10 +5,10 @@ Unsorted TODO list of features and points of investigation that could be
useful for improving finit. But what is an improvement to finit? Well, useful for improving finit. But what is an improvement to finit? Well,
similiar to launchd, the goal of finit is to be a FAST replacement for: similiar to launchd, the goal of finit is to be a FAST replacement for:
* init * init
* inetd * inetd
* crond * crond
* watchdogd * watchdogd
The main goal is to be FAST. Secondary goals are to be: small, simple The main goal is to be FAST. Secondary goals are to be: small, simple
and with a very low dependency to external packages. and with a very low dependency to external packages.
@@ -19,38 +19,37 @@ The intent of finit is to monitor not just processes, but also to
be able to supervise the entire system and the behavior of certain be able to supervise the entire system and the behavior of certain
processes that declare themselves to be finit compliant. processes that declare themselves to be finit compliant.
* Integrate the ingenious libev to handle all events: signals, * Integrate the ingenious libev to handle all events: signals, polling
polling fd's, etc. Because "Event driven software improves fd's, etc. Because "Event driven software improves concurrency" --
concurrency" -- Dave Zarzycki, Apple. See the launchd video Dave Zarzycki, Apple. See the `launchd video`_ for more info!
at http://www.youtube.com/watch?v=cD_s6Fjdri8 for more info! * Add support for process and system supervision. Which could
* Add support for process and system supervision. Which could be an API wrapping, e.g., TIPC and loadavg.
be an API wrapping, e.g., TIPC and loadavg. * Add support for a /dev/watchdog plugin to replace watchdogd
* Add support for a /dev/watchdog plugin to replace watchdogd * Integrate watchdog plugin with process/system supervisor to
* Integrate watchdog plugin with process/system supervisor to reboot the system when a process stops responding, or when
reboot the system when a process stops responding, or when restarting it is imposible, as well as when system load gets
restarting it is imposible, as well as when system load gets too high.
too high.
Configuration Configuration
------------- -------------
* Add support for "init <q | reload-configuration>" and SIGHUP to * Add support for "init <q | reload-configuration>" and SIGHUP to
reload finit.conf, but also reload finit.conf, but also
* Add support for inotify to automatically reload finit.conf * Add support for inotify to automatically reload finit.conf
Runlevels Runlevels
--------- ---------
* Add support for "runlevel N" to finit.conf * Add support for "runlevel N" to finit.conf
* Improve support for runlevels: startup, running (services from * Improve support for runlevels: startup, running (services from
finit.conf), and shutdown as well as hooks when switching RL, finit.conf), and shutdown as well as hooks when switching RL,
startup at RL 1 and a default run level. startup at RL 1 and a default run level.
* Implement initctl stop|start|restart|reload|status <SVC> and * Implement initctl stop|start|restart|reload|status <SVC> and
service <SVC> stop|start|restart|reload|status on top service <SVC> stop|start|restart|reload|status on top
* Add PRE and POST hooks for when changing runlevels * Add PRE and POST hooks for when changing runlevels
* SysV init in Debian uses an rcS.d/ for scripts that should run once * SysV init in Debian uses an rcS.d/ for scripts that should run once
at boot. These scripts are run before the actual runlevel set in at boot. These scripts are run before the actual runlevel set in
inittab. In finit we could use "task [S]" and "boot [S]" for this. inittab. In finit we could use "task [S]" and "boot [S]" for this.
* Add support for a new runlevel 'S' that is started before all other * Add support for a new runlevel 'S' that is started before all other
services in the selected runlevel. services in the selected runlevel.
Services and Tasks Services and Tasks
------------------ ------------------
@@ -58,30 +57,31 @@ Both the "task" and "boot" stanzas below are like "service", share the
same mechanism for registering callbacks. These callbacks can be used same mechanism for registering callbacks. These callbacks can be used
to check a configuration db and return 1 (RUN), 2 (STOP), or 3 (RELOAD). to check a configuration db and return 1 (RUN), 2 (STOP), or 3 (RELOAD).
* Add support for "task [RUNLVL] ..." similar to services, but * Add support for "task [RUNLVL] ..." similar to services, but
one-shot. Needs a trigger/when one-shot. Needs a trigger/when
* Add support for "boot [RUNLVL] ..." similar to services, but * Add support for "boot [RUNLVL] ..." similar to services, but
waits for completion before continuing with the next line waits for completion before continuing with the next line
* Add support for service/task dependencies * Add support for service/task dependencies
* Add support for "init list" to show running services * Add support for "init list" to show running services
Miscellaneous Miscellaneous
------------- -------------
* Add support for "init -v,--version | version" * Add support for "init -v,--version | version"
* Cleanup move sources from top-level directory to src/ and include/ * Cleanup move sources from top-level directory to src/ and include/
* Make sure to install queue.h to $(PREFIX)/include/finit/queue.h * Make sure to install queue.h to $(PREFIX)/include/finit/queue.h
Documentation Documentation
------------- -------------
* Write man pages for finit and finit.conf, steal from pimd man pages... * Write man pages for finit and finit.conf, steal from pimd man pages...
* Update Debian finit.conf example with runlevels, tty/console and * Update Debian finit.conf example with runlevels, tty/console and
dependency handling dependency handling
Investigation Investigation
------------- -------------
* FHS changes affecting runtime status, plugins, etc., see * `FHS changes`_ affecting runtime status, plugins, etc.
http://askubuntu.com/questions/57297/why-has-var-run-been-migrated-to-run
.. _`launchd video`: http://www.youtube.com/watch?v=cD_s6Fjdri8
.. _`FHS changes`: http://askubuntu.com/questions/57297/why-has-var-run-been-migrated-to-run
.. ..
.. Local Variables: .. Local Variables:
.. mode: rst .. mode: rst