Free knights of columbus software for linux

KnightFight is a Java-based game in which you, the Bronze Knight, must take on the Black Knight in battle. Complete with goofy Pythonesque sound clips, it is intended as a parody of Street Fighter/Mortal Kombat-type games.

KnightFight is a fun game which I made in a period of three days. KnightFight project was intended as a joke, as evident from the goofy sound clips and lousy graphics, but I found it to be fun and addictive, so I released it. I may release a better-designed sequel in the future.

The Eye Of Horus is a monitoring and alerting tool for computers. Its mainly useful for monitoring network services (eg, HTTP or SMTP servers) and the internal status of Unix servers (eg, load, disk usage, process counts).

In that respect, its a lot like Nagios, but in my opinion its better. It lacks a few features Nagios has, but it is a very simple architecture to which they can easily be added.

Its a flexible thing made from independent modules with well-defined interfaces, making it easy to customise and extend, but out of the box itll monitor your servers and produce a nice HTML summary of their status - OK, the looks need a bit of work, but that will come soon, and it can optionally integrate with the excellent (and I mean excellent) RRDTool to store logs of statistics (response times, number of packages with known security holes, etc) - and link from the status page to nice graphs of the historical behaviour of these statistics.

HOW IT WORKS

The core of the system is horus-check.py, a Python script which reads a configuration file (specified on the command line). The configuration file specifies a list of services - either network services, in which case the host to run the check from and the host to run the check at are specified, or local services, in which case only the host to run the check from need be specified. In either case, if the host to run the check from is not specified, then it defaults to the local host.

The service types reference definitions in a file which is referenced from the configuration file. In the service definitions file, a shell command to check the service is given; this command must output service status in a defined format, as a single-line YAML list. The list must contain, at least, a single-word status (OK, WARNING, FAILURE, or UNKNOWN), then optionally numeric statistics, then optionally a status message. For example:

[OK]
[UNKNOWN]
[OK, { load: 0.5, users: 3 }]
[WARNING, { load: 3, users: 30 }]
[FAILURE, { load: 95, users: 300 }]
[UNKNOWN, { }, Could not find AWK executable]

When a check is to be performed from a remote host, Horus opens an ssh connection to that host. It is assumed that the user horus is run as will have an ssh key set up to enable it to ssh to all such hosts without requiring a password.

Having performed the checks, horus-check.py then:

Reads in the status database named in the configuration file
Updates the status database with the new status of hosts
Computes an overall system status (the worst non-unknown status of any checked service)
Examines the service dependencies, and marks any service whose state is no worse than might be expected (eg, no worse than the worst state of a service it depends upon) are automatically marked as quiet
Computes a list of differences between the old and new status (services added, services removed, services whose status has improved, services whose status has worsened)
If there are any differences, invokes a notification script (named in the configuration file) with them, along with the overall status
Invokes a logging script (named in the configuration file) with the new value of every statistic reported by the service checks; I will soon provide a sample logging script that uses RRDTool to generate nice graphs.

The status database (which is written in YAML, so easily accessible to user scripts) can then be used to generate HTML status report (see status.cgi).

King of the Hill project is a full client/server multiplayer artillery game in the scorched earth tradition.
King of the Hill (KOTH) is an artillery game in the grand old tradition of little tanks with ridiculously powerful weapons trying to blow each other up while trying to avoid getting blown up themselves.
Koth features LibGGI for fast portable graphics, full client/server multiplayer, a few cool weapons, in-game chat, and nice terrain generation algorithm.
Open source in the hopes that others will help out and make this a really great game.
Main features:
- Supports up to ten players at once, with unlimited observers (ten only because beyond that the game would get unwieldy, not an architectural limitation)
- Players can join and leave at any time without disrupting the game
- Pregame and In-game color-coded chat
- Buy and sell various types of neat weapons to use against your enemies
- Fractal-tessalation terrain generating algorithm produces endless variations of interesting terrain (before you start blowing massing craters into it that is
- Falling dirt and falling damage to tanks
- Lightweight, asynchronous networking protocol - perfectly playable on a modem over the Internet even with high pingtime
- LibGGI for portable graphics. Currently supports 8/15/16/24/32 bits per pixel in any resolution
- Free software so anyone can and is encouraged to add in their own favorite weapons, equipment, and other features.
Enhancements:
- kick (through server console)
- new weapons: black hole, laser, dirt curtain, dirt vaporizer and depth charge
- infinite number of observers
- new status area in battle window (nickname/armor/shield)
- readiness indication in pregame
- new "who already fired" ingame bar
- bugfixes and other misc changes (weapons price, power, behavior etc)
- weapons name in death messages
- New explosions
- Koth is now playable on fast computers (sleep in animations)

Pieces of Flare is an Eclipse Plugin which allows (J2EE) developers to synchronize source directories within their project to deployment directories on the AppServer.
Pieces of Flare plugin is written to allow automatic deployment of JSP files whenever they are saved, but it can be used for any file type.
Pieces of Flare only runs on files that are saved. With a custom ant builder you inflict the startup cost of ant within Eclipse, and Pieces of Flare knows what the changed deltas are - which a custom ant builder might not.
We were looking for a name that had something to do with Eclipse, and Flare came to mind. We were also talking about Office Space that day so it seemed like a decent choice.
Currently, the number one need is to develop some UI to do the XML configuration. If you would like to help out with that, contact one of the developers in the forums.
Enhancements:
- This version adds support for the scp file copy protocol for copying files to remotely located hosts.
- Also, there are improvements to the logging.
- It seemed that some people had trouble typing the fromDir and toDir paths.
- A simple check to see if these paths exist has been added.
- Hopefully this will make it easier to debug a configuration.
- Also, the debug attribute can be set to false to suppress info level logging once everything is working.