Free butterflies of north america software for linux

Realms of Rivalry is an online tactical rpg. Play short skirmishes in random-generated game worlds.
The game can be summarized as an online graphical turn-based strategy/rpg game where you can play short tactical skirmishes with 2-4 players in small random-generated game worlds. The game is free and can be played either as an applet or downloadable client.
The time-limited turns (30-90 secs) give the game a semi-realtime feel, and the game has sometimes been characterized as "chess on steroids".
Main features:
- Community friendly game lobby where you can chat with others and join realms.
- Up to 4 players simultaneously battling on the same realm.
- Players control teams of 3 characters: Warrior, Archer and Mage.
- Time-limited turn-based gameplay.
- Random-generated game worlds (realms).
- CPU controlled monsters.
- Several weapons, armor, traps and other items.
- Occlusion calculation used in combat situations.
- Interrupts.
- Different types of terrain.
- Buy & sell items at vendors.
- Monster respawning.
- Ingame chat.
- Detailed end-of-game summary panel.
Explore the map and kill creatures to obtain weapons, potions, runes, traps and more to aid you in your quest for domination!
The game development has been very "test-driven" in the sense that the game quickly was made playable and that features and changes were added and removed continuously during development. This hopefully improves gameplay, but of course at the expense of dramatically increased development time.
Realms of rivalry was never intended to "soothe the masses", but were made entirely to match the game that we ourselves would like to play - something we have done for many, many hours :-) But of course, some of you might enjoy this game aswell, and that is why we decided to share it with you!.

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).

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.

Eyes Of Lynx is an application for examining your images on the Web. It is written in PHP/Javascript and is licensed under the GNU General Public License.
Eyes Of Lynx project is designed to be fast, intuitive and very powerful. Its key features include an original and innovative interface, zoom and rotation tools, a thumbnails image navigation, ...
Main features:
- Arrangement of images in albums (directories and subdirectories)
- Zoom in, out, fit to window, 1:1 size and by selection (Shift + left mouse drag)
- Rotation left, right in increments of 90 degrees (requires PHPs GD extension or ImageMagick)
- Auto rotate photos: Eol can look at information stored by digital cameras in photos and automatically rotate them as needed
- Images can be cached in a smaller/intermediate size to increase display and loading speeds (requires PHPs GD extension or ImageMagick).
- The quality (level of JPEG compression) of resized images generated can be ajusted.
- Thumbnails image navigation, very useful when an image is zoomed
- Image properties dialog (draggable)
- Fully themeable
- Very easy setup (See INSTALL file in the source archive to know more about install instructions)
- Currently, only JPEG & PNG images are supported

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.

Son of Service (SOS) is a multiuser volunteer management database for non-profits, charities, schools, churches, and clubs. SOS will keep track of your volunteers, their contact information, availability, work history, comments, reminders, and relationships.

It will help you quickly find the right volunteer for the job and e-mail him, and it will make reports about how you are using volunteers.

SOS is a helpful tool for organizations with many volunteers or multiple volunteer coordinators.

Your organization helps people for free, and your volunteers work for free. So you know there is a "free lunch."

SOS is free. Its free from charge: notice there is no menu option for purchasing or ordering. But SOS also provides freedom from many restrictions. Download the program, install it, and use it without buying expensive licenses.

Use it on as many systems with as many users and volunteers as you have. Use your choice of server operating system and RDBMS. (You dont need to buy a RDBMS or other server software.) You can even modify SOS to meet your specific needs because the full source is available to you.