Free worminator 3 software for linux

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

AutoRPM is a Perl program that automates RPM installation. AutoRPM project is designed to be run from cron nightly and run interactively as necessary.
By default, every night, it will check for official Red Hat updates for your system. However, you can modify the configuration file to do much more... like automatically install the same RPMs on a cluster of machines.
The interactive mode lets you actually install the updates (by default, RPMs are not upgraded automatically, although they can be).
You can also use the interactive mode to process a directory of RPMs. AutoRPM will compare each file with your installed RPMs and allow you to decide which ones to install.
Options:
--version
Displays the version of AutoRPM and exit.
--debug
Enables very verbose debugging information.
--notty
Usually used from scripts (such as cron scripts) to guarantee
that AutoRPM does not try to interact with a user. When running
interactively, AutoRPM also will print everything to the screen
(i.e. bypassing any configuration in the config file to mail
reports). So, if you are running AutoRPM interactively and want
it to behave as if it is running from a cron job, then you can
use this parameter.
--pidfile
Overrides the default PID file location (particularly useful for
running as a normal user when only updating a directory and not
a system). The default value is /var/run/autorpm.pid.
--tempdir
Overrides the default temporary (spool) directory (particularly
useful for running as a normal user when only updating a direc-
tory and not a system). The default value is
/var/spool/autorpm.
cmd1 cmd2 ...
Any number of commands can be specified on the command line. If
specified, AutoRPM will run all of the commands in the order
given, and then exit. For a list of commands, run "autorpm
help". For help on a given command, run "autorpm help com-
mand_name".
Enhancements:
- Added Fedora Legacy update pool

OpenLaszlo is the premier open-source platform for rich internet applications.

OpenLaszlo is an open source platform for creating zero-install web applications with the user interface capabilities of desktop client software.

OpenLaszlo programs are written in XML and JavaScript and transparently compiled to Flash and soon DHTML. The OpenLaszlo APIs provide animation, layout, data binding, server communication, and declarative UI. An OpenLaszlo application can be as short as a single source file, or factored into multiple files that define reusable classes and libraries.

OpenLaszlo is write once run everywhere. An OpenLaszlo application developed on one machine will run on all leading Web browsers on all leading desktop operating systems.

Cinematic user experience
Applications developed on OpenLaszlo provide a dramatically improved online user experience featuring advanced interfaces delivered on a single Web page. By bringing true application behavior to the Web, OpenLaszlo makes a new generation of online communications, commerce and content services viable for the first time.

imageRapid XML development approach
OpenLaszlo applications are written in LZX, a standards-driven XML and JavaScript description language that enables a declarative, text-based development process. LZX supports rapid prototyping, collaborative software development and long term code maintenance.

imageScalable deployment architecture
Depending on requirements, OpenLaszlo applications can be deployed either SOLO (Standalone OpenLaszlo Output) or from the OpenLaszlo Server. SOLO deployment supports most use cases and works from any HTTP Web server. OpenLaszlo Server deployment supports additional data integration options, persistent connections and run-time media transcoding. The OpenLaszlo server is Java-based and works with leading J2EE application servers and Java Servlet Containers. OpenLaszlos standards-based architecture delivers exceptional reliability and scalability, proven in deployments serving millions of users to date.

Benefits

Develop standards-based rich Internet Applications that support any web browser with a single code base in XML and JavaScript.

Deploy them from any HTTP Web server in SOLO mode, or from a J2EE application server or Java servlet container running the OpenLaszlo Server under Linux, UNIX, Windows or Mac OS X.

Display them in any Web browser enabled with the Flash 6 Player or above, reaching 96% of all Web-enabled desktops.

Ovidentia is a professional collaborative/groupware portal generator featuring an administrable management tool with a workflow for the approval to publish articles, comments, files, or vacation requests.
It also features an agenda (shareable), an integrated directory, charts, an LDAP directory interface, add-ons support, a mail interface, and a WYSIWYG HTML editor to publish articles, news, posts, or write email. The project supports LDAP, Ovidentia, and Active Directory authentication.
Enhancements:
- Bugs correction
- Security corrective measures
- Vacation requests management evolutions

Need a Type 3 JDBC Driver for MS Access or SQL Server? Think RmiJdbc!
RmiJdbc project is a client/server JDBC Driver that relies on Java RMI.
All JDBC classes (like Connection, ResultSet, etc...) are distributed as RMI objects, so that you can distribute as you like the access to any database supporting the JDBC API.
In fact, RmiJdbc is just a bridge to allow remote access to JDBC drivers.
Why RmiJdbc?
- You develop a client/server application with databases on Windows (NT)? Use RmiJdbc along with the JDBC/ODBC Bridge, your Windows (NT) databases become remotely accessible in Java.
- You implement a JDBC Driver? Just implement the JDBC classes locally, dont bother with remote access!
- You need serializable JDBC classes? Here they are.
Enhancements:
- Add features/limitations/changes here

remoteMoin are a couple of XML-RPC plugins for MoinMoin adding some useful features making a automated usage of MoinMoin easier.
Installation:
Scripts
Installation of these mini-projects is straight-forward: Just put them in a directory in your path and make them executable.
Some mini-projects have prerequisites which are listed in the manual page. Make sure to have the prerequisites installed.
Perl modules
Perl modules are of course installed with the usual sequence of
gunzip < dist >.tar.gz
tar xvf < dist >.tar
cd < dist >
perl Makefile.PL
make
make test
make install
Emacs
Refer to the file itself how to embed the code into your Emacs environment.
MoinMoin
Some mini projects are plugins for MoinMoin and you must put them to the right directory in the plugin structure of your Wiki. For instance see installation instructions for parsers.
Other mini projects are regular scripts.
Please note that the current hoster of this site does not like .py files. Therefore they are extended by a .txt. Please strip the .txt before installation.
Enhancements:
- Adaptations for MoinMoin 1.5.4 (was 1.3.4).

jwhois provides an Internet Whois client with support for Whois, Rwhois, and HTTP.
jwhois is an Internet Whois client that contains an extensible configuration file, which defines its operation. The client supports queries to foreign hosts, either through the RFC 954 - NICNAME/WHOIS protocol, the RFC 2167 - Referral Whois 1.5 protocol, or HTTP using an external browser.
Upon execution, it searches through its configuration to find the most specific whois server to query. Depending upon the reply from that whois server, it can assume the query was successfull and display the result to the user, or optionally redirect the query to another server to find more specific information.
The configuration file is highly customizable and makes heavy use of regular expressions.
When making a query, JWHOIS looks at the @option{whois-servers} block to determine which host to send the query to. The option @option{type} can be set to change between two different kinds of matching; @option{cidr} or @option{regex}.
JWHOIS implements support for maintaining a cache of Whois data received from Whois servers. This is NOT enabled by default but has to be compiled into the client specifically. The design is such that a central database is maintained by the client and because all users should have access to that database, the program must have the set-group-on-execution bit set and the database must be both read and writable by the group.
The configuration options available are CACHEFILE and CACHEEXPIRE which sets the database filename and the expire time for cached object. When an object expires from the cache, it is reloaded from the Whois server the next time it is requested. The expire time is measured in hours.
Enhancements:
- Updated jwhois.conf
- Include host name in cache key
- Various bugfixes