Free akin to software for linux

Booting Ubuntu To RAM is an article aims to document the process of creating a customized Ubuntu that loads an image from the hard disk to RAM, then boots an entire Ubuntu session out of RAM. It is intended for intermediate to advanced Ubuntu users who are familiar with the shell, and may have limited experience customizing the livecd (LiveCDCustomization) and shell scripting. We will customize a LiveCD and copy it to the hard drive, and make a few modifications to bootup scripts so that it copies to RAM via our good friend tmpfs.
WARNING: The author asserts that this procedure works for him, but cannot guarantee that this procedure works for anyone else. Although this procedure is meant to be 100% safe, it is feasible that there may be mistakes, or a chance of misunderstanding the instructions in a manner that causes loss of data. Please make a backup and do not attempt on mission critical systems. Read through this article thoroughly, and do not attempt if you do not comprehend or feel comfortable about any of the instructions!
CAUTION: I hope this is intuitively obvious, but Ill humor you and state it bluntly: Changes you make under the live session are NOT saved and WILL BE LOST when you reboot or shut down. Dont save anything important to the "home directory" and expect it to still be around! If you want to save data permanently, mount a permanent medium (such as your hard drive), plug in a thumbdrive, or use some network functionality built into Ubuntu to save your data to a non-volatile destination.
There are many cases where one would like to boot Ubuntu to RAM:
- Performance: The desktop performance is dramatically improved. A 400MB squashed filesystem in RAM, that holds 1200MB of data, is read back on a 1.6GHz Core Duo in about 3 seconds, including decompression time.
- Power, Noise, Durability: Although modern hard disks dont use much power compared to other system components, this may still be important for some. In laptops, hard disks are often the noisiest components, so this setup can reduce system noise. With the hard disk spun down, a laptop can potentially withstand greater shocks without damage.
- Abrupt poweroff: Since the hard disk is only momentarily used in read-only mode during boot, then never touched again, there are few or no negative consequences of an abrupt poweroff. If a system is used where power is inconsistent, or the system is regularly used in a context where fast shutoffs are required, this is very handy.
- Privacy: Anything you do in this session are lost when you reboot or power off. This is great for kiosks or other systems where permanent modification are not desired. (Note that by default the livecd user has full sudo access, so potentially a malicious user can still make permanent changes by mounting the hard drive and following this HOWTO)

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

Transfer to Media Device is a script that creates a new Playlist Right Click Menu item for transferring selected playlist items to your iPod via the Media Device Browser.
This script now also supports generic copy to operation for USB mass storage devices. Currently the script will prompt for a destination directory on first copy, in the future this setting will be saved in a configuration file.
This script works with amaroK 1.3beta3 and above.
Usage:
Run from the amaroK script manager. A new menu item will appear in the Playlist right mouse button menu.
Select files in the playlist and Right click -> Transfer to -> iPod for transfering to an iPod.
Select files in the playlist and Right click -> Transfer to -> USB Device for transfering to a USB device.
Enhancements:
- Add support for Creative Nomad Jukebox devices using the kionjb kioslave. Thanks to Ralf T for the patch.

Add to Noatun playlist is a service menu that can add files to the Noatun players playlist.

site-C-ing is a web development environment akin to HTML::Mason, but it does to c++ what HTML::Mason does to Perl. I used to use HTML::Mason at some point, but one day I decided that c++ would be more native environment for me and, besides, that would save me some 50M of RAM on the server.

site-C-ing is still at the early stage of development or even proof of concept, but works well enough to get this site running.

Briefly, site-C-ing takes your html with some special tags, preprocesses it, feeds to the c++ compiler (possibly on the fly, but you dont want to do it on the fly on your production server) and then serves it to the user using the .so shared objects the compiler produces. Thats it.

There is no extensive documentation at the moment, but to get the picture of what it is about along with some examples, you can visit the site-C-ing showcase site. You can even download the code for the sample site and try it for yourself (along with site-C-ing, of course).

Now let me get to the point where I explain why you dont want to use site-C-ing:
It is still at the early stage of development and some syntax and maybe even some concepts are likely to change in the future releases.

Nothing is done to ensure security (although youre always free to chroot whatever you want to chroot).

Nothing is done to make it portable yet (although it does work on FreeBSD).
Once you go for site-C-ing you cant brag about employing the modern technologies like J2EE, etc.

You wont be using so familiar, but aesthetically displeasing everones darling PHP.

So, to sum it all up: no, you dont want to change to site-C-ing and the only answer to your question why am I doing it is: for the sake of beauty.

Interchange provides a mature Web application development environment.
Interchange is a mature Web application development environment with a focus on ecommerce and dynamic content management.
It offers session and user management, database connectivity (both via SQL and a database abstraction layer), templating, a shopping cart, payment processing, inventory, encryption (via GnuPG, PGP, etc.), tax and shipping calculation, discounts, Web-based administration, localization, event routing, SOAP-based RPC, a custom tag language akin to CFML, and the full power of Perl. It grew out of two earlier projects, MiniVend and Tallyman.
Enhancements:
- A DoS exploit caused by carefully crafted HTTP POST requests has been fixed.
- An apparent Perl bug that allowed code called by DispatchRoutines to overwrite the routines arrays themselves has been worked around.
- Masking of unencrypted credit card numbers to work with a custom MV_CREDIT_CARD_INFO_TEMPLATE that does not match the regexp has been fixed.
- The regexp has been fixed so that it removes the CVV2 value from the unencrypted data.
- A shipping problem with the temporary mv_shipping cart that could cause trouble in cart recalculations has been fixed.
- There are other various bugfixes and minor enhancements.

Scriptol to Php Compiler is a scriptol program that may be interpreted by the Php interpreter and it may be also compiled either to C++ or directly as an executable.

The Php interpreter is required by solp (download it at www.php.net or get it on the Scriptol CD).

Installation:

It is better to install Scriptol at root of a disk, for example:
/home/user/scriptolp

Once the archive is extracted into the scriptolp directory, you have just to go to this directory from the console to run the compiler.

To use the compiler at command line from any directory, you have to put the compilers into the path, in the usr directory for exemple, or any directory assigned to the path variable (see .bashrc or equivalent). You may also add the scriptol directory to list of paths. Before to use the compiler, you have to read the licence, in the doc directory: licence.html.

Usage:

Type the source of your program in a text editor and save it as mysource.sol or any other name with the sol extension.

Then just type:

./solp mysource

To know the compilers options, type solp without argument, at command line.

Examples:

Type from the main scriptol directory:
./solp demos/helloyou