Free geo xacml server security reference implementation software for linux

Objective Modula-2 programming language is a hybrid between Smalltalk and Modula-2 based on the object model and runtime of Objective-C.
The design is an example how native Cocoa/GNUstep support can be added to static imperative programming languages without implementing a bridge.
Objective Modula-2s scope encompasses the design of the Objective Modula-2 programming language and the implementation of a compiler to implement it. The initial compiler will generate Objective-C source code.
Enhancements:
- This code is used to verify ideas and concepts which come up in the course of defining the language.
- It is in an early stage, incomplete and subject to frequent changes.

GNU Generic Security Service Library provides a Generic Security Service (GSS-API) implementation.

It is used by network applications to provide security services, such as authenticating SMTP/IMAP, via the GSSAPI SASL mechanism.

It consists of a library and a manual, and a Kerberos 5 mechanism that supports mutual authentication and the DES and 3DES ciphers.

eXtensible Server Side Markup Language is based on XML and Struts technologies, and allows for an easy and streamlined creation of various technical and business rules with further implementation as Web services and interfaces.

It features the ability to define XML structures and ties such to actual Java code, conditional and flow processing logic, variable definition by value and reference, and logging both at class and custom component level.

Nexedi Desktop Linux Server (DLS) is a LiveCD which instantly provides 500+ Linux Desktop applications to all PCs in a Local Area Network (LAN).

It is compatible with Windows, MacOS, Unix or GNU/Linux environments as well as with eBox thin clients. Nexedi DLS also includes a complete network infrastructure solution (file server, mail server, collaboration server, directory service, etc.) based on modern protocols (ex. LDAP, Samba 3, IMAP, etc.).

Nexedi DLS Live CD allows small and medium size organisations to implement a high end Linux desktop and network infrastructure solution in one minute.

Nexedi DLS is a LiveCD: it requires no installation. Simply insert the LiveCD in any PC, turn on the PC and choose the boot from CD option.

After about one minute, a complete Mandrakelinux server is ready to serve thin clients and provide file sharing, directory, messaging and collaboration services to your entire network. Enter your network information through a simple web based interface.

You can now access all Nexedi Desktop Linux Server features from any other PC in the same local network.

Nexedi DLS LiveCD can be used from any standard PC based on x86 architecture (Pentium, Athlon, Opteron, etc.). 512 MB RAM is recommended to serve a few users. 1024 MB and a fast CPU (Pentium IV, Pentium M, Athlon, Opteron, etc.) is recommended to server 10 simultaneous users.

Applications:

Nexedi DLS applications are multiple. Some applications are based on DLS acting as a complement to existing infrastructure. Other applications are based on DLS acting as a replacement to existing infrastructure.

* Office and Productivity:many Mandrakelinux applications can be very useful as a complement to existing Windows or Macintosh environments. Installing a single DLS server allows in a network allows everyone to access those applications without requiring any complex software installation or setup.
* Internet Security:by placing a DLS server in the DMZ of an organisation, it is possible to protect all PCs in a local network from viruses or spyware. Internet applications are launched on the DLS server and accessed by users through tightVNC from Windows or Macintosh PCs. Internet attacks might compromise the DLS server but will not be able to access sensitive data on users PCs. This architecture is similar to having two physical networks, one for internal uses, one for internet access, but at a much lower cost.
* Software Development Box:a single DLS server can be used as a shared multi-platform software development by Windows or Macintosh users. Mandrakelinux includes many advanced integrated development environments (IDE) which can be used to produce GUI, Web or embedded applications.
* Network Administration Box:a single DLS server can be used as a shared network administration environment. Mandrakelinux includes many advanced and free network administration tools.
* Thin Client Server:Nexedi DLS is a multi-protocol thin client server and gateway. A typical DLS server can handle 10 simultaneous sessions. Thin clients can use the VNC, tightVNC or XDMCP protocols to access a complete desktop session. Any DLS session can access other thin client protocols (RDP, X11, NX, etc.). Nexedi DLS also includes various emulators and virtualizers which allow to run Windows and Macintosh applications directly.

C++ Server Pages is a partial Java server pages and servlet implementation in C++. C++ Server Pages is written as Apache 2.0 modules, with the focus on performance.

Geo::Distance is a Perl module that can calculate distances and closest locations.

SYNOPSIS

use Geo::Distance;
my $geo = new Geo::Distance;
$geo->formula(hsin);
$geo->reg_unit( toad_hop, 200120 );
$geo->reg_unit( frog_hop => 6 => toad_hop );
my $distance = $geo->distance( unit_type, $lon1,$lat1 => $lon2,$lat2 );
my $locations = $geo->closest(
dbh => $dbh,
table => $table,
lon => $lon,
lat => $lat,
unit => $unit_type,
distance => $dist_in_unit
);

This perl library aims to provide as many tools to make it as simple as possible to calculate distances between geographic points, and anything that can be derived from that. Currently there is support for finding the closest locations within a specified distance, to find the closest number of points to a specified point, and to do basic point-to-point distance calculations.

METHODS

new

my $geo = new Geo::Distance;
my $geo = new Geo::Distance( no_units=>1 );

Returns a blessed Geo::Distance object. The new constructor accepts one optional argument.

no_units - Whether or not to load the default units. Defaults to 0 (false).
kilometer, kilometre, meter, metre, centimeter, centimetre, millimeter,
millimetre, yard, foot, inch, light second, mile, nautical mile,
poppy seed, barleycorn, rod, pole, perch, chain, furlong, league,
fathom

formula

if($geo->formula eq hsin){ ... }
$geo->formula(cos);

Allows you to retrieve and set the formula that is currently being used to calculate distances. The availabel formulas are hsin, polar, cos, and mt. hsin is the default and mt/cos are depreciated in favor of hsin. polar should be used when calculating coordinates near the poles.

reg_unit
$geo->reg_unit( $radius, $key );
$geo->reg_unit( $key1 => $key2 );
$geo->reg_unit( $count1, $key1 => $key2 );
$geo->reg_unit( $key1 => $count2, $key2 );
$geo->reg_unit( $count1, $key1 => $count2, $key2 );

This method is used to create custom unit types. There are several ways of calling it, depending on if you are defining the unit from scratch, or if you are basing it off of an existing unit (such as saying 12 inches = 1 foot ). When defining a unit from scratch you pass the name and rho (radius of the earth in that unit) value.

So, if you wanted to do your calculations in human adult steps you would have to have an average human adult walk from the crust of the earth to the core (ignore the fact that this is impossible). So, assuming we did this and we came up with 43,200 steps, youd do something like the following.

# Define adult step unit.
$geo->reg_unit( 43200, adult step );
# This can be read as "It takes 43,200 adult_steps to walk the radius of the earth".

Now, if you also wanted to do distances in baby steps you might think "well, now I gotta get a baby to walk to the center of the earth". But, you dont have to! If you do some research youll find (no research was actually conducted) that there are, on average, 4.7 baby steps in each adult step.

# Define baby step unit.
$geo->reg_unit( 4.7, baby step => adult step );
# This can be read as "4.7 baby steps is the same as one adult step".

And if we were doing this in reverse and already had the baby step unit but not the adult step, you would still use the exact same syntax as above.
distance

my $distance = $geo->distance( unit_type, $lon1,$lat1 => $lon2,$lat2 );

Calculates the distance between two lon/lat points.
closest

my $locations = $geo->closest(
dbh => $dbh,
table => $table,
lon => $lon,
lat => $lat,
unit => $unit_type,
distance => $dist_in_unit
);

This method finds the closest locations within a certain distance and returns an array reference with a hash for each location matched.

The closest method requires the following arguments:

dbh - a DBI database handle
table - a table within dbh that contains the locations to search
lon - the longitude of the center point
lat - the latitude of the center point
unit - the unit of measurement to use, such as "meter"
distance - the distance, in units, from the center point to find locations

The following arguments are optional:

lon_field - the name of the field in the table that contains the longitude, defaults to "lon"
lat_field - the name of the field in the table that contains the latitude, defaults to "lat"
fields - an array reference of extra field names that you would like returned with each location
where - additional rules for the where clause of the sql
bind - an array reference of bind variables to go with the placeholders in where
sort - whether to sort the locations by their distance, making the closest location the first returned
count - return at most these number of locations (implies sort => 1)

This method uses some very simplistic calculations to SQL select out of the dbh. This means that the SQL should work fine on almost any database (only tested on MySQL and SQLite so far) and this also means that it is fast. Once this sub set of locations has been retrieved then more precise calculations are made to narrow down the result set. Remember, though, that the farther out your distance is, and the more locations in the table, the slower your searches will be.

The OpenSCADA project aims to create a full-featured and state-of-the-art SCADA (Supervisory Control and Data Acquisition) system to be used in industrial and civil engineering applications to control distributed systems from a master location.
The OpenSCADA project was started in order to create a common standard for SCADA applications. This includes specifications, interfaces and reference implementations.
Enhancements:
- This release has many new features and enhancements to existing functionality.
- The interfaces and the reference implementation were cleaned up a little bit.
- The new upstream version of Utgard was added.

pDonkeyS is Perl implementation of an eDonkey server. The main goal of the server is to provide framework for further eDonkey protocol exploration, but it could be useful in testing of client software, since the server can be configured to output very detailed debugging info about eDonkey traffic.

This server was made to provide framework for further eDonkey protocol exploration, but it could be usefull in testing of client software, since the server can be configured to output very detailed debug info about eDonkey traffic.