Free 0.0.10 software for linux

MMap is a GTK2 map viewer. MMap project supports Blue Marble, Land Sat 7, Watchizu, SRTM. You can show a part of World Wind data with OpenGL 3D graphics.
It supports (a part of) these maps:
- Watchizu
- Blue Marble
- Land Sat 7
- SRTM
== WARNING ==
MMap+ stores map data in ~/.mmap/ .
Its so huge.

TDFSB is a 3D filesystem browser for GNU/Linux.
TDFSB reads directory information and displays them as a 3D world, so you can take a walk through your filesystem. It also reads Images, MPEG and MP3 files as well as some other formats.
To use this program you should have hardware accelerated 3d graphics. Otherwise it may be very slow.
TDFSB is released under the GNU GPL.
Enhancements:
- This release works with freeglut and gives tdfsb a centered view on startup.

SDL Fungus is an addictive, multiplayer puzzle game based on NetFungus. Up to four players can play by trying to surround and capture each others fungus.

Currently only the multiplayer mode on a single computer works. I plan on cleaning up the code and releaseing it under the GNU GPL before adding networked multiplayer or AI. Also, a MacOS X port should come soon.

All comments are welcome. There are probably hundreds of bugs. Also, the program uses SDL.

Controls

- To rotate the piece you want to place, press space.
- To skip your turn, press tab.
- To bite press control and then click on the fungus blocks that you want to bite. After you have selected press control again or press space to cancel the bite.

Ant SVK Task is a software that can create fully functional support for the SVK SCM tool within Ant build files.
If you like to use SVK in relation with Ant you can use the library you have available which means you have to add the antsvk-Revision.jar to your CLASSPATH.
After that you have to define the different Task which can be used in Ant files later.
To define the svk checkout command you have to put the following Task definition into your Ant build file:
< taskdef name="svkCheckout" classname="com.soebes.antsvk.cli.command.CheckoutCommand" classpath="..."/ >
Enhancements:
- The complete test suite is now working with local repositories and mirrors which will be used by the test suite instead of real repositories.
- Trac is now used as the project management tool. Minor bugfixes were done.

Java GForge SOAP Interface (or JaGoSI for short) is an approach to access the GForge collaboration platform via Java. This can be used to put other applications on top of JaGoSI. It may be integrated with other applications like the former MyLar project.
Enhancements:
- A complete working file distribution is available for the GForge platform via an Ant task.
- Many bugs were fixed.
- The Maven build was fixed, so compiling with sub components is working.
- The project structure was changed.
- JUnit was updated to version 4.

autotools-idl is a patch for automake and some autoconf macros which add support for IDL and C++ ORBs.
autotools-idl tries to provide full support for compiling IDL files to C++ stubs and skeletons. The autoconf macros provide an unified detection of different C++ ORBs.
The two parts of autotools-idl are called automake-idl and autoconf-orb, respectively.
autotools-idl have been tested for:
- Operating systems: GNU/Linux, FreeBSD, Solaris, NetBSD, OpenBSD, Darwin (MacOS X), CygWin (MS Windows)
- ORBs: omniORB 3.x.y, omniORB 4.x.y, MICO, ORBacus, VisiBroker
- GNU make, BSD make, Solaris make
- C++ compilers: GCC, Intel C++ compiler, Sun C++ compiler
autotools-idl are planned to be tested for:
- Operating systems: none
- ORBs: orbitcpp, TAO
autotools-idl does not support C ORBs (e.g. ORBit) and most probably will never do. Java ORBs are even more certainly out of the question.
autotools-idl may be distributed under the terms of the GPL.
Enhancements:
- Non-default linking for Orbix was fixed (e.g. 64-bit under Linux or Solaris).
- Detection of OpenSSL was fixed for certain systems in entirely static linking mode.

The hosts can be configured to run arbitrary services, and their personality can be adapted so that they appear to be running certain operating systems. Honeyd enables a single host to claim multiple addresses - I have tested up to 65536 - on a LAN for network simulation.

Honeyd improves cyber security by providing mechanisms for threat detection and assessment. It also deters adversaries by hiding real systems in the middle of virtual systems.
It is possible to ping the virtual machines, or to traceroute them. Any type of service on the virtual machine can be simulated according to a simple configuration file. Instead of simulating a service, it is also possible to proxy it to another machine.

annotate "AIX 4.0 - 4.2" fragment old
# Example of a simple host template and its binding create template
set template personality "AIX 4.0 - 4.2"
add template tcp port 80 "sh scripts/web.sh"
add template tcp port 22 "sh scripts/test.sh $ipsrc $dport"
add template tcp port 23 proxy 10.23.1.2:23
set template default tcp action reset

bind 10.21.19.102 template

The different TCP personalities are learned from reading a nmap fingerprint file. The configured personality is the operating system that nmap or xprobe will return. Personalities can be annotated to determine if they allow FIN-scans for open ports or to select the preference in which they reassemble fragmented IP packets.

Honeyd can be used to create a virtual honey net or for general network monitoring. It supports the creation of a virtual network topology including dedicated routes and routers. The routes can be attributed with latency and packet loss to make the topology seem more realistic.
Because Honeyd interacts with potentially malicious adversaries, you should sandbox it with Systrace. Systrace prevents an adversary from exploiting bugs in your Honeyd scripts.

Subsystem Virtualization

Honeyd supports service virtualization by executing Unix applications as subsystems running in the virtual IP address space of a configured honeypot. This allows any network application to dynamically bind ports, create TCP and UDP connections using a virtual IP address.
Subsystems are virtualized by intercepting their network requests and redirecting them to Honeyd. Every configuration template may contain subsystems that are started as separated processes when the template is bound to a virtual IP address. An additional benefit of this approach is the ability of honeypots to create sporadic background traffic like requesting web pages and reading email, etc.

Network Simulation/Internet-In-The-Box

Honeyd supports assymetric routes and the integration of physical machines into the virtual network topology. As a result, it is possible to use Honeyd for simple network simulations: Physical hosts can be exposed to high latency or packet loss, arbitrary routing infrastructures, etc.

route entry 10.0.0.1 network 10.0.0.0/8
route 10.0.0.1 link 10.0.0.0/24
route 10.0.0.1 add net 10.4.0.0/14 tunnel "thishost" "honeyd-b"
route 10.0.0.1 add net 10.1.0.0/16 10.1.0.1 latency 55ms loss 0.1
route 10.0.0.1 add net 10.2.0.0/16 10.2.0.1 latency 20ms loss 0.1
route 10.0.0.1 add net 10.3.0.0/16 10.2.0.1 latency 20ms loss 0.1
route 10.1.0.1 link 10.1.0.0/24
route 10.2.0.1 link 10.2.0.0/24
[...]
route 10.2.0.1 add net 10.3.0.0/16 10.3.0.1 latency 10ms loss 0.1
route 10.3.0.1 link 10.3.0.0/24
route 10.3.0.1 add net 10.3.1.1/24 10.3.1.1 latency 10ms
route 10.3.0.1 add net 10.3.240.0/20 10.3.240.1 latency 5ms
route 10.3.1.1 link 10.3.1.1/24
route 10.3.240.1 link 10.3.240.0/20
route 10.3.240.1 add net 0.0.0.0/0 10.3.0.1 latency 40ms loss 0.5
[...]
bind 10.2.0.243 to fxp0
bind 10.3.1.15 to fxp0

Using GRE tunneling allows the creation of distributed setups that allow Honeyd to scale to larger networks. It also allows virtual machines to be spread across separate address spaces as GRE tunnel selection can be based on the source addresses.

WESTBANG is a western FPS style game for Linux.

Comics

Files: DATA/COMIX/*.CMX

Comics are simple animations with given images made by a script file.
Comics are used for intro and outro animation and for interlevel shots.
There are these reserved comics:

intro.cmx played after the start of the program
gameover.cmx played, when a player loose his last life
goodbye.cmx played after the quit

You can modify these files as you wish, but you have to keep these names,
because they are called directly from the program. Other comics, their
names or number, is random.

Any of the *.cmx file can contain these commands:

delay < ticks >

Specifies the time the computer will wait before he does the next
command.

image < index > < name >

Image loads the specified bitmap and gives it an index number. In the
< name > can be just the name of the bitmap (the *.bmp file) or the path
and the name. The path starts in ../WESTBANG/DATA/COMIX, so all your
bitmaps and dirs have to be in the COMIX directory.

Note: The color 255,0,255 is transparent.

destroy < index >

Removes the image from the memory. Dont forget to destroy images,
or you can glut the memory.

virtual < v_index > < index > < pos_X > < pos_Y > < width > < height >

Virtual is the quad shaped object taken out of the image you can work
with by the commands of the comics. You can define more than one virtual
in one image.
< v_index > is the index given to the new virtual.
< index > is the index of the source bitmap.
< pox_X > < pos_Y > are the coords of the upper left corner of the virtual
in the image.
< width > < height > set the size of the virtual.

anime < v_inde x> < frames > < delay >

Makes the specified virtual the animated one. < Frames > is the number of
the frames and < delay > sets the pause between the two frames (speed of
animation).
Animated virtuals are made of bitmaps with all the frames placed in the
row. So the height of the bitmap is the same as the frames height and
width equals to times width of the frame.

anime_type < v_index > < type >

Sets the type of the animation of the specified virtual.
1: from first to last (1->2->3->...)
2: zig zag (1->2->3->2->1->...)
3: random

Example: These three commands make a short animated virtual.
virtual 3 1 0 0 10 10 //defines the first frame (size 10x10)
//taken from the image 1 (size 40x10)
anime 3 4 18 //makes 4-frames animation
anime_type 3 1 //sets the type of the animation to normal

setxy < v_index > < x > < y >

Puts the specified virtual on the given coords.

vis_on < v_index >

Shows the specified virtual. New created virtuals are hiden. You have to
use vis_on, if you want to see them on the screen.

vis_off < v_index >

Hides the specified virtual.

move < v_index > < tx > < ty > < sx > < sy > < tempo >

Sets the virtual as "the moving" one. Moving virtual goes automaticaly
from actual coords to target coords < tx >,< ty >. The speed of the motion
can be controled by the length of the single step (< sx >: step along the
x-axis, < sy >: step along the y-axis in pixels), or by the < tempo > - the
delay between the two steps.

resize < v_index> < sw> < sh> < speed_x> < speed_y>

Sets the virtual as "the resizing" one. < Sw> and < sh> are starting
height and witdth. Resizing can go by the very small steps, thats why
you have to set sw=100000 and sh=100000 if you want the starting size
of the virtual to be 100% x 100%.

sound < index> < name>

This is the same as the image command for the bitmaps.

play_sound < index> < volume> < panning>

Plays the sound once.

repeat_sound < index> < volume> < panning>

Repeats the sound, until you stop it by the command:

stop_sound < index>

destroy_sound < index>

Removes the sound from the memory.

pause

Waits for input. The script wont continue, until the user presses any key.

include < file_name>

Plays the < file_name> comics file. You can make the hierarchy in the files by this command. Its usefull for the good control of the long comics to create one "main" cmx file, that calls the single scenes as you can see in the "intro.cmx".

If you want to learn more, how to create the script look in our *.cmx files. Note: Max number of images is 50. Max number of virtuals is 50. Max number of samples is 20.