Free 0.5.5 software for linux

EQEmu project is an Everquest server emulator.
The EQEMU project is an attempt to recreate the Everquest server software, runnable from a Windows or Linux machine.
Content is stored in a MySQL database, and allows you to create custom creatures, items, and quest content in game.
Many in-game functions are supported, and functionality is expanded week by week by a very active development group and by the support of the user community.
Enhancements:
- Compatible with ZoneProxy 1.4.
- Improvements made on the combination code.
- Combined packets now work to full extent.
- Fixed mob movement.
- Added AC. Probably needs major adjusting of values to match live, but its a start.
- Group inviting is fixed.

wifimon is a bash script that works in text mode and writes on the screen basic parameters of all wifi cards in the system if these cards are in Managed or Master mode and if hostap driver is used.

Although mod_tidy makes the impression of being a validator, it isnt one mod_tidy is just a handy and comfortable tool to help make web documents being valid.

mod_tidy is a TidyLib based DSO module for the Apache HTTP Server Version 2 to parse, clean-up and pretty-print the webservers (X)HTML output.

Web documents which pass mod_tidys severe checks – what means, that they dont run into an error page – can be called valid and well-formed (depends on mod_tidys configuration, the default is severe).

So prepared, they easily pass a validation check like the W3C Markup Validation Service, which marks the reference validating tool of its kind. If you regulary control the quality of your Web documents with mod_tidy, the use of an obligatory validation check can more be seen as an optional free exercise.

How does it work?

mod_tidy works as a filter that hooks up to the (X)HTML output of an Apache 2 webserver. It passes the webservers (X)HTML output to TidyLib which parses and optional cleans-up and pretty-prints that output. If TidyLib detects an error, the client receives a HTML page with a list of all found errors and warnings that prevent the input of being a valid (X)HTML document. If TidyLib doesnt complain, the client will get and display the (X)HTML data as without mod_tidy.

Due to the fact that mod_tidy may affect little response delays of the webserver, its use should be reduced to a developer framework only. mod_tidy is not recommended to be used in a production environment, where response delays of the webserver are undesirable.

Who makes it?

mod_tidy is initially written by Sebastian Tusk, who has retired from that project. The previous official project page has been accessible through the web for years, until it has been silently closed in April 2005. With kindly permission of the initial project owner, Sierk Bornemann has created a new home on Sourceforge.net to give mod_tidy a new chance.

JVoiceXML is an implementation of VoiceXML 2.1, the Voice Extensible Markup Language. JVoiceXMLs specification can be found at http://www.w3.org/TR/2005/CR-voicexml21-20050613/ as an extension to VoiceXML 2.0, specified at http://www.w3.org/TR/voicexml20/.

VoiceXML is designed for creating audio dialogs that feature synthesized speech, digitized audio, recognition of spoken and DTMF key input, recording of spoken input, telephony, and mixed initiative conversations.

This is the home page for the ax25 utilities for amateur radio operators. These utilities work with the Linux kernel though there is no reason why they couldnt be ported to other operating systems as well with some effort.
AX.25 is a network protocol that is used for wireless networks. Generally when you want to use a network protocol, you require two things:
Operating System Support: Linux has had AX.25, Net/ROM and ROSE support for some time now.
Utilities: These manipulate or communicate with the operating system to either setup things or use the protocol.
The set of packages fit the second requirement. The packages have been split into three to make support and development easier.
The applications are a set of programs that use the protocols, as opposed to being required for setting things up. The applications are like the client and server programs, to be used by either the system administrator or a normal user.
Enhancements:
- New rosedump.c from Jean-Paul.
- Changes to ax25rtd from Hubert F5LCT for problems with kernel 2.2.13
- Fix for ax25rtd in VC mode
- Patch from Hans to work better with newer GCCs
- doc dirs are now relocatable
- Added Jens patches
- Adapted ax25rtd to new kernel-ax25. ax25-learn-only-mine has to be set to "true" for all interfaces to work right now.
- Note that this is only a temporary solution.
- Made new-ax25-stack ready (listen, ax25rtd). Will still work with old kernel-AX25 but need recompile.
- New program, ax25mond

xmmspipe is a plugin for XMMS that enables it to be controlled by sending strings to a named pipe (FIFO). When you enable the plugin, XMMS can be commanded by sending strings to $HOME/.xmms/inpipe, for example,
echo play_pause > ~/.xmms/inpipe
will cause XMMS to pause or play.
Since version 0.5.0, it is possible to setup an output pipe, and query XMMS for information. For example, sending "report title" to the input pipe will cause the current songs title to be printed on the output pipe.
Included is a demo program called "fade", that shows how to use the plugin to fade the current song and advance to the next one. It requires the output pipe to be be enabled (via the Config window).
The Infopipe plugin does output pipes a little differently.
When I first wrote this plugin, I didnt know about other programs that I couldve used to control XMMS with shell scripts, such as xmmsctrl or xmms-shell. However, Ive kept xmmspipe alive because pipes may be preferable in some situations:
The pipe automatically inherits the security features of the underlying filesystem (e.g. you could change its permissions so that only users of a particular group can control XMMS).
In many programming languages, writing to a pipe is easier than executing programs, making it easier to build programs to control XMMS.
The plugin can call internal XMMS functions which means it can have more functionality than programs relying on the xmms_remote_* functions alone. For example, XMMSPipe can load/save playlists.
Sometimes I think XMMS itself should just be an MP3-playing daemon that interfaces with the outside world exclusively through pipes (one for input, at least one for output). This would allow a lot more flexibility, e.g. the GUI could be arbitrary and playlists could be managed by an external program. (It would work in the same way gkrellm works with files in /proc.) Also, the code would be simpler because it only has to worry about reading various audio formats and playing them. It wouldnt have to deal with window managers, X, etc.
Enhancements:
- Added playlist_move command due to Graeme Yeo