27
Mar/081

jEdit auf Ubuntu 7.10 (Gutsy Gibbon)

Heute habe ich mal versucht meinen liebsten plattformunabhängigen Editor jEdit auf einem Ubuntu 7.10 zu installieren. Gar nicht so einfach…

Am Anfang stand ein einfaches sudo apt-get install jedit. Natürlich war es nicht ganz so einfach – sonst würde ich hier nicht drüber schreiben.

Also, es gibt in den Standard-Quellen kein Paket für jEdit. Nach kurzer Suche habe ich dann doch jEdit Pakete finden können. Folgende Zeilen müssen an die /etc/apt/sources.list angehängt werden:

deb http://dl.sourceforge.net/sourceforge/jedit ./
deb-src http://dl.sourceforge.net/sourceforge/jedit ./

Anschließend kann das Paket jedit mit folgenden zwei Befehlen installiert werden:

$ sudo apt-get update
$ sudo apt-get install jedit

Jetzt ist jedit installiert. Dann sollte es ja auch funktionieren – denn eventuelle Abhängigkeiten würden ja sicher aufgelöst. Nachdem ich den Befehl jedit eingegeben hatte, war klar: So einfach war es dann doch nicht. Folgendes bekam ich innerhalb weniger Sekunden auf der Kommandozeile zu sehen:

$ jedit
GC Warning: Out of Memory!  Returning NIL!
GC Warning: Out of Memory!  Returning NIL!
GC Warning: Out of Memory!  Returning NIL!
GC Warning: Out of Memory!  Returning NIL!
*** Catastrophic failure while handling uncaught exception.
GC Warning: Out of Memory!  Returning NIL!

Kein Speicher mehr? Nein, daran kann es nicht liegen. Die Festplatte ist groß genug und im Arbeitsspeicher ist auch genügend Platz.

Dunkel habe ich mich an eine Speicher-Begrenzung der Java VM erinnert. Das brachte mich dann auf die Idee mir mal die Datei hinter dem Befehl jedit genauer anzuschauen.

$ which jedit
/usr/bin/jedit

$ vi /usr/bin/jedit
#!/bin/sh
# Java heap size, in megabytes (see doc/README.txt)
JAVA_HEAP_SIZE=32if [ -e /usr/lib/j2re1.3/bin/java ]; then
exec /usr/lib/j2re1.3/bin/java -mx${JAVA_HEAP_SIZE}m ${JEDIT} -jar "/usr/share/jedit/jedit.jar" $@
else
exec java -mx${JAVA_HEAP_SIZE}m ${JEDIT} -jar "/usr/share/jedit/jedit.jar" $@
fi

Nachdem ich den Wert von JAVA_HEAP_SIZE auf 64 verdoppelt hatte, trat die Fehlermeldung nicht mehr auf. Jetzt präsentierte sich aber ein anderer Fehler:

$ jedit
[error] main: Exception in thread "main"
[error] main: java.awt.AWTError: Cannot load AWT toolkit: gnu.java.awt.peer.gtk.GtkToolkit
[error] main:    at java.awt.Toolkit.
[error] main: getDefaultToolkit(libgcj.so.81)
[error] main:    at java.awt.Font.tk(libgcj.so.81)
[error] main:    at java.awt.Font.getPeerFrom
[error] main: Toolkit(libgcj.so.81)
[error] main:    at java.awt.Font.<init>(libgcj.so.81)
[error] main:    at org.gjt.sp.jedit.gui.SplashScre
[error] main: en.<init>(SplashScreen.java:37)
[error] main:    at org.gjt.sp.jedit.GUIUtilities.showSplashScreen(GUIUtilities.ja
[error] main: va:1519)
[error] main:    at org.gjt.sp.jedit.jEdit.main(jEdit.java:299)
[error] main: Caused by: java.lang.UnsatisfiedLinkError
[error] main: : libgtkpeer: libgtkpeer.so: cannot open shared object file: No such file or directory
[error] main:    at java.la
[error] main: ng.Runtime._load(libgcj.so.81)
[error] main:    at java.lang.Runtime.loadLibrary(libgcj.so.81)
[error] main:    at java.lang.Sys
[error] main: tem.loadLibrary(libgcj.so.81)
[error] main:    at gnu.java.awt.peer.gtk.GtkToolkit.<clinit>(libgcj.so.81)
[error] main:    at ja
[error] main: va.lang.Class.initializeClass(libgcj.so.81)
[error] main:    at java.lang.Class.forName(libgcj.so.81)
[error] main:    at java.a
[error] main: wt.Toolkit.getDefaultToolkit(libgcj.so.81)
[error] main:    ...6 more</clinit></init></init>

Sieht ganz nach einer falschen Java-Version aus.

$ java --version
java version "1.5.0"
gij (GNU libgcj) version 4.2.1 (Ubuntu 4.2.1-5ubuntu5)Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

An der Stelle wird das Sun Java benötigt. Das lässt sich mit folgendem Befehl nachinstallieren:

1	$ sudo apt-get install sun-java5-bin

Nach der Bestätigung der Lizenzbestimmungen und der Installation, wird beim Aufruf von java -version die folgende Ausgabe geliefert:

$ java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode, sharing)

Nach diesen Stolpersteinen startet jEdit nun wie gewohnt.

Filed under: Open Source