Lange Rede kurzer Sinn :

Auf Grund der Veröffentlichung des Snapshots, habe ich heute die originalen ISO-Dateien von Ubuntu, Kubuntu, Xubuntu und Lubuntu mit dem DKMS-Paket und dem aktuellsten Intel-Treiber versorgt und hochgeladen. Somit kann jeder auf Rechnern mit den problematischen Chipsätzen Intel 845 und 855 ein stabil laufendes Ubuntu 10.04 aka Lucid Lynx installieren, falls mal eine Neuinstallation fällig werden sollte.

Die aktualisierten ISO-Dateien kann man unter dem folgenden Link finden :

Ubuntu ISO-Dateien

Vor allem bei Programmen mit einem sehr hohen Entwicklungstempo kommt es häufig vor, dass die in den Paketquellen vorhandene Version komplett veraltet ist. Und nicht jeder hat Lust monatelang auf eine neue Ubuntu-Version zu warten um an eine neuere Version des Programms zu kommen.

Oft bekommt man das Futter an der Quelle, sprich der Entwickler des Programms bietet ein passendes Paket für Ubuntu an oder es findet sich ein PPA, nur kann man sich nicht immer darauf verlassen.

Einige könnten jetzt auf die Idee kommen mal bei Debian Unstable vorbeizuschauen und dort nach der passenden Version zu suchen. Leider kann man diese Pakete in der Regel nicht direkt übernehmen und unter Ubuntu installieren, da dort die Versionen der vorausgesetzten Pakete in der Regel nicht mit jenen von Ubuntu  übereinstimmen.
Das ist aber nicht weiter schlimm, da man den Quellcode des Pakets ohne Weiteres auf Ubuntu “portieren” kann, in dem man den Paketquellcode des Debian-Pakets unter Ubuntu kompiliert.

Voraussetzungen zum Paketbau

Die wichtigste Voraussetzung für den Paketbau unter Ubuntu ist das Paket “dpkg-dev”. Ohne dieses geht gar nichts. Zusätzlich benötigt man zwingend die Pakete "fakeroot" und "patch" :

sudo apt-get install dpkg-dev devscripts patch fakeroot

Die ersten beiden Pakete stellen die Infrastruktur zum Paketbau bereit. Das Programm "patch" dient zum Einspielen von Quellcode-Patches. Letzteres Programm ist zwingend notwendig, damit man als normaler Benutzer Pakete mit den korrekten Rechten erstellen kann.

Das Paket ist deshalb so wichtig, da sonst alle Dateien in einem Paket mit dem Benutzernamen und Rechten des Paketerstellers versehen werden und nicht, wie eigentlich gewollt, mit den “root”-Rechten.

Der Paketbau

In diesem Fall gehe ich einfach mal auf ein konkretes Beispiel ein:

Ich möchte die Bibliotheken des SANE-Projekts (Genau genommen die Backends) aus Debian Unstable nach Ubuntu Lucid von Hand zurückportieren. Das ist in meinem Fall notwendig, da die von Lucid ausgelieferte Version meinen Scanner (Multifunktionsdrucker Canon MP550) nicht unterstützt. Dazu muss ich die nun folgenden Schritte durchführen.

1. Den Quellcode und die Debian-Patchdatei des Pakets herunterladen

Den Quellcode und die Patchdatei (Diese enthält alle Paketinformationen, welche für den Paketbau benötigt werden) kann man sich recht einfach per Suchmaschine packages.debian.org herunterladen. Man sucht einfach das gewünschte Programm (“Unstable” als zu durchsuchende Version auswählen) und lädt dann mit Hilfe des Programms "dget" die dsc-Datei (Debian Source Control) herunter :

dget -u http://ftp.debian.org/debian/pool/main/s/sane-backends/sane-backends_1.0.21-3.dsc

"dget" erledigt automatisch das Herunterladen, entpacken und patchen der benötigten Quellcode-Dateien.

2. Paket anpassen

In der Regel muss man, vor dem Kompilieren, am Paketquellcode nichts mehr verändern. Es kann aber sein, dass man die Versionsnummer einer Bibliothek verändern muss, um sie an die Gegebenheiten von Ubuntu anzupassen. Dazu muss man nur die Datei "debian/control" innerhalb des gepatchten Quellcodeverzeichnisses mit einem Editor öffnen und in der Zeile “Build-Depends” die Versionsnummern entsprechend anpassen. Voraussetzungen ist aber, dass sich das Programm auch mit einer älteren Version einer benötigten Bibliothek kompilieren lässt (Aktuellere GNOME-Programme sind so ein Fall, wo es in der Regel nicht geht). Falls man eine neuere Version einer Bibliothek benötigt, muss man diese leider ebenfalls von Hand kompilieren bzw. deren Pakete bauen.

3. Das Paket erstellen

Um zumindest an einen Teil der Bauabhängigkeiten des Quellcode-Pakets zu kommen (Eine neuere Version eines Programms hat oft andere Abhängigkeiten als eine ältere Version), muss man die Source-Quellen im Paketmanager aktivieren (Siehe Bildschirmfoto) und die Paketlisten neu laden lassen:

Danach reicht der folgende Befehl :

sudo apt-get build-dep sane-backend

Jetzt kommt das eigentliche Erstellen des Pakets. Alles, was man dazu tun muss, ist in das Quellcodeverzeichnis zu wechseln und Befehl “debuild” auszuführen:

cd sane-backends-1.0.21
debuild

Bricht der Vorgang hier mit einer Fehlermeldung ab, fehlen eine oder mehrere Bauabhängigkeiten. Solch ein Fehler könnte beispielsweise folgendermaßen ausschauen (In diesem Fall habe ich die fehlenden Abhängigkeiten absichtlich deinstalliert um eine Fehlermeldung zu provozieren) :

dpkg-checkbuilddeps: Nicht erfüllte Bauabhängigkeiten: libgphoto2-2-dev libusb-dev (>= 2:0.1.10a-9)

Die Fehlermeldung tritt dann auf, wenn sich die Abhängigkeiten einer neueren Version geändert haben und/oder es eine Änderung der benötigten Versionsnummern gegeben hat (Siehe Punkt 2).

Die fehlenden Pakete muss man jetzt (leider) von Hand nachinstallieren. Am Einfachsten geht das, wenn man die Paketnamen mit der Maus markiert und dann, mithilfe der mittleren Maustaste, hinter den Befehl "sudo apt-get" einfügt. Man muss nur darauf achten, dass man nur die Paketnamen und nicht die Versionsnummern kopiert, da sonst "apt-get" eine Fehlermeldung ausspuckt. In meinem Fall wäre das also der folgende Befehl :

sudo apt-get install libgphoto2-2-dev libusb-dev

Hat man alle Pakete installiert, startet man den Paketbau von vorne:

debuild

Jetzt sollte der Vorgang ohne weitere Fehler durchlaufen.

4. Paket installieren

Ist der Paketbau fehlerfrei abgeschlossen worden, sollte man unterhalb des Quellcodeverzeichnisses eine oder mehrere Debian-Dateien vorfinden :

libsane_1.0.21-3_i386.deb, libsane-dev_1.0.21-3_i386.deb, libsane-dbg_1.0.21-3_i386.deb, sane-utils_1.0.21-3_i386.deb, sane-utils_1.0.21-2_i386.deb

Diese lassen sich mit Hilfe des Befehls "dpkg" normal installieren.

Falls es eine einzelne Datei ist, kann man diese dann per "sudo dpkg -i Paketname.deb" installieren. Sind es mehrere, sollte man es sich überlegen eine lokale Paketquelle einzurichten (Siehe meinen Artikel) und die Pakete dann über diese Paketquelle zu verwalten. Das erspart einem eine Menge Arbeit.

Edit 02.08.2010 :

• Befehl “dget” eingebaut. Ist weniger umständlich

Edit 10.08.2010 :

• Tippfehler im Befehl “debbuild” beseitigt. Muss “debuild” heißen.

Um hier mal meine eigene Erfahrung einzubringen:

Ab und zu lohnt es sich eine aktuellere Version eines Programms von Hand zu übersetzen und daraus ein Paket zu bauen. So habe ich vor ein paar Wochen den Quellcode des Ubuntu 10.10-Paketes von Firefox 3.6.6 genommen und mir daraus selbst aktuelle Pakete kompiliert, da die Version für Ubuntu 10.04 tagelang nicht in Sicht war.

Leider wurden in diesem Fall nicht ein einzelnes Paket, sondern zig Einzelpakete erstellt. Da man nicht alle Pakete benötigt, muss man erst umständlich herausfinden, welche Pakete man überhaupt installieren muss um die vorhandenen Firefox-Pakete zu aktualisieren.

Richtet man dagegen eine lokale Paketquelle ein und kopiert die selbsterstellten Pakete in das passende Verzeichnis, kann man diese Pakete ganz normal und wesentlich komfortabler per Paketmanager aktualisieren bzw. installieren oder deinstallieren.

Eine lokale Paketquelle erstellen

Im Prinzip ist das Einrichten einer lokalen Paketquelle sehr einfach. Alles was man dazu benötigt ist das Paket “dpkg-dev” und ein paar Minuten Zeit.

Zuerst muss man das Paket “dpkg-dev” installieren

sudo apt-get install dpkg-dev

Das Paket stellt das Programm “dpkg-scanpackages” bereit, welches man zwingend benötigt.

Danach muss man ein Verzeichnis anlegen, in welches man die lokalen Pakete (Die DEB-Dateien) ablegt. In meinem Fall habe ich einfach unter “/home” ein Verzeichnis angelegt :

sudo mkdir /home/debs

Natürlich kann jeder das Verzeichnis an eine beliebige andere Stelle legen (z.B. “/usr/local/debs”). Zusätzlich kann man das Verzeichnis noch als normalen Beschreibbar machen um das spätere Aktualisieren der Paketquelle etwas bequemer zu gestalten :

sudo chown Benutzername:Benutzername /home/debs

Als nächstes muss man das angelegte Verzeichnis als Quelle in den Paketmanager einbinden. Um die Sache übersichtlicher zu machen, legt man die zusätzliche Quelle nicht in der Datei “/etc/apt/sources.list”, sondern in einer eigenen Quell-Datei unter “/etc/apt/sources.list.d” ab :

echo "deb file:/home/debs ./" | sudo tee /etc/apt/sources.list.d/local.list

Alles was man jetzt noch tun muss, ist die gewünschten DEB-Dateien in das angelegte Verzeichnis zu legen und danach den folgenden Befehl im  Paket-Verzeichnis auszuführen :

cd /home/debs
dpkg-scanpackages ./ > Packages
gzip Packages

Danach reicht es die Paketquellen normal per Paketmanager zu aktualisieren (z.B. per “sudo apt-get update”) um die Pakete in die Datenbank aufzunehmen. Will man zusätzliche Pakete in die lokale Paketquelle aufnehmen oder will diese daraus entfernen, kopiert oder löscht man die DEB-Dateien ins bzw. aus dem Verzeichnis und ruft danach die obige Befehlsreihe nochmals auf um die lokale Paketdatei “Packages.gz” neu zu erstellen.

Um die Sache komfortabler zu machen, kann man ein kleines Skript benutzen, welches die obige Befehlsreihe automatisiert ausführt :

#!/bin/bash
pushd /home/debs > /dev/null
rm Packages.gz
dpkg-scanpackages ./ > Packages
gzip Packages
popd /dev/null

Ich habe mir das Skript unter dem Namen “scan-debs” unter /usr/local/bin” angelegt und ausführbar gemacht :

sudo chmod +x /usr/local/bin/scan-debs

Die Module des neuen DKMS-Paket basieren auf diesem neuesten Lucid-Kernel. Ich habe eine kleine Änderung in den Quellcode eingefügt, welche dafür sorgt das das DKMS-Paket sauber auf der alten und auch auf der neuen Kernelversion kompiliert. Wer also die Proposed-Quellen aktiviert hat, bleibt nicht im Regen stehen.

Man sollte vor dem Installieren der neuen Kernelversion zwingend das DKMS-Paket aktualisieren. Nur die neue Version kompiliert sauber mit der neuen Kernelversion.

Die einzige Änderung die ich nicht eingebaut habe, ist der Patch für den Xv-Overlay-Modus (Beseitigt den Absturz des Xservers beim Anschauen von Videos). Diesen habe ich weggelassen, da ich nicht sicher bin ob der Patch überhaupt noch notwendig ist. Mangels passender Hardware kann ich diesen Bug nicht mehr selbst nachprüfen.

Falls jemand Abstürze beim Anschauen von Videos mit aktiviertem Xv-Overlay-Modus hat, soll er sich bitte melden. Dann werde ich den Patch wieder in das Paket einbauen.

Edit 11.6.2010 18:41 :

Gefixte Versionen der DKMS-Pakete sind in ein paar Minuten online. Sorry für die Probleme.

Edit 11.6.2010 23:58 :

Sch**ss WM. Ich sollte nicht mit einem Ohr am Fernseher hängen, wenn ich meine Updates erstelle. Ich hatte vergessen die beiden Chipsätze 845 und 855 von der Blacklist des KMS-Modus zu nehmen.

Edit 12.6.2010 00:46

Ich habe gerade eine ältere Version der DKMS-Pakete hochgeladen. Die Versionsnummer ist 0.7.3, entspricht aber der alten Version 0.6.2. Dieses Paket funktioniert wenigstens sauber. Wer die Proposed-Quellen aktiviert hat, sollte das dort angebotene Kernelupdate bis auf Weiteres nicht installieren, da die alte Version der DKMS-Pakete ebenfalls nicht sauber mit diesem neuen Kernel funktioniert.

Ich muss dann wohl auf mein altes Notebook eine Ubuntu-Partition draufmachen um die DKMS-Pakete richtig testen zu können. Ich werde Wohl oder Übel mit dem Verkauf der Kiste noch ein paar Tage warten müssen.

Edit 12.6.2010 18:44 (Hoffentlich der Letzte )

Ich habe gerade die neuere Version der DKMS-Pakete nochmals hochgeladen. Jetzt sollten die Module endlich fehlerfrei mit dem aktuellen und dem Proposed-Kernel von Lucid funktionieren. Ich hatte leider beim Anpassen des Quellcodes des “i915.ko”-Moduls eine kleine “if”-Abfrage übersehen, welches ein bestimmtes Symbol des Moduls “intel-agp.ko” abfragt. Das wird aber vom Cache-Coherency-Patch aus letzterem rausgeworfen, weshalb das “i915.ko”-Modul nicht laden wollte. *seufz* Asche auf mein Haupt und 100x schreiben “Ich teste meine Software ab sofort 100% bevor ich sie auf den Rest der Menschheit loslasse!”.

Grundlegende Vorbereitungen

Als Erstes muss man die ISO-Datei der gewünschten Variante herunterladen.

Danach muss man zwei Pakete installieren, welche für das Erstellen der CD zwingend notwendig sind :

sudo apt-get install squashfs-tools genisoimage

“genisoimage” sollte im Normalfall schon installiert sein. Zusätzlich benötigt man 3-5GB freien Festplattenplatz und mindestens 512MB RAM.

Jetzt geht es ans Eingemachte. Zuerst muss man ein Arbeitsverzeichnis erstellen :

mkdir -p ~/live-cd/extract-cd

Als Nächstes wechselt man ins angelegte Arbeitsverzeichnis :

cd live-cd

Danach muss man die Live-CD in ein Verzeichnis mounten (Den Dateinamen sollte man entsprechend anpassen) :

sudo mount -o loop Pfad_zur_ISO_Datei/ubuntu-10.04-desktop-i386.iso /mnt

Als Nächstes wird der Inhalt der eingebundenen ISO-Datei per “rsync” in das Verzeichnis “extract-cd” gespiegelt. Dabei wird die Datei “filesystem.squashfs” ausgelassen, da diese am Ende eh neu generiert wird. Zusätzlich werden dann noch alle Dateien des neuen Verzeichnisses als Beschreibbar markiert, da es später ansonsten Probleme gibt :

rsync --exclude=/casper/* -a /mnt/ extract-cd
chmod -R +w extract-cd

Jetzt wird das eigentliche Live-CD-Dateisystem entpackt (Das dauert einige Minuten) :

sudo unsquashfs /mnt/casper/filesystem.squashfs
sudo mv squashfs-root edit (Ist nicht unbedingt notwendig, verkürzt aber die Tipparbeit bei den restlichen Anpassungen)

Alle Dateien der Live-CD sind jetzt auf der Festplatte.

“chroot”-Umgebung vorbereiten

Die folgenden Befehle dienen dazu eine funktionierende “chroot”-Umgebung einzurichten. Sind diese Vorbereitungen abgeschlossen, kann man mit dem Live-CD-System wie mit einer normalen Installation arbeiten.

Zuerst wird die Datei für die Nameserver-Konfiguration vom Hauptsystem in das Live-CD-System kopiert :

sudo cp /etc/resolv.conf edit/etc/

Dies ermöglicht die DNS-Namensauflösung innerhalb der späteren “chroot”-Umgebung. Je nach System, muss man noch zusätzlich die “hosts”-Datei kopieren :

sudo cp /etc/hosts edit/etc/

Jetzt wird noch das dev-Verzeichnis in die “chroot”-Umgebung eingebunden :

sudo mount --bind /dev/ edit/dev

Die “chroot”-Umgebung ist jetzt fast vorbereitet. Alle weiteren, noch notwendigen Konfigurationschritte werden ab jetzt in dieser Umgebung durchgeführt.

Zuerst wechselt man in die “chroot”-Umgebung :

sudo chroot edit

Jetzt kommen die restlichen Vorbereitung dran. Diese werden, da man jetzt ein Superuser ist, ohne vorangestelltes “sudo” ausgeführt :

mount -t proc none /proc
mount -t sysfs none /sys
mount -t devpts none /dev/pts
export HOME=/root
export LC_ALL=C
alias ls="ls --color -F"

Die “chroot”-Umgebung ist jetzt im Prinzip fertiggestellt. Es müssen jetzt nur noch drei kleine Schritte durchgeführt werden, damit es keine Probleme bei der Installation bzw. Deinstallation von Paketen gibt :

dbus-uuidgen > /var/lib/dbus/machine-id
dpkg-divert --local --rename --add /sbin/initctl
ln -s /bin/true /sbin/initctl

Die letzten drei Befehle sorgen dafür, das die “chroot”-Umgebung keine Möglichkeit hat laufende Dienste zu verändern bzw. auf den System-DBUS-Dienst zuzugreifen.

Ab jetzt kann man das System nach Belieben verändern. In meinen Fall führe ich zuerst per “aptitude” ein Update aller Pakete durch, binde meine PPAs ein und entferne ein paar Pakete (z.B. “example-content”) um die Größe des (später) komprimierten Dateisystem unter ca. 670MB zu halten. Wer will, kann auch einfach Synaptic starten (Befehl “synaptic”) und alle Paketinstallationen, Deinstallationen und Updates grafisch durchführen.

Beim Aktualisieren des Systems gibt zwei Dinge zu beachten :

1. Man sollte unbedingt alle alten Kernelversionen deinstallieren und nur die neueste Version installiert lassen. Ansonsten bekommt man später die ISO-Datei niemals kleiner als 700MB ohne massiv andere Pakete zu deinstallieren.
2. Wenn ein Grub2-Update angeboten wird, sollte dessen weitere Konfiguration ablehnen.

Hat man alle Veränderungen durchgeführt, muss man alle vorher getätigten Eingriffe in die “chroot”-Umgebung wieder rückgängig machen bzw. das Dateisystem aufräumen (Paketdateien löschen, temporäre Dateien entfernen, usw.) :

aptitude clean
rm /sbin/initctl
dpkg-divert --rename --remove /sbin/initctl
umount /proc
umount /sys
umount /dev/pts

Jetzt kann man die “chroot-Umgebung” wieder verlassen und die restlichen Aufräumarbeiten erledigen :

exit
sudo rm -rf edit/tmp/* edit/root/.bash_history edit/etc/resolv.conf edit/etc/hosts edit/var/lib/dbus/machine-id
sudo umount edit/dev

Neuere Kernelversion in die Live-CD einbauen

Damit die Live-CD auch mit einer neueren Kernelversion starten kann, muss man diesen vom eigentlichen Live-CD-Dateisystem ins das Verzeichnis “casper” des Live-CD-Dateisystems kopieren und die Initial-RAM-Disk mit LZMA rekomprimieren :

zcat edit/boot/initrd.img-2.6.32-24-generic | lzma -c -9 > extract-cd/casper/initrd.lz
cp edit/boot/vmlinuz-2.6.32-24-generic extract-cd/casper/vmlinuz

Analog verfährt man, wenn man z.B. einen der Mainline-Kernel oder einen Eigenbau-Kernel in die Live-CD einbinden möchte. Man muss nur die Versionsnummern anpassen, der Rest ist identisch.

SquashFS-Dateisystem erstellen

Nachdem diese Schritte ausgeführt wurden, geht es an das Erstellen des Live-CD-Dateisystems. Der komplette Verzeichnisbaum unter “edit” wird dabei in eine einzelne Datei gepackt (Die Kerneldateien werden dabei ausgelassen) :

sudo mksquashfs edit extract-cd/casper/filesystem.squashfs -wildcards -e boot/vmlinuz-* boot/initrd.img-*

Dieser Vorgang kann, je nach Rechner, bis zu einer halben Stunde dauern. Geht am Besten einen Kaffee trinken.

Nachdem dieser Vorgang abgeschlossen ist, sollte man zuerst die Gesamtgröße des Ordners “extract-cd” überprüfen. Dieser sollte immer unter 700MB bzw. 734003200 Bytes liegen. Ansonsten kann es nämlich zu Problemen beim Brennen der CD kommen. Wer vorhat die ISO-Datei auf eine DVD zu brennen oder diese nur per USB-Stick zu nutzen, braucht auf die Größenbeschränkung natürlich nicht zu achten.

Liegt die Größe über den genannten 700MB, muss man nochmals eine “chroot”-Umgebung erstellen (Einfach die Anleitung ab “chroot”-Umgebung vorbereiten nochmals abarbeiten) und zusätzliche Programme aus der Installation entfernen. Leider gibt es keine Möglichkeit die Größe des erstellten SquashFS-Dateisystems im Voraus zu bestimmen, da die Größe des erstellten SquashFS-Dateisystems davon abhängt, wie stark sich der Inhalt des Live-CD-Dateisystems komprimieren lässt.

ISO-Datei erstellen

Hat man die Größe des Ordners unter 700MB gedrückt, kommen nun die letzten Schritte vor dem Erstellen der eigentlichen ISO-Datei :

sudo chroot edit dpkg-query -W --showformat='${Package} ${Version}\n' > extract-cd/casper/filesystem.manifest
cp extract-cd/casper/filesystem.manifest extract-cd/casper/filesystem.manifest-desktop
sed -i '/ubiquity/d' extract-cd/casper/filesystem.manifest-desktop
sed -i '/casper/d' extract-cd/casper/filesystem.manifest-desktop
sudo du -sx --block-size=1 edit | cut -f1 > extract-cd/casper/filesystem.size
sudo chmod a-x+rw extract-cd/casper/filesystem.squashfs

Die obigen Befehle legen einige Dateien an, welche der Ubuntu-Installer benötigt um den Inhalt des Live-CD-Dateisystems sauber in eine echte Installation überführen zu können. Der “chmod”-Befehl dient nur dazu das man als normaler Benutzer überhaupt auf die angelegte SquashFS-Datei zugreifen kann.

Als letztes ist das eigentliche Erstellen der ISO-Datei dran :

cd extract-cd
genisoimage -D -r -V "Ubuntu 10.04" -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -o ../ubuntu-10.04-desktop-i386-custom.iso .

Die einzigen Parameter, welche man ändern sollte, sind der Name der CD (Parameter “-V”) und den Dateinamen der ISO-Datei.

Ist das Erstellen der ISO-Datei erfolgreich, ist man am Ende angekommen. Nun kann man die erstellte ISO-Datei in einen beliebigen Ordner verschieben und den Ordner “live-cd” von der Festplatte löschen. Bevor man dies tut, sollte man die erstellte ISO-Datei einem Testlauf unterziehen. Am Einfachsten geht das per USB-Stick oder, um keine CD-Rohlinge zu verschwenden, per wiederbeschreibbarer CD. Funktioniert die ISO-Datei ordnungsgemäß und wie gewünscht, kann man dann wirklich den Ordner “live-cd” löschen.

Am Ende muss man dann nur noch die ganz am Anfang gemountete ISO-Datei wieder aushängen :

Ist dieser Schritt abgeschlossen, kann man die eingebundene ISO-Datei wieder entfernen :

sudo umount /mnt

Edit 31.05.2010 :

• Kleinere Änderungen eingefügt. Dank an dakira für die Hinweise.
• Fehler korrigiert. Nochmals Dank an dakira für den Hinweis.

Edit 02.06.2010 (*seufz*) :

• Fehlende Befehle zum Erstellen der Manifest-Dateien eingefügt. Diese Befehle werden direkt vor dem Erstellen der ISO-Datei ausgeführt.
• Kopieren der Kerneldatei eingebaut. Ist beim Überarbeiten der Befehlsreihe verloren gegangen.
• Fehlendes “sudo” vor mksquashfs eingefügt.
• rsync-Befehl überarbeitet. Da am Ende der Inhalt des Verzeichnisses “casper” eh neu erstellt wird, braucht man daraus auch keine Dateien rauskopieren.
• Datei -und Verzeichnisrechte angepasst damit “genisoimage” und andere Befehle auch ohne “sudo” funktionieren.
• Rechtschreib -und Grammatikfehler korrigiert.

Edit 16.07.2010 :

• Hinweis auf den “umount”-Fehler eingefügt. Dank an Lirex für den Tipp mit den Parametern.

Edit 18.08.2010 :

• Dateinamen der initrd-Datei angepasst (Anpassung an Ubuntu 10.04.1).
• Hinweis zu Kernel-Datei eingebaut und “umount”-Befehl ans Ende der Anleitung verschoben.

Ich habe gerade ein paar Änderungen an meinen Blog durchgeführt :

1. Einzelne wichtige Artikel habe ich in gesonderte Seiten ausgelagert (Siehe oben im Blog). Das erleichtert es mir die Übersicht zu behalten und es gibt für meine Leser jeweils eine zentrale Anlaufstelle zum jeweiligen Thema (Intel-Treiber, 855GM-Probleme, usw.). Zudem ist die Pflege der Download-Links deutlich einfacher zu handhaben.
2. Ich habe mir jetzt einen Twitter und einen identi.ca-Account (Beides Name “glasen77″) zugelegt. Änderungen am Intel-Treiber und den Kernel-Modulen,  zusätzliche Download-Links für die ISO-Dateien und generelle Aktualisierungen den den “gepinnten” Artikeln werde ich über diese Dienste veröffentlichen. Das macht den Blog übersichtlicher, da ich nicht für jede Änderung einen eigenen Artikel schreiben muss.
3. Normale Artikel werde ich weiterhin über die normale Blog-Startseite veröffentlichen. Zu diesen werde ich auch keine Tweets verschicken. Dafür gibt es dann das normale RSS-Feed auf meiner Seite.

Edit 29.05.10 :

identi.ca-Account hinzugefügt.

Alle Download-Links zu den ISO-Dateien finden sich im folgenden Artikel :

Ubuntu ISO-Dateien

Vor knapp einer Stunde habe ich eine kleine Änderung am PPA “intel-driver” durchgeführt :

Die “libdrm”-Pakete sind jetzt in diesem PPA einhalten. Das heißt es muss nicht mehr ein extra PPA eingerichtet werden, um den Intel-Treiber aktuell zu halten bzw. zu installieren. Deshalb habe ich das PPA “libdrm” deaktiviert und gelöscht.

Die Paketlisten-Dateien für das PPA können problemlos gelöscht werden :

sudo rm /etc/apt/sources.list.d/glasen-libdrm-lucid.list /etc/apt/sources.list.d/glasen-libdrm-lucid.list.save

English :

Just an hour ago, i’ve made a small change to my PPA :

The “libdrm”-packages are now included in this PPA. This means, there is no need to use a extra PPA to be able to install or update the intel-driver. Therefore i’ve  deactivated and deleted the PPA “libdrm”

The package-list files for the “libdrm”-PPA can be deleted without any problems :

sudo rm /etc/apt/sources.list.d/glasen-libdrm-lucid.list /etc/apt/sources.list.d/glasen-libdrm-lucid.list.save

Es ist ein Dell Latitude D820. Das Notebook hat zwar auch schon 3 Jahre auf dem Buckel, ist aber trotzdem um Längen besser als mein altes Latitude D505. Zudem konnte ich bei dem Preis (232€) nicht Nein sagen.

Eine wichtige Konsequenz hat dieser Hardwarewechsel aber leider :

Da das neue Notebook einen Intel GMA950-Grafikchip hat, ist es nicht mehr von den Abstürzen betroffen. Der Kernel-Patch und die Module sind für mich persönlich überflüssig geworden.

Ich werde aber trotzdem die DKMS-Pakete weiter pflegen (Patch für Kernelversion 2.6.34 ist in der Mache), zumindest solange bis von offizieller Seite ein Fix erscheint. 100% testen kann ich sie aber leider nicht mehr. Da das alte Notebook schon so gut wie verkauft ist, fällt dieses als Testplattform leider flach.

Genauso sieht es mit dem Grafiktreiber aus meinem PPA aus. Diesen kann ich ab sofort auch nur noch auf 9xx-basierter Hardware testen. Immerhin habe ich durch das Notebook einen Bug in “meinem” Treiber gefunden, der sich nur auf der neueren Hardware zeigte.

Ich bin also auf Feedback angewiesen, vor allem im Fall des Patches für die Kernelversion 2.6.34 und aber auch für den Intel-Treiber auf 855-basierter Hardware.

Google hat den Codec VP8, in dessen Besitz sie durch den Kauf von On2-Technologies im letzten Jahr gekommen sind, unter eine freie Lizenz (BSD-Lizenz) gestellt. Es wurde eine extra Projektseite, welche den Quellcode für den Codec und andere Sachen bereitstellt, eingerichtet :

The WebM project

Quelle :

Phoronix.com – Google Opens Up VP8, Launches New Container Format

Meine persönliche Meinung dazu :

Das Beste was der freien Softwaregemeinschaft seit langem passiert ist. Endlich gibt es einen Codec, welcher frei von jeglichen Patenten, quelloffen und vor allem Konkurrenzfähig zu H264 ist.