Free posadis zone editor 0.9 pre software for linux

The Posadis Zone Editor is a graphical tool to edit DNS (Domain Name System) zones using DNS update.

Because it uses zone transfers, you can simply edit the DNS zone, and have only the changes transferred to the DNS server.

OZONE is a 3D marble game.

OZONE is a free game similar to enigma, esprit or oxyd, but in 3D. You also have to move a marble, matching pairs of "OXYD stones" and dont break your marble.

DIY Zoning is a repository containing the information about architecting, designing and implementing the Do It Yourself Temperature Zoning system, introductory course for those planning to install a ready-made temperature zoning system, and those who just want their home comfort.

Whats New in This Release:

This release introduces support for many logical devices per one physical 1-Wire device in general, and humidity sensor support in particular.

DAC2CORE protocol has changed, backward compatibility is broken. To upgrade your configuration, you have to add a literal T in front of 1-Wire temperature sensors, and add a literal S in front of 1-Wire switch devices.

DNS::ZoneParse is a Perl module to parse and manipulate DNS Zone Files.

SYNOPSIS

use DNS::ZoneParse;

my $zonefile = DNS::ZoneParse->new("/path/to/dns/zonefile.db", $origin);

# Get a reference to the MX records
my $mx = $zonefile->mx;

# Change the first mailserver on the list
$mx->[0] = { host => mail.localhost.com,
priority => 10,
name => @ };

# update the serial number
$zonefile->new_serial();

# write the new zone file to disk
open NEWZONE, ">/path/to/dns/zonefile.db" or die "error";
print NEWZONE $zonefile->output();
close NEWZONE;

INSTALLATION

perl Makefile.PL
make
make test
make install

Shadows Rising project is a Web-based Role Playing Game open to customisation.
Shadows Rising is an RPG game engine. The engine is aimed at enabling users to install a number of game modules which will use the engine to present an RP game to players on the users site.
The basic concept of the game engine is to create a highly configurable and extendable engine to support Role Playing games under a variety of ruleset regimes. The game engine therefore keeps all game content and data stored externally to the engine in what are known as "Game Modules". These Game Modules are basically XHTML and CSS template files, database stored data, content and game items. As a result individual users may create custom Game Modules tailored for specific game types, locations, plots, NPCs and timelines.
This immense ability makes possible a large variety of RPG games, something deeply supported by the ability to configure almost any game engine settings, and add game engine "Plug-Ins" which extend both functionality and support for more complex Game Modules. The game engine is pre-packaged with the "Shadows Rising RPG Game" created by the game engine developers. A primary development objective is making both game engine configuration and Game Module creation as easy a process as possible - including the ability to use alternative RPG rulesets that users may be more comfortable and familiar with.
Shadows Rising is written in the PHP language, with data stored and retrieved using either the MySQL or PostgreSQL Database Management Systems which use SQL (Simplified Query Language). Output conforms to the XHTML 1.0 Strict, XHTML 1.1 and CSS standards. Javascript is used on a limited basis.
Enhancements:
- minor update to 0.0.5 to correct a number of small issues and update any corrupted files hosted by Sourceforge at the last release.

Platypus Wiki provides a semantic Wiki Wiki Web.

Platypus Wiki is an enhanced Wiki Wiki Web with ideas taken from Semantic Web. It offers a simple user interface for creating Wiki page plus metadata according to W3C standards.

Weve chosen HTMLarea v3.0rc1 as a WYSIWYG editor for creating content in (X)HTML. We are using Cascading Style Sheets (CSS) for presentation, and our intention is to be fully compliant with Web Content Accessibility Guidelines v1.0 with Level AAA. Platypus Wiki lets you set "global" and "local" links. A global link is generated on every page: you just have to specify a word or phrase and the corresponding URL. A local link is similar, but only appears on a specified page.

Another difference from the classical Wiki is the way links are specified in a page: instead of CamelWords, square brackets, etc., we use the convention namespace:pagename; this lets the user write content without worrying about namespace collisions. We also use RDF to represent the page space as a directed labeled graph.

Each node in Platypus Wiki is both a Wiki page and an RDF resource. We are designing a navigation interface to simplify the interaction of users with the system and RDF metadata editing.

Colonist is a meta-distribution that exploits existing live CD Linux distributions by adapting them to the coLinux platform.
Due to their optimized structure and package selections, live CD Linux distributions are very convenient to fulfill the pre-built root partition image requirement of coLinux, but they are not readily usable for this purpose.
Colonist provides an easy-to-use installer and distributes such distributions for coLinux.
Enhancements:
- Advanced settings were improved.
- A new distribution was added.
- A new configuration file format is used for passing parameters to the daemon.
- Many bugs were fixed.

Zoned project provides DNS zone database clustering for BIND9.

Zoned works in conjunction with the BDBHPT DLZ module for BIND9 (9.4.0+). Zoned manages the backing-store Berkeley DB database, and utilizes the Berkeley DB Replication Base API to provide high availability and load distribution to a coherent DNS zone infrastructure.

Zoned includes the zoned(1) server replication node, zonectl(1) command line utility for managing server nodes and editing DNS zone records, and a Perl module, Zoned. All changes to DNS zone data must be processed through a Zoned node, preferably using the command-line utility or Perl library. Alternatively, an ASN.1 message schema definition is provided, defining the messaging protocol for node communication, which can be used to build your own tools for interacting with the cluster.

Zoned and Berkeley DB autonomously manage the cluster and cluster messaging (including transparently routing all zoned edits to the master, per BerkeleyDB Replication requirements). You must enumerate cluster nodes through SRV resource records. This list specifies all nodes which should participate in the cluster, not necessarily all available nodes. This list determines who and where each node should peer with, and serves as a parameter to determining whether a transaction has been successfully committed (more than one-half of enumerated nodes have written out a zone edit). The SRV node enumeration modifications are automatically detected with a configurable check interval.

To compile Zoned you need: GNU Make, libarena, libevnet, libevent, asn1c, and Lua.

Zoned has been successfully compiled and run on Debian GNU/Linux i386, and OpenBSD 4.0 AMD64 platforms. Zoned is new software, and it may take some elbow grease to build properly.

libevnet requires C-Ares and OpenSSL.

Zoned is a Work-in-Progress. Node authentication is not yet implemented, but will use TLS and X.509 certificate verification. Currently node discovery occurs through an SRV query, which is expected to enumerate all current nodes.