Free kingdoms of war software for linux

Defend the Kingdom project is a real-time strategy based game.

Defend The Kingdom, or Defender for short, is a real time strategy game dedicated to the fantastic world of LARP.

Its goals include the ability to build and control a complete fantasy world (with towns, poeple, etc.), control armies of knights and creatures to fight against your strongest enemies, gain power and resources by trading with your friends, and many more.

Nations at War a Battlefield 2 tournament mod, Presently it DOES NOT SUPPORT SINGLE PLAYER. Nations at War is being built upon the roots of a large group of friends, some of which have played together for over a year.

Nations at War is a military based gaming community that follows the rank and unit structure based off of real life armies and units. We practice hard during the week developing teamwork and skills that translate into an excellent gaming experience on the long Saturday battles that occur every week on a pre-selected map.

Our community has a large amount of tournament experience, and expects and demands nothing but excellence on the battlefield and exceptional sportsmanship and comradery off of it. Nations at War is at its heart a large community of friends who put a premium on teamwork, respect and fairness. This is after all a game and something meant to be enjoyed by all, where one comes to make friends and have fun.

Widelands is a clone of Bluebytes Settlers II.

Like in warcraft-like games, you are the despot of an empire and want to harvest resources and get soldiers to get more power.

Unlike those games, this is a strategic game, not a tactic one, and the main point is about economy instead of war.

Lumberjack get logs that you have to transform to planks in the sawmill, and so on. You could say that its an economy simulation game. The world is something between middle age and roman empire.

Intelligent Wardialer is a "war dialer" used for auditing your PSTN (phone) network. Its features include random/sequential dialing, Voice over IP using the IAX2 (Intra-Asterisk eXchange) protocol, ASCII flat file and MySQL logging, a curses-based front end, key stroke marking, multiple modem support, several methods of "tone detection", save/load state, banner detections (to determine remote system types) and blacklist support.
Main features:
- Full and Normal logging: Full logging records all possible events during dialing (busy signals, no answers, carriers, etc). By default it only records things that we might find interesting (carriers, possible telco equipment).
- ASCII flat file and MySQL logging: You can log to a traditional ASCII flat file, and record information into a MySQL database.
- Dials randomly or sequentially.
- Remote system identification: When finding a remote modem and connecting, iWar will remain connected and attempt to identify the remote system type.
- Key stroke marking: When actively "listening" to iWar work, if you hear something interesting, you can manually "mark" it by hitting a key. You can also enter a "note" about something you find interesting.
- Multiple modem support, because... well, hey - this is "Unix". iWar will support as many modems you can hook up
- Nice "curses" based display. This means that if youre using iWar from a Linux console or a VT100 based terminal, it should work fine. Its not a escape sequence kludge, but true "curses".
- Full control over the modem: Unlike other kludges, iWar doesnt just open the modem as a typical "file". It controls the baud rate, parity, and CTS/RTS (Hardware flow control) DTR (Data terminal ready). This is important for controlling the modem and making it preform the way you want it to during scanning. For example, DTR hang ups.
- Blacklisted phone number support: For numbers the system should never dial.
- Save state: If within the middle of a "wardialing" session you want to quit, you can save the current state to a file. This allows you to come back later and restart iWar where you left off. (via the -l option)
- Load pre-generated numbers: You can load a file (via the -L option) of numbers that you want to dial. This is useful if you want to load numbers generated by another routine (perl/shell script/etc).
- Tone location, if your modem supports it. iWar uses two different methods. The traditional "ATDT5551212w;" (Toneloc) and "silence" detection.
- Records remote system banners on connection for later review
- iWar can be used to attack PBXs and Voice mail systems
- Terminal window so you can watch modem interactions and carrier results in real time
- Support the IAX2 (Intra-Asterisk eXchange) "Voice over IP" (VoIP) protocol. This allows you to scan without the need of additional hardware! To my knowledge, iWar is the first war dialer with VoIP functionality
- In IAX2 mode, iWar acts as a "full blown" VoIP client. In this mode, key 0-9, * and # play there DTMF equivalents. In this mode, you can also directly "talk" (using a microphone) with the remote target if so desired.
- In IAX2 mode, if your VoIP provider supports it, you can "set" your caller ID number (caller ID spoofing).
- Comes with complete source code and is released under the GNU General Public License.
Enhancements:
- Major bugfixes were made for BSD type systems.
- Some other minor bugs were also fixed. VoIP IAX2 (Intra-Asterisk eXchange) support was added.
- With this, you can scan with no additional hardware (such as an analog modem).
- Instead, calls are placed over the Internet.
- DTMF support for when under IAX2 mode was added.

Root Park project will build a network that will stand the test of time.
RootPark is a Civilization-like game based on the history of computers and networks. You can play it with as many other players as you want since it has full networking capabilities.
The game begins in 1960, when computers started to become very powerful. RootPark provides you the opportunity to experience these historical years, and a large range of possibilities.
This source and binaries of the game will be available soon. It will be playable on Linux, BSD (and surely other UNIX like OSF1).
Main features:
- strategy game, turn based.
- topic : history of computers and networks.
- multiplayer (using local or internet networks)
- fully playable on Linux and NetBSD(and surely some others Unix).
- programmed using C language.
- opensource game, everybody can improve it
- uses GTK X-Windows library.
- uses 16 millions colors (24 bits)
- you can change the themes of the graphical interface
- you can import your own graphisms
- communication between players during the game (like irc)
- generator of random map whatever the number of players.
- handles the visibility of units and hosts (fog of war)
- interactive help online
- complete encyclopedy on the history of computers

XINS is a technology used to define, create, and invoke remote APIs. XINS is specification-oriented.
When API specifications are written (in XML), XINS will transform them to HTML-based documentation and Java code for both the client-side and the server-side.
The communication is based on HTTP. XINS competes with the complex SOAP technology. Main design goals include simplicity, scalability, and testability.
XINS is not only a specification technology, but also an application development framework. It offers transaction logging, unique log documentation, and active code generation.
Whats New in 2.0 Stable Release:
- This release adds support for JSON calling conventions, shared error codes, and import of WSDL and XML Schema.
- Integration with the Spring framework and GWT has been improved.
- New examples with Groovy, REST, and the Dojo toolkit have been added.
- Many other small features and improvements have been done.
Whats New in 2.1 Alpha 2 Release:
XINS/Java Common Library:
- Fixed null values were put in the Map when using the BeanUtils#getParameters method.
- The ServletClassLoader can detect the xins-common.jar using the XINS_HOME environment variable if needed.
- Added automatic detection of the WAR file in the HTTPServletStarter when not passed as paramter.
- Added possibility to pass the ClassLoader mode to the HTTPServletStarter.
- Added new Ant task similar to the < xslt / > task with the option to never overwrite the destination files.
- Added possibility to handle several request at the same time in the internal Servlet container (multi-threaded).
XINS/Java Server Framework:
- Fixed the way the xins.properties was loaded when no org.xins.server.config is set was incorrect.
- Implement RFE #1624142: ACLs for calling conventions. /! The allow methods have a new argument (that can be null).
- Added getName and setName methods in the calling convention classes.
Generation of the opendoc:
- Added colors to the examples.
- Enlarged the example tables.
- Added colors to the table headers.
- Added the categories after the API description.
- Use Courier New font for element names.
- Added light gray borders to the tables.
- Reduce the use of bold fonts.
- Fixed missing uppercase for input and output section.
- Fixed the description of the function, parameters and error was just the first sentence.
- Fixed support for < em > element in descriptions.
- Fixed the "4" appearing before closing an element example.
Generated build file:
- Added javadoc-test-< api name > to get the Javadoc of the unit tests.
- Added possibility to execute the API using java -jar < api name >.war
- Replaced create-project.xslt and tools.xslt with build-create.xml and build-tools.xml as most of the code doesnt need to be dynamically generated.
- Added build-apis.xml which contains static content of the old generated build.xml. This result in the reduction of the size of the generated build.xml.
- Several bug fixes and optimalization during the refactoring.
- The dependency libraries have been added to the classpath for the run and test targets.
Documentation:
- Changed < style / > in < xslt / > in the xins-docs/build.xml.
Build- and release-process:
- Fixed incorrect location of the icon for the Windows installer.
Other:
- Fixed the package list for XINS and log4j.
- Added the package-list for JUnit.
- Added more debug sources for the nbbuild.xml of the petstore.