Seit ich mit FreeBSD arbeite schwebt ein schwarzer Schatten über meinem Thinkpad, die dort verbaute ATI 7500 Mobile lässt sich zwar mit den Xorg eigenen Treibern problemlos im 2D Modus betreiben, 3D-Beschleunigung und TV-Out lassen sich aber mangels eines nativen Treibers bis heute noch nicht verwenden. Hinzukommt das sich die 3D-Beschleunigung nicht mit dem Suspend to Ram verträgt :(

Bisher einzige Hoffnung war der neue Treiber im neuen X11R6.9 was noch nicht vollständig nach FreeBSD portiert ist. Doch neueste Meldungen [1] [2] berichten jetzt von portierten ATI Treibern durch Chris Gilbert, auch hier gibt es bisher noch keine 3D-Beschleunigung aber große Teile der “fglrx” Treiber von ATI laufen wohl bereits ohne größere Probleme.

Wenn ich denn die Zeit finde werde ich die Treiber sicherlich ausprobieren, wobei ich wohl erst noch die Portierung des DRM Modules für die 3D-Beschleunigung abwarten werde bevor ich mein System ins Chaos stürze ;)

• [1] http://www.bsdforums.org/forums/showthread.php?t=37837
• [2] http://www.bsdforen.de/showthread.php?t=13144&goto=newpost

Wie ich eben in fukamis Blog las sind bereits erste Videos vom 22C3 unter ftp://dewy.fem.tu-ilmenau.de/ verfügbar. Die Qualität ist noch nicht allzu berauschend und es fehlt auch noch eine Menge aber in jedem Falle scheint es dieses Jahr richtig gut zu klappen mit der Bereitstellung der Videos :)

Besonders freut mich das da ich dieses Jahr aus finanziellen Gründen nicht nach Berlin fahren konnte und ich mir nun vor dem heimischen Bildschirm wenigsten ein wenig Chaos holen kann ;) Schon seit vorgestern verfügbar sind die Conference Proceedings.

Ich habe heute eine ganze Weile damit zugebracht eine in JAVA geschriebene Serverapplikation für BenchIT per init Skript zum laufen zu bringen. Leider musste ich feststellen das sich dies nicht ohne weiteres mit start-stop-daemon realisieren lässt und habe im Laufe des Tages mit viel Hilfe von Google mein erstes eigenes init Skript gebaut.

Funktional ist es nur eine einfache Variante zum starten, stoppen und neustarten des Servers, zum Beenden lässt sich ohne Probleme wieder start-stop-daemon einsetzen, nur zum starten ist es nicht geeignet.

#! /bin/sh
#
# javaserver    Initscript for a JavaServer
#

set -e

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/opt/JServer/
DESC="BenchIT JavaServer"
NAME=javaserver
DAEMON_OPTS="-Xmx64m"
DAEMON="/usr/bin/java -server $DAEMON_OPTS"
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME

# Gracefully exit if the package has been removed.
test -x /usr/bin/java || exit 0

#
#       Function that starts the daemon/service.
#
d_start() {
        $DAEMON &> /dev/null & echo $! > $PIDFILE
}

#
#       Function that stops the daemon/service.
#
d_stop() {
        start-stop-daemon --stop --quiet --pidfile $PIDFILE
        rm $PIDFILE
}

case "$1" in
  start)
        echo -n "Starting $DESC: $NAME"
        d_start
        echo "."
        ;;
  stop)
        echo -n "Stopping $DESC: $NAME"
        d_stop
        echo "."
        ;;
  restart)
        echo -n "Restarting $DESC: $NAME"
        d_stop
        sleep 1
        d_start
        echo "."
        ;;
  *)
        echo "Usage: $SCRIPTNAME {start|stop|restart}" >&2
        exit 1
        ;;
esac

exit 0

Bei dieser Gelegenheit viel mir noch eine unschöne Problematik von JAVA unter Linux auf. Für ein gestartetes Programm werden immer mehrere Prozesse gestartet, mit einem pstree findet man aber schnell herraus das diese vielen Prozesse alle vom ersten gestarteten Prozess abhängen, es reicht also den ersten auch zu killen damit alle Prozesse wieder entschwinden!

So nun ist Weihnachten und ich bin daheim, seit hier eine FritzBox als DSL-Router ihr Werk vollbringt kann ich mich mit dem Notebook auch frei durch den Raum bewegen *g* Nun bin ich aber das erste Mal seit meinem Update auf 6.0 wieder hier und natürlich gehts net mehr :(

Mit dem 5.4er FreeBSD konnte ich mich über den Befehl:

> ifconfig wi0 wepmode on wepkey meinwepschlüssel up
> dhclient wi0

Mit IP und Defaultroute versorgen, diesmal gabs nur nichtssagende Fehlermeldungen :( Aber mit Hilfe von Tanta Google stellte ich dann fest das die FreeBSDler einen Teil der Netzwerktools mit OpenBSD Code überarbeitet haben und nun einiges anders läuft. Und genau es geht jetzt wieder mittels:

> kldload wlan_wep.ko
> ifconfig wi0 ssid meinessid wepmode on weptxkey 1 wepkey 1:0xWEPKeyHex up
> dhclient wi0

Wichtig damit ist das der weptxkey explizit angegeben werden muss. Damit es keine dummen Kommentare gibt von wegen WEP ist unsicher, das ist mir klar nur leider unterstützt meine Karte kein WPA :( Und Onlinebanking mach ich net übers geWEPte Wlan ;)

Das manuelle Laden des Kernelmoduls kann man sich freilich durch einkompilieren in den Kernel oder ein wlan_wep_load=”YES” in der /boot/loader.conf ersparen.

Bisher habe ich wenn ich mehrere pdfs vereinigen wollte immer die tools aus dem pdftk genutzt, leider haben sich die Entwickler aus unerfindlichen Gründen dazu entschieden JAVA Komponenten einzubauen und damit vom GCJ aus der GNU Compiler Suite abhängig zu werden, welchen ich aber nicht auf meinem Rechner habe und auch nicht wegen den paar PDFs installieren wollte ;)

Also habe ich nach einem alternativen Weg gesucht und bin zuerst auf die Idee gekommen Ghostscript zu verwenden wie es auf vielen Seiten beschrieben wird:

gs -sDEVICE=pdfwrite -dNOPAUSE -dQUIET -dBATCH -sOutputFile=out.pdf *.pdf

Leider führte das nicht zum gewünschten Ergebniss, ich weiß noch nicht warum aber es war immer nur die letzte angefügte Seite im Dokument :( Nach viel weitergoogeln fand ich dann eine Variante die LaTeX nutzt:

texexec --pdfarrange --result out.pdf *.pdf

Das resultierende PDF Dokument ist leider unkomprimiert als wenn Grafiken drin sind wird es sehr groß, aber hier hilft dann wirklich Ghostscript weiter um das Dokument noch einmal nachzubearbeiten:

gs -sDEVICE=pdfwrite -dNOPAUSE -dQUIET -dBATCH -sOutputFile=final.pdf out.pdf