Free the phora software for linux

The doorman guards the door of a server, manipulating firewall rules to admit only recognized parties.
The doorman is intended to run on systems which have their firewall rules turned down tightly enough as to be effectively invisible to the outside world. The doorman adds and removes extra rules in a very controlled manner.
Using metaphor 1...
The doorman daemon "guards the door" of a host, admitting only recognized parties. It allows a server which is not intended for general public access to run with all of its TCP ports closed to the outside world. A matching "knocker" is provided, with which to persuade the doorman to open the door a crack, just wide enough for a single TCP connection from a single IP address.
And now, switching to metaphor 2... :)
A private server thus rigged for silent running has greatly enhanced security. Port scans cannot reveal its existence. Even if its existence is known by other means (or the firewall isnt all that tight), possible bugs in server code cannot be exploited; packets from unknown sources simply never get to the bug.
The current implementation of the doorman, "doormand", is suitable for protecting only TCP services on Unix-type systems. The door-knocker, "knock", can be run under Unix, GNU/Linux, or Microsoft Windows.
The doorman is based on an original idea of Martin Krzywinski, who proposed watching firewall logs for a sequence of packets directed to closed ports, which method he described in Sysadmin magazine and linuxjournal.com.
You might also visit his pages at www.portknocking.org.
This particular implementation deviates a bit from his original proposal, in that the doorman watches for only a single UDP packet. To get the doorman to open up, the packet must contain an MD5 hash which correctly hashes a shared secret, salted with a 32-bit random number, the identifying user or group-name, and the requested service port-number.
Enhancements:
- Added support for linux cooked socket header len; thanks to Markus Hoffmann.
- Fixed guestlist hostname-parsing bug; also thanks to Markus.
- Changed method of remembering old knock hashes, without use of Berkeley DB.
- Kinda-fixed a bug handling pcapnext-returns-null condition. I hope.
- Included lexer.c (flex output from lexer.l) in distribution. Duh.
- Fixed doorman bug when creating new new hashfile; thanks to Robert Koropcak
- No changes made to knock.c; however, it will report being V0.81

The Blowfish cipher in C and i386 assembler.

In cryptography, Blowfish is a keyed, symmetric block cipher, designed in 1993 by Bruce Schneier and included in a large number of cipher suites and encryption products. While no effective cryptanalysis of Blowfish has been found to date, more attention is now given to block ciphers with a larger block size, such as AES or Twofish.

Schneier designed Blowfish as a general-purpose algorithm, intended as a replacement for the aging DES and free of the problems associated with other algorithms. At the time, many other designs were proprietary, encumbered by patents or kept as government secrets. Schneier has stated that, "Blowfish is unpatented, and will remain so in all countries. The algorithm is hereby placed in the public domain, and can be freely used by anyone."

The poldek project is the RPM packages management helper tool; its basic features are similar to every modern package updater like apt-get -- the program takes information about packages from package index file (packages.dir.gz by default) and allows packaging installation, upgrading and removal.
Package dependencies are automatically handled, so if you need to install a package which requires other packages to be installed, poldek downloads and installs all the required packages by itself.
Main poldeks advantages are:
- Relatively fast dependency processing
Package dependencies, conflicts and setting in order are handled by poldek itself without using rpmlib, so the program is significantly faster and uses less memory than rpmlib-based tools.
- "Smart" installation of a big package sets
Before their installation packages are divided into small groups, usually from 2 to 10 items (depending on their reciprocal dependencies). Each group is installed separately, which ensures that unsucessful installation of one of the groups doesnt influence other groups.
Another benefit of this separate installation is that it requires less memory and disk space than the usual one.
- Interactive mode
The poldek can work in two modes: a batch mode (in use similar to apt-get one) and interactive one. The interactive mode puts the user into a readline interface with command line auto-completion and history. In this mode the user is able to browse, search, download, install/upgrade and deinstall packages. In its concept it is similar to shell mode of Perls CPAN module (see sample interactive mode session).
- Installation system from scratch needs 8-12 MB memory only
During this type of install packages are downloaded and installed separately, so used memory size is independent of number of packages intended to install. Program is used by PLD Installer
- Quick package set verification for unresolved dependencies unneeded conflicts and dependency loops.
Feature is useful for distribution maintainers; see sample report.
- Division package set for the purpose of placing it on removable media (like CDROM or ZIP).
Program divide packages in the way that minimize needs of disk changes; for example if distribution fits on 3 CDs, then only 2 changes of CD disk are necessary during installation system from scratch. This feature is used for making PLD CD ISO images, see geniso-poldek script for details.
- Support for "patches" of package index
To save users time and bandwidth program supports "incremental indexes" which is very useful with repositories which frequently change. This feature consist in creation "patches" of index which gives the users possibility to update local index by download "patch" with information of changes only.
- Program is prepared to be run by ordinary user, installation of packages in that case can be done with sudo.
Enhancements:
- This is the first release after the poldek redesign.
- New features and significant changes include a new native package repository index format, support for Yum and XML Metadata repositories, improved support for APT-RPM indexes, a more user friendly interactive mode, proper packages ordering before their uninstallation, a clearer configuration syntax, a better dependency resolver, and many more.

The Tcl IRCd provides an IRC server written in Tcl.
The Tcl IRCd is a small IRC server written in Tcl. It is very simple to modify. It is not a full implementation of the IRC protocol, but its enough to create channels, talk in public or private, change topic, nick, and other basic operations. No configuration is required.
The server is designed so that it can reload an updated version of itself at runtime without closing client connections.
The goal of the Tcl IRCd is to provide a simple implementation of an IRC server available in Tcl (thats also the language used to script the eggdrop), immune to buffer overflows or other security problems not affecting dynamic languages like Tcl.
The Tcl IRCd is a fun project, but if I found some time Ill try to release new versions with more features.
Enhancements:
- A number of stability problems fixed.

LinPHA is an easy to use, multilingual, flexible photo/image archive/album/gallery written in PHP. It uses a SQL database to store information about your pictures.

It comes with a HTML based installer, so you dont need experience in setting up SQL DB.

The SysteMonitor is a SuperKaramba theme for system monitoring.
It monitors:
- System Info
- CPU Info
- Memory Load
- Disk Usage
- Network Info
- System Temperatures
I hope you will enjoy it!