Free summer of 69 software for linux

Memories of Mordor project is a light multi-level game with its own OO gaming library.
Memories of Mordor is a light, 2D multi-level game that contains its own easy-to-use and extend OO Java game programming library. It has no dependencies on other libraries.
You are entering Mordor, a land filled with horridish Orcs and other evilly creatures and characters, hungry for human blood. A land whose dark memories will haunt you for many lives to come.
The long journey from the Shire has exhausted you. The ring weighs you down.
You must find the way through, if you wish to succeed in saving Middle Earth. You must battle the creatures using whatever weapons you find around you.
Enhancements:
- Blood on tiles and dead bodies were blocking gun fire.

Hammer of Thyrion is a port of Ravens Hexen2 source code and is based on the original Linux Hexen II project, Anvil of Thyrion.

HoT includes many bugfixes, improved sound and video modes, opengl improvements and documentation among many others.

Whats New in This Release:

General:
--------
- The engine version is now at 1.19 for Hexen II and 0.19 for HexenWorld.
- Added support for 64 bit architectures: The crashes on amd64 are fixed.
- Added support for protocol 18: Hammer of Thyrion is now fully network-
compatible with Ravens 1.11 windows version, as it has been with other
Hexen II ports.
- The net compatibility works both ways: When H.o.T is run as a client,
it can connect to Raven-1.11 servers and can play just fine. On the
other hand, if a 1.11 client wants to connect to a H.o.T. server, the
server must be started with "-protocol 18" command line argument.
- You can also load and play games saved with the 1.11 windows version and
can playback the demos recorded with the 1.11 version.
- Fixed and improved parsing of puzzles.txt: This fixes the bug where the
names used to be listed as Unknown in the puzzle pieces inventory display
(you can access the puzzle pieces inventory display using a key bound to
the +showdm command, the default is q).
- Updated the loading of strings.txt, infolist.txt and puzzles.txt.
- Updates to SDL input code. Added the Shift-Escape key combination as a
new means for opening the in-game console.
- Fixed many printf format string errors.
- Revised pak data checking.
- Added experimental support for using unpatched, off-the-cdrom 1.03 version
pak files as a compile time option. Disabled by default.
- Several cvar tweaks.
- Made the load and connect commands to get rid of the menu or the console.
- Fixed multiplayer episode selection in the menu system.
- Updates to zone memory usage: a 256 KB secondary zone for static textures
(sec_zone) is now initialized, which is especially useful for the software
renderer and have its merits for the opengl version, too.
- Revised several unsafe LoadStackFile and LoadBufFile usage.
- Removed the useless net_vcr facility.
- Tweaked the init sequence.
- Changed the remnants of malloc usage into hunk or zone allocations.
- Mac OS X: Ensured that the basedir always stays the same (fix was added
in 1.4.1-rev1).

Gameplay:
---------
- The gamecode is now at version 1.19.
- Origin fixes for tomed fires of vorpal sword and purifier: paladin used
to fire them always from the non-crouched eye position, and it was even
the worst when he was looking up (and down). You wont be shooting your
back again when standing just in front of a wall and fire your tomed
purifier to the sky, from now on ;)
- Fixed an obscure bug where the assasin with her 4th weapon uses the tome
of power and cant fire it (gamecode version 1.16a, the fix was added in
1.4.1-rev1).

Console:
--------
- Added prefix matching support to the maplist command.
- A duplicate name detection bug in the maplist command was fixed.
- Updated and sanitized the command lister procedures.
- Added a -developer command line argument which sets the developer cvar to
1 during the init phase (ie. before the config is read).
- Consolidated all Con_Printf and Sys_Printf family of procedures into a
single flag based procedure. Added macros for compatibility with the old
api.
- Revised the logging system, made all Con_Printf and Sys_Printf output to
be written into the logs from the start. Added a -devlog command line
switch to enable logging of developer message even when the developer cvar
isnt set.

Server:
-------
- Fixed the mission packs doWhiteFlash server message: it used to affect the
local client only. Naturally, the recorded demos didnt carry the message
and the flash didnt appear, either. It works properly now.
- Made the Hexen II dedicated server to exec not hexen.rc or config.cfg, but
server.cfg if available. As an alternative, any config file can be execed
when starting the server, such as: "h2ded +exec myconfig.cfg"
- Hexen II dedicated server now starts the demo1 map, if the server is still
not active when initialization is complete.
- Fixed net driver checks in Hexen II dedicated server: It was broken in the
1.4.1 release and works properly now.

Video:
------
- Added apply changes and reset changes items to the video options menu.

Software Renderer:
------------------
- Added ability to load external wal texture files instead of internal pixel
data of the brush model (depends on the new r_texture_external cvar).

OpenGL Renderer:
----------------
- Some speed-ups in the alias model drawing.
- Fixed RGBA lighting.
- Fixed bug that the array size for playertextures must be MAX_CLIENTS, but
was hardcoded as 16.
- Added ability to load external wal texture files instead of internal pixel
data of the brush model (depends on the new r_texture_external cvar).

Sound:
------
- Added external music file support via SDL_mixer as an extra patch.

CDAudio:
--------
- Updated the volume setting procedures.

HexenWorld:
-----------
- OpenGL: Fixed bug that netgraphtexture was not reset during reinitializa-
tion of the draw subsystem (used to affect the packet loss status graph by
r_netgraph).
- OpenGL: Fixed bug that dynamic lights had a problem with RGBA lightmaps
(such as torches didnt illuminate) but luminance mode was fine. Lightmaps
in RGBA mode are working now.
- OpenGL: Added colored dynamic lights and extra dynamic lights (stuff copied
over from hexen2). The gl_colored_dynamic_lights and gl_extra_dynamic_lights
cvars and their menu entries are functional now.

Launcher:
----------
- Added integrated ability to patch the pak files.
- The launcher now scans the installation directory against known game versions
for pak file health, and pops up the patch window with a short report if it
finds something bad. It now disables the mission pack or hexenworld options
according to the results it took from the installation scanning.
- Many clean-ups. Incremented the version number to 1.0.0.

Utilities:
----------
- Added the bsp2wal tool which extracts all texture data into hwal files.
- Added the lmp2pcx tool which converts hexen2 texture data into pcx and tga.
- Fixed the broken project path decision in qbsp. it doesnt scan for a maps
directory anymore.
- Added a findfirst/findnext implementation to the common library.
- Several fixes in dcc.

Other:
----------------------
- Imported the latest xdelta-1.1 sources into the tree.
- Started a large scale attempt at improving const-correctness.
- Updated inline commentaries.
- A lot of code clean-up all over the tree.

Beats of Rage is a tribute to Streets of Rage.

Originally intended as nothing more than a fun little private project, Beats of Rage soon became a very popular game which was ported to many platforms (Linux, Playstaion2, DreamCast, XBox and will go to run at others).

Senile Team strive to be your source for high-quality old-school games, graphics with character, well-chosen soundtracks and, most importantly, the solid gameplay we feel one can only find in the classic genres.

Attention: This is the executable file only. You still need to download the original DOS version for the data files.

SOAP::Lite is a client and server side SOAP implementation.
SOAP::Lite is a collection of Perl modules which provides a simple and lightweight interface to the Simple Object Access Protocol (SOAP) both on client and server side.
Main features:
- Supports SOAP 1.1 spec.
- Interoperability tests with different implementations: Apache SOAP, Apache Axis, Frontier, Microsoft SOAP, Microsoft .NET, DevelopMentor, XMethods, 4s4c, Phalanx, PocketSOAP, Kafka, SQLData, Lucin (in Java, Perl, C++, Python, VB, COM, XSLT).
- Provides COM interface. Single dll (standalone [2.5MB] or minimal [32kB]). Works on Windows 9x/Me/NT/2K. Doesnt require ROPE or MSXML. Examples in VB, Excel/VBA, C#, ASP, JavaScript, PerlScript and Perl.
- Provides transparent compression support for HTTP transport.
- Provides mod_soap module. Make SOAP server with a few lines in .htaccess or .conf file.
- Includes XML::Parser::Lite (regexp-based XML parser) which runs instead of XML::Parser where Perl 5.6 runs (even on WinCE) with some limitations.
- Includes XMLRPC::Lite, implementation of XML-RPC protocol on client and server side. All transports and features of SOAP::Lite are available.
- Supports multipart/form-data MIME attachments.
- Supports circular linked lists and multiple references.
- Supports Map datatype (encoding of maps/hashes with arbitrary keys).
- Supports HTTPS protocol.
- Provides proxy support.
- Provides CGI/daemon/mod_perl/Apache::Registry server implementations.
- Provides TCP server implementation.
- Provides IO (STDIN/STDOUT/File) server implementation.
- Provides FTP client implementation.
- Supports single/multipart MIME attachment (parsing side only).
- Supports SMTP protocol.
- Provides POP3 server implementation.
- Supports M-POST and redirects in HTTP transport.
- Supports Basic/Digest server authentication.
- Works with CGI accelerators, like VelociGen and PerlEx.
- Supports UDDI interface on client side. See UDDI::Lite for details.
- Supports UDDI publishing API. Examples and documentation provided.
- Supports WSDL schema with stub and run-time access.
- Supports blessed object references.
- Supports arrays (both serialization and deserialization with autotyping).
- Supports custom serialization.
- Provides exception transport with custom exceptions
- Supports Base64 encoding.
- Supports XML entity encoding.
- Supports header attributes.
- Supports dynamic and static class/method binding.
- Supports objects-by-reference with simple garbage collection and activation.
- Provides shell for interactive SOAP sessions.
- Supports out parameters binding.
- Supports transparent SOAP calls with autodispatch feature.
- Provides easy services deployment. Put module in specified directory and itll be accessible.
- Has tests, examples and documentation to let you be up and running in no time.

PyRPM is an experimental project to look at rpm package management. It is a python module and a collection of scripts that provide similar functionality as rpm, yum and co. It is written from ground up and is implemented only in python. PyRPM project mainly deals with rpm packages, the rpm database rpmdb in /var/lib/rpm, comps.xml files and yum repositories (called repo data).
The reason for this project was to have a codebase with which we can test and verify rpm, rpmdb and yum itself and experiment with new features and implementations very quickly. Python is Red Hats in-house defacto standard, so using python to do rapid prototyping was only logical.
The code itself is still very small and modular. Were constantly looking to improve the code, make it more production ready and remove duplicate functionality. Results from this project back to rpm and co are very important for us to improve the current available Linux tools and not rush with only adding another project for this. Next to working on good algorithms and sane implementations, most code is backed up with verify and testing scripts.
Warning
The PyRPM project is by no means meant to be a full replacement of rpm or yum. In its current state we feel confident that in general it wont break anything, but the code isnt production quality yet.
The check scripts can be safely used as they wont modify anything on your system, so feel free to use them at your convenience.
We personally have been using the yum replacement very extensively and even used it to update our own systems, but thats not even remotely a guarantee that it will work on your machine. It has only been run by a few people until now.
Using it to set up buildroots on the other hand should be very safe as this all happens in a very contained environment (sandbox principle).
Please let us know of any problems you encounter, if possible with some reproducible test cases so we can figure out what might have happened.
Main features:
- Stable and reliable dependency resolver with efficient algorithms:
- Due to the easy nature of python being a rapid prototyping language and the modular design of pyrpm we were able to test and write several generations of dependency resolvers and over time optimize and improve the reliability of it to a point where we are very confident that the results are what a user would expect.
- Handling of multilib systems:
- This is connected to the previous feature. Multilib systems are generally a lot trickier to handle than single arch systems. The algorithms used in pyrpm try to make intelligent choices as to which packages should be installed resp. how packages should be updated.
- Ordering of all packages in a transaction:
- In order for a whole transaction to work reliable it is not enough to just order the installs and updates but also the erase operations properly. In pyrpm we are handling all operations and order them in a way that honors all requirements correctly, even for erases.
- Smart like package selection:
- In pyrpm we are able to make package selections similar to the SMART package manager by trying to downgrade packages or even remove them if dependencies cant be resolved at all. The semi automatic removal is of course optional and not enabled by default.
- Very easy to use scripts to setup changeroots:
- Using pyrpmkickstart you can easily use a typical anaconda kickstart file to do an automated install either on a disk, partition, diskimage or even simple changeroots.

Quarters Board Game project is a strategy game for two players.

Although its rules are relatively simple, it still offers some of the same opportunities for skill as in chess.

This program was originally conceived in the summer of 1986 during a study of the mini-max algorithm for chess playing computers, and was thus designed to offer some of the same type of strategies.

The game was originally written in BASIC, then ported to Turbo Pascal, then to C, and finally to Java.

The Java version is not necessarily object oriented, since it is a crude port from the C version.