Free macintosh software for linux

Early Macintosh Image LoadEr allows to boot linux-m68k from a floppy on a macintosh such as MacII or Quadra 610.
With it, you can create rescue disk, or remove the MacOS partition (needed by the legacy penguin booter) from your HD.
Create a floppy from rescue disk image
You can find floppy image from the package emile-rescue
Under linux, the command to dump image to floppy is:
# dd if=emile-rescue-x.y.bin of=/dev/fd0 bs=512 conv=sync
then, you can eject floppy with:
# eject /dev/fd0
If you are using MacOS, use MakeDebianFloppy AppleScript (you must use a floppy image with a size of exactly 1474560 bytes).
Enhancements:
- This release has improved SCSI support, allows you to create a bootable CD-ROM, adds Debian packaging, updates the PowerPC part (currently not usable), and introduces apple_driver (currently not usable).

AMaViS-ng is a modular rewrite of amavisd and amavis-perl. It scans email for malicious code inside attachments and archive files, stopping delivery if malicious code is found.

Most people will say: "A virus scanner? For UN*X? Why? Viruses do not work in a UNIX environment." On the first glance they are right (even if there are at least two viruses which run under Linux - well, actually they are Trojan Horses)

On the second view though, imagine a heterogene network environment where can exist UNIX and Windows systems.Now think of an UN*X server that serves Windows and/or Macintosh workstations via a POP3 service. Would it not be nice to ensure attachments coming via email are scanned for viruses before they reach a system they are able to infect? Well - that is what this package is for. It resides on the server that handles your incoming mails. When a mail arrives, instead of being delivered via procmail directly, is parsed through a script that extracts all attachments from the mail, unpacks (if needed) and scannes them using a professional virus scanner program.

JBinHex is both a library and a command-line tool, written in Java, to decode files in the Apple Macintosh BinHex 4.0 format.

It accepts the following command line parameters:

Either -u < url > or -f < file > to specify the source BinHexed file. If neither of those options is present, DeBinHex reads stdin.
-d to decode the data fork. It will be put in the file with the name that came from the BinHex header.
-df < filename > to decode the data fork to the named file instead of the name that came from the BinHex header.
-r to decode the resource fork. It will be put in the file with the name that came from the BinHex header, with the extension ".resource" appended to it.
-rf < filename > to decode the resource fork to the named file instead of the name that came from the BinHex header.
Both -d/-df options and -r/-rf may be present at the same time. If none of these options is present, DeBinHex will decode the data fork as if the -d options was specified.
-h to only show the header of the BinHex file on stdout. The decoding options are ignored.

CGI_Lite is a Perl module to process and decode WWW forms and cookies.

SYNOPSIS

use CGI_Lite;

$cgi = new CGI_Lite;

$cgi->set_platform ($platform);

where $platform can be one of (case insensitive):
Unix, Windows, Windows95, DOS, NT, PC, Mac or Macintosh

$cgi->set_file_type (handle or file);
$cgi->add_timestamp (0, 1 or 2);

where 0 = no timestamp
1 = timestamp all files (default)
2 = timestamp only if file exists

$cgi->filter_filename (⊂routine);

$size = $cgi->set_buffer_size ($some_buffer_size);

$status = $cgi->set_directory (/some/dir);
$cgi->set_directory (/some/dir) || die "Directory doesnt exist.n";

$cgi->close_all_files;

$cgi->add_mime_type (application/mac-binhex40);
$status = $cgi->remove_mime_type (application/mac-binhex40);
@list = $cgi->get_mime_types;

$form = $cgi->parse_form_data;
%form = $cgi->parse_form_data;

or

$form = $cgi->parse_form_data (GET, HEAD or POST);

$cookies = $cgi->parse_cookies;
%cookies = $cgi->parse_cookies;

$status = $cgi->is_error;
$message = $cgi->get_error_message;

$cgi->return_error (error 1, error 2, ...);

$keys = $cgi->get_ordered_keys;
@keys = $cgi->get_ordered_keys;

$cgi->print_data;

$cgi->print_form_data; (deprecated as of v1.8)
$cgi->print_cookie_data; (deprecated as of v1.8)

$new_string = $cgi->wrap_textarea ($string, $length);

@all_values = $cgi->get_multiple_values ($reference);

$cgi->create_variables (%form);
$cgi->create_variables ($form);

$escaped_string = browser_escape ($string);

$encoded_string = url_encode ($string);
$decoded_string = url_decode ($string);

$status = is_dangerous ($string);
$safe_string = escape_dangerous_chars ($string);

infobot is an IRC bot written in Perl 5 which implements a sort of artificial intelligence by learning information ("factoids") from channel discussions and then responding intelligently to queries about this accumulated information.

In the beginning, we had to type URLs out, or, at best, wade through a set of hierarchic bookmarks for a URL. But what about when you dont know what youre looking for? If you just want to name it, and find out where it is? (Of course, archie has done this for years.)

What makes infobots different from a lycos or a set of bookmarks is that he learns by observing, and that you can query him in intuitive ways.

Internet Relay Chat is a set of client and server which use a protocol. People get on and chat in near-real-time; rather than wait for your netnews replies, you can ask a question and get ignored or answered while you wait.

Url has been sitting on the EFNet channel #macintosh, where hes picked up quite a few factoids from the local community*.

Url, purl, and rurl are perl scripts that once ran under sirc. In fact, it would also run under MacPerl and my barebones port of MacSirc. However, I ended up writing a little irc front-end for it of my own because sirc would hang (rather than, say, crash gracefully).

Convert::BinHex can extract data from Macintosh BinHex files.

ALPHA WARNING: this code is currently in its Alpha release. Things may change drastically until the interface is hammered out: if you have suggestions or objections, please speak up now!

SYNOPSIS

Simple functions:

use Convert::BinHex qw(binhex_crc macbinary_crc);

# Compute HQX7-style CRC for data, pumping in old CRC if desired:
$crc = binhex_crc($data, $crc);

# Compute the MacBinary-II-style CRC for the data:
$crc = macbinary_crc($data, $crc);

Hex to bin, low-level interface. Conversion is actually done via an object ("Convert::BinHex::Hex2Bin") which keeps internal conversion state:
# Create and use a "translator" object:
my $H2B = Convert::BinHex->hex2bin; # get a converter object
while (< STDIN >) {
print $STDOUT $H2B->next($_); # convert some more input
}
print $STDOUT $H2B->done; # no more input: finish up

Hex to bin, OO interface. The following operations must be done in the order shown!
# Read data in piecemeal:
$HQX = Convert::BinHex->open(FH=>*STDIN) || die "open: $!";
$HQX->read_header; # read header info
@data = $HQX->read_data; # read in all the data
@rsrc = $HQX->read_resource; # read in all the resource

Bin to hex, low-level interface. Conversion is actually done via an object ("Convert::BinHex::Bin2Hex") which keeps internal conversion state:
# Create and use a "translator" object:
my $B2H = Convert::BinHex->bin2hex; # get a converter object
while (< STDIN >) {
print $STDOUT $B2H->next($_); # convert some more input
}
print $STDOUT $B2H->done; # no more input: finish up

Bin to hex, file interface. Yes, you can convert to BinHex as well as from it!
# Create new, empty object:
my $HQX = Convert::BinHex->new;

# Set header attributes:
$HQX->filename("logo.gif");
$HQX->type("GIFA");
$HQX->creator("CNVS");

# Give it the data and resource forks (either can be absent):
$HQX->data(Path => "/path/to/data"); # here, data is on disk
$HQX->resource(Data => $resourcefork); # here, resource is in core

# Output as a BinHex stream, complete with leading comment:
$HQX->encode(*STDOUT);

PLANNED!!!! Bin to hex, "CAP" interface. Thanks to Ken Lunde for suggesting this.
# Create new, empty object from CAP tree:
my $HQX = Convert::BinHex->from_cap("/path/to/root/file");
$HQX->encode(*STDOUT);

BinHex is a format used by Macintosh for transporting Mac files safely through electronic mail, as short-lined, 7-bit, semi-compressed data streams. Ths module provides a means of converting those data streams back into into binary data.

Dmidecode project reports information about your systems hardware as described in your system BIOS according to the SMBIOS and DMI standard (see a sample output).
This information typically includes system manufacturer, model name, serial number, BIOS version, asset tag as well as a lot of other details of varying level of interest and reliability depending on the manufacturer.
This will often include usage status for the CPU sockets, expansion slots (e.g. AGP, PCI, ISA) and memory module slots, and the list of I/O ports (e.g. serial, parallel, USB).
Part of the dmidecode code can be found in the Linux kernel, where DMI data is used to enable or disable specific portions of code depending on the specific hardware. Thus, one use of dmidecode is for kernel developers to detect system "signatures" and add them to the kernel source code when needed.
Beware that DMI data have proven to be too unreliable to be blindly trusted. Dmidecode does not scan your hardware, it only reports what the BIOS told it to.
Three additional tools come with dmidecode:
- biosdecode prints all BIOS related information it can find (see a sample output);
- ownership retrieves the "ownership tag" that can be set on Compaq computers;
- vpddecode prints the "vital product data" information that can be found in almost all IBM computers (see a sample output).
Dmidecode is known to work on the following systems:
- Linux i386
- Linux x86_64
- Linux ia64
- FreeBSD i386
- FreeBSD x86_64
- NetBSD i386
- BeOS i386
- Cygwin i386
Enhancements:
- SMBIOS 2.5 support was added.
- This includes new enumerated values for recent hardware, as well as CPU core and thread count reporting.
- Some HP-specific entries are now decoded.
- The support of Intel-based Macintosh and IA-64 machines was improved.

Simulacrum is a Java applet/application that requires no additional modules or libraries. It is extremely easy to run and install. The image content is extracted from each RSS items description tag, and is displayed in the application window. The application is written with the facility for editing, removing, or hiding select feeds.

In addition to basic slideshow controls, the application enables the toggling of the feed display, toggling of the menu bar display, toggling of each images information, and toggling of the window frame (this feature is not available in applet mode).

To toggle the display of the feeds, select "Sources / [ ] View Feeds". This will display a list of the available feeds. While in this view, additional feed information is available by selecting "Sources / Display >". This will toggle the visibility of additional columns that contain information extracted from the RSS feed. If there was an error loading the feed, these columns will be blank, as the data could not be retrieved.

To toggle the display of the menu bar, simply press and release the right mouse button once. On Macintosh, hold down the command (squiggly) key, and press the mouse once.

To toggle the display of image information, select "Image / [ ] Image Info". This will overlay on the image the RSS