3 Copyright 2000-2014 Thibault Godouet <fcron@free.fr>
4 Permission is granted to copy, distribute and/or modify this
5 document under the terms of the GNU Free Documentation License,
6 Version 1.1 or any later version published by the Free Software
8 A copy of the license is included in gfdl.sgml.
14 <para>Here are some things that should be done ... Note that some of these
15 entries are just some ideas, which <emphasis>may</emphasis> be done in
17 <para>If you see something you'd really like to see implemented here, feel
18 free to send me a mail: it may make me move it to the top of my to-do list ;) .
20 <para>If you plan to help me, please send a mail at &email; to prevent two
21 people from doing the same thing. You can send me some propositions as
22 well, or ask me to move something to the top of the heap ;) .</para>
24 <title>High priority</title>
27 <para>Option to compile and install from git sources without generating the doc</para>
30 <para>register in OS suspend/hibernate mechanism to stop fcron when going to sleep and start it again when resuming from sleep (see FAQ entry).</para>
38 <title>Low priority</title>
41 <para>Add unit tests using some unit-test framework (turn the tests/* code into unit tests)</para>
44 <para>For environment settings, make a var substitution.</para>
47 <para>add a mailsubject option, for custom mail subjects (for instance, in case of a job containing something secret -- password, etc -- in the command line).</para>
50 <para>Use directory notifications (FAM) / inotify, and support a fcrontab
51 and a cron.d as Vixie cron does (directly included in fcron itself, not thanks to a script as now).
52 However the parsing work is done by fcrontab, and should probably keep on being done by fcrontab for
53 security and stability reasons: have fcron call fcrontab to do that job?</para>
56 <para>could be worth checking fcron for memory leaks using specialized library (just in case...)</para>
59 <para>option to put a maximum limit on the execution time of a task + terminate it if not finished yet + send email to let the user know</para>
62 <para>setting to limit the number of jobs of a single user in the serialq/lavgq to X jobs + make sure root always has Y slots that it can use in those queues (i.e. number of slots used by root + number of free slots >= Y)</para>
65 <para>Test (and use ?) docbook2x-man -- xlstproc ? cf http://antoine.ginies.free.fr/docbook/ch09.html</para>
68 <para>find way to have the non translated pages of the French translation be updated automatically (changes, todo, etc -> copied from the English doc)</para>
71 <para>add a return code for jobs which would mean that they
72 should not be run again (in case of an error, etc...).</para>
75 <para>PAM support (included in fcron, but needs more tests by
76 people using PAM - not implemented in fcrondyn: is it needed
77 in fcrondyn anyway?)</para>
80 <para>support for per user serial queue (especially for root)</para>
88 <para>add a system of modules: at startup, fcron loads some
89 modules (.so files). Then, when fcron should run the job, it
90 calls a function of the module, and let it manage the job
91 (threads?). (do linux dlopen(), etc exist on other systems?
92 - yes: thanks Harring ;) dlopen exists on all POSIX system -
93 even windoze - abait it does not use the same insterface of
94 function calls. But it can be easily implemented to port to
95 another system.).</para>
98 <para>(related to the system of modules? create a kind of
99 dependencies?) Add a way to run a job only if a command
100 returns true. It would permit, for instance, to run some jobs
101 on a laptop only if it is on AC power.</para>
102 <para>and depending on the return value of the command, cancel
103 the execution, or wait x seconds before trying again, etc.
104 In this case, needs change the way the jobs are queued?</para>
107 <para>add an option/module to prevent fcron from running a job if the
108 system is running on battery (anacron does it?)</para>
111 <para>Add a way to stop a job (SIGSTOP) if the lavg gets to high,
112 and restart it (SIGCONT) when the lavg has decreased.</para>
115 <para>Add a timeout for task completion: if a task takes more
116 than a specified timeout, then start another script with the
117 initial task PID as argument. That would allow a kill with
118 different signals (-HUP, -TERM -STOP, .... or any other action
119 like sending a mail to sysadmin to alert him/her that a task
120 is taking too much time and that he has to have a look at it.)
121 (add an option to specify the cmd, and combine w/ option until)
129 <!-- Keep this comment at the end of the file
132 sgml-parent-document:("fcron-doc.sgml" "book" "chapter" "sect1" "")