WEIN on Michael’s Domain

WINE-Regressionstests

Sun, 30 Nov 2008 00:00:00 +0000

Ich verwende das Gene Construction Kit (Version 2.5) von Textco , um meine DNA-Vektorkarten zu zeichnen. Leider kümmert sich dieses Unternehmen nicht um Linux-Nutzer. Deshalb muss ich WINE nutzen, um die Windows-Version des Programms auszuführen. Zugegeben, ich könnte VMware, VirtualBox oder Parallels verwenden, aber all das nur, um ein kleines Programm auszuführen? Leider ist entweder das Gene Construction Kit (GCK) nicht standardkonform programmiert oder WINE bietet noch keine vollständige Kompatibilität – jedenfalls führt ein WINE-Update hin und wieder dazu, dass das Programm nicht mehr läuft. Daher musste ich auf Regressionstests zurückgreifen, um die Version zu finden, die für GCK noch funktioniert. Hier ist die Befehlsliste und was ich getan habe:cdmkdir winecvs -z 3 -d :pserver:cvs@cvs.winehq.org:/home/wine checkout wine (Passwort „cvs“)cvs update -PAd -D"01.06.2007 CDT"./configuremake dependmakesudo make installDer Quellcode mit dem oben genannten Datum ist der aktuellste, der offenbar funktioniert.

Wein- und Crossover-Büro

Sat, 26 May 2007 00:00:00 +0000

Da ich VMware satt hatte (weil es so langsam ist und die Hälfte meines Arbeitsspeichers beansprucht), habe ich mich Wine zugewandt. Aber Wine scheint sehr schwierig einzurichten zu sein. Typisch Linux. Es funktioniert zwar, aber wenn man nicht eine ganze Woche damit verbringt, kriegt man es nicht zum Laufen. Hier kommt die Anwendung „Crossover Office“ ins Spiel. Es handelt sich dabei lediglich um eine Reihe von Hilfsprogrammen, die die Einrichtung von Wine vereinfachen. Das gilt allerdings nur für bestimmte Windows-Anwendungen, und die meisten Windows-Anwendungen werden nicht unterstützt. Also habe ich mir eine Demoversion von Crossover Office besorgt und mit der Installation (als Root) begonnen. Die Anwendung ließ sich problemlos installieren. Nach der Installation startete ich die Crossover-Office-Setup-Anwendung. Von dort aus installiert man seine Windows-Anwendungen. Also wollte ich Microsoft Office XP ausprobieren (da es für die gesamte Universität lizenziert ist). Ich habe den Fehler gemacht, „Alles installieren“ auszuwählen. Das Installationsprogramm zwang mich dazu, auch den Internet Explorer von Microsoft und eine Menge anderen Mist zu installieren. Dann reagierte das Office-XP-Installationsprogramm mitten im Vorgang nicht mehr. Ich wartete zwei Stunden, aber der Fortschrittsbalken bewegte sich nicht und es gab keine Festplattenaktivität. Also musste ich die Installation abbrechen und hinterließ ein Chaos. Ein zweiter Installationsversuch schlug ebenfalls fehl. Also dachte ich daran, das Windows-Deinstallationsprogramm zu verwenden. Auch das schlug fehl. Die Deinstallation über Crossover Office schlug ebenfalls fehl. Also beschloss ich, das gesamte Crossover Office zu deinstallieren (im „bin“-Verzeichnis von Crossover Office gibt es ein Deinstallationsskript, das in der Dokumentation kaum erwähnt wird). Das funktionierte zwar, aber offenbar wurde nicht alles deinstalliert. Ich musste noch mehrere Verzeichnisse manuell entfernen, aber am schlimmsten war, dass die Gnome-Menüeinträge nicht gelöscht wurden. Die Gnome-Menüeinträge sind eine ziemlich knifflige Angelegenheit, da sie sich nicht an einem einzigen Ort befinden. Gnome nutzt ein System aus „virtuellen Ordnern“ (vfolder), um die Menüs zu erstellen. Das heißt, die Menüs werden dynamisch aus mehreren XML-Dateien zusammengestellt, die sich an verschiedenen Orten befinden. Aber ich glaube, ich habe sie alle gefunden und die Einträge manuell entfernt. Ich muss wohl einen Programmierfehler gemacht haben, denn danach war das gesamte Menü verschwunden. Anscheinend lag der Fehler in meiner Datei ~/.gnome2/vfolders/applications.vfolder-info. Natürlich hatte ich keine Sicherungskopie, also kopierte ich dieselbe Datei aus /root/.gnome2/vfolders in mein Home-Verzeichnis. Danach installierte ich Crossover Office neu und installierte nur Microsoft Word XP – und es funktionierte! Im Menü „Windows-Anwendungen/Programme/“ war ein schöner Eintrag zu sehen. Dann habe ich Adobe Photoshop 6.01 installiert. Die Installation verlief reibungslos, doch danach war der Microsoft-Word-Eintrag im Menü verschwunden. Auch unter „Windows-Anwendungen/Programme/Adobe“ gab es keinen Photoshop-Eintrag. Es gab lediglich einen ImageReady-Eintrag. Es scheint, als würde jede neu installierte Anwendung die Menüeinträge der zuvor installierten Anwendung löschen. Die hierarchische Ordnerstruktur bleibt jedoch erhalten; lediglich der letzte Eintrag ist verschwunden und wurde im letzten Menüordner durch einen Punkt ersetzt. Übrigens funktionierte Photoshop, da man es aus ImageReady heraus starten kann. Sowohl Office XP als auch Adobe Photoshop sind Anwendungen, die von Crossover Office „unterstützt“ werden. Nun habe ich versucht, eine nicht unterstützte Anwendung zu installieren, nämlich das Gene Construction Kit 2.5 (GCK2.5). Zunächst meldete Crossover Office, dass die Installations-CD einige versteckte Dateien enthalte und ich als Root einige Änderungen an den fstab-Einträgen vornehmen müsse, um das Lesen dieser Dateien zu ermöglichen. Das habe ich getan und die Installation fortgesetzt. Der Installer wurde abgeschlossen, und unter „Windows-Anwendungen/Programme/Gene Construction Kit 2.5“ gab es einen Menüeintrag namens „Uninstaller“. Ich schloss daraus, dass das Uninstaller-Programm nach der GCK2.5-Anwendung installiert worden war, und löschte daher den letztgenannten Eintrag. Noch seltsamer war, dass nach dem Abmelden und erneuten Anmelden sogar der Eintrag „Uninstaller“ aus dem Menü verschwunden war. Auch alle anderen Programmeinträge waren verschwunden. Ich nahm an, dass alle Menüeinträge einzelne Dateien im Verzeichnis /home/jeltsch/.gnome2/applications sind. Sie haben die Endung .desktop und sind XML-Dateien mit einer relativ einfachen Struktur. Ein Beispiel:> more Internet\ Explorer.desktop[Desktop Entry]Name=Internet ExplorerType=ApplicationComment=Internet ExplorerExec=/opt/cxoffice/bin/wine “C://Program Files//Internet Explorer//IEXPLORE.EXE” X-Created-by=cxoffice Icon=/home/jeltsch/.cxoffice/dotwine/fake_windows/Windows/Icons/9d75_iexplore.-32528.xpm [jeltsch@mcblpc2 applications]$ more CXTree-Windows_Applications-Programs-Internet_Explorer.desktop[Desktop Entry]Name=Internet ExplorerType=ApplicationComment=Internet ExplorerExec=/opt/cxoffice/bin/wine “C://Program Files//Internet Explorer//IEXPLORE.EXE“ X-Created-by=cxoffice Icon=/home/jeltsch/.cxoffice/dotwine/fake_windows/Windows/Icons/9d75_iexplore.-32528.xpm Categories=Application;X-cxoffice;X-CXTree-Windows_Applications-Programs;Es scheint, dass alle Einträge, die vom Crossover Office-Installationsprogramm erstellt wurden, noch in diesem Verzeichnis vorhanden sind. Jetzt muss ich nur noch herausfinden, warum sie nicht angezeigt werden. Natürlich kann ich die Anwendungen starten, indem ich den Eintrag unter Exec einfach in die Befehlszeile eingebe, aber das ist irgendwie umständlich. Um GCK2.5 zu testen, habe ich es über die Befehlszeile gestartet, und es wurde tatsächlich angezeigt. Zunächst wurde nach der Installations-CD gefragt (eine Art Kopierschutzmechanismus). Sie befand sich zwar im Laufwerk, aber ich musste sie irgendwie auswerfen und erneut einlegen, damit sie erkannt wurde. Das funktionierte einwandfrei, und es erschien der Dialog, in dem ich meinen Namen und meine Organisation eingab. Doch dann meldete es auf wundersame Weise: „Die Anwendung konnte nicht gestartet werden, da nicht genügend Arbeitsspeicher vorhanden ist.“ Nun muss ich dieses Problem angehen, denn GCK 2.5 ist für mich wahrscheinlich die wichtigste Anwendung, für die es unter Linux kein Äquivalent gibt.

Wie starte ich das Gene Construction Kit unter Linux?

Sat, 26 May 2007 00:00:00 +0000

Es gibt nur wenige Mac- oder Windows-Programme, für die es unter Linux kein gutes Äquivalent gibt. Eines dieser wenigen Programme ist das Gene Construction Kit (GCK) von Textco . GCK ist sowohl für Windows als auch für Mac verfügbar. Daher sollte es möglich sein, es auf einem i86-Linux-Rechner mit Wine (einer Art Emulator) auszuführen. Ich habe das versucht und bin gescheitert (ich habe mich allerdings nicht besonders angestrengt). Allerdings lässt sich wahrscheinlich jedes Windows-Programm mit VMware unter Linux ausführen. Leider ist VMware kommerziell und teuer (es gibt jedoch eine voll funktionsfähige, zeitlich begrenzte Demoversion). GCK läuft unter VMware 4.0/W2K/RedHat9 ohne Probleme. Der einzige Wermutstropfen bei VMware ist die Option „Gemeinsame Ordner“. Es ist viel besser, das Linux-Home-Verzeichnis über Samba freizugeben und es dann automatisch mounten zu lassen, wenn man sich bei dem emulierten Windows-Betriebssystem anmeldet. Es ist mir sogar gelungen, Linux-spezifische Dateien in meinem Home-Verzeichnis, die mit einem Punkt beginnen (wie z. B. .mozilla), auszublenden, indem ich „hide dot files = yes“ in die Samba-Konfigurationsdatei /etc/samba/smb.conf eingefügt habe. Obwohl ich derzeit VMware verwende, plane ich, auf Wine umzusteigen, um jeglichen Microsoft-Code zu vermeiden.

Debugging von GCK2.5 unter Wine

Fri, 25 May 2007 00:00:00 +0000

GCK 2.5.9 funktioniert mit Wine (Crossover Office Version 2.01). Bei der Version 2.5.9 tritt der Fehler „Die Anwendung konnte nicht gestartet werden, da nicht genügend Arbeitsspeicher vorhanden ist“ nicht mehr auf. GCK startet problemlos und ist teilweise nutzbar. Tatsächlich scheint es voll funktionsfähig zu sein (einschließlich Deluxe-Import), mit einer großen Ausnahme: Es können keine neuen Dateien erstellt werden (die Anwendung wird beendet, sobald man „Datei – Neu“ auswählt). Das leere Fensterfeld, in dem man auswählen kann, welche Art von GCK-Datei man erstellen möchte (Sequenz, Illustration usw.), wird mit dem Titel „Neues Fenster“ angezeigt, ist jedoch nicht mit Inhalt gefüllt, und die Anwendung wird beendet.

Debugging von GCK2.5 unter Wine

Fri, 25 May 2007 00:00:00 +0000

Das neue Fenster, das nicht angezeigt wird, enthält (bei nativer Ausführung unter W2K) den folgenden Text (sowie Optionsfelder für die vier verschiedenen Dateitypen): Dateityp auswählen Konstrukt (Strg-C) Abbildung (Strg-I) Liste (Strg-L)Gel (Strg-G) Neuer Dateiname OK Abbrechen Der zu den verschiedenen Optionsfeldern gehörende Text erscheint in der Debug-Datei zuerst in den folgenden Zeilen (wie durch den Befehl „grep -n „List“ all_output > List_output“ usw. ermittelt): 3890577 Gel3885836 Illustration3881107 Liste3876329 KonstruktDas liegt innerhalb des Bereichs, in dem wir den Fehler erwartet hatten. Schauen wir uns nun an, was kurz vor und nach der Ausführung dieser Befehle passiert ist. Nachdem ich GCK2.5 unter Wine noch ein wenig länger genutzt hatte, fiel mir auf, dass es eine weitere Funktion gibt, die das Programm ohne Fehlermeldung zum Absturz bringt, nämlich die Funktion „Sequenz suchen“. Auch in diesem Fall wird ein Dialogfeld angezeigt, in das der Benutzer eine Nukleotidsequenz eingeben soll. Vielleicht gibt es eine Gemeinsamkeit bei diesen beiden Abstürzen, die dabei helfen könnte, den entscheidenden Systemaufruf zu identifizieren, der den Absturz des Programms verursacht.

Mehr über GCK2.5 unter Wine

Thu, 24 May 2007 00:00:00 +0000

Nachdem ich mit GCK 2.5 unter Wine gearbeitet habe, habe ich weitere Fehler entdeckt, die dazu führen, dass das Programm unerwartet abstürzt. Allerdings habe ich Crossover Office inzwischen nicht mehr verwendet (da die Testphase abgelaufen ist und mein Chef natürlich keinen Cent für Linux-Programme ausgeben würde). Daher verwende ich die Standardinstallation von Wine, die mit SUSE 9 mitgeliefert wird. Ich habe das gefälschte Windows-Verzeichnis aus dem früheren .cxoffice-Verzeichnis kopiert. Die folgenden Fehler treten auf (sie treten immer dann auf, wenn sich ein Fenster öffnet, in dem alphanumerische Werte über die Tastatur eingegeben werden müssen): 1. Neue Datei erstellen (das war mir bereits bekannt). Interessanterweise lässt sich die (leere) neue Datei, die beim Programmstart geöffnet wird, problemlos speichern… 2. Sequenz suchen (kurzzeitig erscheint das Fenster „Vorkommen suchen“, dann wird das Programm beendet) 3. Manchmal (nicht immer) stürzt das Programm ab, wenn man die Farbe einer ausgewählten Sequenz ändert. 4. „Funktionen“ → „Bereich festlegen“ 5. Beim Auswählen einer Sequenz und Abrufen von Informationen

Adobe Acrobat 5.0.5 unter Wine

Wed, 23 May 2007 00:00:00 +0000

Ich habe Acrobat 5 neu installiert, um es unter Wine auszuführen. Es hat nicht funktioniert. Der Grund schien wieder ein Plugin zu sein: DocBox.api. Nachdem ich es entfernt hatte, lief alles reibungslos. Schon zuvor (unter RedHat 9) hatte ich Probleme mit einem Acrobat-Plugin (damals war es WebPDF.api). Die meisten Bearbeitungen von PDF-Dateien lassen sich problemlos mit Linux-Tools durchführen, aber eine Sache ist knifflig: das Zuschneiden bereits vorhandener PDF-Dateien. Deshalb brauche ich Acrobat.

Wine unter einer echten Windows-Installation ausführen

Wed, 23 May 2007 00:00:00 +0000

Ich dachte, Wine würde unter einer echten Windows-Installation vielleicht besser laufen. Also habe ich die Größe meiner Partitionen angepasst, um etwa 8 GB Speicherplatz freizumachen. Leider war die Partitionierungssoftware nicht besonders gut, da ich eine meiner Partitionen verloren habe (die, auf der ich alle meine Downloads gespeichert hatte…). Also beschloss ich, ganz von vorne anzufangen, und formatierte die gesamte Festplatte. Zunächst partitionierte ich die Festplatte mit cfdisk. Anschließend habe ich Windows 98 von der Installations-CD auf die FAT32-Partition installiert, danach Windows 2000 von der Installations-CD auf eine weitere FAT32-Partition (ich wollte eigentlich Windows XP installieren, aber die Installations-CD weigerte sich, meinen Computer zu booten). Danach habe ich Suse 9 neu installiert und meinen Home-Ordner von meiner Sicherungsfestplatte zurückkopiert. Bislang funktioniert Wine einwandfrei (nach einigen kleinen Anpassungen in $home/.wine/config und dem Einbinden der Windows 98-Partition mit `mount -t vfat -o uid=jeltsch,gid=users,fmask=644,dmask=755 /dev/hda1 /media/win98). Ohne die Optionen uid, gid, fmask und dmask ist es nicht möglich, etwas auf die Partition zu schreiben.

Wein und Adobe Illustrator (AIRes.dll wird nicht gefunden)

Mon, 21 May 2007 00:00:00 +0000

Adobe Illustrator ließ sich unter Wine nicht starten, da die Datei „AI90Res.dll“ nicht gefunden werden konnte. Diese Datei befindet sich nach der Installation von Illustrator unter: ~/.cxoffice/dotwine/fake_windows/Program Files/Adobe/Illustrator 10/Support Files/Contents/Windows/System. Ich habe sie einfach ein Verzeichnis höher verschoben, und schon funktionierte alles.

Wein vs. Crossover-Büro

Thu, 26 Feb 2004 00:00:00 +0000

Ich habe mehrere Testversionen (2.0.1 und 2.0.2) von Crossover Office ausprobiert. Eigentlich kann das Programm nicht besonders viel. Zugegebenermaßen verfügt es über einige praktische Funktionen: „Reset Crossover Office“ zum Beenden hängengebliebener Wine-Anwendungen und „Simulate Windows Reboot“. Dabei handelt es sich eigentlich um Skripte (zu finden unter /opt/cxoffice/bin), die weitgehend durch eigene Lösungen ersetzt werden könnten.