Seit nunmehr einem Jahr gibt es nur noch Tux auf meinem Produktivsystem – und passend zu diesem Datum liefert die ARD auch gleich eine Doku zum Maskotchen: Die Reise der Pinguine

Ganz so schwer wie die Aufzucht der Kleinen für die Kaiserpinguine in der Doku war es dann doch nicht, dieser Umstieg von XP auf Linux, auch wenn es doch einige Hürden zu nehmen galt. Diese ganzen – sicherlich sehr persönlichen – Erfahrungen seien hier mal kurz zusammengefasst:

1. Dualbootsysteme bringen wenig. Am Ende stellt man fest, dass der Alltag zur Verwendung eines einzigen Systems zwingt, denn man hat leider immer gerade das System gebootet, das man nicht braucht.
2. Dualbootsysteme helfen aber beim Lernen – wie auch VMs. Erstens bekommt man so den Installationsprozess gemeistert und zweitens fühlt sich ein Betriebssystem auf Platte einfach auch anders an, als eines in einer VM.
3. Der Wechsel des Betriebssystems ist nicht die größte Hürde, sondern der Wechsel der liebgewonnenen Software. Ob ich meine Dateien nun in Nautilus anklicke oder im Explorer ist Wurscht. Was zählt ist das, was danach passiert. Einige Programme sind nämlich wirklich schwer zu ersetzen – und dazu zählt nicht die Textverarbeitung, sondern bei mir Tools aus dem Video- und Grafikbereich.
4. Es gibt Programme, die sich sehr schwer ersetzen lassen: Bis heute habe ich keinen echten Ersatz für Hardcopy als Screenshotprogramm gefunden – nur workarounds. Bis heute kenne ich keine komfortable und dabei auch stabile Alternative zum Windows Movie Maker. kdenlive könnte dies einmal werden – aber das Programm braucht noch Zeit zum reifen.
5. Es gibt Programme, die sich überhaupt nicht ersetzen lassen: DreamWeaver ist als HTML Editor einfach nicht zu schlagen. Hobby-HTML-Autoren mögen mit NVU und Quanta glücklich werden. Wer große Sites zu pflegen hat landet bei Adobe und zahlt gerne. Gut, dass auch der DW8 unter Wine läuft – damit bleibt mir das Gefummel mit VMs erspart.
6. Es gibt Programme, die einen zur Nutzung von VMs zwingen: Dazu zählt bei mir FineReader als OCR. gocr liefert so bescheidene Ergebnisse ab, dass ich an dieser Stelle lieber  „mal schnell“ eine VM unter Windows starte und dort dann mit Tauschverzeichnissen arbeite.

Dass mein Umstieg auch nach einem Jahr noch nicht komplett abgeschlossen ist, steht in der Liste zwischen den Zeilen: Noch immer vergleiche ich meine Möglichkeiten und auch konkrete Anwendungen unter Linux mit denen, die ich unter XP hatte. Nach einer so langen Prägungsphase ist das kein Wunder – aber für viele Menschen sicherlich der Hauptgrund, warum diese überhaupt nicht an Veränderungen denken.

Die Macht der Gewöhnung sorgt für die Einnahmen von MS – sicherlich auch in Zukunft.

Bis heute habe ich keinen echten Ersatz für den DreamWeaver gefunden, der nativ unter Linux laufen würde. Quanta geht zwar in die richtige Richtung, wer aber wie ich mehrere hundert HTML Seiten pflegen muss, braucht einfach ein Programm, das reibungslos und komfortabel zu bedienen ist.

Auf Ubuntu Hardy wie auch auf Intrepid gestaltete sich die Installation von DreamWeaver 8 einfacher, als die Installation von DreamWeaver MX.

Zuerst wird der DreamWeaver 8 heruntergeladen – z.B. von den Downloadseiten von Chip.

Wer nicht über [Anwendungen] [Wine] [Konfiguriere Wine] gehen will, holt sich im Terminal mit

winecfg

den Einstellungsdialog für Wine auf den Desktop und nimmt die folgenden Einstellungen vor.

Beim Pull-down-Menü [Windows Version] ist „Windows XP“ einzustellen.

Dann wechselt man auf den Reiter für die [Laufwerke].

In diesem Reiter ist die Stelle (also: der Pfad), an der sich die herunter geladenen Installationsdatei für DreamWeaver befindet als Laufwerk einzutragen. Im Beispiel oben war dies ein USB Stick.

Im Terminal wechselt man nun in diesen Pfad und startet die Installation mit

wine Dreamweaver8-de.exe

Die Installation über das Terminal bietet den Vorteil, dass evtl. auftretende Fehlermeldungen im Terminalfenster verfolgt werden können.

Die Installation selbst lief bei mir unter Hardy wie auch Intrepid ohne weitere Probleme durch und bot zum Abschluss den Start des Programms an, das die Einstellungen meines zuvor schon installierten DreamWeaver MX übernahm.

Der einzige von mir festgestellte Unterschied zwischen Hardy und Intrepid war, dass Wine unter Intrepid das Icon für DreamWeaver nun selbst findet und den Pfad zur EXE im Menü einträgt. Unter Hardy muss dieser Schritt von Hand vorgenommen werden.

Ein Rechtsklick auf [Anwendungen] öffnet das Kontextmenü. Hier dann den Eintrag [Menüs bearbeiten] auswählen. Hier im gewünschten Ordner durch Klick auf [Neuer Eintrag] einen Starter anlegen. Die vergebenen Bezeichnungen sind völlig Wurscht – stimmen muss der Pfad zur EXE von DreamWeaver 8 im Wine-Ordner. Auf meiner Maschine sieht dieser wie folgt aus:

env WINEPREFIX=“/home/dirk/.wine“ wine „C:\Programme\Macromedia\Dreamweaver 8\Dreamweaver.exe“

Ansprechende und passende Icons sind unter Hardy mit etwas Glück unter

~/.local/share/icons

zu finden. Wenn nicht, dann muss ein solches als SVG oder PNG selbst gestaltet und eingebunden werden.

Das von mir regelmäßig gelesene Linuxhaters Blog verreißt sich heute mal wieder das Maul über Hardy. Aus aktuellem Anlass deswegen auch hier ein paar Worte zum aktuellen Ubuntu:

Gestern hab ich – nach langer Wartezeit wegen vieler Fehlerberichte im Netz und auch negativen Erfahrungen auf meinem Laptop – Hardy nun auch auf meinem Hauptrechner aufgespielt. Die Erfahrung mit dem automatischen Dist-Upgrade war eine Katastrophe. Nach 3 Stunden locale de_AT Konfiguration hab ich den Prozeß abgebrochen und von CD installiert.

Inzwischen läuft Hardy nun rund: Die Einstellungen aus /home wurden ohne erkennbare Probleme übernommen und auch Dualhead funktioniert nach dem Zurückkopieren der xorg.conf von Gutsy. Schön, wenn man eine hat. Ohne diese hätte ich sicherlich ein paar Stündchen gebraucht, weil randr (?) nix, aber auch garnix zu meinem zweiten Monitor automatisch erkannte und der Gnome Dialog unter /System /Einstellungen /Bildschirmauflösung ebenfalls heftig daneben griff. Gutsy kam mir hier intelligenter vor.

Was totale Anfänger sicherlich auch überfordern düfte: Meine ISDN-Karte wurde zwar erkannt und Ubuntu wies auch richtig darauf hin, dass proprietäre Treiber benötigt werden – aktivierte diese aber nicht selbständig. Erst die händische Installation von

avm-fritz-firmware

half der Karte (und Ubuntu) auf die Sprünge. Gutsy hat das noch selbst erledigt – oder zumindest Automatismen hierzu angeboten.