"Unix" verhaelt sich auf allen Hardware-Platformen
und Betriebssystem-Versionen gleich. Dies geschieht durch die
Implementierung bzw. Benutzung der selben Werkzeuge und
Software-Schnittstellen, so dass man Systeme unterschiedlicher
Hersteller trotzdem gleich bedienen kann. Unterstuetzt wurde dies
durch Standardisierungsversuche wie X/Open, POSIX oder die Single
Unix Specification.
Da die Hardware der verschiedensten Unix-Systeme sich stark
unterschied (Unterschiedliche CPUs, ...) wurde hier frueh auf
eine Kompatibilitaet auf Source-Ebene Wert
gelegt. Software wurde so programmiert, dass sie nach
Moeglichkeit keine speziellen Features einer einzelnen
Unix-Variante verwendete sondern moeglichst ueberall zu
compilieren war. Selbstverstaendlich mußte zum übertragen und
Compilieren der Quellen der Sourcecode bekannt - offengelegt -
sein. Waehrend diverse Hersteller dies durch Lizenzbestimmungen
eng reglementieren wollten (vgl. "AT&T vs. BSDi" 1993, "SCO
vs. IBM" 2003, etc.) wurde auch sehr viel Code unter "freien"
Lizenzen geschrieben und veroeffentlicht, die die Weitergabe
explizit wuenschten und foerderten. Die Bestrebungen des GNU
Projektes, ein Unix-Pendant "GNU is Not Unix" zu schaffen, das
sich zwar wie das Original-System verhaelt, jedoch keine der
urspruenglich von AT&T lizenzierten Quellen benutzt, und
damit ein unabhaengiges, fuer jedermann offenes und zugängliches
System anzustreben.
Neben dem GNU Projekt wurden viele weitere Programme und
Software-Systeme geschrieben, und sind die Grundlage heutiger
freier Unix-Systeme. Beispiele sind das X Window System, der
Betriebssystem-Kern "Linux", die Unix-Zusammenstellung der
Universitaet von Berkeley, Kalifornien, BSD, die grafischen
Benutzeroverflächen KDE und GNOME, der Web-Browser Mozilla, der
Apache Web Server, die Datenbanken MySQL und PostgreSQL,
Programmiersprachen wie Perl, Python, PHP etc. etc. etc.
Von einem "modernen" Unix System wird erwartet, dass es
neben der klassischen Unix-Funktionalitaet auch all diese
Anwendungen zur Verfuegung stellt, moeglichst nahtlos in's System
integriert und einfach verfuegbar.
Der klassische Ansatz ist, diese Anwendungen manuell zu
compilieren und installieren. Wenn die Quellen offengelegt und
portabel geschrieben sind ist dies kein groesseres Problem, etwas
Verstaendnis der Unix-Entwicklungsumgebung (make, ...)
vorausgesetzt.
Da dies Anwender oft ueberfordert bzw. die unterschiedlichen
Installationsprozeduren oft etwas muehsam zu durchblicken ist
wurden andere Methoden geschaffen, zusaetzliche Anwendungen -
sog. 3rd Party Software, die nicht vom Hersteller des
Betriebssystems kommt - moeglichst einfach einzubinden.
Ein moeglicher Loesungsansatz ist ein System, das die Quellen
zwar nach wie vor selbst compiliert, jedoch den ganzen
Konfigurations- und Installationsaufwand durch Befehle wie "make
configure", "make", "make install" abstrahiert, ohne genau die
jeweils dahinterliegenden Schritte kennen zu muessen. Zu nennen
sind hier die NetBSD Packages Collection (pkgsrc) sowie die
Paketsysteme der andere BSD-Derivate (FreeBSD/OpenBSD "ports"),
aber auch die Paketverwaltungen von Crux Linux oder SRPMs unter
RedHat Linux und SuSE Linux.
Alternativ kann zum eigenen compilieren auch auf fertig
compilierte Binärprogramme zugegriffen werden - falls diese fuer
die jeweilige Unix-Variante (genaue Betriebssystem und Version
ist hier oft entscheidend) und Hardware-Platform vorhanden sind.
Systeme die sich auf das Vorhanden-sein compilierter Binaerpakete
stuetzen sind RPM-basierte Systeme wie RedHat Linux, SuSE Linux
und Mandrake, Debian sowie die kommerziellen Unix Varianten
Solaris, HP-UX, Irix, etc. Problematisch ist hierbei, dass man
den Herstellern weitgehend ausgeliefert ist, wenn man aktuelle
Software will - fremde Binaerprogramme laufen entweder gar nicht
oder passen nicht mit den restlichen Programmen oder -versionen
zusammen, was zu Problemen fuehren kann.
Will man sich nicht rein auf den Beitriebssystem-Hersteller
verlassen, so muß man wiederum bereit sein, Software entweder
manuell oder mittels eines Systems zu compilieren und in das
bestehende System zu integrieren, was ggf. sehr diffizil werden
kann.
Aus diesem Grund werden im Unix-Umfeld oft kleine/schlanke
Systeme (z.B. BSD, Solaris) mit einer geringen
Kernfunktionalitaet, bei denen man dann die gewuenschten
Anwendungen selbst installieren und tunen kann (und muß!)
Systemen vorgezogen, die vermeintlich fertige Lösungen für alles
mögliche bieten, jedoch kein manuelles eingreifen oder tunen mehr
zulassen (z.B. SuSE Linux). Letztere Systeme eignen sich daher
besser fuer den Einsatz im Enduser-Umfeld, bei dem weniger die
Anforderung nach einer flexiblen Software-Verwaltung als nach
einem grossen Satz von Programmen im Vordergrund steht.
