Free daemon 0.2 software for linux

Virtual Administrator Daemon is set of Perl scripts and modules which can help with remote server management. It uses XML input/otput, and can be run by (x)inetd.
It can receive multiple commands to execute, and it has been built to provide support for a scalable system administration environment.
Since it takes XML, clients can be developed in a different set of environments with easy integration into the server.
Enhancements:
- This release added support for standalone/daemon mode, SSL support and a default SSL certificate, a default timeout of 30 seconds while reading or writing sockets, more refined log messages, and new < mode >< /mode >, < ip >< /ip >, < port >< /port >, and < listen >< /listen > configuration elements.

DaemonRip runs as a Unix daemon and polls a CD drive to see if an audio CD is inserted.

When an audio CD is detected, it will automatically connect to a CDDB server to determine the name, artists, and tracks of the CD, and begin to rip and encode the CD using your preferred ripping and encoding applications.

When finished ripping the disc, it will be ejected from the drive, allowing you to insert a new one to continue the process. No other user interaction is required.

DaemonRip project also can keep statistics about your ripping and encoding times, and logs all of the actions to a log file.

The PXE daemon allows network managers to boot PXE-enabled machines over the network. Basically it envolves BOOTP, TFTP (so far so good) and a PXE daemon. This is where all the trouble starts. There is only one implementation arround, and if doesnt work on anything other than little endian machines.
I originally tried to correct some of the major problems in this code. However firstly, I could not find anyone with at Red Hat or Intel to deal with and secondly, Intel seem very unintrested in porting the code the big endian machines. The source is also very messy and it would have taken longer to correct the original code, than to re-write the whole daemon. If you dont believe me on this point, just have a look at it, IMHO any daemon that responds to keyboard input is a bad thing (it thinks it had packets coming from the keyboard even when in daemon mode)
You are lucky then, but a lot of places have already got a bootserver, and most likely it will be a UNIX based machine that is not x86. So, why put in another machine when there is already one there?
If you know enough about PC, you will know there are several operating modes. The mode the PC boots in is only able to access the low 640KB of memory. By using the PXELINUX bootstrap code it is possible to boot using the full amount to memory in the system. The means you can do some nice things including boot a Linux kernel + Ramdisk over the network, as you would for a Sun. Please note that the Intel bootstraping code is very limited in this sense.
I dont recommend it anymore, I just havent had time to do a lot of updates, PXELINUX is far far better (see link below). However Intels PXE daemon is naff (IMHO)
Enhancements:
- Increase the interface buffer to hold more than three interfaces
- Fixed a segfault in when multicast was disabled
- Fixed null pointer dereference when looking at interfaces with no IP address

Audio Daemon is a perl module to daemonize various players and support a single UDP interace for different players. Currently you can set up a server for MPG123, Xmms and an icecast stream (using libshout).

Audio::Daemon is made of two parts, the client and server.

The Client (Audio::Daemon::Client) remains the same across the board no matter what server you are communicating with, with a few exceptions noted in the pods.

The Server currently can be configured to be MPG123, Xmms or an Icecast (libshout) stream. Neither the Client nor the Servers need to be run as root and I strongly advise against it.

Audio::Daemon::MPG132:
Requires Audio::Play::MPG123 an optionally Audio::Mixer for volume control. It automatically spawns mpg123 in the background so there is no need to prestart it.

Audio::Daemon::Xmms:
Requires the Xmms and MP3::Info perl module and xmms installed. Id suggest getting the latest version of the Xmms perl module. It uses the volume and random feature built into xmms and if it doesnt find an xmms running it will try to spawn its own copy. Bear in mind that
xmms MUST HAVE an X display to export to, and that xmms must be running as the same user Audio::Daemon::Xmms is.

Audio::Daemon::Shout:
This wasnt easy to do. It requires MP3::Info and libshout to be installed (http://developer.icecast.org/libshout/) as well as a functioning icecast server. The timing here is pretty critical so I recomend being careful not to be polling the server too much. Be sure to read the icecast docs as Im still confused on how I got this part to work.

Music daemon(musicd) is a music playing server that supports multiple formats through plugins and multiple playlists. Musicd supports plugins to enable playing of different audioformats. The plugin-api is quite similiar to one that the popular XMMS uses. Currently XMMS-plugins are not directly supported, but if I find the time, Ill make a meta-plugin to support them.
The first reason to make the player a server is to make it possible to use many different frontends and even at the same time. You can use a GUI if you like them, but anything it can do, can be done from commandline too.
The second reason is to make sure that the GUI or X does not crash the whole player. I have found that many software with a GUI tend to crash. With musicd the player is unaffected by this and you can start the interface again.
Main features:
- Musicd has its own simple text-based protocol for player-frontend communication.
- Support for unlimited number of playlists, songs per playlist and frontends connect at the same time
- Support for both IPv4 and IPv6. Also UNIX-sockets are supported for local connections.
- Currently supported audioformats: mp3 (ffmpeg), ogg vorbis (vorbisfile) and mods (libmikmod).
- Support for OSS and Solaris ouput.
- Musicd has been tested on x86 Linux and Solaris 9.
Enhancements:
- Calling play while already playing shouldnt cause deadlocks anymore
- Load command on a file that has too long line as the last line locked up the daemon, this shouldnt happen anymore
- Invalid id3tags shouldnt give random data anymore
- Invalid filenames shouldnt crash the player anymore

Find IPs of crackers and kiddies attempting to break in. Creates iptables rules to block attackers IPs for a specified period of time.
It works by using handlers which are created to watch for attacks against a given service, such as ssh, telnet, ftp, etc. The handlers can be enabled or disabled on a case-by-case basis.
Each handler defines its logfile, search pattern, trigger threshold, and method of determing attacking IPs. When a list of IPs to be dropped is created, it uses a customizable iptables rule to block those IPs from any type of connection to the host.
After the given blocktime, the iptable rule is deleted. The handlers only looks at the logfiles lines that are within a given window of time, from the present till a user-definable amount of seconds back in time.
Currently, ssh and pam modules are functional and enabled by default. The pam handler watches for any "authentication failure" lines and operates accordingly, so it should block any attacks against pam-enabled service.
Main features:
- Creates iptables log & reject rules against attackers IPs.
- Background daemon continuously watches logfiles for activity.
- Logs to syslog.
- Modular attack monitors, easy to extend to other services.
- Block rules expire after specified period of time.
- Blocklist file also serves as log for blocklist activity.
- Email notification for IP block rule creation.
- Retains blocklists from one process to the next.
- Iptable rules are dynamic. They dissappear when the daemon stops and are reloaded when the daemon restarts.
- Only 1 instance of daemonshield will run at one time.

Gizmo Daemon is the Linux Input Device Utility.
Ever want to make use of those keyboard keys and mouse buttons that X wont let you use? Ever want to quickly define a keyboard shortcut to do something like change or mute the volume? Ever want to use your joystick, second mouse, Griffin PowerMate, or any other random device you can think of to do fun things like control applications, switch desktops, switch tracks in XMMS / BMP, launch programs, or do pretty much anything else you can think of?
Are you a MythTV user? Got an RF or IR (LIRC) Remote? Annoyed with how frustrating it is to map keys, or is the remote super touchy? Would you like a simple easy way to configure your remote, and have it function properly at the same time? Want to have different key maps based on what application is currently being used?
Gizmo Daemon does all of that, and more! Gizmo Daemon operates on a fairly simple philosophy: let the user decide. Any and all device events are sent to the configuration scripts, and from there the user can decide what should be done with those events. A number of functions are exposed to the scripts which allows the script to interact with any of the loaded device plugins in any way desired.
Main features:
- Control any application with any device
- Utilize those special keys on your fancy keyboard, even if your X server or terminal doesnt support them! Now you can actually make the volume controls change the volume, or the media buttons control XMMS / BMP! Set the buttons to launch your favorite programs, switch virtual desktops, or run whatever application you want!
- Give per application key mappings, very handy for remote users!
- Fix touchy remotes by removing quick duplicate keystrokes
- Control system mixer volume
- Change virtual desktops (only for EWMH capable window managers)
- Launch programs
- Send keyboard and mouse events to applications
- Send device events from one device to another, or create fake device events (control a mouse cursor with a joystick, or keyboard)
- Visualization of system events such as CPU USage, and XMMS / BMP sound output on visual devices (such as the LED on the Griffin PowerMate USB Dial).
- Fancy on screen displays via XOSD. Now your workstation or MythTV box can have nice TV friendly volume displays controlled by your remote!
- And more! Anything you can think of is probably possible
Enhancements:
- Add Powermate setRotateSensitivity function
- New variable in GizmoDeviceStrings.py called
POWERMATE_ROTATE_SENSITIVITY for this!
- Add PowermateEvent ClickTime property (duration of button press)
- Add GizmodThread class for creating threads from Python
- DO NOT USE!! (HIGHLY EXPERIMENTAL!)
- Add GizmodTimer class for creating timer objects from Python
- Add script 200-Powermate-ButtonTimeout for generating button
timeout events
- New variable in GizmoDeviceStrings.py called
POWERMATE_BUTTON_TIMEOUT for this!
- Add script 201-Powermate-Beryl
- So far this detects a powermate button timeout and
unfolds the beryl cube, and lets you scroll the unfolded
cube with the dial
- Add base script GizmoScriptAltTabber so that devices have an
easy way of sending Alt-Tab events
- New variable in GizmoDeviceStrings.py called
ALT_TAB_TIMEOUT for this!
- Add remote ?00-Intercept scripts for alt-tabbing support
- This allows the default mapping to start alt-tab
and to still alt-tab passed applications (if alt-tab
actually focuses apps) if those apps happen to use
the same button that initialized the alt-tab
- Add Gizmod namespace to libGizmod