Christian Strack

Nächstes Semester freue ich mich erneut ein Tutorium in der “Praktischen Informatik I” übernehmen zu können. Im Gegensatz zu den letzten beiden Semestern, wird wieder Java als Programmiersprache zum Einsatz kommen. Da bereits seit geraumer Zeit das JDK in Version 7 veröffentlicht ist, wird auch diese neue Version Gegenstand der Vorlesung sein. Um entsprechend Übungsblätter korrigieren zu können, bedarf es also einer neuen Java Version. Apple hat allerdings die eigene Entwicklung einer Java VM und Development Kit auf das openJDK Projekt abgewälzt. Damit übernimmt Oracle, bzw. die Community, die Aufgabe diese bereit zu stellen. Leider gibt es noch keine Binärpakete, also wird der Compiler angeworfen.

Voraussetzungen:

• Intel Mac mit mind. 2 GB RAM
• XCode 4.1 aus dem AppStore unter Lion oder XCode 3.2.6 unter SnowLeopard
• Java for Developer von Apple
• Mercurial

Zu Beginn benötigen wir erst einmal den Quelltext. Dieser findet sich in einem Mercurial Repository
hg clone http://hg.openjdk.java.net/macosx-port/macosx-port
Sollte jemand nur für dieses eine Mal kein Mercurial installieren wollen, findet sich hier auch ein GZ-Archiv

Anschließend benötigt die Datei get_source.sh Ausführungsrechte und sollte ausgeführt werden:

cd maxosx-port
chmod +x get_source.sh

Nun beginnt der make-Prozess und benötigt einiges an Parametern:

make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` HOTSPOT_BUILD_JOBS=`sysctl -n hw.ncpu`

Rechnet hierfür ruhig einiges an Zeit ein. Unter Lion mit einem Core i7 sah das Ganze bei mir so aus:

########################################################################
##### Leaving jdk for target(s) sanity all docs images #####
########################################################################
##### Build time 00:17:01 jdk for target(s) sanity all docs images #####
########################################################################

## Build times ##########
Target all_product_build
Start 2011-09-16 13:19:09
End 2011-09-16 13:46:14
00:02:06 corba
00:06:09 hotspot
00:00:29 jaxp
00:00:38 jaxws
00:17:01 jdk
00:00:41 langtools
00:27:05 TOTAL
#########################

Nun noch ein kurzer Test ob alles läuft

build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/bin/java -version

und anschließend kopieren:

mkdir -p ~/Library/Java/JavaVirtualMachines
cp -R build/macosx-universal/j2sdk-bundle/1.7.0.jdk ~/Library/Java/JavaVirtualMachines

Falls sich jemand wundert warum die JVM in ~/Library und nicht in /System/Library landet:
Unter /System/Library landen nur von Apple entwickelte Libs und es hat den Vorteil das man beide JDKs behalten kann
Abschließend noch die Umgebungsvariable anpassen:

echo export JAVA_HOME=`/usr/libexec/java_home --version 1.7` >> ~/.bash_profile
echo export PATH=$JAVA_HOME/bin:$PATH


Aus Neugier und um mich mal wieder ein wenig mit Windows zu beschäftigen, habe ich den Versuch unternommen Windows 7 unter VirtualBox 4.0 zu installieren. Dabei bekam ich nach Initialisierung des Bootloaders folgende Fehlermeldung:

Windows 7 fails to install; Status: 0xc0000225

Nach längerer Suche und diversen Experimenten kam ich dann auf die Lösung:

Windows 7 möchte gerne IO-APIC

Im Laufe einer Projektarbeit an der Uni wo temporär Xen in Version 3.1 unter Debian Lenny benutzt wird, kam es beim Booten der dom0 mit dem Xen-Kernel zu folgender Fehlermeldung beim Start des X-Servers. Da Google nicht geholfen hat, hier die Lösung des Problems:
Innerhalb von Grub muss das Attribut dom0_mem gesetzt werden. Dazu einfach in der menu.lst das Attribut als Kernel-Parameter setzen. Z.B. also so:
kernel /boot/xen-3.1.gz dom0_mem=1G
Manchmal kann es so einfach sein …

Wie unter ¹ nachzulesen, hat das Netbeans Entwicklerteam beschlossen den Support für Ruby on Rails einzustellen. Da sich Netbeans seit geraumer Zeit zu meiner Standard-IDE gemausert hat und ich gerade an einem Ruby Projekt arbeite, ist dies eine denkbar ungünstige Situation. Glücklicherweise haben sich Entwickler gefunden die weiterhin Ruby on Rails für Netbeans entwickeln möchten. Eine erste Beta für Netbeans 7 lässt sich auch bereits installieren (Anleitung unter ²). Hierbei ist nur zu beachten, dass nicht wie früher eine installiere Ruby Umgebung erkannt wird. Um einen anderen Interpreter als das interne JRuby zu verwenden, muss ein entsprechend installierter Interpreter von Hand angegeben werden. Ansonsten läuft mit dem neuen Release alles bestens und ich bin weiterhin guter Dinge

¹ http://netbeans.org/community/news/show/1507.html
² http://blog.enebo.com/2011/02/installing-ruby-support-in-netbeans-70.html

Aufgrund des Bugs 23570 in ArchLinux, bzw. einem Bug im proprietären Nvidia Treiber, habe ich vor kurzem die Gunst der Stunde genutzt den freien Treiber Nouveau auszuprobieren.

Nach Installation und Konfiguration wurde ich direkt mit einem schöneren Schriftbild belohnt und kleinere Grafikfehler die ich vom proprietären Treiber kannte tauchten nicht mehr auf. Sogar der Anschluss eines Fernsehers über den SVIDEO Ausgang meiner Karte ging ohne Konfigurationsdateien über Dialoge. Alles in allem hielt sich dieser positive Eindruck für ein paar Tage, allerdings vermag er nicht die gravierend schlechtere Performance vergessen zu machen. Im reinen 2D-Bereich dürften imho beide Treiber auf demselben Level liegen. Nutzt man allerdings KWin mit Desktop-Effekten, so verlangsamen sich sowohl das Starten von Anwendungen, als auch allgemeine Aufgaben wie Fensterwechsel.

Diese Zeilen schreibe ich gerade mit dem neuesten Nvidia-Treiber in Version 270.41.03-1. Zwar ohne Desktop-Effekte, aber mit enstprechender Performance. Hoffentlich schreitet die Entwicklung des freien Treibers weiter voran, sodass ich irgendwann ganz umsteigen kann.

Wie versprochen hier die Folien im PDF-Format

Netzwerkeinführung

Bereits seit geraumer Zeit möchte ich einen älteren Fernseher als zweiten Monitor nutzen um keine DVDs mehr brennen zu müssen. Nach zahlreichen Rückschlägen hat es nun endlich funktioniert.

Der Fernseher ist über ein SVIDEO-Scart Adapterkabel an den SVIDEO Anschluss der GeForce 7400 Go angeschlossen. Als Treiber kommt der proprietäre Treiber von NVIDIA in Version 256.52-1 zum  Einsatz. Nach aktivieren des Fernsehers im Menü der NVIDIA X-Server Settings, in meinem Fall mit der Option TwinView, erscheint auch direkt das Hintergrundbild auf dem Bildschirm. Einziges Manko: Schwarz-Weiß!
Um dieses Problem zu lösen  muss die TwinView Option direkt in der xorg.conf (bzw. der nvidia.conf in /etc/X11/xorg.conf.d/) gesetzt werden. In meinem Fall sieht das so aus:

Section “Device”
Identifier “Default nvidia Device”
Driver “nvidia”
Option “NoLogo” “True”
Option “TVOutFormat” “SVIDEO”
Option “TVStandard” “PAL-G”
Option “TwinView” “True”
Option “TwinViewOrientation” “TV-0 RightOf DFP-0″
Option “MetaModes” “1280×800,1024×768; 640×480,640×480″
Option “UseEdidFreqs” “True”
Option “ConnectedMonitor” “DFP, TV”
EndSection

Nun noch den X-Server neustarten und alles funktioniert

Möchte man nun ohne den zweiten Monitor arbeiten müssen sämtliche TwinView Optionen auskommentiert werden.  Das Ganze scheint ein Bug im Kontrollzentrum des NVIDIA-Treibers zu sein. Mit ein wenig Glück wird dieser bald behoben und die Nutzung dadurch komfortabler.

Nachdem mir im Verlauf der Bachelorarbeit Netbeans immer besser gefallen und so Eclipse als Standard-IDE abgelöst hat, tauchen so langsam die ersten kryptischen Fehler auf.  Nachdem ich mehrere Projekte im Dateisystem verschoben hatte um sie zu einem GIT-Repository hinzuzufügen, wurde zur Laufzeit eine sogenannte RuntimeException geworfen. Zusätzlich wurde die Fehlermeldung Uncompilable source code angezeigt. Nach langem grübeln fand ich den Fehler:

In einem Kommentar kamen Umlaute vor und während Betriebssystemweit alles UTF-8 kodiert ist, war bei Netbeans ein anderes Encoding ausgewählt. So einfach kann es manchmal sein…

Als Besitzer einer NVIDIA Grafikkarte hatte ich lange Zeit mit der Displayhelligkeit unter KDE SC zu kämpfen. Sony scheint irgendwie die ACPI Events anders zu interpretieren, oder laut Kommentar in einem ACPI Script gänzlich zu ignorieren. Deshalb kann Powerdevil die Helligkeit nicht setzen. Ein Workaround ist das nutzen von Smartdimmer, welches auch im Paket nvclock enthalten ist, zu nutzen. Hiermit lässt sich die Helligkeit prozentual setzen:

nvclock -S value

Für 15 <= value <= 100

Leider muss so aber selbstständig auf die Helligkeit geachtet werden. Jetzt bin ich auf das Paket nvidia-bl im AUR gestoßen. Nach dem Laden des neuen Kernelmodules nvidia-bl und dem setzen des Flags acpi_backlight=vendor in der Kernel-Zeile in Grub reagiert nun das Display auf ACPI Events

Nutzer anderer Distributionen können das Modul natürlich auch selbst aus den Quellen bauen (Ubuntunutzer können auch direkt das PPA nutzen):

https://launchpad.net/~mactel-support/+archive/ppa