Free house software for linux

Humphrey is a remake of the Spanish classic game from Zigurat.

In Humphrey you take the role of an alien movie megastar from year 2454, who, being at the very edge of madness due to his fans mercyless besiege, goes for a quiet retirement on his brand new mansion, built on a secret place from the galaxy... only to find most of the houses forty rooms are not finished yet, his fans have located and invaded the place, and the worst thing of all for his poor tortured mind: all rooms are painted on the wrong colors!

If Humphrey wants to stay on the world of sane men, he will have to get his paint bucket and his paintbrush and do the work by himself, avoiding the hordes of mad fans that are hunting him down looking for an autograph...

Humphrey is our storys protagonist, and you must help himp to paint the floor of all his houses forty rooms. To paint each floor tile you must step on it, but try to do thid withouth falling on a hole, die becouse stepping on electrified floor, and not becoming mad if any of your fans touches you!

To avoid this, your best resource are your jumping skills: Humphrey can jump long distances and even maneuver on the air while jumping. Jumping like a mad flea is usually a good tactic, if you have a bit of care with the poisonous flies that wander arround, that is! Luckily enough, you will find various special tiles that will help you a lot if you get them...

OpenIB provides an Infiniband networking software stack that is scalable, reliable, fast and open.
OpenIB.org is the premier site for the latest information, updates, and downloads to the open-source InfiniBand (IB) effort. OpenIB is focused on delivering a high performance InfiniBand software stack for Linux.
The goal is to develop an InfiniBand software stack that is high performance, scalability, and interoperable, while reducing deployment time. By emphasizing an open-development environment, we hope to encourage community participation and focus on getting the OpenIB stack into the 2.6 Linux kernel tree and into the various Linux distributions.
The OpenIB server houses many of the development tools that users of the project will require to meet the goals of an open source InfiniBand stack. These resources include a Subversion code repository, Bugzilla bug reporting, and mailing lists with monthly archives.
The website itself provides links and information to the various members of the project, downloads, IRC details, and the latest news on the open InfiniBand stack.
Enhancements:
- Numerous enhancements and bugfixes.

HCS Open Source Project consists of a do-it-yourself home automation hardware and software system.

The HCS Open Source Project is a stand-alone home automation control system which consists of hardware (main controllers and remote networked controllers) and software to monitor and control various devices around your house.

The current plans support using wired and wireless X10 modules, as well as analog, digital, and voice input and output. Once the HCS is programmed, the use of a PC is not required.

CS stands for Home Control System. Originally designed by Steve Ciarcia for the article "Home Run Control System" for Byte magazine.

What is the HCS II? The HCS II is an expandable, network-based (RS485), intelligent-node, industrial-oriented supervisory control system intended for demanding home control applications.

The HCS incorporates direct and remote digital inputs and outputs, direct and remote analog inputs and outputs, real-time or Boolean decision event triggering, X-10 transmission and reception, infrared remote control transmission and reception, remote LCD displays, and a master console.

The HCS II system architecture consists of a central supervisory controller (SC) connected to up to 32 other functional modules (called links) via a RS485 serial network. The SC and the COMM-Links can operate independently and dont need each other to function.

This allows easy testing or incorporation as intelligent subsystems in other control equipment. Initially the subsystems links all shared a comon 8031 controller board (generically called a COMM-Link) with the I/O customized for each application.

PShutter lets you firewall off ports such as ssh, and selectively enable access with a one-time password.
For example, if you want to log into the server from a friends house, you pull out a list of one-time passwords and point the web browser at a URL that contains one password. That tells the server to allow ssh connections from your friends IP address for five minutes. Connections made in that period will stay up indefinitely.
IPShutter is written in Perl language. It requires ipchains - on 2.4 kernels, ipchains can be loaded as module. IPShutter must run as root.
You may need to modify the first line of IPShutter to point to where Perl5 is located on your system.
Enhancements:
- Version 0.2 - Sat Sep 28 14:55:03 CDT 2002 - Moved configuration options to /etc/ipshutterrc and fixed daemonization.

Soma is a suite of programs that let you play and schedule audio files from the Web.
Soma suite supports extra utilities using run-time loadable modules and includes a broadcasting scheduler, a tool to control it via TCP/IP, and an utility to check configuration file syntax.
Soma project started in summer 2003 to manage the digital version of an activists radio old spools.
The first release just gave just the chance to play random some audio files in a directory using an external program (at that time mpg123). In despite of that this software was never used, i kept on thinking about soma project for some weeks, until i started directly to work with a group called Reload, which was experimenting at the time a project called "eterete" and creating a place for a web radio at Pergola Tribe (a selfmanaged house in Milan).
We used, of course, a release, which was a little bit better to manage the radio-playlist and of course we implemented the software itself. From september till december soma became a software suite, configurable through file and (remote administration...). Thats thanks to the relationships and the inputs that such a community like Reload can create.
A group of passionate activists was able to make broadcastings and broadcast schedules, to find out new problems and to give implementation advices. They also suggest me the idea that soma (originally a simple play-list manager) could become a programs suite, which has a player, a software for deferred broadcasting, a more user friendly admininstration, documentation and distribution.
Some time after came somaplayer and somaadmin. The player was still very behind compared to my implementation ideas. Somadmin was straight away on line and advertised on radio.inventati.org/somadmin/
In January 2004 we showed Soma at the first italian (web and air-waves) radio meeting in Naples.The meeting was technologically and politically profitable and it was an attempt to build up a real radio-network.
Radio.inventati.org was actually the only example od direct cooperation among even very different people: individuals, improvised groups, very old and movement radios and experiences from overseas countries.
On the web site there are occasional streamings, weekly streamings, and 24hrs music flows.
The object of the technical research was a digital environment, which could let individuals or whole communities gain access to a common schedule with resum?s, repetitions, deferred programs, live broadcastings, regular broadcastings as one national and international network.
Soma could satisfy this need and could be easly managed through the web thanks to somadmin, which could update the soma admin in real time.
The developments went on. Somaplayer is now reality. The only music player which can stream directly an mp3, an ogg vorbis, a wav, a track from an audio cd or a streaming directly on an icecast server (icecast 2 or shoutcast) or just play it on a computer using sound drivers or sound daemons.
At the moment more other people work at this project, who debug the software, write docs, work at the website and make installation packages (for debian).
Enhancements:
- This release fixes three bugs related to group permissions, the 31st of months, and an error in libsoma related to buffers and protocols.

Spice Trade project is an RPG/strategy/adventure game.

Spice Trade is an RPG/adventure/strategy game in which the main character is a poor man who has lost his parents, inherited some land and a house.

He becomes a trader of spices and herbs in Baghdad at a time when Europeans are starting their "great voyages of exploration".

The game character has to ensure that the Europeans do not take over his country and his culture, while he has to expand the sphere of influence of his own culture.

KoverArtist is a program for the fast creation of covers for cd/dvd cases and boxes. KoverArtists main idea is to be able to create decent looking covers with some mouseclicks.
The project started from my need for some decent covers for the films I record from television and then often burn on dvd for archiving.
With series I usually start with one or two dvds, and add more as more episodes are available. So the program - KoverArtist - had to be flexible enough to handle that. This also requires changing covers on the fly to use cases that can house more discs.
Enhancements:
- Some layout tweaking to make the main window fit better on a 1024x768 screen (thanks to Agnese Bonetti for reporting).
- Bugfix: Disc #1 tab was not shown on startup when no project was opened.
- Bugfix: koverartist crashed when ~/.cddb did not exist upon audio-cd import (thanks to Audidriver for reporting).
- Corrections in German translation.
- Added support for KinoArtist projects (KinoArtist is not released yet).
- When importing a disc and the project title or snapshots are not set, the disc settings are then used (like when opening a KMediaFactory project as a project).
- Added support for automake 2.6.x

Acme::OneHundredNotOut is a raise of the bat, a tip of the hat.

I have just released my 100th module to CPAN, the first time that anyone has reached that target. As some of you may know, I am getting ready to go back to college and reinvent myself from being a programmer into being a missionary. I dont forsee that many more Perl modules coming out of this.

Of course, this doesnt mean that Im going to abjure usage of Perl forever; any time theres a computer and something I need automated, out will come the Swiss Army Chainsaw and the job will get done. In fact, we recently needed to manipulate some text from a mission handbook to translate it into Japanese, and Perl was there handling and collating all that.

But 100 modules is a convenient place to stop and take stock, and I hope that those of you who have benefitted from my modules, programs or writing about Perl will forgive me a certain spot of self-indulgence as I look back over my CPAN career, especially since I feel that the diversity of modules that Ive produced is a good indication of the diversity of what can be done with Perl.

Lets begin, then, with some humble beginnings, and then catch up on recent history.
The Embarrassing Past

Contrary to popular belief, I was not always a CPAN author. I started writing modules in 1998, immediately after reading the first edition of the Perl Cookbook - yes, you can blame Nat and Tom for all this. The first module that I released was Tie::DiscoveryHash, since Id just learnt about tied hashes. As with many of my modules, it was an integral part of another software project which I actually never finished, and now cant find.

The first module that I ever wrote (but, by a curious quirk of fate, precisely the fiftieth module I released) was called String::Tokeniser, which is still a reasonably handy way of getting an iterator over tokenising a string. (Someone recently released String::Tokenizer, which makes me laugh.) This too was for an abortive project, webperl, an application of Don Knuths WEB system of structured documentation to Perl. However, given the code quality of these two modules, its perhaps just as well that the projects never saw the light of day.

There are a few other modules Id rather like to forget, too. Devel::Pointer was a sick joke that went badly wrong - it allowed people to use pointers in Perl. Some people failed to notice that referring to memory locations directly in an extremely high-level language was a dangerous and silly thing to do, and actually used the damned thing, and I started getting requests for support for it. Then at some point in 2001, when I should really have known better, I developed an interest in Microsofts .NET and the C# language, which I still think is pretty neat; but I decided it might be a good idea to translate the Mono projects tokenizer and parser into Perl, ending up with C::Sharp. I never got around to doing the parser part, or indeed anything else with it, and so it died a lonely death in a dark corner of CPAN. GTK::HandyClist was my foray into programming graphical applications, which started and ended there.

Bundle::SDK::SIMON was actually the slides from a talk on my top ten favourite CPAN modules - except that this changes so quickly over time, it doesnt really make much sense any more.

Finally, Array::FileReader was an attempt to optimize a file access process. Unfortunately, my "optimization" ended up introducing more overheads than the naive solution. It all goes to show. Since then, Mark-Jason Dominus, another huge influence in the development of my CPAN career, has written Tie::File, which not only has a better name but is actually efficient too.

The Internals Phase

1999-2000 were disastrous years for me personally but magnificent years Perl-sonally. Stuck in a boring job and a tiny flat in the middle of Tokyo, I had plenty of time to get stuck into more Perl development. I felt that getting involved with perl5-porters would be a good way of gettting to know more about Perl, and so I needed a hobby horse - an issue of Perls development that I cared about. Since I was in Japan and working a lot with non-Latin text, Unicode support seemed a good thing to work on, and so Unicode::Decompose appeared, while I fixed up a substantial part of the post-5.6 core Unicode support.

Id recommend this way to anyone who wants to get more involved in the Perl community, although I was very lucky in terms of who else happened to be around at the time: Gurusamy Sarathy was extremely gracious in helping me turn my fledgling C code into something fit for the Perl core, and he also helped me understand the perl5-porters etiquette (yes, there was some at the time) and what makes a good patch, while Jarkko Hietaniemi was always good for suggestions of interesting things for keen people to work on. Seriously, get involved. If I can do it, anyone can.
Anyway, this fixation with understanding the Perl 5 internals, and especially the Perl 5 compiler, (due to yet another of my Perl influences, the great Malcolm Beattie) led to quite a torrent of modules, from ByteCache, an implementation of just-in-time compilation for Perl modules, through B::Flags and B::Tree to help visualising the Perl op tree, to uninit, B::Generate, optimizer and B::Utils for modifying it.

Perl About The House

Now we abandon chronological order somewhat and take a look at the various areas in which Ive used Perl. One of these areas has been the automation of everyday life: checking my bank balance with Finance::Bank::LloydsTSB (the first Perl module to interface to personal internet banking, no less) and my phone bill with a release of Tony Bowdens Data::BT::PhoneBill.

Finance::Bank::LloydsTSB was meant to go with Finance::QIF, my Quicken file parser, to produce another now-abandoned idea, a Perl finances manager. It seemed that Im only capable of producing modules, not full standalone applications - or at least, it seemed that way until I produced Bryar, my blogging software, based on the concepts from Rael Dornfests blosxom and beginning my adventures with Andy Wardleys Template Toolkit. Bryar also tuned me in to the Model-View-Controller framework idea, of which more later.

Another project I briefly played with was a personal robot, using the Sphinx/Festival speech handling and recognition modules from Cepstral and Kevin Lenzo. I didnt have X10, so I couldnt shout "lights" into the air in a wonderfully scifi way, but I could shout "mail" and have a summary of my inbox read to me, "news" to get the latest BBC news headlines, and "time" to hear the time. Of course, getting computers to tell the time nicely takes a little bit of work. I dont like "Its eleven oh-three pee em", since thats not what someone would say if you asked them the time. I wanted my robot to say "Its just after eleven", and thats what Time::Human does. Shame about the localisation.