Free praying hands tattoo software for linux

Crimson Fields project is a tactical war game in the tradition of Battle Isle.

The outcome of the war lies in your hands. You decide which units are sent to the front lines, and when to unleash the reserves. Your mission objectives range from defending strategically vital locations to simply destroying all enemy forces in the area. Protect supply convoys or raid enemy facilities to uncover technological secrets or fill your storage bays so you can repair damaged units or build new ones in your own factories. Lead your troops to victory!

Tools are available to create custom maps and campaigns. You can also play the original Battle Isle maps if you have a copy of the game.

You can pit yourself against another human player either in hot-seat mode in front of the same machine or via e-mail, or against the computer.

Crimson Fields is distributed under the terms of the GNU General Public License (GPL). It has been developed and tested on Intel architecture with Linux, but it shouldnt be too hard to make it compile and run on other operating systems as well. So far it has been reported to work with Linux, various flavours of BSD, Sun Solaris, MacOS X, BeOS, and MS Windows.

I suggested a kcontrol option for enabling and disabling ACTIONS for different file types. This way, service menus would be installed and managed easier (if that control center window has that function too,it would be nice) aand maybe you will have the option to choose which actions that KIM (kde image service menu)(for example) is capable of is shown in your right click menu when you choose a jpg file...
Also an option to install the service menu just for the user that opened kcontrol (somewhere in /home/~/.kde/.../konqueror/services...) or for all users [the checkbox],requiring a root password (to copy the needed files in the needed by the service menu directories)...
Also the service menu management control center should have the option to move up and down a service menu in the -right-click-ACTIONS> sub menu.
There should be the option to pick selectably the submenus from the installed service menu and add only the ones you would like to have for the file type(for instance you can add kim-resize picture and under it you can take a submenu from a k3b service menu (add to data disc) and put it right under it for the jpg filetype (see the screenshot).
Some service menus,like kims selected "webexport" should have a > sign at the end of their names,showing that they have an included submenu,that cannot be picked/changes sepparatelly.So if web export is added,you dont have the option to pick which webexport options should be included in the web export submenu (we have to have some borders,right?)..
Another suggestion is that if a service menu is installed for all users (using the root password),it should be marked with red fonts in the service list and if promped for uninstallation,it should ofcourse ask for the root password.
And...since the kde service menus were handled the old fashionate way since this idea popped into my mind (with install.sh scripts that coppied a bunch of files,orr by hand with a READme instruction (which is a pain in the neck really)),service menus should be able to be installed the old fashionate way too,but they should be packed in special kde service menu packages,that are handled by kcontrol.This would greatly improve kdes support for service menus.
This will also resolve the clutterness/bloatness that some service menus tend to create,giving the choice in the hands of the user as to what from the service menu he/she would like to be included in the right-click menu.
Enhancements:
- added a new mockup,which is more simple and intuitive

XLightOff project is a X game which is easy to play, harder to solve.

Easy to get in hands, not so easy to solve.

Installation - usage

Once downloaded, simply unzip/untar the archive, go into the created directory, and run "make".

It should produce a "xlightoff" file.

Then, simply run "./xlightoff" and there you are.

It must be played with the mouse.

Of course, you must run an X server to get something. It should be easy to use.

Brawl Ball project is a game of football based on the Blood Bowl ruleset.
Brawl Ball is a game of football based on the rules of the fantasy football game, Blood Bowl. It supports the full "basic" Blood Bowl ruleset.
Main features:
- Five basic player skills: block, catch, dodge, pass, & sure hands
- Team rerolls & player rerolls
- Team customization and/or creation using an xml format file and custom images
- Preferences for a strict adherence to the rules, or a more loosely played game
- Supports multiple languages (see internationalization)

Geography::Countries is a Perl module with 2-letter, 3-letter, and numerical codes for countries.

SYNOPSIS

use Geography::Countries;

$country = country DE; # Germany
@list = country 666; # (PM, SPM, 666,
# Saint Pierre and Miquelon, 1)

This module maps country names, and their 2-letter, 3-letter and numerical codes, as defined by the ISO-3166 maintenance agency [1], and defined by the UNSD.

The country subroutine.

This subroutine is exported by default. It takes a 2-letter, 3-letter or numerical code, or a country name as argument. In scalar context, it will return the country name, in list context, it will return a list consisting of the 2-letter code, the 3-letter code, the numerical code, the country name, and a flag, which is explained below. Note that not all countries have all 3 codes; if a code is unknown, the undefined value is returned.

There are 3 categories of countries. The largest category are the current countries. Then there is a small set of countries that no longer exist. The final set consists of areas consisting of multiple countries, like Africa. No 2-letter or 3-letter codes are available for the second two sets. (ISO 3166-3 [3] defines 4 letter codes for the set of countries that no longer exist, but the author of this module was unable to get her hands on that standard.) By default, country only returns countries from the first set, but this can be changed by giving country an optional second argument.
The module optionally exports the constants CNT_F_REGULAR, CNT_F_OLD, CNT_F_REGION and CNT_F_ANY. These constants can also be important all at once by using the tag :FLAGS.

CNT_F_ANY is just the binary or of the three other flags. The second argument of country should be the binary or of a subset of the flags CNT_F_REGULAR, CNT_F_OLD, and CNT_F_REGION - if no, or a false, second argument is given, CNT_F_REGULAR is assumed. If CNT_F_REGULAR is set, regular (current) countries will be returned; if CNT_F_OLD is set, old, no longer existing, countries will be returned, while CNT_F_REGION is used in case a region (not necessarely) a country might be returned. If country is used in list context, the fifth returned element is one of CNT_F_REGULAR, CNT_F_OLD and CNT_F_REGION, indicating whether the result is a regular country, an old country, or a region.

In list context, country returns a 5 element list. To avoid having to remember which element is in which index, the constants CNT_I_CODE2, CNT_I_CODE3, CNT_I_NUMCODE, CNT_I_COUNTRY and CNT_I_FLAG can be imported. Those constants contain the indices of the 2-letter code, the 3-letter code, the numerical code, the country, and the flag explained above, respectively. All index constants can be imported by using the :INDICES tag.

The code2, code3, numcode and countries routines.
All known 2-letter codes, 3-letter codes, numerical codes and country names can be returned by the routines code2, code3, numcode and countries. None of these methods is exported by default; all need to be imported if one wants to use them. The tag :LISTS imports them all. In scalar context, the number of known codes or countries is returned.

AjaxVTT is a "Virtual Table Top" utility for multi-user, web-based battle mapping.

For quite some time I have wanted a way to play old-school, table-top, books-and-dice roll playing games online. Ive looked at the packages out there (oh, mine is far from the only one) and found them all... lacking in a way. Theres nothing Ive come across that happens to do exactly what I want. So, like any developer with too much time on his hands, I decided to make my own.

AjaxVTT is not my first attempt at Internet gaming software. In fact, Ive prototyped several VTT systems over the last four or so years, but never really finished any of them. Ive also looked at several open source VTT packages and thought about contributing... but for various reasons never did or was never able to.

So what does AjaxVTT do? Its a graphical web-based battle map. No unnecessary bells and whistles, just simple solid functionality thats as close to the real table top experience as possible. In addition to the "battle map," AjaxVTT features a chat system with voice, video, and macros (for things like rolling dice) and very little else.

I first got the idea to create this software when the whole concept of whats being called "Web 2.0" was just starting to develop, and ajax technology was only beginning to find its way into mainstream use. I decided, "hey, what if I took a web-app and integrated d-n-d (drag and drop, not the other definition) functionality with ajax functionality? What would I get?" Turns out, you do that, you get something pretty cool. AjaxVTT is actually the second program Ive written to use this combination (the first was a sort of wiki that let you drag elements around the page, sorta like a web-based MS Power Point.)

Now, I know a lot of people who would cry out that a web page is hardly the place to build out a complex, interactive mutli-user application like this. In fact, I sorta agree with that - web technology is hacky, old, buggy, bloated, slow, and unreliable. The fact that it powers as much as it does, and has been built up as much as it has is really kinda impressive. But the bottom line is that, as much as PHP and Javascript are lousy choices to write functional thin client applications in... the end result does work. And its hellaconvenient to tell an end-user "just go to this URL and youre done." No "pc or mac?" no "install this", no downloads (though, I do have to admit it only works in Mozilla-type browsers right now... open standards my butt).

AjaxVTT is still young and only partially complete. Ive released the code under the GPL even though Im not really sure what I really want to do with the project. Truth be told, I dont actually game that much anymore, and a big part of the effort was just to have done it. Not to do it because it could be done, but because Im learning a lot as I go, and because there arent a lot of ajax apps that do something similar to what Im doing. And thats cool. Its enough to keep me motivated.

PvPGN (Player vs Player Gaming Network) is free software that emulates a Blizzard Battle.net server. PvPGN project currently supports all Battle.net games, such as StarCraft, Diablo II, and Warcraft III, and gives you the power to run your own server, manage your own users, run your own tournaments, etc.
Some common uses of a PvPGN server:
- When wanting to have a small community with local users and small ladders (lots of internet cafes do that)
- For people who want to play on a LAN but with Battle.net-like statistics
- For people who find Battle.net too slow or laggy and want to play on a local server with no lag
It puts you as a "System Administrator" in control. Use a PvPGN server to host your own LAN parties or put the server online and on the internet for everyone. You can run tournaments, have your own local competition ladders. The power is in your hands.
Enhancements:
[D2CS/D2DBS]
- added pid files to the confs
- fixed a bug where server could not be (un)installed as a win32 service
- added check and modified the default motd to not have a too big motd that was crashing the clients just after character selection
[VERSIONCHECK]
- added SC/BW 1.13c entries
- added SC/BW 1.13d entries
- added SC/BW 1.13e entries
- added W3 1.20a entries
[SQL]
- reorganized optimized and made more safe the existent codes
- added a new sql layout called "sql2" in config
[MISC]
- fixed security issue where an op of a channel was able to set the topic of any other channel
- added more information to "/finger" display (if issued by an admin)
- added a new command, "/tos" to display the Terms Of Service on request