Free acting auditions software for linux

SabayonLinux is a live DVD designed to transform a computer into a powerful Gentoo Linux system in less than 5 minutes. Gentoo Linux is a Linux distribution powered by a software install manager engine called "Portage".
Besides functioning as a live DVD, Sabayon Linux can also be installed on a hard disk, acting effectively as an easy-to-use Gentoo installation disk. The live DVD includes a large range of desktop environments and open source software applications, such as KDE, GNOME, XFce, Fluxbox, KOffice, OpenOffice.org, FreeNX, amaroK, Kaffeine, etc.
Enhancements:
- Im proud to announce that SabayonLinux 3.3 miniEdition (live CD) has been released. New features and bug fixes since SabayonLinux 3.20: K3b updated to 1.0; SabayonLinux installer fixes (including the ones reported in 3.3); added VIA OpenChrome GFX drivers; updated GPU detector to the work accordingly to the new feature listed above; updated to Beryl 0.2.0; updated IVTV driver to 0.10.0; updated rt2500 driver to CVS snapshot; fixed pppoe-setup scripts; updated NdisWrapper to 1.39; binary packages support through a simple binhost (alpha release).

Carillon STS is a PHP-based Federated Identity Provider (IdP) which is capable of acting as a Secure Token Service (STS) compatible with Windows CardSpace and other "infocard" implementations. The project has been successfully tested with CardSpace, as well as with Chuck Mortimores Firefox identity selector plugin.
Once installed and configured, the Carillon STS allows a user to authenticate himself, either by password or by X.509 certificate, whereupon he is issued a digitally signed infocard containing some standard identity claims and optionally some customizable identity claims. When he presents this infocard to a Relying Partys (RPs) site, his browsers identity selector requests a SAML token from the Carillon STS.
If the authentication information is still valid, a digitally signed token will be issued with the various claims asserted. The browser takes this token, checks the digital signature, encrypts it for the RP, and passes it along. It is the RPs responsibility to decrypt the SAML token, check the digital signature, check the asserted claims, and make an access decision based on this information.
Enhancements:
- This version contains updates for X.509 support to work more properly with Windows CardSpace.
- The infocard now contains the right kind of UserCredential tag, and the right assertion names and tags.
- The mex output contains policy for allowing CardSpace to authenticate itself using the certificate.
- The token request consumer checks the signature on the included timestamp, since CardSpace doesnt support using the user certificate for the HTTPS/SSL transport.
- There are several other fixes.

Worminator 3 is akin to many Apogee Software and ID Software classic action games such as Duke Nukem and Commander Keen.
In Worminator game, you play as The Worminator (or as several other optional characters) and fight your way through many levels of madness and mayhem.
It features nine unique weapons, visible character damage, multiple supported resolutions, full screen scrolling, sound and music, and more.
Original Worminator story...
The year is 2028, 14 years after the start of the deadliest war in the history of worm kind. Much has changed... In the year 2012; a brilliant American scientist discovered how to make W.O.R.M. (Wormborg Operated Remote Missile) Weaponry, and to work them, the "WormBorgs" cyborg fighting machines.
These so called "WormBorgs" were the elite fighting force and the pride of the United Worms of America. Their life-like roles soon became far too life-like. They thought on their own, and acted on their own whims, under their own leader "DirtNet." No one exactly knows who or what "DirtNet" is, but it soon began to take over.
First, it launched the W.O.R.M.s at the Woroviet Union, in the hopes that they would retaliate and initiate a war between the Woroviet Union and the UWA. However, "DirtNet" obviously had a few bugs to work out, and the W.S.S.R was obliterated into millions of radioactive hunks of mud and dirt. Despite the fact that no one liked Wormunism anyway, all of Wormurope retaliated against the UWA.
Soon, the world was turned into a nuclear wasteland. Nuke drops became daily ordeals, and the giant bombs turning whole forests into matchsticks was to be expected. As if the sewers werent loaded with enough mutated alligators as it was, the hunks of radioactive material combined with the primordial soup of the sewers are said to have created blobs of sewage ooze, powerful enough that they fed off the mutated alligators for lunch.
After what was left of Wormurope had realized what tricks had been played on them by "DirtNet," they began to rally and fight back. For 8 years, the WormBorgs dominated the lands, crushing the rebels... until one faithful day, when the now famous rebel hero emerged. It was Wrom Conner.
No longer acting as individual factions, countries or nations, the rebels struck quickly and fiercely under Wroms command, using tactics that even the powerful W-1000s processors could not predict. The tide of the war had turned.
Over the next 5 years, the rebels devastated the WormBorgs. Using guerilla tactics and reprogrammed WormBorgs to fight for them, the rebels were a resourceful army indeed. Now, in desperation, "DirtNet" has just brought its proto-type WormBorg online, equipped with the latest in armor and weaponry, in one last attempt to regain control...
Main features:
- Fast, fluid scrolling
- 12 unique weapons, and many types of ammo
- Lots of gibs and shrapnel (all cartoonish, though)
- Visible character damage (as you get hurt, the Worminator actually becomes bloody)
- Visible weapons (every weapon actually appears differently on the Worminator. Most platform games have a single weapon graphic that shoots every type of projectile)
- Over 12 fully animated enemies
- Comes with over 16 levels, and a level editor is included so you can make your own
- Keycards, doors, special items, switches, lever, extending bridges, floating platforms, and more!
- Earthquakes rip the ground apart, while snow and rain fall around you
- Great MIDI tunes by Garret Thomson (garret_t@sympatico.ca, www.sirsonic.com)
- Many sound effects (All from Internet sites such as Sound America and Meanrabbit. Let me know if there are any copyright problems, and I will deal with them immediately)
- Parallax scrolling, plus four data layers in every map. This makes the engine very flexible
- Game includes a campaign game with special scripted events, as well as an option to load custom maps
- Stereo sound effects (where available)
- Limited skins support; you can play as different characters!
- Built using Allegro + DJGPP. Source code may be made available if the demand is there
- If you wish to use the Worminator engine, contact me and we will discuss it (I would never charge any money for it, so if your interested, drop me an email. You have nothing to loose)
- Totally Freeware!
Enhancements:
- made worminator compile and run on Linux (Unix)
- made worminator yield the cpu when its idle
- save settings in textfile format under $HOME/.worm3.cfg instead of as binary blob in cwd
- save / load game to / from $HOME/.worm3.sav
- load datafile from DATADIR as defined during compilation instead of from cwd
- speedup: dont redraw borders and statuspanel unless nescesarry
- check all file accesses and give an error and continue when possible instead of just segfaulting
- fix a crash when changing audio options after loading a savegame of a custom-level or the tutorial
- fix a crash (unix only?) when changing video options and one similar on exit
- fix crash on exit caused by a few double frees on exit
- dont ask for confirmation on load/play_demo/exit when their is no game in progress
- show a message when trying to save when no game is in progress, instead of just silenty ignoring the request
- when clicking on another submenu when in one not only close the current one, but also open the new one
- fix map / savegame / demo read/write routines so that they work on Big Endian archs like PPC too

Lachesis IRCRPG Combat Engine project is an IRC bot/RPG engine in C and C++.
Lachesis is an IRCRPG combat engine written in a combination of C and C++. The combat engine is being written for a specific RPG, but most of the project should be useful to IRCRPGs in general.
It includes a native interface to the IRC protocol to allow it to act as an IRC bot, for such uses as dice rolling and acting as a remote-controlled client (RPG NPC perhaps).
Enhancements:
- Auth_TUHCB has new method MatchNick
- Clarified a problem with failed logins shortly after joining a channel
- Util_Getline no longer exists
- Data format has changed
- data/users/master has become data/master
- Fixed irc.h so that lowlevel IRC interface neednt be in C
- Minor changes to prepare for CVS import
- Moved the sample data to example/data/
- Added a script to create and delete lachesis users in example/scripts/
- Added new utils functions

MagicBus project is an event framework designed to allow developers to concentrate more on developing application components than the means of inter-component communication. MagicBus project strives to enforce the notion of "loose coupling", the lessening of dependency between components that encourages cohesion and reuse.
Present architectures for delivering events between components generally fall into three problematic categories: Direct Access, Internal Event Support, and External Event Support. Examining these categories will help us explain the advantages of using the MagicBus as an event dispatching alternative.
DirectAccess:
With the Direct Access approach components are fairly tightly coupled. If components A and B wish to communicate with component Z they both must maintain a reference to component Z.
Advantages to this form of event communication are that the implementation is simple, easily conceived, and fast for smaller applications. Disadvantages include the necessity of component A to have access to component Z, the difficulty of changing functionality if component Z is altered or replaced, and the problem of correctly multi-threading calls to Z.
Internal Event Support:
Internal Event Support is a common implementation of component communication applied to application components. If component A wishes to communicate with component Z, component A registers as a listener with component Z for component Zs events (or vice-versa). The difference between Direct Access and Internal Event Support is that component Z has an internal delegate (Event Support) that handles the delivery of events to registered listeners.
As an advantage, Internal Event Support limits method dependency by having component A and B register as listeners of Z instead of holding a direct reference. The Internal Event Support also makes it easier to multi-thread calls to Z and from Z to Zs event listeners by implementing custom event support. As a disadvantage, components A and B must either have an ephemeral or indirect relationship with component Z and component Z must have code to implement the delegation for handling ZEvents. Additionally, component Z may have to implement two EventSupport object in order to allow sending and receiving of ZEvents.
External Event Support:
External Event Support is the inverse of Internal Event Support, where the Event Support delegate exists outside the component it supports acting as an intermediary for the delivery and receipt of events. Component A and B register with a ZEventSupport object in order to send and receive ZEvents, while component Z does the same.
Advantages to this method are that component A is decoupled from Z by ZEventSupport. Component Z can change without inhibiting A or B, and Z does not have to include any code for event dispatching. The interposition of ZEventSupport also makes it easier to multi-thread calls to Z and from Z to Zs event listeners.. Disadvantages to this approach center around the fact that Event Support objects generally must be created for each type of event (i.e. XEventSupport for Component X, YEvent, etc...)
Enhancements:
- Support for destroying topics was added.

Rippy the Aggregator project is a lightweight RSS aggregator written in vanilla PHP.
There are several Web sites (Slashdot, for instance) that I visit regularly or semi-regularly to check for the latest news; there are also several more (like, say, the EFF) that post regular updates and that Id like to visit regularly, or that would like to have me visit regularly, but which I dont visit regularly because its just too much work to keep track of all of them, and too disappointing when I remember to check and find nothing new. I even run a Web site of my own which Id like to have people check regularly - but since I dont spend time making the rounds of my friends similar sites, I cant expect them to visit mine. Rippy the Aggregator aims to solve all these problems.
There is a standard called RSS, for Web sites to publish their updates in a machine-readable format. An appropriate client can quickly visit all the Web sites youre interested in, download their updates, and present you with a customized list of all the newest items. Most "blogging", "portal", and "content management" software already generates RSS files (although its operators may be unaware of that!), and there are services like Syndic8 that compile lists of RSS "feeds". So it only remains to get an appropriate client.
That presents a problem. I hacked an RSS output onto my Web-site updating scripts, so I had that aspect covered, but then I wanted to start reading others RSS feeds, and I discovered that the client programs you can get on the Web mostly suck. Some of them are Windows-only, so those are right out. I saw one in Java that looked pretty good, but its Web site didnt provide a way to download it except through some kind of weird Hot-Buzzy-Java-Scripted-Auto-Virus-Install-Plugin-Thing - there was no actual file. I did eventually find its source code, but it required third-party libraries.
Then I looked at several RSS readers that were written in Perl or PHP and designed to run as scripts on a Web site. Those had possibilities, but they required multiple third-party libraries (Perl) or an SQL server and compiled-in PHP modules that most people dont have (PHP).
The best attempt I found was one written in Python, but in order to make it run I had to start not one but two background server daemons, which would make it tricky to use on my office computer at school. There are Web sites that provide the service of RSS reading, but they all require registration, cookies, JavaScript, etc. I couldnt find an RSS reader (or "aggregator", as theyre called) that I could just download and have it work. Thus, it was necessary to create one: enter Rippy!
The name "Rippy the Aggregator" refers to an Arrogant Worms song about a cute, cuddly little alligator who goes "chomp, chomp, chomp," down in the bottom of the swamp, swamp, swamp. Abram Hindle has suggested that Rippy the Aggregator should go "grep, grep, grep," down in the bottom of the net, net, net. Anyone wanna write the rest of the song?
Main features:
- Cute name
- Written in PHP (needs 4.3.0 or above)
- Doesnt require any compiled-in optional libraries that dont ship with PHP
- Stores its cached data in flat files, no database needed
- Freely licensed and customizable under the GNU GPL version 2
Enhancements:
- Parser ruggedness and general stability were improved, and support was added for setting options like user agent and proxying when acting as an HTTP client.

LinWiz - Linux configuration file and scripting Wizards.
A (growing) collection of on-line wizards - for creating complex linux configuration files and scripts using simple web-enabled point-and-click methods.
LinWiz://SimpleFirewall was the first of these - launched in March 2003, now replaced by LinWiz://PersonalFirewall and LinWiz://ServerFirewall.
LinWiz://PersonalFirewall - Novice iptables wizard for personal Linux workstations
This wizard is suitable for creating a very simple "iptables" configuration for a linux workstation, with a single network card, not acting as a router (not forwarding IP traffic) and not providing any IP services to other hosts.
It allows you to block a number of common IP exploits and sets up your system in a highly locked down manner - exposing no IP services to other systems, but not restricting the internet or other IP services (such as Web, Ftp, Mail etc) that you can use. It produces a file that can be read by the "iptables-restore" utility (such as is used by recent RedHat, Mandrake and other linux distributions) or a classic "rc.firewall" shell script.
LinWiz://ServerFirewall - iptables for personal Linux servers
This wizard creates an intermediate-level "iptables" configuration for a simple linux server, hosting popular services such as "Apache" web server, FTP, SSH, Telnet, NFS etc. This is suitable for servers with a single network card that does not act as an IP router (not forwarding IP traffic). The tool allows you to set up ...
- Blocking of common IP attacks and exploits.
- Definition of which IP services running on your server you are willing to allow access to.
- Controlled NFS access (this is more complex than Web servers). The tool provides all the information you need to set this up.
- Filtering of the IP addresses and/or MAC addresses that are permitted (or refused) access to your services.
- Logging of rejected IP packets.
It produces a file that can be read by the "iptables-restore" utility (such as is used by recent RedHat, Mandrake and other linux distributions) or a classic "rc.firewall" shell script.

GKSu is a library that provides a Gtk+ frontend to su and sudo. LibGKSu project supports login shells and preserving environment when acting as a su frontend.
It is useful to menu items or other graphical programs that need to ask a users password to run another program as another user.
Enhancements:
- This release fixes some minor problems and annoyances related to the GNOME keyring and startup notification.