cvs commit: ports/sysutils Makefile ports/sysutils/runwhen
Makefile distinfo pkg-descr pkg-plist ports/sysutils/runwhen/files
patch-compile
Sergei Kolobov
sergei at FreeBSD.org
Sat Nov 1 12:50:37 PST 2003
sergei 2003/11/01 12:50:36 PST
FreeBSD ports repository
Modified files:
sysutils Makefile
Added files:
sysutils/runwhen Makefile distinfo pkg-descr pkg-plist
sysutils/runwhen/files patch-compile
Log:
Add runwhen 2003.10.31, tools for running commands at particular times.
The biggest difference between runwhen and other schedulers is that
runwhen doesn't have a single daemon overseeing multiple jobs.
The runwhen tools essentially act as a glorified sleep command.
Perhaps runwhen does nothing that at(1) doesn't, and there are
lots of things at(1) does that runwhen doesn't:
- runwhen doesn't change user IDs - thus it will never run
anything as the wrong user.
- It doesn't keep a central daemon running at all times -
thus it won't break if that daemon dies.
- It doesn't require any modifications to the system boot procedure.
- It doesn't log through syslog(3) - thus it won't make a mess
on the console if syslogd(1) isn't running.
- It doesn't centralize storage of scheduled jobs (or any other
per-job information) - thus unprivileged users can install and use it
without cooperation from root, and without the use of a setuid program
to handle changes.
- It doesn't send output through mail - thus it doesn't break
if there is no mail system installed.
- It doesn't check access control files - thus it doesn't gratuitously
deny users.
Author: Paul Jarc <prj at po.cwru.edu>
WWW: http://multivac.cwru.edu/runwhen/
PR: 58789
Submitted by: David Thiel <lx at redundancy.redundancy.org>
Revision Changes Path
1.445 +1 -0 ports/sysutils/Makefile
1.1 +44 -0 ports/sysutils/runwhen/Makefile (new)
1.1 +1 -0 ports/sysutils/runwhen/distinfo (new)
1.1 +14 -0 ports/sysutils/runwhen/files/patch-compile (new)
1.1 +24 -0 ports/sysutils/runwhen/pkg-descr (new)
1.1 +16 -0 ports/sysutils/runwhen/pkg-plist (new)
More information about the cvs-ports
mailing list