Kresnadi T. Budisantoso

Ich musste letzte Woche einen Server mit Ubuntu 10.04 LTS für eine TYPO3-Installation präparieren. Alles kein Problem, dachte ich. Graphicsmagick und die anderen Tools installiert

aptitude install graphicsmagick catdoc xpdf-utils ppthtml unrtf unzip xlhtml

und die Datenbank eingerichtet. Ein bisschen PHP- und Apache2-Konfiguration und das müsste es im Großen und Ganzen gewesen sein. Als ich dann aber im TYPO3-Install Tool die “Image Processing” Tests durchgeführt habe, gab es die böse Überaschung: Knapp 30 Sekunden für den Test “Reading image formats”. Und auch der Aufruf von Seiten, die noch nicht im Cache liegen, dauerte ewig. Die gesamte Site-Performance ließ dadurch zu wünschen übrig und war inakzeptabel. Ein Umstieg auf die unter Ubuntu 10.04 LTS aktuell verfügbare Version von ImageMagick brachte leider auch nicht den gewünschten Verbesserungseffekt. Ich entschied mich dann für die Installation von Graphicsmagick in der Version 1.1.11 (aus Ubuntu Hardy), die ich auch in anderen TYPO3-Installationen erfolgreich verwende. Hier folgt nun eine kurze Anleitung, wie ich das bewerkstelligt habe - mit dieser Vorgehensweise lassen sich ältere (vielleicht auch neuere) Versionen von Software-Paketen installieren.

Downloads:
wget http://ftp.halifax.rwth-aachen.de/ubuntu//pool/universe/g/graphicsmagick/libgraphicsmagick1_1.1.11-1_amd64.deb
wget http://ftp.halifax.rwth-aachen.de/ubuntu//pool/universe/g/graphicsmagick/graphicsmagick_1.1.11-1_amd64.deb

Installation:
dpkg -i libgraphicsmagick1_1.1.11-1_amd64.deb
apt-get install -f
dpkg -i libgraphicsmagick1_1.1.11-1_amd64.deb
dpkg -i graphicsmagick_1.1.11-1_amd64.deb

Lock in apt/aptitude:
echo libgraphicsmagick1 hold | dpkg --set-selections
echo graphicsmagick hold | dpkg --set-selections
aptitude hold libgraphicsmagick1
aptitude hold graphicsmagick

Test:
TYPO3 Backend > Install Tool > Image Processing > 1. Reading image formats
Parsetime with GraphicsMagick 1.3.5: 28221 ms
Parsetime with GraphicsMagick 1.1.11: 372 ms

Further information:
http://packages.ubuntu.com/hardy/graphicsmagick
http://packages.ubuntu.com/hardy/libgraphicsmagick1
http://wiki.ubuntuusers.de/Paketinstallation_DEB#Terminal
http://wiki.ubuntuusers.de/aptitude#Konsole

Wie schon in meinem letzten Artikel angekündigt, habe ich die Anbindung meines JBoss AS über mod_proxy_ajp an den Apache2 Webserver eingerichtet. Die Anleitung, die ich ebenfalls in meinem letzten Artikel erwähnt hatte, war mir dabei eine große Hilfe. Außerdem bin ich auf einige hilfreiche Seiten gestoßen, die ich euch nicht vorenthalten möchte:

• Informationen zu den Apache2 Modulen - in meine Fall waren das mod_proxy, mod_proxy_ajp und mod_proxy_balancer.
• Beispiele zum Einsatz von mod_proxy
• Weitere, etwas allgemeinere Informationen zur JBoss Installation

Nachdem ich einen Debian 5 Server aufgesetzt und dort webmin, sun-java6-jdk, subversion, apach2 webserver, … installiert hatte, wollte ich einen JBoss AS installieren und wie immer zunächst einmal ein wenig gegoogelt …

Ich war dabei auch erfolgreich und habe eine gute Anleitung zur Installation eines JBoss AS 5 GA auf einem Debian Linux Server gefunden. Bis auf ein/zwei nicht erwähnenswerte Kleinigkeiten konnte ich alle Schritte wie beschrieben befolgen und bin sehr schnell zum Ziel gekommen.

Der nächste Schritt ist nun, den JBoss mit dem Apach2 Webserver via mod_proxy_ajp zu verheiraten, aber genug für heute, es ist Wochenende

Auf dieses Problem bin ich nun mehrfach gestoßen, nachdem ich das gedit-latex-plugin aus den repositories installiert habe. Um nicht immer wieder nach dem Bugfix suchen zu müssen, hier der Link:

https://bugs.launchpad.net/ubuntu/+source/rubber/+bug/338285

Einfach den Patch, der dort verlinkt ist herunterladen und dann …

You just need to download the patch file to somewhere convenient (let’s say a folder called ~/rubberpatch) and then run the patch tool:

cd ~/rubberpatch
sudo patch /usr/share/rubber/rubber/util.py util.py.diff

Dat wars

Auf PlayOnLinux bin ich aufmerksam geworden, als ich auf der Suche nach einer Anleitung und Erfahrungsberichten zum Internet Explorer unter Linux war und auf einen Beitrag auf telemat.de gestoßen bin.

“Warum IE unter Linux?”, fragt sich jetzt vielleicht der ein oder andere. Ganz einfach: Chrome, Safari, Mozilla und Co. haben’s immer noch nicht geschafft den IE zu verdrängen und werden es wohl so schnell auch nicht. Und um meine erstellten Webseiten Cross-Browser-tauglich zu machen benötige ich unter anderem auch den IE zum testen.

PlayOnLinux bietet jedoch nicht nur eine einfach Möglichkeit den Internet Explorer unter Linux zu installieren, sondern noch viele andere Installationsscripte für die verschiedensten Windows Programme. Wie der Name ja schon sagt, war das Tool ursprünglich dafür konzipiert, eine bequeme Möglichkeit zu schaffen, Spiele, die für Windows programmiert wurden, auch unter Linux+Wine zum Laufen zu bringen.

Die Installation ist einfach:

sudo aptitude install wine

… im Terminal ausführen, falls noch kein Wine installiert wurde und dann die aktuelle Version des PlayOnLinux-Tools von der Website beziehen. (Am einfachsten ist es, die .deb-Datei herunterzuladen und zu installieren.)

Danach kann man das Tool bequem über >Anwendungen >Spiele >PlayOnLinux starten (Ubuntu 8.10, Gnome).

Unter >Installiere >Internet findet man dort den Eintrag für den Internet Explorer, neben ein paar weiteren Browsern. Auswählen, Anwenden, durch den Wizard klicken, fertig - das dachte ich zumindest… Aber Pustekuchen

(more…)

Heute habe ich OO 3.0 installiert, nachdem sich 2.4 komisch verhalten hat und ich dachte, dass eine neue Version dies vielleicht behebt. Also habe ich google gefragt und auch eine schöne bebilderte Anleitung gefunden.

Wer die Konsole bevorzugt kann folgende Befehle verwenden (root-Rechte und installiertes OO vorausgesetzt):
echo "deb http://ppa.launchpad.net/openoffice-pkgs/ubuntu intrepid main" >> /etc/apt/sources.list
apt-get update && apt-get upgrade