Free swap magic software for linux

Parted Magic is a ~30mb LiveCD/USB with its only purpose being partitioning hard drives. Although GParted and Parted are the main programs, the CD/USB also offers programs like partimage, testdisk, fdisk, sfdisk, dd, etc...
Parted Magic is based on my work from the GParted LiveCD project and falls under the terms of the GPL.
Enhancements:
- We added dd_rhelp, sdparm, mbr, and xfburn for starters. Updated programs: linux-2.6.22, e2fsprogs-1.40.2, ntfs-3g-1.710, dd_rescue-1.13, ddrescue-1.5, leafpad-0.8.11, file-4.21, testdisk-6.7, mdadm-2.6.1, pciutils-2.2.5, syslinux-3.51, isomaster-1.0, hdparm-7.4, xfsprogs_2.8.21-1, busybox-1.5.1, and usbutils-0.72. All menus are bypassed now. After the syslinux menu, it boots to the desktop without any other interruptions. You can now create the LiveUSB from the LiveCD by using our new USB Operations program...

Template::Magic is a Perl module for magic merger of runtime values with templates.

SYNOPSIS

Just add these 2 magic lines to your code...

use Template::Magic;
Template::Magic->new->print( /path/to/template );

to have all your variable and subroutines merged with the template file, or set one or more constructor array to customize the output generation as you need:

use Template::Magic qw( -compile );

$tm = new Template::Magic
paths => [ qw(/any/path /any/other/path) ] ,
markers => [ qw( < / > ) ] ,
lookups => [ %my_hash, $my_obj, main ] ,
zone_handlers => [ &my_zone_handler, _EVAL_ ] ,
value_handlers => [ DEFAULT, &my_value_handler ] ,
text_handlers => sub {print lc $_[1]} ,
output_handlers => sub {print uc $_[1]} ,
post_handlers => &my_post_handler ,
options => no_cache ;

$tm->nprint( template => /path/to/template
lookups => %my_special_hash );

The cryptoswap package supports building an encrypted swap partition when a system boots. This must be necessary on systems that use encrypted filesystems because plaintext secrets may be written to disk when memory is swapped to disk.
Cryptoswap.sh should be installed in /etc/init.d. During system boot, cryptoswap.sh should execute right before checkroot.sh. When shutting down, cryptoswap should execute after sysklogd.
This package also includes an initialization script for building loopback encrypted /tmp. This may be necessary if a system contains encrypted filesystems but / is not encrypted. A link from directories like /var/tmp to /tmp may be appropriate. There are a few other alternatives for systems such as these:
1. Tmpfs is a Linux kernel feature that allows /tmp to exist in memory. This is a good solution for systems with a lot of memory and/or (encrypted) swap.
2. If you have a system that uses encrypted home directories, per-user temporary directories inside $HOME could be used. This would ensure that users data is protected but would require that all applications use $HOME/tmp instead of /tmp.
Finally, the project may be used to create an encrypted root filesystem. Doing so requires two special partitions. First, create a small partition to hold your kernel and initrd image, /dev/hdaX. Second create a large partition to contain the root of your filesystem, /dev/hdaY.
Next configure and install an initrd-based boot system:
1. Ensure romfs is compiled in your kernel (not a module).
2. Create a kernel-supported filesystem on /dev/hdaX and copy your kernel to /vmlinux.
3. Download busybox and extract it as initrd/busybox.
4. Update initrd/src/etc/modules.initrd to include any modules needed to boot.
5. Build cryptoswaps initrd image (cd initrd && make initrd) and copy it to the filesystem on /dev/hdaX at /initrd.img.gz.
6. Make sure you use literal = "root=/dev/ram0 init=/linuxrc rw" or LILO equivalent.
Finally, create a proper encrypted filesystem on /dev/hdaY:
1. Randomize the partition: dd if=/dev/urandom of=/dev/hdaY.
2. Set up a loopback device: openssl enc -d -aes-256-ecb -in initrd/src/etc/efsk | losetup -p0 -e aes /dev/loop0 /dev/hdaY.
3. Create the root filesystem: mkfs.ext2 /dev/loop0.
4. Mount your new root filesystem: mount /dev/loop0 .
5. Populate your new root filesystem.
Enhancements:
- Added initrd build environment.
- Documentation update.

Magic Mounter is a user-space auto-mounter.

mmounter tries to mimic the behaviour of MacOS with regards to automatic monitoring and mounting of the volumes in your system (CDs, ZIP disks, floppies, HDs) using their volume name as the mount point.

It will optionally eject devices and let users mount/umount them.

Currently mmounter supports ext2, ext3, iso9660 (CD), HFS, and VFAT.

This tool is user-space only (doesnt require any kernel patching) and should be fairly portable.

File::MMagic is a Perl module to guess file type.

SYNOPSIS

use File::MMagic;
use FileHandle;

$mm = new File::MMagic; # use internal magic file
# $mm = File::MMagic->new(/etc/magic); # use external magic file
# $mm = File::MMagic->new(/usr/share/etc/magic); # if you use Debian
$res = $mm->checktype_filename("/somewhere/unknown/file");

$fh = new FileHandle "< /somewhere/unknown/file2";
$res = $mm->checktype_filehandle($fh);

$fh->read($data, 0x8564);
$res = $mm->checktype_contents($data);

LinuxMagic magic-smtpd is a drop in replacement for Dan Bernsteins qmail-smtpd, and was originally designed to be part of the LinuxMagic Magic Mail Server.
This opensource version has been released to allow others to benifit from its anti-spam components, and valid user checking to reduce server loads, and spam volumes.
It is designed to support stock qmail installations, qmail/vpopmail installations, as well as having database support.
Designed for ISP service, this will work for all mail servers large and small. Comments are welcome. Support for other mailers expected in the future.
Enhancements:
- A compilation bug for Red Hat/Mandrake, an SMTP AUTH problem with ext_prog, and a problem loading directories with a newline have been fixed.

Magic Cube 4D project is a four-dimensional Rubiks Cube.

MagicCube4D is a fully functional four-dimensional analog of Rubiks cube. The image above shows the puzzle in its solved state. Click on it for a simple resizable applet version that you can interact with to get a feeling for how it works. Download the full-featured application below and try to solve it. Please read the FAQ for a more complete description of the puzzle. If the Java applet or application fail to start you may need to install a Java virtual machine. Click here for a current one.

Don Hatch and Melinda Green have developed it on and off over several years. Jay Berkenbilt has recently joined us to help with Linux support and source control. Don and Jay were the first to have solved the puzzle making extensive use of the move macro facility in the UNIX version. Roice Nelson became the first person to solve the puzzle without using macros. For his solution, he extended Philip Marshalls 3D "Ultimate Solution to Rubiks Cube".

You can learn Roices solution if you dont feel like trying to solve it yourself first. Using his techniques, Roice and others have continued to find ever shorter solutions so that the record currently recovered by Roice required only 334 twists! You can find documentation of these and other milestones on the MagicCube4D Hall Of Fame page. If you solve it with or without reading the solution, send us your log file and well list you in the MagicCube4D hall of fame too!

The mathematically inclined may be interested to know that the number of possible states for the 4D cube is exactly

(24!x32!)/2 x 16!/2 x 2^23 x (3!)^31 x 3 x(4!/2)^15 x 4

which can also be expressed as

32! 24! 16! 2^22 6^32 12^15

Template::Magic::HTML Perl module contains HTML handlers for Template::Magic used in a HTML environment.

SYNOPSIS

$tm = new Template::Magic::HTML ;

# that means
$tm = new Template::Magic
markers => HTML ,
value_handlers => HTML ;

# that explicitly means
$tm = new Template::Magic
markers => [ qw( ) ],
value_handlers => [ qw( SCALAR
REF
CODE
TableTiler
ARRAY
HASH
FillInForm ) ] ;

Template::Magic::HTML is a collection of handlers for Template::Magic useful when used in a HTML environment. It adds a couple of magic HTML specific value handlers to Template::Magic default value handlers. Just create and use the object as usual, to have a trasparent interface to HTML::TableTiler and HTML::FillInForm too.