Free cheap dog crates software for linux

Sawdog (Simple Active Watch-DOG) is a suite of scripts that informs the system operators of mission critical servers in the case of a failure.

A set of small executables (i.e. expect scripts) are executed, and if one executable fails, it sends an email or an SMS to the sysop. There are 3 states known to sawdog: alive, unknown, and dead. Only certain state transitions trigger a notification.

On a Web interface, the states of all hosts are visible. So far, there are scripts to check for DNS, FTP, HTTP, HTTPS, ICMP, IMAP, MS SQL, MySQL, Notes, NTP, POP3, PostgreSQL, SMB, SMTP, SNMP, SSH, telnet, TWS, VNM, and Webmin.

Hogwash is an inline packet scrubber that uses Snorts detection engine to drop malicious packets before they reach the target.

The original version of what is now hogwash was written in 1996 while I was at Idaho State University. I had a web server that when patched, broke the software it needed to run. The box was being taken over every other day so I wrote the very first version of hogwash to filter out the offending packets and name it Scrub.

A bunch of other admins were having the same problem so I distributed Scrub and patches started showing up in my mailbox. It became obvious that some sort of rules language was going to be needed. Over the weekend I wrote the original Cheap and Dirty detection engine.

The summer of 1999 I had an intership at the Idaho National Enviromental and Engineering Labs. They used Snort extensively. I liked the simple layout of Snort so I welded it into Scrub in place of the Cheap and Dirty engine and renamed the project to SnortScrub.

I left the INEEL to work for a startup in the dot-com era. The marketing department considered a commercial version of SnortScrub, but didnt like the name. SnortScrub got renamed to Hogwash as the stackless control channel and other goodies were added to it.

Around this time, Hogwash began to fragment as people needed custom functionality, there were a couple of dozen incompatible versions of Hogwash that were all being maintained seperately. Development of the public version ground to a halt.

As features were added, the Snort engine was showing its weaknesses for doing heavyweight packet scrubbing. The decision was made for resurrecting the old Cheap and Dirty engine and just put a snort compatibility layer on top of it.


That pretty much brings us up to date. The newly dubbed H2 engine will be in final release in the next couple of months.

WebService::GoogleHack::Rate is a Perl module that implements a simple relatedness measure and semantic orientation related type functions.

SYNOPSIS

use WebService::GoogleHack::Rate;

#GIVE PATH TO INPUT FILE HERE

my $INPUTFILE="";

#GIVE PATH TO TRACE FILE HERE

my $TRACEFILE="";

#create an object of type Rate

my $rate = WebService::GoogleHack::Rate->new();

$results=$rate->measureSemanticRelatedness1("dog", "cat");

#The PMI measure is stored in the variable $results, and it can also
#be accessed as $rate->{PMI};

$results=$rate->predictSemanticOrientation($INPUTFILE, "excellent", "bad",$TRACEFILE);

#The resutls can be accessed through
print $results->{prediction}."n";
$results->{PMI Measure}."n";
$rate->{prediction} &."n";
$rate->{PMI Measure}."n";

WebService::GoogleHack::Rate - This package uses Google to do some basic natural language processing. For example, given two words, say "knife" and "cut", the module has the ability to retrieve a semantic relatedness measure, commonly known as the PMI (Pointwise mututal information) measure. The larger the measure the more related the words are. The package can also predict the semantic orientation of a given paragraph of english text. A positive measure means that the paragraph has a positive meaning, and negative measure means the opposite.

Yellow Dog Linux is the Premier Linux Operating System for PowerPC.
Proven world-wide as the preferred Linux OS for the Power architecture, v4.1 brings Terra Soft into its 8th year of Power Linux development and support. Yellow Dog Linux v4.1 marks a returning point in Terra Softs effort to again provide a leading desktop Linux OS.
Yellow Dog Linux combines the preferred desktops KDE and Gnome with the latest sound and graphic card support, leading (but not bleeding) edge kernels and stable, functional compilers for code development. And of course, the foundation applications and servers expected of all modern Linux operatings systems for web, database, email, and network services.
What will you do with your PowerMac after Apple switches to Intel?
We have an answer--Faster, more stable, and far more efficient as a desktop OS, Yellow Dog Linux is a solid replacement (not just an alternative) to OSX. Breath new life into your PowerPC G3 and G4, giving it a second wind as a personal workstation, or a new function as a web, email, or data server. Want to see how your G5 runs Linux? You may dual-boot both OSX and Yellow Dog Linux or take the leap and run Yellow Dog Linux alone, taking advantage of the multitude of included, freely available, and commercial applications.
Main features:
New or Improved Device Support
- Backlit keys.
- PCMCIA cell phone and modem support.
- Support for Atheros wi-fi cards.
- Dual head config via the GUI.
- Install direct to and boot from FireWire drives.
- USB device auto-mount under both KDE & GNOME.
- Greatly improved sound support.
- Graphical Up2Date package install and update tool.
- Support for the latest Apple Power Books.
- Beta support for Apple G5 PowerMacs with dual core CPUs.
- Beta Extreme driver will be available shortly after release, via YDL.net Enhanced accounts.
Enhancements:
- We are pleased to announce the release of Yellow Dog Linux 5.0.2, a single Install DVD with support for the Apple G4 and G5 computers, Sony PS3, and IBM System p servers, including the JS20/21, OpenPower, and current POWER5 systems. Yellow Dog Linux 5.0.2 offers: kernel 2.6.22-rc4; SDK v2.0 for Cell BE; more than 70 bug fixes and updates; continued support for both 32-bit and 64-bit systems; beta IBM System p support. The IBM Software Development Toolkit (SDK) for Cell Broadband Engine (Cell BE) is a complete package of tools which allows developers to program optimized applications for platforms built upon the Cell BE. The SDK is composed of development tool chains, software libraries, and sample source.

Audio::MPEG is a Perl module for encoding and decoding of MPEG Audio (MP3).

SYNOPSIS

use Audio::MPEG;

Audio::MPEG is a Perl interface to the LAME and MAD MPEG audio Layers I, II, and III encoding and decoding libraries.

Rationale

I have been building a fairly extensive MP3 library, and decided to write some software to help manage the collection. Its turned out to be a rather cool piece of software (incidentally, I will be releasing it under the GPL shortly), with both a web and command line interface, good searching, integrated ripping, archive statistics, etc.

However, I also wanted to be able to stream audio, and verify the integrity of files in the archive. It is certainly possible to stream audio (even with re-encoding at a different bitrate) without resorting to writing interface glue like this module, but verification of the files was clumsy at best (e.g. scanning stdout/err for strings), and useless at worst.
Thus, Audio::MPEG was born.

LAME

This is arguably the best quality MPEG encoder available (certainly the best GPL encoder). Portions of the code have been optimized to take advantage of some of the advanced features for Intel/AMD processors, but even on non-optimized machines, such as the PowerPC, it performs quite well (faster than real-time on late 90s (and later) machines).

MAD

This is a relatively new MPEG decoding library. I chose it after struggling to clean up the MPEG decoding library included with LAME (which is based on Michael Hipps mpg123(1) implementation). In the end, I was very pleased with the results. MAD performs its decoding with an internal precision of 24 bits (pro-level quality) with fixed-point arithmetic. The code is very clean, and seems rock-solid. Although it may seem that it should be faster than the mpg123(1) library due to the use of fixed-point arithmetic, it is in fact about 60% or so of the speed (due to the higher resolution audio). However, the ease of coding against MAD, and the higher precision of the output more than makes up for the slower decoding.

Audio::MPEG can export the data at its highest precision for programs that wish to manipulate the data at the higher resolution.

Operating System Environment

I have only tested this on a Linux 2.4.x system so far, but I see no reason why it should not work on any Un*x variant. In fact, it may actually even work on a Windoze box (the underlying LAME and MAD libraries apparently compile somehow on them). I am doing no special magic with the interface, so presumably it will work under Windows. As you can probably tell, I dont really care if it does (Ill may start caring if M$ releases the source code to Windows under GPL, BSD, or Artistic licenses...). But, for you poor, misguided souls that insist upon running Windows, I expect that there should be little problem getting it to work.

Performance

You would think that with encoding/decoding audio, which is quite a compute-intensive task, Perl would be much slower than the equivalent pure C programs. Surprise... it is only about 3% slower (!) Even with the mechanism I use here (Perl->C->Perl for every frame, Perl 5.6.1 and Linux 2.4.4 (PowerPC 7500) performs just fantastic. So, the moral of this paragraph is to run your own performance tests, but theres no need to think of your own Perl encoder/decoder will be inferior to a pure C/C++ implementation. The only drawback is that, depending upon how much buffer space you use for reading, memory usage will be at least 3 times as much (eh... RAM is cheap...)

Alpha Shooter is a 3D OpenGL first-person shooter game with a sci-fi setting.
Alpha Shooter was born as a project for the Computer Graphics course at the University of Bologna.
The main objective was to develop a very simple 3D game using the OpenGL, GLU and GLUT libraries only (and some creativity). Emphasis was not placed on the game itself, rather on learning how to use the libraries to produce a 3D environment and interact with it; it was thus required to build a suitable scenery using polygonal meshes and quadric surfaces, appropriate textures and materials, lights, and effects.
According to my personal taste I chose a sci-fi setting, trying to reproduce an environment that could remind players of a warehouse or loading area located inside a space ship or space station, like those often seen in movies or commercial videogames (of course I was aware of the limits of my implementation). I focused development on a single room, with an outside view, for ease of development (it was my very first attempt at graphics programming) and because it was enough to make use of a wide set of elements of OpenGL, consistently with the project requirements.
The game I wrote was inspired to the First Person Shooter genre, in which the player can move around in a 3D environment, looking around freely through the eyes of the played character, interacting (in very limited ways) with some of the objects present, shooting crates and barrels and some holographic targets.
I had a lot of fun creating that simple game, so after I got my Masters Degree I decided it would be a waste to just leave it hidden in some obscure directory at home; it is now here, released as Free Software, so that I can keep working on it and improving it, with help from whoever will be interested, in the hope that it will be useful as an example on how to get started in computer graphics and games development.
Enhancements:
- Binary packages were created for all supported operating systems, including a Windows installer, an i386 Debian Linux package, and a PowerPC Mac OS X DMG disk image.
- Additionally, the improved persistent mouse movement mode uses a dynamic mouse cursor that shows direction and speed of rotation, making that movement mode more intuitive and useful.
- Several minor bugs have also been fixed.

sonic-snap is a project with you can use your sn9c102 based camera under linux. You need to get the kernel driver at linux-projects.org.

sonic-snap has some distinguishing features which include histogram analysis, normalization, ppm captures and realtime mpeg encoding.

sonic-snap was tested with this really cute little webcam, called Sweex Minicam. The Sweex Minicam is really cheap (10 to 15 euros), and has the size of a 50 eurocent coin. Due to its size, it should be a suitable robotics camera.

The sonic-snap application will most likely work with any webcam, based on the sn9c102 chip from Sonix. (Sweex 100k and Genius NB work as well). If you get it to work on your cam, why not send me a snapshot? You can reach me at bram at sara.nl