Free guinea pigs software for linux

Pigs project is a desktop notes program. I originally wrote it as a replacement for the gnome notes program goats, (which I found indispensable after I started using it) for use on a system where I cant easily get it working.
Main features:
- In four years, pigs hasnt changed its file format and hasnt lost my notes. Pigs is for people who DONT want to lose their notes. If anything, it creates too many backups.
- You can store your notes in a file you specify. I consider my desktop notes to be data, not configuration - I dont want them stored in my configuration directory which I may delete or forget to back up.
- You can import notes from goats - in fact it does this by default if you have a goats configuration and you havent run it before - Note this was the fact when I wrote pigs many years ago but I have no idea how the goats application has moved on since then. It is possible that it will not successfully import notes from the current version of goats.
- Each time it runs, it backs up your notes file before running (you can turn this feature off or specify your own backup path.)
- It should NOT lose your data just from a crash for example. Goats does not lose data either, however the default gnome notes program gnotes does frequently. With pigs, each second, if youve made any changes, they will be saved.
- It has a few more options to do with deleting notes.
- You can have the delete function just mark the notes as deleted, like throwing them in the trash, you can restore them later, unless you have specifically told pigs to forget all marked notes.
- You can import notes from the backup files.
- It has an option to discard all empty notes.
- You can easily set up your default note style by configuring one note and then selecting Use as default from its popup menu.
- Like goats, it can run in applet mode, or with its main window as a separate toplevel window which you can move around and resize (in which case the icon is resized to fit the window).
- From the summary window (which shows a table of all your notes), you can double-click on a note to show or hide it.
- The summary window is easily accessed by double-clicking on the main window (or applet), or from the popup menu from any note.
- You can specify the icons it should use for the main window or applet.
- You can easily shade notes using your mouse wheel.
- You can easily run multiple instance of pigs, with totally separate sets of notes; just create a link to the script with a different name, for example pigs2. If you run pigs2, it will use ~/.pigs2/ as its configuration directory.
- You can change the default font, and the next time pigs is started, all notes which have not had a custom font set will use the new default font. You can turn this feature off, in which case each note will use whatever font was the default at the time the note was created. The same option exists for the note colour options.

CTBClient is a mobile client for the CTB. The main objective of CTBClient is to allow registering expenses and other financial events in the road, and later uploading them to the mother system.
It puts in use a set of exciting technologies: Bluetooth, Python SQL DBI, serialization (marshaling) of objects, GTK+, Python for Series 60 Nokia cell phones (known as S60), perhaps PyObjc in future Mac OS X versions etc. CTBClient is also meant to be a guinea pig for portable Python development.
CTBClient is a project sponsored by INdT - Instituto Nokia de Tecnologia (Nokia Institute of Technology), where I work and have the environment and time to make such experiments.
Functional clients are:
- GTK+ Linux/local (no Bluetooth, for quick tests);
- GTK+ Linux Bluetooth
- Symbian/S60 cell phone
- GTK+/Hildon Linux (Maemo platform, like Nokia 770 tablets)
Functional servers:
- Linux/local (for testing)
- Linux/Bluetooth

Ymusk project is a Perl/Tk mush client.
ymusk stands for Yenzies Mush Klient. It is a mush client written in Perl, and it is built around the Net::Telnet and Tk modules.
It is meant to be a simple program which is easily customizable. Its features include logging, macro definition, speech filters, command history, and ANSI colors.
Main features:
- Mouse wheel support (new in v0.99).
- Three types of text scrolling: none, automatic or more-like (for those weaned on tinyfugue).
- Support of ANSI colors.
- Text filters - have your character speaks in pig latin, or in rot13, or, worse still, in French. Okay, so I was kidding about French. But pig latin and rot13 are really there, and they are nearly as incomprehensible. :)
- Logging function.
- Inline commands. If you know Perl, you can add any type of commands you may think of.
- Configuration file including worlds definition, setting of colors, margin and paragraph spacing, etc.
- ICQ-like GUI to manage pages.
- Possibility to call Perl directly from the input window.
- Multi-output screen offering a separated view of channel discussions, pages, game messages and IC text.
- Multi-input boxes for the multi-taskers among us.
- Clock telling you how much time you wasted on the mush. :)
- Spell-checking (for Un*x platforms only).
- Alarms.
- Automatic warning when connection is lost.
- Forms to send @mail, pages and general (but usually long) stuff. Great for bboard posting and @descs.
Enhancements:
- Mouse wheel support has been added.

rpmstrap is a tool for bootstrapping a basic RPM-based system. rpmstrap package is inspired by debootstrap, and allows you to build chroots and basic systems from RPM sources.
At present rpmstrap can build basic Fedora Core 2, Fedora Core 3, Fedora Core 4, Yellowdog 4, CentOS 3, CentOS 4, Mandriva and Scientific Linux systems. It also has support for custom RPM-based systems managed by PDK.
The best way to answer this is to give a couple of quick examples of its usage:
- You are developing an application which you want to test on Fedora Core 3, but you are running Debian. Use rpmstrap to build a "heidelberg" chroot and you have a scratch Fedora Core 3 which you can test your application in.
- You are running Xen and wish to run a CentOS 4 virtual server, however you do not want to use the Anaconda installer. Use rpmstrap to bootstrap your virtual server.
- You have an application you wish to package cross-platform. You already have debootstrap for a Debian chroot, but you dont have any for Fedora Core 3 or CentOS 4. Use rpmstrap to build chroots for the two RPM distros in question and package your application inside them.
- You have a risky upgrade that could hose a production Fedora Core 2 server. You want to test the upgrade to make sure nothing will go wrong (and, if it does, you want to know how to fix it). Simply create a "tettnang" chroot using rpmstrap and configure it like your production Fedora Core 2 server. Perform your upgrade inside the chroot, using it as a guinea pig.
- You wish to install CentOS 4 across a network on a system you do not have physical access to but do have remote administrative access. SSH in, rpmstrap a CentOS 4 bootstrap into a mounted filesystem, set the new boot preferences, and reboot.
Usage:
Usage: rpmstrap [OPTION]... []
Bootstrap RPM-based systems.
--arch set the target architecture (use if no uname)
[ --arch x86_64 ]
--download-only download packages, but dont perform installation
--delay insert a friendly delay in seconds between each
attempt to download an RPM
[ --delay .5 ]
--local-source specify a local source directory for RPMS
[ --local-source /home/sam/rpm ]
--pdk-source=A,B specify a PDK workspace and component to pull RPMs
from
[ --pdk-source=workspace/path/,component.xml ]
--print-rpms print the packages to be installed, and exit
--unpack-tarball acquire .rpms from a tarball instead of http
--strip-path when unpacking from tarball, use the strip path
(See the texinfo document for tar)
--list-suites list the available suites this program knows
--suite-notes show the notes associated with a specific suite
--find-best-mirror find the best mirror (warning VERY slow, may be
better to just use a slow mirror ;-)
--try-mirrors instead of just using the default mirror, try
sequentially all of the mirrors in the event of
a failure
--force force installation of RPMs even if there are
errors
--ignorearch force installation of RPMs even if they are
for different architecture
--help display this help and exit
--include=A,B,C adds specified names to the list of base packages
--exclude=A,B,C removes specified packages from the list
--pre runs a script before the installation
[ --pre pre-install.sh ]
--post runs a script after the installation has completed
[ --post post-install.sh ]
--verbose run in verbose mode
Enhancements:
- This release updates the sl402, centos3, and centos4 suite scripts.
- It adds suite script migration utilities.
- It adds functionality for rpmstrap to act as an RPM upgrade utility.