Free 0.17 software for linux

TAC project is a pure Tcl version of AOL Instant Messenger (AIM).
The TAC client began its life as a small add-on program distributed with TiK, the Tcl/Tk client.
TAC has only a few of the features found in native Windows and Macintosh clients.
It is easy for users to add features to TAC using Tcl. TAC is meant to give users with only console access the ability to use AOL Instant Messenger.
Enhancements:
- Small bug fixed with away package that allows numbers in away messages
- Mobile phone package added
- New Away command: /awayfile or a:f sets the away message to the contents of the filename supplied as an argument
- Bugs fixed with shell escape function

old is a short from Open Lock Daemon and is a simple lock server which provides central point where to lock resources in a distributed environment by using TCP/IP to communicate with its clients.
Objects are identified by strings, so its really a general purpose server: you can use it to lock from files to pointers, as long as all your apps have a coherent object naming scheme. This makes it useful to any kind of distributed applications, for instance mailservers or databases.
It provides the basic locking primitives (lock, unlock and trylock) and uses a lightweight and simple network protocol, but there are both C and Python libraries which abstract you from handling it directly and provide the normal straightforward functions to use in a very simple and easy way.
Its written in plain C and has no dependencies on external libraries, and it has a decent performance (about 7850 lock(A); unlock(A) operations per second on a normal Pentium 4 2.8Ghz).
If youre intrested in performance, some measurements have been included inside the package, and you can find a small document in doc/performance (raw data files and scripts used are in doc/perf/ directory); but there are some not included in the tarball, let me know if you want them.
Enhancements:
- A very difficult to hit race was fixed, the library now compiles under Windows, and some minor code improvements were made.

Pen is a load balancer for "simple" TCP-based protocols such as HTTP or SMTP. Pen project allows several servers to appear as one to the outside.
It automatically detects servers that are down and distributes clients among the available servers. This gives high availability and scalable performance.
The load balancing algorithm keeps track of clients and will try to send them back to the server they visited the last time. The client table has a number of slots (default 2048, settable through command-line arguments). When the table is full, the least recently used one will be thrown out to make room for the new one.
This is superior to a simple round-robin algorithm, which sends a client that connects repeatedly to different servers. Doing so breaks applications that maintain state between connections in the server, including most modern web applications.
When pen detects that a server is unavailable, it scans for another starting with the server after the most recently used one. That way we get load balancing and "fair" failover for free.
Correctly configured, pen can ensure that a server farm is always available, even when individual servers are brought down for maintenance or reconfiguration. The final single point of failure, pen itself, can be eliminated by running pen on several servers, using vrrp to decide which is active.
Enhancements:
- This release fixes a bug in the weighted server selection: server_by_weight would never consider blacklisted servers, which kept them blacklisted indefinitely.

mlocate is a new locate implementation. The m stands for "merging": updatedb reuses the existing database to avoid rereading most of the file system, which makes updatedb faster and does not trash the system caches as much.
The locate(1) utility is intended to be completely compatible to slocate.
Eeach time, a computer was booted into single-user mode and after one updatedb run data was collected using slabtop and free. The measurement method is admittedly crude, but I think the numbers represent reality quite well.
slocate 1m32.84 0.704 2.045 134337 170778 85972 8268
mlocate, 1st 1m11.65 0.214 0.908 17766 15642 78452 21340
mlocate, 2nd 37.64 0.105 0.289 17776 15639 33996 21336
real, user, system
as reported by time
dentry, inode
number of active objects in dentry_cache and ext3_inode_cache, as reported by slabtop
buffers, cached
size of disk buffers and page cache, as reported by free
mlocate has two rows because the first run needs to rescan the whole file system, while the subsequent runs can reuse most of the original database.
Enhancements:
- This release avoids a hang if an NFS filesystem within an excluded subtree is unavailable.

APSR is a network testing tool, designed to send and receive arbitrary network packets. APSR can be used to test firewalls, routing, security and many other things.
The project is splitted in two main programs, apsend to create packets and aprecv to sniff packets. The main goal of the APSR project is to develop a high quality network testing tool.
Main features:
- Sending and receiving of packets
- Ouput and documentation in different languages
- Easy installation (autoconf/automake support) and binary packages
- Configuration files
- Logfiles and filters in a variety of formats (text, xml, sql, gdbm, csv, ...)
- Syslog and database (sql) interfaces
- Daemon mode
- Thread support
- IPv4/v6 and MAC resolving
- Broadcast / Multicast support
- Special "packet-sets" (wake-on-lan for example)
- Client/Server system
- HTML based management system
- Graphical user interfaces/front ends (GUIs/FEs): GTK/QT/ncurses
- Module support using a simple packet construction language (PCL)
- Plugin support (perl/python or perl/ruby)
Which protocols will be supported by APSR final 1.0 ?
Who knows, currently(0.17-12) we can read more then 110 different protocol headers and create packets for about 30 different protocols.
And whats with the application layer?
Application layer protocols will be implemented through a simple module API. The modules can be written in C or (theoretically) in any other language. They will be loaded dynamically.
Enhancements:
- A lot of compilation problems have been fixed and the code has been cleaned.
- Some (Free)BSD-specific bugs have been fixed.
- No new features have been added.
- Users are advised to upgrade to this release.

Slirp provides a SLIP/PPP emulator over shell/telnet/ssh/etc.
Slirp is a (C)SLIP/PPP emulator based on the original BSD sources. It allows the user to pull up a full internet connection over a shell connection, and features sharing multiple modems for additional bandwidth.
Slirp emulates a PPP or SLIP connection over a normal terminal. This is an actual PPP or SLIP link, firewalled for peoples protection.
It makes a quick way to connect your Palm Pilot over the Internet via your Unix or Linux box!!! You dont need to mess around with your /etc/inetd.conf or your /etc/ppp/options on your system.
Slirp works on most Unix platforms, including:
Linux glibc and libc5 systems
Solaris 2.x
OSF/1
or any Unix that can compile GNU autoconfed programs with GCC.
Palm Pilot users can use this to connect their PalmOS device to the system and onto the Internet, using their home computer as a host. If you need to raise a temporary link, or cant run pppd, Slirp may help.
Enhancements:
- Changes for operation under Cygwin
- Added patch for Cygwin I_PUSH by Michael Wetherell
- dns is now transferred to peer, (If compiled with -DUSE_MS_DNS) (Ripped off from hacked pppd version 2.2.0f)
- Two dns options can be specified on command line, (Only the first is used internally, but both will get transferred to peer)
- Has a hack for connecting to a MS direct cable connect (If compiled with -DMS_DCC) Only works when PPP (-P option) is chosen, but gives effectively a nated direct cable connect. (A chat script option would be nicer)
- Fix to exit code that incorrectly iterated list of ttys attached
- Fixes to terminal restore code, No longer closes stdin on exit
- If stdout, or stderr are redirected, it wont close them (so you can debug using fprintf(stderr...)
- No longer removes 0s, 1s from incoming data stream
- New Option nozeros to not look at strings of 0s, 1s to cause exit/suspend (See docs/CONFIG)
- Can specify alternate tty on command line using "tty ttydevice" (Overrides SLIRP_TTY environment variable) (see docs/CONFIG)
- Debug builds log raw incoming data, and ppp checksum fault packets
- Minor documentation updates
- Does not close all file handles, (Pain when trying to debug)
- Can manually turn on early debugging in main()
- Most of Tims security fixes in place, (It is still insecure...) Probably snprintf will make slirp less portable.

RubyMail is an email handling library for the Ruby programming language.

RubyMail library supports the parsing, modification, and generation of simple and MIME email messages.

Anthem is an advanced open source MIDI sequencer. Anthem allows you to record, edit and playback music using a sophisticated and acclaimed object oriented song technology. It runs under the KDE desktop environment, on Unix-based platforms.
It is based on the TSE3 sequencer engine and therefore provides a great deal of power, combining the innovative object oriented TSE3 song technology with a simple, intuitive interface.
This open source edition of Anthem is based on a previous commercial version which ran on Acorn RISC OS computers. This open source version of Anthem will only run on Unix-based platforms.
Anthem is still very much a work in progress, so keep coming back to see the latest developments. Anthem is developing fast.
Main features:
- Powerful linear sequencer
- Flexible object-oriented song structure
- Handles import and export of standard MIDI files (both type 0 and 1)
- Playback with real time effects (remapping, transpose, quantise, velocity window, repeat, offset, etc)
- GM/GS/XG support
- Synchro start of playback
- On screen gadgets, including:
- Studio clock
- Virtual keyboard
- VU bars
- Go to time
- MIDI panic facility
- Any number of tracks per song
- Highly configurable metronome
- MIDI echo facility
- MIDI command filters for incoming, outgoing and echoed MIDI streams
- Intuitive user interface
- Imports Cakewalk instrument definition files
- Playback of musical phrase being edited
- Additional facilities which will be incorporated shortly:
- Powerful music editors:
- Flexible list editor
- Piano roll editor with powerful controller maps
- Step editor
- Drum editor
- Innovative new stave roll editor
- Score editor
- Select voices and controllers by name
- MIDI mixing desk
- Power quantise supporting:
- Full, unresticted groove setting
- Windowing
- Intelligent snap point choosing
- Humanisation
- Phrase tools:
- Add/subtract
- Arpeggiate
- Explode
- DeMIDIfy utility.
Requierments:
- In order to use Anthem to its full potential you will need a soundcard, preferably with external MIDI device support. Anthem will work without such a card, but it will not provide any musical output.
- In order to use anthem you will need the KDE 2/3 libraries installed on your system and the TSE3 library. Anthem will produce MIDI output on any system that TSE3 supports - see the library pages for more information.