Free macintosh realty software for linux

Slackintosh is a port of Slackware GNU/Linux to PPC (Macintosh).

Russell Kroll was the first person who ported Slackware to PPC (http://slackintosh.exploits.org), but the project stalled with an unfinished 9.1 ..

I (Adrian) started again from scratch porting 10.1 to PPC, and ive stolen the name Slackintosh...

Please note that this port was not done by Russell, dont send him Bugreports.

I used the the Sources + SlackBuild files from Slackware 10.1. ..but i had to make a few changes:

The new Binutils from 10.x didnt like GCC, i used the 9.1 Version to build everything. The Installer uses BusyBox 1.0 and Linux 2.4 is not included, only 2.6.11.5 (Runs better on PPC .. imho)

Its not finished: Not all packages are ported. Youll get gcc, X, Mozilla, XFCE, Gimp.. but no
monsters like KDE & Co.

The installer maybe somewhat funky.. Missing packages are still listed and the yaboot installation isnt tested very well...

..but you should be able to get it running. It won the WFM (WorksForMe) price. (Tested on a MiniMac & iBook2)

Free Realty is a PHP/MySQL set of scripts based upon Jon Roigs original Open Realty project.
Free Realty is primarily designed for real estate agents and offices to list properties on the interenet. With Free Realty the end user does not need to be fluent in web page design.
This is a fork of software written by Jon Roig called Open Realty. Jon has moved on to version 3.0 while a number of users have requested continued development on the 2.x series.
Enhancements:
- A data validation error that could lead to SQL injection attacks was fixed.
- Anyone running 2.9-0.7 should replace only the affected files.

PhotoDirectory project is a cross platform (Java) application to organize digital images. Great effort has been given to keeping these pictures in an order accessible without the need for any organization software - no databases are required.
PhotoDirectory was written using Java version 1.5 (commonly called 5.0 for some reason or another). You cannot run it on anything less than this. Depending on your system, you may need to explicitly state which Java VM to use. If you use Macintosh OS X, I include an application package that does everything for you. If you dont use OS X, now is a great time to try.
Main features:
- Multithreaded IO intensive operations
- Functional menus (Import, Move, etc)
- Quick Searching for pictures within the library
- Details view with zoom
- Edit images in external application (currently just for OS X - uses /Applications/GraphicConverter, but soon will be a user configurable option)

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.

mod_crescent is the core of the crescent virtual community system.
Tested on Solaris, OpenBSD, Linux and Win32. It has a high speed cache to make your db happy.
Whats this Crescent thing anyway?
Crescent is a virtual community system. A few years back the buzz word was "portal", later came "content management systems." Crescent loosely fits into those categories as well. But Crescents main goal is to provide the foundation for online, interactive communities.
Crescent consists of mod_crescent, an apache module that provides authentication support; the CFS abstraction and its handlers and user management tools.
The CFS which stands for "Crescent File System" works much like the file structure on your home PC. At the very top level is the root folder, the contents of this folder and all other folders in Crescent are displayed in the main part of the browser window. Much like the Windows Explorer or the Macintosh finder the CFS uses different icons to visually represent the various file types found in each folder.
Clicking on some of these icons will lead to things with which you can interact such as surveys and forums while others will lead to other directories, which will, most likely, contain more icons.
Under Crescent, everything is done through the CFS Crescent can easily be configured to provide as few or as many of its features as you would like to use.
Enhancements:
- Apache 1.3
- PHP
- MySQL
- ImageMagick

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);

Snoopy vs. the Red Baron is an open-source one/two player combat game, available for Mac OS X, Linux, BeOS, QNX and Windows.
The original Snoopy was a tiny game for the Apple Macintosh, with black and white graphics, but already almost all the levels of the new Snoopy/SDL were implemented.
Snoopy could be played by two opponents, sharing a single screen and keyboard, and although it had poor graphics and tough controls, we very much liked to play it.
While we learned programming, we constantly sought for simple, yet interesting projects. If you have ever tried to learn a new language or API, you will have recognized that the simplest way in mastering the stuff is simply reprogramming an existing application, without losing much thought on design and originality.
So my friend reprogrammed Snoopy, in Object Pascal, using SAT, the Sprite Animation Toolkit, on his Classic II. That version of Snoopy features a fully functional AI, network play, but only the first level ( weapons drop).
While he was at it, he also implemented a "missing feature", the bombs, for which there where graphics and sounds in the game, but which could not be thrown.
When I discovered SDL, I recognized that it would be ideal for the job. Running on Windows, Linux, MacOS, BeOS and many other platforms, it is my new toolkit of choice for multimedia programming. It took us several weeks to port Snoopy (besides going to school, but now the work is almost done, with only the finishing touches to be made.
I can only encourage everyone to try SDL; it is really easy and portable (if worked right).

FreeType 1 is a portable and highly efficient TrueType rendering engine, that is now successfully used to bring TrueType support to a very large variety of platforms and environments, be they font servers, graphics libraries or embedded systems.
FreeType 1 is a clean-room implementation that is not derived from the original TrueType engine developed by Apple and Microsoft. It has been created with the sole help of the published TrueType specifications, which to our great surprise (and pain) turned out to be extremely poor and misleading in critical areas. Much hard work has been undertaken to solve ambiguities. The end result is a portable and fast renderer.
Note that FreeType 1 is a library. It is not a font server for your favorite platform, even though it was designed to be used in many of them. Note also that it is not a complete text-rendering library. Its purpose is simply to open and manage font files, as well as load, hint and render individual glyphs efficiently. You can also see it as a "TrueType driver" for a higher-level library, though rendering text with it is easy, as demonstrated by the test programs.
Its quality matches these of Windows and the Macintosh, while its memory foot-print and code size (between 48 and 55 kByte of Intel code) remain modest. A thing that cannot be said for most other commercial engines available.
Main features:
- Supports TrueType files (TTF) and collections (TTC). Doesnt support GX or OpenType fonts, but these can be opened and used as normal TTF files by the library. (With the exception of OTF OpenType fonts which really embed a Type 1 font file within a TrueType storage).
- Modular design: Memory and I/O operations can be very easily tailored to your own platform/system (the standard release comes with ANSI libc support).
- Font smoothing, a.k.a. gray-scaling. Just like Win95, the renderer only smoothes the parts of a glyph which need it (i.e., diagonals and curves).
- Support for all character mappings defined in the TrueType specification. The client application can select whichever pleases it.
- A full-featured and efficient TrueType bytecode interpreter. The engine is able to produce excellent output at small point sizes. This component has been extremely difficult to get right, due to the ambiguous and misleadings TrueType specifications. However, we now match Windows and Mac qualities.
- Written in portable ANSI C (and Pascal, for older FreeType 1 versions). Should compile well on all kinds of systems (tested on 16, 32 and 64 bits processors). With full source code available.
- Open Source License. FreeType can be included in all kinds of commercial systems and software.
- Provides test programs to "show-off" the library, runnable on the following platforms: Dos, Unix, OS/2, Win95, and Amiga. Any porters for other systems are welcome and should contact the developers team.
- Support for extensions. These are separately linkable units which can be used to enhance the engines functionalities without recompiling it. They can be written to access additional TrueType tables, or even GX and/or OpenType ones (the latter is already available).
- Kerning support: The TrueType kerning data is available through one of the standard extensions that comes in this release. However, it is up to the application to "interpret" the data, as many different `formats are supported.
- Support for vertical metrics. The engine is able to provide client applications with vertical glyph metrics if they are found in font files (usually in CJKV fonts). If not present, it synthetizes metrics from the horizontal values, ascender, and descender metrics. This means that it is possible to render vertical text correctly.
- Standard extensions are provided to access and load the glyph names in the Postscript table.