Ports Search

Anacron is a periodic command scheduler. It executes commands at intervals specified in days. Unlike cron, it does not assume that the system is running continuously. It can therefore be used to control the execution of daily, weekly and monthly jobs (or anything with a period of n days), on systems that don't run 24 hours a day. Anacron is not an attempt to make cron redundant. Requirements - A functioning syslog daemon. - A functioning /usr/sbin/sendmail command. (all MTAs should have that).

Actually, we're not trying to reinvent the wheel here, rather adapt it to suit a slightly different purpose. Below are a few main points and reasons as to why we've created filetype: * file does not work so well for loosely defined filetypes ( ie, vCards ) * file uses a text-based type database which can impose unwanted delays in frequently invoked processes * file does not have a heirachial type tree (ie, executable->MSDOS->EXE ) * file is not designed to be incorporated at a source level into existing projects * Simpler and broader type detection engine ( 'file' is very good at pulling out every detail about a file, ie, the resolution of an image, however we do not wish to seek out such fine details )

The Auto Nice Daemon activates itself in certain intervals and renices jobs according to their priority and CPU usage. Jobs owned by root are left alone. Jobs are never increased in their priority. AND is very flexible. The renice intervals can be adjusted as well as the default nice level and the activation intervals. A priority database stores user/group/job tuples along with their renice values for three CPU usage time ranges. Negative nice levels are interpreted as signals to be sent to a process, triggered by CPU usage; this way, Netscapes going berserk can be killed automatically. The strategy for searching the priority database can be configured. AND also provides network-wide configuration files with host-specific sections, as well as wildcard/regexp support for commands in the priority database.

KDE System Guard Daemon is the daemon part of ksysguard. The daemon can be installed on a remote machine to enable ksysguard on another machine to monitor it through the daemon running there.

Finfo displays potentially useful information about a file.

Run 'freebsd-update fetch' when the system first boots; and if updates are downloaded, install them and request a reboot. Obviously, this port is not useful after a system is already running; it is intended to be included as part of the installation or disk image building process.

When the system first boots, resize the (GPT) partition holding the root filesystem, then resize the (UFS) root filesystem. This is intended to be used in virtual machines where a VM image is built with one size but may be launched onto a larger disk.

When the system first boots, install the pkg(8) tools (if not already installed) and packages listed in the $firstboot_pkgs_list rc.conf variable. If the installed packages added new rc.d scripts, request a reboot. Obviously, this port is not useful after a system is already running; it is intended to be included as part of the installation or disk image building process.

Flasher monitors changes to one or more files, and indicates the number of writes to these files by briefly flashing a console LED once for each write. The flashing sequence is repeated, after a brief pause, until the files have been read. As the files are subsequently read, the number of LED flashes is reduced. When all monitored files have been read, the console LED will be disabled. The most obvious use is to monitor specific system log or mail files. Multiple LEDs can be used. Each possible LED (-c, -n or -s) takes a list of colon-separated file arguments. For example, when invoked as: # ./flasher -s /var/log/messages:/var/mail/root the Scroll Lock LED will flash once for each write made to either of these files, until the files are read. When /var/log/messages has been read, the Scroll Lock LED will continue to flash once for each write that has been made to /var/mail/root, until it also has been read. The list of files can include files that don't yet exist.