Bei der 64-bit Version von 11.04 kann man nun bei der Installation eine 1GB große EFI Partition anlegen. Damit bekommt man schonmal das Notebook zum Laufen, YAY! Doch das nächste Problem wartet bereits. Das WLAN funktioniert nicht (bei der 10.10 mit einem USB Stick Boot ist es kein Problem). Ich bin mir nicht sicher, ob hier die Beta dran schuld ist, oder einfach wieder die Hardware. Wie ich in Foren verstanden habe, wird ein falsches WLAN Modul geladen.

Um dem entegegnzuwirken und dennoch WLAN zu erhalten, habe ich zunächst ein komplettes Systemupgrade versucht.

sudo apt-get update
sudo apt-get upgrade

Nach derm Neustart (ich hatte das Netzwerkkabel noch angeschlossen) war die gesamte Installation kaputt (dachte ich). Dem war aber nicht so. Ich musste einfach nur das Netzwerkkabel entfernen. Voi la, da lief Ubuntu wieder. Allerdings recht seltsam. Also habe ich den propritären Treiber für AMD installiert. Seit dem sind zumindest die Bootprobleme weg.

So, nun zum spannenden Teil, das WLAN. Um dieses zu aktivieren, gibt es ein ganz einfachen Trick (vielen Dank an das 3DNow Forum).

modprobe acer_wmi

Danach aktiviert/deaktiviert man mit Fn + F5 das WLAN. Der Switch funktioniert hier wohl Softwareseitig, man sieht nur nichts davon. Auf jeden Fall sollte dann mit…

rfkill list

… beim Eintrag für WLAN zwei mal “no” stehen. Probiert Fn+F5 ruhig öfters mal aus, dann seht ihr auch, was sich ändert, wenn man den obigen befehl eingibt. Zum Schluss führt man noch

sudo modprobe -r acer_wmi

ausgeführt werden. Danach sollte das WLAN ohne Probleme funktionieren. Bei mir tut es das… Ich wünsche viel Erfolg und Spaß beim ausprobieren, rumspielen.

Zunächst brauchen wir ein frisches, neues Repository, mit dem wir arbeiten möchten/wollen/sollen. Ich nehme an, dass der versierte Leser den umgang mit einem Konsolentool beherrscht (hier ist speziell die Rede von Ubuntu und dem Teminal). Zudem setze ich voraus, dass ein vServer (oder ein ähnlicher Server, z.B. root-Server oder ein Heimserver) vorhanden ist, auf den ihr root Zugriff habt.

Da Git das Tool der Wahl ist, brauchen wir es sowohl auf dem Host-System (auch Remote genannt) als auch auf dem Client (z.B. euer lokaler Rechner). Ich führe das Beispiel vor, wenn euer Host System ein Heimserver ist mit der IP 192.168.1.102 und dem Benutzernamen “hostuser”

Um Git lokal (Ubuntu 10.04 oder 10.10, oder was ihr mögt…) nutzen zu können, müssten wir es installieren. Das geschieht mit folgendem Befehl:

sudo apt-get install git-core

Im zweiten Schritt loggen wir uns per SSH auf dem Host-System unter dem Benutzernamen hostuser ein und installieren auch hier Git:

ssh hostuser@192.168.1.102
sudo apt-get install git-core

Repositories lege ich (persönlich) gerne strukturiert im repos Ordner im Home-Folder des Benutzers ein. Aber das ist jedem selbst überlassen, hier gibt es keine speziellen Vorgaben:

mkdir -p /home/hostuser/repos

Nun wechseln wir in das Verzeichnis, um hier ein Repository zu erstellen (ja, es ist die Langvariante, für alle Besserwisser *g* ):

cd /home/hostuser/repos

Ein Repository ist bei Git im Grunde nur ein Verzeichnis, welches Git informationen enthält. Ich nehme hier an, dass wir ein PHP Projekt starten möchten, also erstellen wir zunächst ein Verzeichnis und wechseln zu direkt zu diesem:

mkdir php.myproject.git
cd php.myproject.git

Die Namensgebung ist auch hier nur eine Vorliebe von mir. Es ist jedem selbst überlassen, wie man das Verzeichnis benennt. In dem Verzeichnis selbst initiieren wir ein leeres Git repo.

git init --bare --share

Damit haben wir schon einene großen teil geschafft. Nun loggen wir uns mit dem “exit” oder “logout” befehl wieder aus, sodass wir nun auf dem lokalen System dieses erzeugte Repository clonen können. Dies geschieht wie folgt (wohlgemerkt auf dem lokalen Rechner, nicht auf dem Server):

git clone ssh://hostuser@192.168.1.102/home/hostuser/repos/php.myproject.git php.myproject.git

Falls alles wie geplant funktioniert hat, solltet ihr eine Passwortabfrage erhalten (wenn der Zugang zum server vernünftig gesichert ist). Im hinteren Teil des Befehls seht ihr das Zielverzeichnis in das geclont wird (euer lokales Repository). Nun wechseln wir in dieses Verzeichnis und führen…

git status

…aus. Hier solltet ihr einige erste Informationen zum lokalen repo bekommen. Damit sind wir eigentlich schon fertig und können mit dem Repository arbeiten. Nun kann man noch einige interessante Dinge ausprobieren. Mit…

git branch -r

… erfahrt ihr, welche branches euer Remote-Repository zur Verfügung hat. Um einen neuen Branch (lokal) zu eröffnen, führt man git branch aus, in etwa so:

git branch v1.0.0

Hier habe ich meinen neuen Branch v1.0.0 benannt. Wie ihr den Branch benennt ist auch hier eurer Phantasie überlassen. Mit git checkout wechselt man zu diesem neuen Branch:

git checkout v1.0.0

Um diesen Branch nun auch auf das Remote System zu bringen, kann man ganz einfach folgenden gut Befehl verwenden:

git push origin v1.0.0

Damit wird der Branch in euer “zentrales” Repo geschoben (damit auch andere diesen zur Verfügung haben).

Im ersten Schritt benötigen wir den Postgresql Server aus den Quellen:

sudo apt-get install postgresql

Je nach Version, die ihr haben wollt, geht das auch so (hier z.B für die 8.3):

sudo apt-get install postgresql-8.3

Im nächsten Schritt geht es nun schon an PostGIS:

sudo apt-get install postgresql-8.3-postgis

Da wir ja auch bequem per Webinterface Zugriff haben möchten, installieren wir nun auch den PHP-PG-Admin:

sudo apt-get install phppgadmin

Um auf den Admin zugreifen zu können, muss man noch ganz kurz den Apache restarten (wenn es nicht schon bei der Installation automatisch passiert):

sudo /etc/init.d/apache2 restart

Die Hauptarbeit ist nun getan. Allerdings fehlen uns noch die Zugangsdaten. Dazu wechselt man als root zum User postgres…

sudo su postgres

… und legt einen Superuser für die Datenbank an:

createuser -l -P superuser

Das “L, bzw -l” bedeutet, dass sich der User einloggen darf. Zudem soll der Zugang per Passwort geschützt sein (-P). Es folgt eine doppelte Passwortabfrage und die Frage, ob der User als Superuser angelegt werden soll. Ja, das soll er.

Das Grundsystem steht nun. Was uns noch fehlt, ist eine Datenbank mit der wir arbeiten möchten. Diese legen wir (am besten mit UTF-8 Encoding) mit diesem Befehl hier an:

createdb mydatabase --encoding="UTF-8"

Dieser Datenbank müssen wir noch den “Slang” (den Dialekt) von Postgis beibringen:

createlang plpgsql mydatabase

Danach müsste alles erledigt sein. Ihr könnt euch nun im Web-Admin anmelden, neue User anlegen und mit der Datenbank arbeiten. Ich wünsche viel Spaß und Erfolg

Ein fertiges Linux-System solltet ihr mit Ubuntu ja bereits besitzen. D.h. den nächsten Schritt, den man gehen muss, ist den Apache-Server zu installieren. Unter Ubuntu bewerkstelligt man dies in der Console mit dem einfachen Aufruf

sudo apt-get install apache2

Eine Internetverbindung vorausgesetzt, solltet ihr nun die Download-, Installations- und Konfigurationsroutine sehen. Um zu überprüfen, ob der Apache nach der Installation läuft, öffnet einen Browser eurer Wahl und versucht die Adresse http://127.0.1.1 aus. Ihr solltet etwas in der Art “It Works” zu lesen erhalten.

Das Zend-Framework basiert ja bekanntlich auf PHP und so benötigen wie jetzt entsprechend PHP. Um PHP5 zu installieren, bemüht man widerum die Console und holt die aktuelle Version aus den Quellen:

sudo apt-get install php5

Nach erfolgreicher Installation sollte der Apache neu starten und wir können überprüfen, ob die Installation korrekt ausgeführt wurde. Dazu wechselt man in das Web-Verzeichnis des Servers:

cd /var/www

Hier sollte bereits eine index.html existieren, die wir schon im Web-Browser bewundern durften. Mit dem Aufruf…

sudo gedit phpinfo.php

… erstellt man die Datei phpinfo.php und öffnet diese gleichzeitig mit dem (in Ubuntu mitgelieferten) Editor, welcher übrigens um einges mächtiger ist, als z.B. Notepad unter Windows, da er für sehr viele Dateitypen Syntax-Highlighting unterstützt. In diese Datei fügt ihr nun folgende Zeile ein und speichert die Datei ab:

<?php phpinfo(); ?>

Damit haben wir eine Test-PHP-Datei erstellt, welche die Methode phpinfo aufruft und uns somit ausführliche Informationen über die installierte PHP-Version liefert. Diese Datei könnt ihr über den Web-Browser unter http://127.0.1.1/phpinfo.php aufrufen. Bei erfolgreicher PHP-Installation solltet ihr nun PHP-Informationen (z.B. die Version) sehen.

Einen großen Teil habt ihr damit schon geschafft und könntet schon fast mit einem Zend-Projekt anfangen. Was noch fehlt ist die Datenbank und das Apache ModRewrite Modul. Wofür die Datenbank (MySQL) gebraucht wird, sollte klar sein. Das Modul benötigen wir, um euer Projekt zu “privatisieren”. Das bedeutet, dass wir – gemäß ZF-Vorgabe – einzig und allein einen öffentlichen Zugriff auf die index.php anbieten.

Starten wir doch mit dem Einfacheren, dem Modul. Dieses ist nämlich schon installiert und muss nur noch aktiviert werden. Dazu wieder die Konsole:

sudo a2enmod rewrite

Kurze Erklärung dazu: a2 (Apache2, unser Server) en (enable, aktivieren) mod (Modul) rewrite. Eventuell – falls nicht automatisch durchgeführt – müsst ihr den Apache neu starten.

Nun möchten wir uns noch um die letzte Komponente, einen MySQL-Server kümmern. Dazu bemühen wir wieder die geliebte Konsole und holen uns den mysql-server mit Hilfe von apt:

sudo apt-get install mysql-server

Bei der Installation solltet ihr die entsprechenden Zugriffspasswörter wählen, der Rest passiert automatisch. Für diejenigen, die phpMyAdmin kennen und nutzen möchten, bietet sich an das Paket phpmyadmin zu installieren, welches dann unter http://127.0.1.1/phpmyadmin zu finden ist.

sudo apt-get install phpmyadmin

Mit dieser Konfiguration könnt ihr euch nun in aller Ruhe in ein neues Zend-Projekt stürzen. Falls ihr möchtet, könnt ihr auch entsprechende Tipps und Tutorials dazu in meinem kleinen ScienceBlog zur Hilfe nehmen.

Bei der Suche nach einer Lösung, bin ich auf folgende Bugmeldung bei Eclipse gestossen:

Starting from 2.18 on, GTK+ changed some of its internal behaviour (google for “client side windows”). This change is intentional, and needed for other development. It doesn’t make any difference to programs using GTK+ correctly, but it makes problems with programs that use GTK+ in weird ways, making wrong assumptions that only accidentally worked in the past. So, to ease the transition until those programs get fixed, an environment variable has been introduced to simulate the old behaviour.

Nun, die Lösung (bzw. Workaround) ist recht einfach zu bewerkstelligen. Dazu legt man eine Datei – z.B. fix.sh – im Eclipse Order an. Es kann natürlich auch ein x-beliebiger Ordner sein, ich habe es jedoch wegen der Zusammengehörigkeit direkt in den Eclipse-Ordner gepackt.

Diese Datei füllt man mit folgendem Inhalt:

export GDK_NATIVE_WINDOWS=true
/home/meinuserverzeichnis/programs/eclipse

Den Pfad müsst ihr natürlich auf euren Eclipse-Pfad anpassen. Danach nur noch speichern und evtl. entsprechend im Panel den Eclipse-Aufruf anpassen. Fertig, viel Spaß, ich hoffe, dass es geholfen hat!

Nun zum Thema selbst. Ausprobiert habe ich das Ganze unter Ubuntu 9.10 über die Konsole. Wer nach einer Lösung mit GUI sucht, wir dhier zwar nicht fündig, sollte diese Methode allerdings trotzdem einfach mal ausprobieren.

Realisieren kann man den Brennvorgang mit dem Linux.Kommando growisofs über die Konsole.  Dazu muss man vorerst einige Dinge in Erfahrung bringen. Zum einen, den Pfad wo euer Image liegt und zum anderen unter welchem Namen euer DVD-Brenner gemountet (im System eingehbunden) ist. Das erstere traue ich jedem, der das cd Kommando beherrscht zu (oder, wer faul ist, nutzt find  -name). Das Laufwerk findet man heraus, indem man in das Verzeichnis /dev/ wechselt und den ls Befehl mit -l als Parameter ausführt.

cd /dev/; ls -l

In dieser Liste sollte sich nun irgendwo der Name cdrom0 oder dvdrw wiederfinden. In der Regel (bei einem DVD-Brenner) heisst der Brenner sr0. Mit den informationen wechselt man nun (am besten) in das Verzeichnis der .iso Datei.

cd /pfad/zu/deiner/isodatei/

Ab hier ist es unglaublich einfach. Legt den DVD-Rohling in euer Laufwerk und führt den folgenden Befehl aus:

growisofs -speed=2 -dvd-compat -Z -use-the-force-luke=dao -use-the-force-luke=break:1913760 /dev/{{laufwerksname}}={{isoname}}.iso

In dem Befehl ersetzt Ihr noch die geschweiften Klammern. Die erste durch den Namen eures Laufwerks. Die zweite durch den Namen der Isodatei. Im Ergebnis dann in etwa so:

growisofs -speed=2 -dvd-compat -Z -use-the-force-luke=dao -use-the-force-luke=break:1913760 /dev/dvdrw=mygame.iso

Das wars. Ab hier sollte ein Fortschritt in Prozent und die Brenngeschwindigkeit angezeigt werden. Ihr seht, es ist recht einfach. Aber nochmals, ich rate euch dringend davon ab Spiele zu kopieren. Es ist nicht nur illegal, sondern auch schädlich für die Spielehersteller. Zudem übernehme ich keine Verantwortung/Haftung für mögliche Schäden (z.B. verbrannte Rohlinge).