Free slave software for linux

Download Slave provides a remote-controlled download slave.
The Download Slave is a very flexible script which is controlled via eMail and stores files requested for downloading on the servers harddisk or sends them via eMail to the user who asked for them. Users are identified by their eMail address and a personal password, so only authorized users can use the service.
Main features:
- users identified by their eMail address and a personal password
- a real multi user mode, so each user has his own home and can have his own CD-R burnt.
- corporate mode: all downloaded files are stored in one base directory
- every download is logged
- user gets a status mail about his download request
- slave is controlled via commands in the eMail message body
- download things onto the servers HDD... (also more than one URL per eMail request possible...)
- show already downloaded files (that are on the servers HDD)
- change own password
- download files onto the servers HDD and send them via eMail to you (split into parts of 1MB). The last one of such a multi part eMail has an attached script to rejoin the large file...
- online help
- an index file which holds who downloaded what and when and a short description given by the downloading user in his mail subject

Network technology evolves quickly, but available bandwidths are still not sufficient for fast transfers of big files to a bunch of clients (for example populating operating systems installation images).

This paper describes Multicasting Master-Slave Network Filesystem (mmsnfs) -- a new method of distributing entire filesystem among several client-machines simultaneously and efficiently.

Moreover it provides mechanisms for modifying distibuted filesystem structure reliably and securing it against introducing inconsistencies. It is designed to be used in small networks of similarly-configured machines, for instance university labs or internet cafes.

KPlayer project is a KDE media player based on MPlayer. With KPlayer you can easily play a wide variety of video and audio files and streams using a rich and friendly interface that follows KDE standards.
KPlayer is available in Catalonian, Czech, Danish, English, Finnish, French, German, Hungarian, Italian, Polish, Portugese, Russian, Simplified Chinese, Spanish and Swedish languages.
Main features:
- video, audio and subtitle playback from file, URL, DVD, VCD, audio CD, TV, DVB, etc., as well as KDE I/O Slaves;
- volume, contrast, brightness, hue and saturation controls;
- zooming, full screen and fixed aspect options;
- status and progress display and seeking;
- playlist;
- message log;
- configuration dialog;
- file properties for setting file specific options.

. Its syntax is almost identical to that of the Interactive Data Language (IDL).
Main features:
- all language elements are supported
- multithreaded operators
- array operations use MMX/SSE/SSE2, if available
- module profiling
- line profiling
- about 300 library functions (more or less usable)
- true-color (24 bit) direct graphics devices: X, WIN, PS, PDF, Z
- run-time performance: for many programs, FL is faster than IDL (eg. the empty loop is three times faster in FL :-)
Installation:
- create a directory (INSTDIR), where you want to install FL
- unpack the archive into this directory
- create an FL_DIR environment variable, which points to INSTDIR/fl/fl_0.61
- run FL_DIR/bin/fl
Enhancements:
- This release introduces Distributed FL, and can be started as a TCP/IP daemon (Linux only), waiting for requests from other hosts (masters) and working for them as a slave.

Slony-I is a replication system with cascading and failover.
The big picture for the development of Slony-I is a master-slave system that includes all features and capabilities needed to replicate large databases to a reasonably limited number of slave systems.
Slony-I is a system for data centers and backup sites, where the normal mode of operation is that all nodes are available.
Enhancements:
- This release has numerous improvements over previous versions.

COMSERV is a program that allows you to talk to a network terminal server such as a Xyplex MAXserver 1600.
The handy thing about this program is that the client side of the connection does not need to know anything about how to talk to the terminal server. COMSERV handles the connection details. Thus, you can use existing programs like tip to talk to devices attached to your network terminal server without any modification.
Also, you can use COMSERV to turn your Unix computer itself into a terminal server and serve up its own local serial ports over the network for remote systems to access. This is handy if you have several systems lying around and you want to utilize devices attached to their serial ports.
My primary motivation for writing this program was to expand the I/O capabilities of my FreeBSD home computer. I have many serial devices that I want to connect to my PC which include my modem, Palm Pilot, GPS, various micro-controllers, my EEPROM programmer, and other computers and printers. But with only two serial ports on my PC, I became annoyed at having to reach around the back of my computer and swap cables every time I wanted to plug in a different device. [I think all inventions are the product of the laziness of the inventor :-)] So I searched eBay and found a couple of these Xyplex terminal servers that looked promising, I bid on them, got them, and began hacking.
The only problem with using this type of device for serial expansion, is that if you use a program like tip on Unix (tip is a very basic but functional program to connect directly to a serial port), it expects to be able to open the serial port by opening a /dev/xyz device file that corresponds to a real serial device. The Xyplex, on the other hand, communicates to the Unix system via an ethernet network. In order to talk to one of the serial ports on the Xyplex, you need to establish a TCP/IP connection between your Unix computer and the Xyplex device at a particular TCP port. The TCP port you connect to determines which Xyplex serial port you connect to. For the Xyplex 1600, serial port 1 is TCP port 2100, serial port 2, is TCP port 2200 and so on.
Unfortuneately, tip, and programs like it, have no idea how to establish a TCP/IP connection to the Xyplex in order to transfer data to and from a serial device connected to the Xyplex.
This is what COMSERV does. COMSERV creates a set of pseudo-tty device files that are palatable to tip and other programs. COMSERV opens the master side of the pseudo terminal and the client program (tip in this case) opens the slave side. Data written on the slave endpoint comes out on the master endpoint and vice-versa. This mechanism establishes a connection between the client program and COMSERV. COMSERV then uses TCP/IP to establish a connection to the network terminal server.
Thus, data originating from the client program is written to the slave tty where is read by COMSERV. COMSERV then writes the data to the network socket to the Xyplex, which then passes it on to the designated serial port. Data originating from the serial device attached to the Xyplex takes the reverse path.
Only one instance of COMSERV is required to be running on your system to handle all of your network terminal servers (it can handle as many terminal servers and ports as the speed and resources of your system allows). COMSERV is designed to handle many connections in this fashion, and does so by multiplexing between them using asynchronous device and socket I/O.
While I wrote COMSERV to talk to a Xyplex MAXserver 1600, it should work with other manufacturers products as long as they follow a similar API. The Xyplex devices that I have are 16 port devices that connect serial devices to an ethernet network.
If COMSERV sounds useful to you, feel free to download and use it. The program is provided in source form, so you will need to extract it and compile it. If you use FreeBSD, simply do the following:
% cd /usr/ports/comms/comserv
% make install
I use it on FreeBSD 4-STABLE. I dont currently know of any outstanding bugs, but if you find and fix any bugs, please send me your fixes so that others can benefit from them as well.
If you do decide to use COMSERV, please note the accompanying license. In a nutshell, you can use it without restriction as long as you credit me and keep the copyright notice intact. If you happen to like it, feel free to send your thanks, letting me know. If you dont like it, let me know why, perhaps I can improve it. If you improve it, please send me your changes and Ill see about integrating them so that others can benefit from your improvements.
Enhancements:
- Implement a power of 2 backoff and retry for failing connections with a maximum 10 minute wait. This keeps from filling up the logs with failed repeated attempts.

myqslBind manages multiple DNS/BIND (8 and 9) name servers. mysqlBind automates updates to multiple DNS servers, centralizes and stores all zone and resource records for sets of related name servers (ns0...nsN.yourisp.net), and even manages different name server sets from a single browser-based interface.
Unlimited master and slave name servers update their zone information via a job queue system that uses MySQL socket connections. Advanced operations can use mySQL replication clusters for high availability and redundancy.
Large ISPs and other organizations should note that they can easily add SQL functions to customize the program for their special needs.
It supports authentication via SSL Unix password login, SSL personal certificate, or IP-based access with multiple permission levels and individual record ownership.
It is also compatible with mysqlISP.
Enhancements:
- This release has changed to new RAD3 templates.
- These are for a new clean look with a two step action confirmation tab-based interface.
- Many bugs have been fixed.
- Errors in tool-tip documentation, most regarding SOA TTL explanations, have been fixed.