Free praying angels software for linux

The Minstrels Song project is a roguelike game with emphasis on worldbuilding.
The Minstrels Song is a roguelike game which seeks to let the user interact with a rich and extensive world.
Among roguelikes, emphasis is on providing nonlinear play in a detailed environment.
Effort has been made to provide races that have not only stats but cultures.
Top 10 things to do in "The Minstrel s Song":
- Pet a dolphin.
- Pray and worship.
- Ride a dragon.
- Match wits with a clockwork door.
- Climb a tree.
- Answer a riddle.
- Build your own mechanical devices.
- Keep an exotic pet.
- Choose your own quest.
- Explore a world of wonder.
To compile and run this game, go into the directory src, edit the file "tms.h" according to the comments that are contained in, and use make.
More specifically, it needs a certain lib directory, where all of the files in "lib" are stored. /usr/local/lib/tms is reccommended. Once you have created that directory and moved all of the files to it (be sure that book8.txt is writeable by everybody -- it is more or less the high score file), set LIB_DIR in tms.h to that directory, with a trailing slash -- ie. change appropriate line to say.
#define LIB_DIR "/usr/local/lib/tms/"
(or whatever you have put for your lib directory.)
Security note: It is strongly discouraged to install TMS as a SetUID binary; the game is not designed to have special priveleges.

MapCal is a mapping event calendar. MapCal project has the ability to add/modify/delete events and show them on a list like other event calendars. The difference with MapCal is that it also shows your events on an embeded Google Map.

This works great for things like a motorcycle club, or a craft show exibitor. Any place you want to show events and their location. Take a look at the on-line demo. MapCal uses PHP and MySQL. PHP 5+ is required.

It has a built-in geocoder - that is it can look up coordinates based on your event address (Google maps only work with lat/lon coordinates, not raw addresses). Thanks to Eric Angel who offers a web service to do this.

MapCal is free for non-commercial or commercial use, released under the GNU License. Google has their own license for using their mapping service, youll have to review that and see if it fits with your desired use.

QDGDF stands for Quick and Dirty Game Development Framework, and its a set of libraries designed to allow fast development of games under a variety of systems. Quick and Dirty Game Development Frameworks main goal is to show a platform-independent, consistent interface to UNIX/Linux and MS Windows.
Supported video systems:
- X11 Window System.
- MS Windows DirectX (DirectDraw).
- DJGPP.
- Linux SVGALIB.
Supported audio systems:
- Linux OSS.
- MS Windows DirectX (DirectSound).
- ESD (Enlightened Sound Daemon).
Enhancements:
- This release includes the following new functions: qdgdfv_load_pcx_pal(), which loads a 256 color PCX file and rearranges it to match the current palette; qdgdfv_load_pcx_pal_set(), which loads a 256 color PCX file and sets its palette as the active one; qdgdfv_home_dir() and qdgdfa_home_dir(), which return a path where a game can create a directory or write data; and qdgdfv_app_dir() and qdgdfa_app_dir(), which return a path where a game can look for its application data.

Marauroa is ariannes content server.
Marauroa project is completely written in Java using a multithreaded server architecture with a UDP oriented network protocol, a MySQL based persistence engine and a flexible game system.
The game system is totally expandable and modifiable by game developers and is able to run Python scripts defining the games rules.
Marauroa is based on a design philosophy we called Action/Perception. Each turn a perception is send to the clients explaining what they currently perceive. Clients can ask the server to perform any action in their name using actions.
Marauroa is totally game agnostic and makes very little assumptions about what are you trying to do, allowing a great freedom to create any game type.
Main features:
- Java 1.4 compatible
- Persistent objects
- Transactional relational database support
- Delta and Delta-Delta Perceptions to reduce bandwidth usage
- Fully test case covered using Junit
- Turn based gameplay
- Nicely documented: Design and specifications available
- Based on a XP development model
- Follows KISS principle: Keep it simply stupid
- True Open Source Software: GNU/GPL
Marauroa is based on very simple principles:
- Clients communicate with the server, and vice-versa, using an UDP portable network protocol with reliability in mind to allow a stabler experience when online game lag occurs.
- You can develop an arianne client, using the arianne client framework, on any system that is able to compile C code.
- To play a game every player needs an account on the server that is identified by an username and a password.
- Players use their account to login into the server and then choose a player stored under their account to play with. The server then checks the login information using the mySQL backend and loads the player into the game using the persistence engine.
- Players send actions to the server. The action system is totally open and has nothing hard-coded so you can edit it totally to your game style. The server sends at regular intervals, called turns, a perception to each player to inform them about the state of the game and any relevant state modifications. Marauroas perception system is based on the Delta^2 ideology: simply send what has changed.
- The server executes some code each turn in order to move the game status on. Using this hook it is simple to code triggers, timeouts, conditions and whatever kind of behavior you need.
- The server transparently and automatically stores players and game status modifications on the persistence engine, and also information decided by the game developer using their game definition scripts.
- The server side game rules can be written in Python to allow simple and rapid development without needing to recompile the rules engine and without having to know anything about Marauroas internals. Games rules can also be coded in Java.
- The server generates statistics of usage which are stored in a mySQL database (so you can later generate fancy statistics from them). Or in case you dont require them, they can be disabled to save CPU cycles and disk space. Marauroa features a modular structure that means modules can be changed and disabled without affecting the operation of other modules.
- Both the server and clients are fully and wisely documented, with documentation about specification and design and not just API documentation.
Enhancements:
- A MySQL 4.0 incompatibility was fixed, namely a bug regarding IRPZone.ID and RPObject.hashCode that caused problems with HashMap.
- A memory leak because of a Sun bug was fixed.
- The servers speed was improved with several fixes.

ZoltanPlayer is a music playing daemon. It accepts remote commands via its own mini HTTP server and can use seamlessly Audio or Data CDs. Audio CDs are played internally (optionally querying CDDB info servers) and digital songs in audio CDs are played via external players. Its not limited to CDs, as a hard disk directory can also be used.
The optimal equipment for ZoltanPlayer is a CDROM-equipped computer directly connected to an amplifier or stereo. Its not a streaming server, nor a ripper, nor a simple HTTP+HTML interface jukebox (this could be done with a CGI). ZoltanPlayer integrates the controlling of CD insertion / eject with the capability of directly playing CD Audio and spawning external player for MP3 / Ogg Vorbis / whatever song files.
Current version is 1.0.0. This software only runs on Linux and its licensed under the GPL.
Here is a list of commands for ZoltanPlayer:
mount: Mounts the CD in the drive (closing it if necessary). If its a CD Audio, it will take info about it and search the local CDDB cache; if no info for this CD is found, it will query a remote CDDB server. If its a CD-ROM, it will traverse it recursively looking for playable files and the subdirectories containing songs will be treated as groups. Anyway, the list of songs will be stored in its internal database ready for playing.
umount: Unmounts the CD, and ejects it.
xmount: A combination of the previous two. If CD is mounted, umount it, and vice-versa.
hd: Reads a directory from the hard disk (this directory must be defined in the config file to be used). It will be treated the same as a CD-ROM. This command can also be used to re-read the hard disk directory contents if it has been updated since ZoltanPlayer read it.
play: Starts playing the first song.
stop: Stops playing.
pause: Pauses / unpauses the currently playing song.
next-song: Moves to the next song and plays it.
prev-song: Move to the previous song and plays it.
goto-N: Moves to song number N and plays it.
next-group: Moves to the first song of the next group and plays it If no group is defined (as in Audio CDs), it restarts playing from the first song.
prev-group: Moves to the first song of the previous group and plays it.If no group is defined (as in Audio CDs), it restarts playing from the first song.
song-info: Returns information about the song being played in one line. This command can be used from a shell script to display the info on an LCD, a ticker or something like that.
vol-up: Pumps up the volume by 5%. Only operative if the sound card mixer is being used (see sample config file).
vol-down: Lowers the volume by 5%. Only operative if the sound card mixer is being used.
cd-info: Shows the current list of songs, and information about the current group and song being played, if any.
skip-N: disable the song number N (do not play it).
rest-N: enable the previously disabled song number N.
toggle: toggle the skip selection.
toggle-playlist: toggle the skip selection for those songs inside playlists.
shuffle: shuffle the playing order of songs.
unshuffle: get back to original sorting of songs (CD order for Audio CDs, or alphabetical ordering if song files from CDROMs or hard di
Enhancements:
- Support for CD cover images.
- First stable release.

Bky is a minimalistic, distributed Version Control System/Source Code Management tool. Bky uses rsync as a backend to store revisions as complete trees, optimizing the size by storing unchanged files as hard links.
Main features:
Distributed
- The repository is not stored in a central server as in CVS or Subversion, but as a subdirectory inside your working directory, like Arch, Darcs or Linus Torvalds git. Developers communicate via patches.
Cheap branches
- Just copy your tree to another directory and youve started a new branch.
- Old history is easily pruned Legacy revisions can just be deleted or moved to another place with your usual filesystem tools.
Safety
- Any given revision under the repository is a directory with all your files that can be used, copied or stored as-is.
Repository is easily manipulable
- As every revision is stored as plain files, you can delete, add or modify files, or update the commit message without interfering.
No need for special commands to put files under version control
- Just create a file in your working directory and it will automatically be version-controlled. Uninteresting files as object files, libraries or other generated files are automatically ignored. Also, there is support for .cvsignore files.
Small dependencies
- Bky is a shell script. It needs rsync, diff and the usual Unix basic tools. You also need a filesystem that support hard and symbolic links. Thats it. Its just a version control system.
Enhancements:
- This release includes a script to convert a bky repository into a git one.