Wine oder Wasser?
Wine, Crossover Office und Cedega
Alternative Crossover Office
Wer ernsthaft daran interessiert ist, Wine in einer produktiven Umgebung einzusetzen, sollte indes einen Blick auf das Paket Crossover Office von CodeWeavers [2] werfen. Es handelt sich dabei um ein kommerzielles Wine-Produkt, für das je nach Ausführung Lizenzgebühren zwischen 39,95 (Standard-Version) und 69 US-Dollar (Multi-User-fähige Professional-Variante) anfallen. Dafür erhält man neben einer grafischen Bedienoberfläche auch ein deutlich benutzerfreundlicheres Handling. Allerdings räumt auch Crossover Office die generellen Probleme des WINE nicht vom Tische (siehe Kasten "Wine is not an emulator"). Crossover Office Standard stellt also im Wesentlichen eine "Verpackung" dar, die es einfacher machen soll, mit Wine umzugehen.
Zumindest ein technisches Details jedoch hat Crossover Office dem puren Wine voraus: Der unter dem Original leidige Windows-Reboot wird hier zu einer Trivialität – auf diesen Punkt werden wir später noch zurückkommen. Vorerst einmal muss jedoch auch Crossover eine Acrobat-Installation über sich ergehen lassen, um seine Qualitäten in der Praxis unter Beweis zu stellen. Zum Test nutzen wir das von Codeweavers angebotene Demo-Paket, das sich für Testzwecke einen Monat lang uneingeschränkt nutzen lässt. Allerdings setzt der Download eine Registrierung voraus.
Die Installation erfolgt in einer auf den ersten Blick ungewöhnlichen, jeodch zweckmäßigen Weise über ein vorgeschaltetes Shell-Script:
install-crossover-standard-demo-4.1.sh
Die Installation verläuft problemlos, das Ergebnis ist eigentlich selbsterklärend (Abbildung 4). Die vorgeschlagene Konfiguration kann man in aller Regel schlicht übernehmen. Als Resultat der Anstrengungen wartet das Tool mit seinem Hauptfenster auf (Abbildung 5).
Einziger Kritikpunkt: Um späteren Konflikten aus dem Weg zu gehen, muss man die von Windows üblicherweise eingesetzten Schriftarten nachrüsten. Unter dem Reiter Fonts im Hauptfenster ist alles soweit vorbereitet, dass sich auch dieses Problem durch einen Download der fraglichen Schriftarten schnell aus der Welt schaffen lässt.
Wir beginnen auch hier unsere Versuchsreihe wieder mit Adobe Acrobat Professional 5.0. Dazu gilt es im Reiter Add/Remove auf Install zu klicken. Im daraufhin erscheinenden Fenster wählen wir Unsupported Software und lokalisieren dann noch die Installationsquelle (meist /media/cdrom).
Einmal installierte Anwendungen startet man entweder über den Reiter Menus im Crossover-Hauptfenster, oder ruft Sie auf dem klassischen Weg über die Kommandozeile auf:
~/cxoffice/bin/acrobat
Wenig Sinn macht es übrigens, eine bestimmte Windows-Version als Umgebung vorauszuwählen: In der Default-Einstellung laufen die Windows-Programme meist reibungsloser. Windows-Applikationen, die explizit Windows NT 4 bzw. NT 5 (Windows 2000) als Betriebssystem einfordern, lassen sich unter Wine meist nicht oder zumindest nicht reibungslos ausführen. Dies beweist auch ein Versuch mit Adobe Acrobat 6: Schon der (Windows-) Installer stürzt sofort ab.
Im Gegensatz zu Wine bietet Crossover Office übrigens eine einfache Möglichkeit zum "Reboot" von "Windows". Dazu geben Sie an der Kommandozeile folgendes ein:
./cxoffice/bin/cxreboot
Einen Screenshot der resultierenden Meldung finden Sie in Abbildung 6. Ein Schelm, wer Schlechtes dabei denkt …
Fazit
Wine ist ein sehr ambitionierter Versuch, Windows-Applikationen nativ auf Unix ablaufen zu lassen. Im Sinn eines absoluten Minimalismus beschränkt sich Wine dabei auf Übersetzungsdienste zwischen der Betriebssystem und der Anwendung. Für dieses Konzept spricht der geringe Aufwand sowohl auf der Soft- wie auch der Hardwareseite.
Mit CrossOver als Aufsatz können auch Linux-Anwender ohne große Hintergrundkenntnisse das Tool problemlos einsetzen. Vor dem Erwerb von Crossover Office sollte man allerdings die Lauffähigkeit der zum Einsatz angepeilten Windows-Anwendungen unbedingt anhand der Crossover-Trial-Version verifizieren. Verweigert eine benötigte Anwendung durchaus die Benutzung unter Wine beziehungsweise Crossover, dann bleibt meist nur das Ausweichen auf eine Virtuelle Maschine wie VMware (siehe Seite 32) oder Qemu (Seite 40).
Wine is not an emulator
Ein echter Emulator stellt, anders als Wine, einen mehr oder minder komplett abgeschotteten Bereich zur Verfügung, innerhalb dessen er einen kompletten Rechner simuliert. Selbst das Betriebssystem dieser "box in the box" muss separat installiert werden – mit allem, was dazu gehört. Nach diesem Prinzip lässt sich jede Applikation installieren und nutzen, die für das Betriebssystem der Virtuellen Maschine geschrieben wurde. Zu den gravierendsten Nachteile dieser Methode zählen der Performance-Verlust aufgrund des hohen Simulations-Overheads sowie hohe Lizenzkosten: Die virtuelle Maschine benötigt ein komplettes Betriebssystem.
Wine realisiert eine auf der Hand liegende Alternative: Statt das gesamte Betriebssystem zu simulieren, beschränkt es sich darauf, den Windows-Applikationen eine entsprechende Umgebung vorzugaukeln. Daher auch der von Wine intern verwendete Name "fake windows":
# ls -a /home/user/.wine dosdevices fake_windows […]
Die Datenstruktur innerhalb der Wine-Verzeichnisse ist der unter einem "echten" Windows nachgebildet. Allerdings fällt das Faksimile alles andere als vollständig aus. Genau hier liegt die Schwachstelle des Konzepts: Anwendungen, die auf sehr spezifische Windows-Elemente zurückgreifen, laufen hier nicht selten vor eine (virtuelle) Wand.
Spielen mit Cedega
Wer Windows-Spiele unter Linux betreiben will, braucht Cedega von Transgaming [4]. Dabei handelt es sich um eine Version des API-Emulators Wine, den die Programmierer um die Funktionen der Multimediabibliothek DirectX erweitert haben. Tatsächlich laufen unter Cedega selbst aktuelle und grafikintensive Windows-Spiele wie Half Life 2 oder Far Cry.
Solche Leistung ist aber nicht umsonst zu haben: Für drei Monate Cedega-Nutzung verlangt der deutsche Distributor ixsoft knapp 13 Euro – es handelt sich um ein zeitabhängiges Subskriptionsmodell.
Wer nur einmal einen Blick auf Cedega werfen möchte, kann einen Großteil der Software selbst herunterladen und kompilieren. Es fehlen allerdings einige wesentliche Komponenten, ohne die viele kopiergeschützte Originale nicht laufen.
Cedega aus dem CVS
Ohne Subskription sind die Quellen nur im Versionskontrollsystem CVS zugänglich. Deshalb brauchen Sie zum Herunterladen das passende Programm cvs. Ist es auf Ihrem System verfügbar, melden Sie sich zunächst beim Server an:
cvs -d:pserver:cvs@cvs.↩ transgaming.org:/cvsroot login
Werden Sie nach einem Passwort gefragt, geben Sie cvs ein. Bei Erfolg gibt das Programm nichts aus, beschwert sich allerdings im Fehlerfall. Dann übertragen Sie alle Dateien auf den eigenen Rechner:
cvs -z3 -d:pserver:cvs@cvs.transgaming.org:/cvsroot co winex
Nach einer Weile finden Sie den kompletten Quellcode im Verzeichnis winex. Die Übersetzung gehorcht im wesentlichen dem bekannten Muster, allerdings waren für Fedora Core 3 spezielle Optionen nötig:
./configure --enable-opengl --enable-pthreads
Der Befehl make startet die Übersetzung, su -c 'make install' verteilt die Programme auf der Festplatte. Die mitgelieferte Beispielkonfigurationsdatei kopieren Sie als Ausgangsbasis an die richtige Stelle:
cp documentation/samples/↩ config ~/.wine/config
Vor dem Start müssen Sie noch einige Dateien und Verzeichnisse anlegen. Cedega erwartet nämlich Teile einer Verzeichnisstruktur, die derjenigen von Windows gleicht. Die Beispieldatei geht von einem Verzeichnis ~/.transgaming aus. Legen also ein Verzeichnis mit diesem Namen an, oder ändern Sie ihn in ~/.wine/config – dann müssen Sie im Folgenden auch das von Ihnen gewählte Verzeichnis verwenden. Die geforderten Unterverzeichnisse legen Sie so an:
mkdir -p ~/.transgaming/c_drive↩ /windows/system32 mkdir ~/.transgaming/c_drive/windows↩ /fonts
Eventuell müssen Sie noch einen Eintrag für das CD-ROM-Laufwerk in der Konfigurationsdatei ergänzen. Für das erste IDE-Laufwerk im System sieht das so aus:
[Drive H] "Path" = "/media/cdrom" "Type" = "cdrom" "Label" = "CD-ROM" "Filesystem" = "win95" "Device" = "/dev/hdc"
Nun können Sie das erste Windows-Programm installieren. Zum Test dient das beliebte Moorhuhn-Spiel in der Winter-Edition. Unter Cedega starten Sie die Installation mit dem Programm wine
wine moorhuhn_we.exe
Absolvieren Sie alle nötigen Schritte (siehe Abbildung 1), landet am Ende das Moorhuhn-Programm auf der Cedega-"Festplatte", also im Verzeichnis .transgaming/c_drive, das dem C: unter Windows entspricht.
Abbildung 1: Das Moorhuhn-Installationsprogramm zeigt die normalen Windows-Pfade.
Damit das Spiel seine Dateien findet, wechseln Sie in das Installationsverzeichnis und starten es dort:
cd .transgaming/c_drive/Program\ ↩ Files/Phenomedia\ AG/Moorhuhn\ ↩ Winter-Edition wine MoorhuhnWinter.exe
Abbildung 2: Das Moorhuhn-Spiel läuft unter Cedega ohne weiteres.
Das Spiel läuft ohne Probleme und in normaler Geschwindikeit. Die anderen, getesteten Spiele ließen sich zwar alle mit Cedega installieren, brachen jedoch beim Start mit einer Fehlermeldung ab: Sie halten den Emulator irrtümlich für ein Programm, das versucht, den Kopierschutz zu umgehen.
Das kommerzielle Cedega enthält Code, der das verhindert. Wer aktuelle, kopiergeschützte Spiele betreiben will, kommt also um diese Version nicht herum. (ofr)
Infos
[1] WineHQ: http://www.winehq.org/
[2] Wine-Pakete: http://www.winehq.org/site/download
[3] Codeweavers: http://www.codeweavers.com/
[4] Transgaming: http://www.transgaming.com/
Einem Freund empfehlen
