ein snap Paket untersuchen

snap Pakete bestehen aus einer einzelnen Datei mit der Dateiendung .snap . Diese Datei ist technisch gesehen ein SquashFS-Dateisystem, in das alle Dateien, die das snap enthält, verpackt sind.

Was in dem snap Paket enthalten ist kann man unter- / durchsuchen. Je nach dem, ob das snap ins System eingehängt ist oder nicht unterscheidet sich der Weg.

eingehängtes snap Paket untersuchen

Den Inhalt eines snap Pakets, welches ins System eingehängt ist, zu unter- / durchsuchen benötigt keine weiteren Hilfsmittel. Man navigiert einfach zum Einhängepunkt, also /snap . Dann geht man den Ordner des gewünschten snaps, z.B. firefox für das Firefox snap. In diesem Ordner befindet sich immer ein Verzeichnis current , welches immer ein Link auf die aktuelle, installiert, eingehängte Version des snaps ist. Wechselt man in dieses Verzeichnis sieht man alle Dateien und Verzeichnisse, die zum snap gehören. Durch diese Verzeichnisse kann man navigieren, sich Dateien anzeigen lassen usw. Befindet man sich z.B. im Verzeichnis /snap/firefox/current kann man sich im Terminal über

less firefox.desktop

die im snap enthaltene .desktop-Datei anzeigen lassen.

nicht eingehängtes snap Paket untersuchen

Ein snap Paket muss aber nicht zwingend eingehängt sein, um es zu untersuchen. Man kann auch heruntergeladen bzw. nicht eingehängte Pakete untersuchen. Komfortable geht dies, indem man Programme aus den squashfs-tools-ng nutzt.

Vorbereitung: squashfs-tools-ng installieren

Das Paket "squashfs-tools-ng" ist in den Paketquellen einiger Linux-Distribution enthalten. Eine Übersicht findet man auf der Projektseite.

Unter Ubuntu / Debian / Raspberry Pi OS kann man das Paket über

sudo apt install squashfs-tools-ng

installieren.

Inhalt anzeigen lassen

Nach der Installation von "squashfs-tools-ng" steht unter anderem das Programm rdsquashfs zur Verfügung. Mit dessen Hilfe kann man sich den Inhalt eines SquashFS-Dateisystems - und damit auch eines snaps - anzeigen lassen.

Zuerst wechselt man in der Verzeichnis, wo das snap Paket liegt. Unter Ubuntu werden regulär installierte snaps unter /var/lib/snapd/snaps gespeichert. Liegt dort z.B. das snap core22_858.snap kann man sich über

sudo rdsquashfs core22_858.snap -l /

das Wurzelverzeichnis diese snaps anzeigen lassen. Das sudo ist hier notwendig, weil die snaps in /var/lib/snapdsnaps zum Besitzer und zur Gruppe root gehören und die Dateirechte mit 300 restriktiv gesetzt sind. Hätte man ein snap manuell heruntergeladen und z.B. im eigenen Home-Verzeichnis gespeichert, wären das Ausführen des Befehls mit sudo nicht notwendig.

Die Option -l des Programm rdsquashfs gibt an, welches Verzeichnis ausgegeben werden sollte. Möchte man sich z.B. alle ausführbaren Programme ausgeben lassen, die in diesem snap enthalten sind, ruft man den Befehl

sudo rdsquashfs core22_858.snap -l /usr/bin

auf.

Man kann sich mit Hilfe von rdsquashfs auch Dateien aus dem snap ausgeben lasse. Dazu muss man das Programm mit der Option -c gefolgt vom vollen Pfad und Dateinamen aufrufen. Im folgenden Beispiel würde die Datei /etc/systemd/journald.conf aus dem snap aufgelistet:

sudo rdsquashfs core22_858.snap -c /etc/systemd/journald.conf

Man kann sich auch einfach alle Dateien und Verzeichnisse aus dem snap auflisten lassen:

sudo rdsquashfs core22_858.snap -d

rdsquashfs kennt noch einige weitere Optionen, unter anderem zum Entpacken von einzelnen oder allen Dateien aus dem snap Paket. Diese kann man sich über den Aufruf von

rdsquashfs -h
#oder
man rdsquashfs

anzeigen lasssen.

zwei snap Pakete vergleichen

Die "squashfs-tool-ng" beinhalten auch das Programm sqfsdiff mit dem sich der Inhalt von zwei SquashFS-Dateisystemen und damit auch von zwei snap Paketen vergleichen lässt. Im folgenden Beispiel würden zwei Version des core22 snaps, welche im aktuellen Verzeichnis gespeichert sind, vergleichen:

sudo sqfsdiff --old core22_858.snap --new core22_864.snap

Je nach dem, wie viele Dateien und Verzeichnisse im snap Paket sind bzw. sich geändert haben, kann die Ausgabe sehr lang sein. Es gibt verschiedene Arten von Unterschieden:

• Lautet eine Ausgabezeile regular file ./pfad/zur datei/dateiname differs bedeutet dies, dass die Datei und der Dateipfad in beiden snaps identisch ist, sich aber der Inhalt der Datei verändert hat.
• Lautet eine Ausgabezeile > /pfad/zur/datei/dateinamebedeutet dies, diese diese Datei mit diesem Dateipfad in der neuen Datei enthalten ist, aber nicht in der alten.
• Lautet eine Ausgabezeile < /pfad/zur/datei/dateinamebedeutet dies, diese diese Datei mit diesem Dateipfad in der alten Datei enthalten ist, aber nicht in der neue.
• Lautet eine Ausgabezeile /pfad/zur/datei/dateiname has a different link target bedeutet dies, dass Datei und Dateipfad in beiden snaps enthalten ist, aber sich die Verlinkung innerhalb des SquashFS-Dateisystem geändert hat.

sqfsdiff kennt eine Reihe von Optionen, um die Vergleich einzuschränken. Die Optionen kann man sich über den Aufruf von

sqfsdiff -h
#oder
man sqfsdiff

anzeigen lassen.

Links

snap

• Startseite der offiziellen Dokumentation zu snaps

squashfs

• Wikipediaartikel zu SquashFS
• SquashFS Howto beim The Linux Documentation Projekt
• SquashFS Dokumentation des Linux Kernel

squashfs-tools-ng

• Projektseite von squashfs-tools-ng

ein snap ausprobieren / testweise installieren

ein snap testen

Hinweis: das im folgenden beschriebene Vorgehen ist explizit mit Ubuntu 22.04 LTS durchgeführt worden. Da snapd, der Daemon, der für snaps zuständig ist, aber von Canonical für alle unterstützen Ubuntuversionen gleichermaßen gepflegt wird, sollte das Vorgehen auch für andere Ubuntuversion funktionieren. Ebenso sollte das Vorgehen für andere Linuxdistributionen funktionieren, auf denen snapd installiert ist.

snap, das Paketformat von Canonical erlaubt es, ein Programm auszuprobieren, ohne dass das snap komplett installiert werden mus.

Im Vergleich zu einer normalen Installation eines snaps über snap install unterscheidet sich dieses Verfahren in vier Punkten:

1. Es werden keine Konfigurationsdateien im Homeverzeichnis des Nutzers unter ~/.config angelegt - es werden aber trotzdem Dateien unter ~/snap für das snap angelegt, das man testet.
2. Das snap wird bei einem snap refresh nicht aktualisiert.
3. Man könnte Dateien, die zum snap gehören, zur Laufzeit des snaps editieren und diese Änderung würden beim Start des Programms berücksichtigt. Was sich aber nicht ändern lässt ist das Confinement sowie die Connections eines snaps. 1.. Wenn man das Programm über die Kommandozeile startet, erhält man dort gegebenenfalls die Ausgaben des Programms wie Fehler- oder Warnmeldung. Dies kann bei der Fehlersuche hilfreich sein, wenn ein über ein snap installiertes Programm Probleme machen sollte.

Hinweis: Diese Verfahren ist dazu gedacht, Programme auszuprobieren, die noch nicht regulär installiert sind. Möchte man zwei verschiedene Versionen eines snap parallel nutzen sind Hinweis dazu im Blogartikel snaps parallel installieren zu finden.

Vorgehen

Im folgenden wird das Inkscape snap für das Vektorzeichenprogramm Inkscape als Beispiel genutzt. Die snap Version ist 10512. Für andere snaps sind einfach der Name und die Versionsnummer entsprechend anzupassen. Für alle folgenden Schritte gehe ich davon aus, dass man sich in seinem eigenen Homeverzeichnis ~/ befindet.

Die folgenden Befehle müssen alle im Terminal ausgeführt werden, teilweise sind dafür Root-Rechte notwendig.

Herunterladen und testweise einbinden

Zuerst lädt man das snap herunter, ohne es zu installieren, mit Hilfe des Befehls download:

$ snap download inkscape

Dabei werden zwei Dateien heruntergeladen: das snap an sich, in diesem Beispiel namens inkscape_10512.snap und die zugehörige Assertion-Datei (Verifizierungsdatei) inkscape_10512.assert, welche die kryptographischen Schlüssel und Validierungsdaten enthält, die bei einer Installation des snaps geprüft würden. "10512" ist hierbei die Versionsnummer zur Zeit des Downloads aktuelle, stabilen snaps. Der Befehl download kennt auch ein Option für Channels, d.h. man kann auch eine Beta- oder Testversion herunterladen - je nach dem was für das jeweilige snap bereit gestellt wird.

snaps in ein SquashFS Dateisystem verpackt, welches zuerst in ein Verzeichnis entpackt werden muss. Das notwendige Programm Namens unsquashfs ist bei Ubuntu standardmäßig installiert (wenn zuerst nein muss über die Paketverwaltung zuerst das Paket "squashfs-tools" installiert werden):

$ unsquashfs inkscape_10512.snap

Im Verzeichnis ist jetzt ein neues Unterverzeichnis namens squashfs-root angelegt worden, welches das entpackte snap enthält. Bei Interesse kann man durch das Verzeichnis und dessen Unterverzeichnisse navigieren, um zu sehen, wo welche Dateien liegen.

Zum Ausprobieren von Inkscape muss man den folgenden Befehl ausführen:

$ sudo snap try squashfs-root

Auch, wenn man sich im eigenen Homeverzeichnis befindet, sind Root-Rechte notwendig. Anschließend kann Inkscape regulär im Terminal, die GNOME-Shell bzw. Weg der jeweiligen Desktopumgebung den gestartet werden.

Das testweise laufende snap erscheint jetzt auch in der Liste des installierten snaps, auch wenn es nicht richtig installiert ist:

$ snap list

Name             Version                           Revision  Tracking    Herausgeber  Hinweise  
...  
inkscape         1.2.2-b0a8486541-2022-12-01-cust  x1        -           -            try  
...  

Die Revisionsnummer für snap zum Ausprobieren ist x1 und in der Spalte "Hinweis" ist zu sehen, dass das Inkscape snap im try-Modus ist.

Ein so eingebundenes snap wird auch bei einem Systemneustart wieder eingebunden, wie andere, regulär installierte snaps auch. Das deaktivieren / deinstallieren wird im folgenden Abschnitt beschrieben.

snap wieder entfernen

Das testweise installierte snap kann wie ein reguläres snap deinstalliert werden:

$ snap remove inkscape

Danach kann man das Verzeichnis ~/squashfs-root und das Verzeichnis inklusive Unterverzeichnissen ~/snap/inkscape löschen. Des Weiteren kann man die heruntergeladenen Dateien inkscape_10512.snap und inkscape_10512.assert löschen.

Was tun, wenn versehentlich auch ein produktiv genutztes snap ausprobiert wurde?

Hat man - versehentlich oder bewusst - ein snap testweise installiert, welches in einer anderen Version schon regulär installiert war (z.B. das Firefox snap), dann wird regulär installierte gegebenenfalls durch das testweise installierte ersetzt. Dies lässt sich aber einfach rückgängig machen, im folgenden am Beispiel des Firefox snaps gezeigt:

Zuerst prüft man, ob noch eine reguläre Version des snap installiert ist. Dies sollte normalerweise der Fall sein, da immer mindestens eine ältere Version eines snap noch vorhanden ist:

$ snap list firefox --all

...  
firefox  107.0.1-1  2154      latest/stable  mozilla✓     deaktiviert,try  
firefox  108.0b9-1  x1        latest/stable  -            try  
...  

Die Ausgabe zeigt, das es die testweise installierte Version x1 und eine weitere, reguläre Version 2154 auf dem System gibt. Mit den folgenden beiden Befehlen kehrt man zur regulären Version zurück und löscht das snap der Testversion:

$ sudo snap revert firefox $ sudo snap remove firefox --revision=x1

Für das vollständige Entfernen des testweise installierten Version löscht man noch die Dateien wie weiter oben im Abschnitt "snap wieder entfernen" beschrieben.

Links

• snap try Dokumentation

snaps parallel installieren

Hinweis: das im folgenden beschriebene Vorgehen ist explizit mit Ubuntu 22.04 LTS durchgeführt worden. Da snapd, der Daemon, der für snaps zuständig ist, aber von Canonical für alle unterstützen Ubuntuversionen gleichermaßen gepflegt wird, sollte das Vorgehen auch für andere Ubuntuversion funktionieren. Ebenso sollte das Vorgehen für andere Linuxdistributionen funktionieren, auf denen snapd installiert ist.

snap, das Paketformat von Canonical erlaubt es, mehrere Versionen eines Programms parallel zu installieren. Die Voraussetzung ist dabei, dass die snaps aus verschiedenen Channels stammen. Verschiedene Channels können z.B. eine Extend Support Version eines Programms sein und der reguläre / aktuelle, stabile Release.

Verschiedene Channels sind aber in der Regel nicht die aktuelle, stabile Version ein Programms und die Betaversion, da diese bei vielen / den meisten snaps im selben Track sind und damit nicht parallel installierbar

Warum parallel installieren?

Ob man ein snap in mehreren Version parallel installieren möchte (oder muss), muss man letztenslich für sich selber entschieden. Wirklich nötig ist es - zumindest in meinen Augen - wohl eher selten. Interessant ist es vielleicht für diejenigen, die zu Testzwecken mehrere Versionen eines Programms benötigen, wie z.B. den auch im folgenden als Beispiel verwendeten Firefox in der jeweils aktuellen und ESR-Version.

Risiko einer Parallelinstallation

Das Risiko kann, je nach snap, sein, dass die eine Version des snaps Konfigurationsdateien des anderen snap überschreibt oder ändert, was zu Problemen führen könnte (aber nicht muss).

Vorgehen

Im folgenden wird als Beispiel das Firefox snap aus dem "stable/latest" (=das standardmäßig installiere) und dem "esr/latest" Track/Channel, so dass zwischen der jeweils aktuellsten und aktuellsten ESR (=Extended Support Release) Version gewechselt werden kann. Das Vorgehen ist auf andere snap und andere Channels übertragbar.

Der Wechsel erfolgt über Befehle, die im Terminal eingegeben werden müssen. Zum Wechsel zwischen zwei Versionen dient der Befehl

$ snap switch --channel=TRACK/CHANNEL NAME_DES_SNAPS

Nach dem Ausführen von switch muss immer anschließend noch ein

$ snap refresh

ausgeführt werden. Zum Wechsel auf den stabilen ESR-Track des Firefox führt man die Befehle

$ snap switch --channel=esr/stable firefox $ snap refresh

aus. Da die ESR-Version des Firefox noch nicht installiert ist, wird diese heruntergeladen und aktiviert. Gleichzeitig wird der latest/stable Firefox deaktiviert, aber nicht deinstalliert. Beim nächsten Start des Firefox nutzt man die ESR Version.

Um wieder zum latest/stable Track zurück zu wechseln führt man wieder die beiden Befehle

$ snap switch --channel=lastest/stable firefox $snap refresh

aus.

einen Channel wieder deinstallieren

Möchte man doch nur einen Channel, im folgenden latest/stable nutzen und die Programmversion des anderen deinstallieren, dann wechselt man zuerst in den zu deinstallierenden Channel

$ snap switch --channel=esr/stable firefox $ snap refresh

und deinstalliert dann den Firefox

$ snap remove firefox $ snap switch --channel=latest/stable firefox $ snap refresh

Anschließend muss der Firefox aus dem latest/stable Channel gegebenenfalls noch aktiviert werden. Steht in der Ausgabe von

$ snap list firefox --all

in der Spalte "Hinweise" der Eintrag disabled, dann führt man noch den Befehl

$ snap activate firefox $ snap refresh

aus.

Erst Upgrade, dann Neuinstallation - von Ubuntu 12.04 nach 14.04

Letztes Wochenende war es soweit: das Update von Ubuntu 12.04 auf 14.04 stand auf dem Laptop an, den ich beruflich nutze (ein Lenovo T410). Die Prozedur ist ja nicht weiter schwierig und z.B. auch im Wiki von ubuntuusers.de beschrieben.

Dank schnellem Internetzugang ging das ganze auch recht zügig von statten und das Upgrade lief problemlos und fehlerfrei durch.

Nach dem Reboot lief auch alles rund, also alles gut. Dachte ich zumindest. Beim ersten Starten von Empathy unter Trusty war die Darstellung der Chats auf die Standardansicht zurückgesetzt, besser gefällt mir aber eine andere die Darstellung.

Kein Problem, kann man ja umstellen. Nur: im Empathy-Fenster fehlte das komplette Menü "Empathy", welches auch den Menüpunkt "Einstellungen" enthält. Da ich auf meinem privaten Laptop aber schon länger Ubuntu 14.04 installiert habe war ich mir sehr sicher, dass das Menü normalerweise da ist. Hm...

Nun, es gibt schlimmeres, von daher erst Mal weiter gemacht. Aber dieses Phänomen wollte dann später doch untersucht werden. Also mal testweise den Editor "gedit" gestartet. Alle Menüpunkte vorhanden, aber im Menü "Bearbeiten" fehlte auch hier der Punkt "Einstellungen". Das gleiche auch in Rhythmbox - der Menüpunkt zum erreichen der Einstellungen fehlt ebenfalls.

Da mir so gar nicht danach war, diesen Fehler in den Untiefen des Systems zu suchen, habe ich kurzerhand die Installations-DVD heruntergeladen, die wenigen Daten, die noch nicht gesichert waren, gesichert und dann Ubuntu 14.04 neu installiert.

Das lief - wie nicht anders zu erwarten - problemlos und das neue System war jetzt wirklich einsatzbereit. Inklusive der Einstellungs-Menüs, die sind jetzt wieder vorhanden.

Die Neuinstallation ist für mich übrigens nicht weiter tragisch, da ich auf dem beruflich genutzten Laptop quasi ein "Vanilla-Ubuntu" (=keine Anpassungen) nutze. Ich habe zusätzlich nur ein paar Pakete aus den offiziellen Quellen (Apache, MySQL, CouchDB) und ein paar Python-Module installiert, sonst nichts. Und die Dateien im persönlichen Ordner (Musik, Code, Bilder, Dokumente für die Arbeit) werden so wie so regelmäßig gesichert.

Wer das gleiche Problem auch schon hatten und eine Lösung ohne Neuinstallation kennt, der kann dies gerne als Kommentar zu diesem Blogbeitrag posten.

10 Tage Ubuntu Saucy Salamander - das 1. Fazit

Vor 10 Tagen, am 19.10.2013, habe ich meinem privaten Laptop (Lenovo R61) per Upgrade von Ubuntu 13.04 auf den aktuellen Release 13.10 "Saucy Salamander" aktualisiert.

Das Upgrade hatte ich via Aktualisierungsverwaltung angestoßen, durchgelaufen ist es ohne Probleme. Der ersten Bootvorgang lief auch reibungslos durch, genauso wie der Login.

Optisch sind die Änderung ja reichlich unspektakulär, sprich Saucy sieht Raring ziemlich ähnlich. In Sachen Nutzung ist auch erst Mal alles beim alten geblieben, jedenfalls ist mir nichts aufgefallen bei meiner "täglichen" Arbeit.

Gut, ganz problemlos war das Upgrade aber dann doch nicht. Über das Problem der nicht-automatischen Datenbankmigration von CouchDB hatte ich bereits geschrieben. Dies betrifft aber unter Strich nur die "Randgruppe" der CouchDB Nutzer.

Das größere Problem war, dass Unity anscheinend dachte, mein Laptop hätte ein amerikanisches Tastaturlayout, jedenfalls erschienen bei der Suche via Dash etc. die Zeichen nach dieser Tastaturbelegung. Eingestellt ist aber Deutsch und dieses wurde in der Systemsteuerung auch so angezeigt. Beim Login via Terminal 1 bis 6, also ohne GUI, stimmt das Tastaturlayout übrigens interessanter Weise. Abhilfe bracht, unter "Systemeinstellungen -> Sprache" den Punkt "System der Tastatureingabemethode" von "Standard" auf "Keine" umzustellen. Seitdem ist alles so, wie es sein soll.

Das zweite Problem verflüchtigte sich auch schnell: Der Laptop spielte Musik ganz normal ab, aber beim Einstöpseln von Kopfhörern blieben diese stumm, obwohl das Einstöpseln korrekt erkannt wurde. Nachdem ich eine Supportanfrage im Forum von ubuntuusers.de gestartet hatte, hatte sich das Problem aber dann erledigt. Wobei ich nichts gemacht hatte, außer einmal auf der Konsole den ALSA-Mixer zu starten. Ob das jetzt wirklich die Lösung war oder ob das System nur eine Hardware-Schluckauf hatte - keine Ahnung. Na ja, Hauptsache läuft.

Tja, und der Rest... der läuft halt so, wie es sein soll. Keinerlei Probleme mit Empathy, Shotwell oder Rhythmbox. Wobei ich das Beladen eines iPod Mini 3rd Generation mit MP3s via Rhythmbox noch nicht getestet habe. Unter Raring stürzte das Programm dabei nämlich reproduzierbar ab.

Erstes Fazit zum Upgrade auf Saucy: läuft problemlos, die kleineren Wehwehchen waren schnell behoben. Großer Änderungen gab's keine, jedenfalls keine auf dem Desktopsystem erkennbaren. Die Stabilität ist bei mir so, wie sie sein soll: stabil, keinerlei Abstürze, Crashs etc. Apport hat sich jedenfalls noch nicht gemeldet.

Saucy werde ich jetzt bis zum kommenden Release von 14.04 LTS "Trusty Tar" nutzen. Mal sehen, was das so bringt.

Probleme mit CouchDB nach Upgrade auf Ubuntu 13.10

Gestern habe ich meinen Rechner von Ubuntu 13.04 auf 13.10 aktualisiert. Das hat auch soweit ohne Probleme geklappt (und dazu gibt's noch einen separaten Blogeintrag).

Auf dem Rechner ist auch CouchDB installiert, welches ich für die Speicherung von eine paar Daten einsetzen. Im Zuge des Upgrades wurde dann auch CouchDB von Version 1.2 auf 1.4 aktualisiert.

Erste Auffälligkeit nach dem 1. Booten von Ubuntu 13.10: Im Anmeldebildschirm erscheint ein Nutzer namens "CouchDB Administrator". Einloggen kann ich mich da aber nicht (was vielleicht daran liegt, dass ich CouchDB im "Admin-Party" Modus betreibe?).

Normal eingeloggt wurden dann Futon, die HTML-basierte GUI von CouchDB aufgerufen. Nächste Auffälligkeit: Die Datenbank wurde offensichtlich nicht auf automatisch auf die Version 1.4. migriert. Dafür gibt es einen Eintrag in der DB-Liste "1.2.0/name_der_db". Kurioser Weise kann man diese DB dann aber nicht öffnen! Den Versuch quittiert CouchDB mit der Fehlermeldung:

"Error: illegal_database_name
Name: '101/eigene_caches'. Only lowercase characters (a-z), digits (0-9), and any of the characters _, $, (, ), +, -, and / are allowed. Must begin with a letter."

Aha -  da stellt sich doch die Frage, warum die DB dann so umbenannt wurde...

Also, wie an die Daten kommen? Gut, ich habe diverse Kopien der DB auf einem anderen Laptop und meinen beiden Android-Geräten, von daher kann ich ein wenig entspannt experimentieren. Ein simples Kopieren der Datenbank-Datei und zugehörigen Views in Datenverzeichnis funktioniert nicht, CouchDB erkennt die Daten nicht als DB-Dateien.

Die Replikation von MobileFuton 1.2 (=CouchDB für Android) funktioniert ohne Problem. Die Daten sind jetzt wieder da.

Fazit: wer auch CouchDB unter Ubuntu nutzt und das Upgrade von 13.04 auf 13.10 macht - stellt vorher sicher, dass ihr eine aktuelle Sicherung der Datenbank habt bzw. repliziert das Datenbank(en) vorher auf ein anderes Gerät.

In der Doku von CouchDB habe ich keine Hinweise zu diesem Verhalten gefunden. Lediglich im Bugtracker von Debian gibt es einen Bugreport, dass die "database migration should be automatic" sein sollte (Link zum Bugreport).

Wer ähnliche Probleme hatte oder eine andere Lösung hat kann dies gerne in den Kommentaren zu diesem Blogeintrag posten.

Raring Ringtail - der erste Kontakt

Gestern, am 25.4.2013, ist wie geplant die neue Ubuntu Version 13.04 mit dem Namen "Raring Ringtail" erschienen.

Heute habe ich dann meinen privaten Laptop upgegraded (der Laptop, den ich auch beruflich nutzte, läuft immer "nur" auf LTS-Versionen). Das Upgrade über die graphische Paketverwaltung lief völlig problemlos durch, keine Probleme hier.

Nach dem ersten Start präsentiert sich Raring Ringtail erst Mal unspektakulär, keine großen optischen Änderungen - aber eine Reihe von kleinen. Nautilus heißt jetzt "Dateien" und hat ein neues Icon im Starter. Ubuntu One hat ein eigenes Icon (natürlich eine Wolke) in der Indicator-Liste. Aus Rhythmbox, dem Standardaudioplayer von Ubuntu, wurde jetzt nach Amazon auch der Ubuntu One Shop entfernt. Dieser ist via Ubuntu One aber natürlich noch verfügbar.

Diverse Programme wurden aktualisiert, aber - ebenso wie die Optik - alles unspektakulär. Jedenfalls das, was ich bis jetzt gesehen habe.

Mit einer Ausnahme: Nautilus. Hier gab es im Vorfeld wohl diverse Diskussionen bei Canonical, ob man in Ubuntu 13.04 die aktuelle Version von Nautilus 3.6.x einbauen soll, oder bei 3.4.x, welche in Ubuntu 12.10 enthalten ist, bleiben soll. Grund: Die Entwickler von Nautilus haben mit der Version 3.6 den Funktionsumfang deutlich reduziert.

Erster Eindruck, nach 10 min probieren und geklicke in "Dateien": ganz übel, im Sinne von übler Rückschritt! Jetzt habe ich Nautilus mit Sicherheit nicht bis in letzte ausgenutzt, aber es selbst für mich auffällig, dass hier an einigen Stellen stark gekürzt wurde.
Am "schlimmsten" finde ich, dass die Zwei-Spalten Ansicht komplett entfallen ist. Das macht das Hin- und Her-Kopieren von Dateien zwischen zwei Verzeichnissen oder Laufwerken unnötig aufwendig. Entweder muss man wieder mit Copy&Paste arbeiten oder mit zwei Fenstern von Nautilus.
Weiterhin wurden die Menüs ziemlich drastisch reduziert. Es gibt nur noch ein Menü mit den wichtigsten Punkten ("mit Server verbinden", "Orte eingeben", "Lesezeichen" und "Einstellungen"), alles andere ist nur noch via Rechtsklick aufrufbar.
Auch wenn ich bisher Ubuntu quasi nur in der out-of-the-box Installation genutzt habe muss ich mal schauen, ob mittelfristig bei mir nicht doch ein anderer Dateimanager Einzug halten wird...

"Lohnt" sich jetzt das Update auf Raring? Sagen wir so: Es gibt zwar keinen entscheidenden Grund, von Quantal auf Raring upzugraden - aber auch sicherlich keinen, es nicht zu tun. Zumal Ubuntu ja auch immer nur das Upgrade auf die unmittelbar folgende Version zulässt (und von LTS auf LTS),  so dass man für ein späteres Upgrade auf Saucy so wie so Raring installiert haben muss.

Ach ja: Der Support für Raring endet nach nur noch 9 Monaten, also Ende Januar 2014 - vor dem nächsten LTS-Release. Wer also auf Raring aktualisiert wird um ein späteres Upgrade auf Saucy nicht umhinkommen, sofern er nicht drei Monate ohne Support auskommen will.

Ubuntu bootet nicht mehr nach Einsatz von Knoppix vom USB-Stick?!?

Eine Geschichte aus dem wahren Leben, soeben erlebt: Ich habe die Knoppix-Version auf meinem Live USB-Stick aktualisiert. Den brauche ich zwar quasi nie, aber besser einen bereit haben. Also Knoppix 7.0.5 als ISO-Image heruntergeladen, Unetbootin aus den Quellen installiert und damit auf den Stick gespielt.

Der 1. Test: Knoppix bleibt ziemlich zu Beginn hängen ("unpacking kernel" oder so). Gut, nicht schlimm, Fehlersuche kann ich die Tage machen. Beim Reboot von Ubuntu startet GRUB2 normal - nur bliebt Ubuntu (12.10) auch direkt zu Beginn des Bootens hängen. Die letzte Bootmeldung war was mit "ACPI" nach ca. 0,2 s Bootzeit. Hm... Bis dahin sind alle *buntus auf dem Rechner immer sauber gestartet. Beim Booten von Ubuntu mit dem Bootparameter acpi=off startet und läuft das System dann ohne Probleme. Auch wenn ich keinen direkten Zusammenhang gesehen habe, hatte ich Unetbootin und die installierten Abhängigkeiten im Verdacht. Also alles via apt-get purge ... von der Platte gebannt und neu gestartet. Funktioniert, auch ohne Boot-Parameter. So weit, so gut.

Dann noch Mal rein Interesse halber Knoppix vom Stick gestartet. Bleibt immer noch hängen. Egal, Ubuntu wieder gestartet und: GRUB-Menü kommt, aber Ubuntu startet nicht. Gleiches Fehlerbild wie beschrieben. Und mit acpi=off funktioniert es (wieder).

Und um das ganze noch seltsamer zu machen: Beim nächsten Reboot (also nach einem mit dem acpi Bootparameter) startet Ubuntu auch wieder normal.

Wie gesagt: ich habe keine Ahnung, was da passiert und wo die Zusammenhänge sind. An Knoppix an sich kann es eigentlich nicht liegen, weil außer, dass das Bootmenü vom Stick geladen wird, macht Knoppix eigentlich nichts. Und an Ubuntu an sich habe ich auch nichts gemacht, außer gebootet, eingeloggt und dann wieder gebootet.

Wer also eine Idee oder Erklärung dafür hat darf diese gerne in den Kommentaren Kund tun :-)

Update 16.2.: Ubuntu bootet doch nicht ohne Probleme. Mal funktioniert es ohne Bootparameter, mal nicht. Habe jetzt acpi=off fest hinterlegt. Dafür fährt das System jetzt zwar sauber runter, aber der Rechner schaltet sich nicht ab..

Update 24.2.: Geht wieder... Nachdem ich das Bios auf die Default-Werte zurück gesetzt habe funktioniert wieder alles. Wobei ich vorher jahrelang nichts im Bios umgestellt habe... Was mich jetzt noch interessieren würde: Woran lag's? Werde ich wahrscheinlich nie herausfinden...
 

Das ist es wieder... Synaptic

Ich habe in der Vergangenheit schon mehrfach erwähnt, dass das Software-Center und ich nicht die besten Freunde sind. Seit ein paar Tagen ist es auch wieder soweit: Synaptic ist zurück auf dem System.

Der Grund war gar nicht unbedingt, dass ich mit Synaptic besser Software nachinstallieren kann (macht ich so oder so kaum), sondern das man mit Synaptic viel besser und umfangreicher Infos zu den Paketen bekommt.

Für den Wikiartikel zu den Unity Lenses braucht ich ein paar Infos, die in der Paketbeschreibung drin sind. Im Software-Center habe ich diese nur teilweise gefunden. Unter Synaptic war alles schön übersichtlich aufbereitet.

Klar, man kann auch im Terminal ein "apt-cache show PAKETNAME" eingegeben und bekommt die Info auch. Aber gerade wenn man Infos zu mehreren Paketen braucht ist die kombinierte tabellarischen und Reiter-Darstellung von Synaptic übersichtlicher und kompakter.

Zur Ehrenrettung des Software-Centers muss man vielleicht noch dazu sagen, dass das Software-Center (bewußt?) nicht für diese technischen Dinge konzipiert ist. Es ist wohl eher für die einfache Installation von Software (sowohl aus den Quellen als kommerziell) ausgelegt und von Konzept und Bedienung an die gängigen App-Stores für Smartphones und Tablets angelehnt.

Na ja, jedenfalls ist nach Synaptic dann wieder zurück gekehrt. Und das nach nur ca. 8 Wochen Abwesenheit (vor 8 Wochen habe ich den letzten Rechner von mir mit GUI von 10.04 LTS aus 12.04 LTS aktualisiert).

Canonical das Root-Recht entziehen - Kommentar zum Editorial LinuxUser 11.2012

"Auf meinen Rechnern jedenfalls entziehe ich Canonical das Root-Recht, ein für allemal". So lautet der letzte Satz des Editorials von Jörg Luther, seines Zeichens Chefredakteur des LinuxUser Magazins. Das komplette Editorial kann man online im Internet nachlesen: Link. In diesem besagten Editorial schießt Herr Luther ziemlich scharf gegen Ubuntu bzw. im Detail gegen die Unity Shopping Lens und den Umgang mit Kritik seitens Canonical zur selbigen.

Ich weiß nicht, wie andere das Empfinden, aber nach meinem Empfinden neigt Herr Luther in seinen Editorialen zu übertrieben negativen und stark polarisierenden Sichtweisen. Die Editorale seines Kollegen Jan Kleinert, Chefredakteur des Linux Magazins, gefallen mir stilistisch da deutlich besser - aber das ist ein anderes Thema. Also, Herr Luther schießt scharf gegen Canonical und Mark Shuttelworth. Das ist durchaus legitim - und in Editorialen auch nicht unüblich - schließlich stellt es seine persönliche Meinung dar.

Meckern kann jeder, Konsequenzen daraus ziehen und Dinge besser machen nicht. Eine Konsequenz von Herrn Luther leitet sich aus dem letzten Satz des Editorials ab, welcher auch oben zitiert ist: Ubuntu-freie Rechner. Kontrollieren kann das der Leser so oder so nicht, aber ich glaube ihm das Mal. Nun, reicht das? Liest man das Editorial würde ich sagen: nein, reicht nicht. Schließlich wirft er Canonical mangelnden Schutz der Privatsphäre der Nutzer vor und bezeichnet das "wie" des Umgang mit Kritikern zum diesem Thema als "bodenlose Frechheit". Da wäre es doch z.B. nur konsequent, die Leser von LinuxUser zu schützen und bei zukünftigen Ausgabe keine Ubuntu-Version auf CD oder DVD beizulegen. Wer will wissentlich Software verbreiten, die die Privätsphäre untergräbt? Ich werde das dann mal beobachten. Oder vielleicht überwiegt dann doch der Kommerz-Gedanken - LinuxUser bezahlt sich ja auch nicht von selbst - und es liegt Ubuntu bei. Trotz Kritik "zieht" Ubuntu immer noch und ist ziemlich populär.

Ein bisschen blöd ist natürlich für Herrn Luther vielleicht auch, dass es im gleichen Verlag ein Magazin Names "Ubuntu User" gibt, welches allein wegen der Existenz Ubuntus Geld verdient. Na ja, vielleicht entzieht Herr Luther den Redakteuren ja das Zugangsrecht zu seinem Büro? Nein, wohl kaum. Die können ja nichts dafür, was Canonical veranstaltet. Und jeder darf ja nach wie vor "seine" Linux-Distribution wählen. Und wer Ubuntu nicht will - so wie Herr Luther - der hat bekanntlich reichlich Alternativen. Auch ohne, dass jemand Disto-Bashing betreibt.

Upgrade auf Ubuntu 12.10

Heute morgen habe ich den 1. Rechner von Ubuntu 12.04 auf 12.10 upgegradet. Der gewählte Weg war die Softwareaktualisierung. Also erst Mal die "Neue Version" Benachrichtigung auf "alle" (statt nur LTS) umgestellt und los geht's. Gut, bei nur DSL1000 dauert der Download halt ein wenig...

Da ich nur sehr wenig zusätzliche Software außer der der Standardinstallation drauf habe - und wenn dann aus den offiziellen Quellen - lief das Upgrade auf Quantal ohne Probleme durch.

Dann kam ein immer noch spannender Moment: der 1. Start. Im GRUB2 Menü steht nur noch "Ubuntu", ohne Angabe der Kernel-Version. Nicht schlimm, mal sehen was da steht, wenn mehr als ein Kernel installiert ist. Beim Login-Bildschirm gibt's einen neuen Punkt, über den man sich auf entfernten Rechner via RDP anmelden kann. Werde ich bei Gelegenheit mal mit dem 2. Rechner testen. Wer jetzt mehr wissen möchte gibt am besten in der Suchmaschine seiner Wahl als Suchbegriff "ubuntu 12.10 remote login" ein.

Optik hat sich leicht geändert, aber das ist mir ziemlich gleich. Was direkt ins Auge fällt: zwei neue Icons im Starter. Eins für Amazon, eins für das Ubuntu One Music Store. Beides sind WebApps. Beide grundsätzlich nicht verkehrt, aber nix, was ich im Starter brauche. Also gerade gelöscht.

Als nächstes dann mal das viel und heiß diskutierte Thema angeschaut: Unity Shopping Lens. Funktioniert ;-) und sogar ziemlich flott. Was das jetzt bringen soll (mal völlig unabhängig davon, ob irgendwer dafür Geld bekommt) weiß ich nicht. Wenn ich was Suche, dann gehe ich direkt zu Amazon. Gibt ja auch eine Webapp... Na ja, da ich aber relativ wenig über Dash startet bleibt's erst Mal aktiv.

Unter Ubuntu 12.04 war Rhythmbox ja ein echtes Problemkind. Die Situation hat sich inzwischen ein bisschen geändert: Eine funktionierende Amazon Integration gibt's so oder so nicht mehr und der iPod weicht demnächsten einem Samsung Galaxy. Bleibt also nur noch das Thema CD-Rippen, welches unter 12.04 nicht funktioniert. Unter 12.10 zeigte ein 1. schneller Test, dass es funktioniert. Sehr schön.

Ansonsten ist das Systemmenü (das rechts oben über das "Zahnrad"-Symbol erreichbar ist) aufgeräumt und ist meines Erachtens besser strukturiert. Allerdings ist die Aktualisierungs-Verwaltung nicht mehr enthalten? Warum auch immer. Diese ist aber nach wie vor über das Dash erreichbar.

Alles anderen, was ich so nutze, funktioniert auch ohne Probleme (Shotwell, Emphathy).

Alles in allem würde ich sagen war das - zumindest bei mir - eines der problemlosesten Distribution-Upgades, die ich bisher mit Ubuntu gemacht habe.

U1DB

U1DB ist Canonicals neue Datenbank zum Speichern und Synchroniseren von Daten. Synchronisieren heißt hier, dass "Desktop Daten" wie z.B. Kontaktdaten aus dem E-Mail Programm oder Kalenderdaten zwischen verschiedenen Rechner - und auch einem Serverdienst wie z.B. UbuntuOne - abgeglichen werden können. Wobei U1DB an sich die API beschreibt, und nicht die Datenbank selber.

Solche Dienste gibt es aber bekanntlich bereits - wozu programmiert Canonical also an einer eigenen Lösungen (die übrigens von Anfang an OpenSource ist und unter GNU LGPL v3 Lizenz steht)? Nun, neu ist die Synchronisation unter Ubuntu nicht. Genau genommen gibt es die schon länger, U1DB ist aber der 2. Anlauf. Grund: der 1. ist zwar nicht gescheitert, wurde aber wegen Problemen aufgegeben. Die 1. Variante setzte auch CouchDB als Datenbank-Server und lokal auf Desktopcouch. Dieser Ansatz war auch komplett in die Ubuntu Desktop Installationen integriert, wurde dann aber nach dem Release von Ubuntu 11.10 als "Auslaufmodell" deklariert, weil es bei Canonical zu Skalierungsproblemen mit CouchDB kam, die sich wohl nicht lösen ließen (wer darüber mehr erfahren möchte sollte einfach "ubuntu couchdb" als Suchbegriff in die Suchmaschine seiner Wahl eingeben). Der Nachfolger, und damit 2. Anlauf, ist jetzt U1DB. In Ubuntu 12.04 LTS konnte die Lösung noch nicht intergriert werden, dazu war die Zeit zu knapp. Für den kommenden Ubuntu Release 12.10 gibt es wohl eine Intergration, jedenfalls gibt es bereits fertige Pakete in den offiziellen Quellen.

Was heißt das jetzt für den Desktop-Nutzer? Nun, erst Mal nichts, da die Synchronisation der Daten transparent erfolgt, d.h. man selber hat keinen direkten Kontakt zu U1DB. Interessanter sind da schon die Pläne von Canonical, was die Integration in andere Betriebssysteme angeht. Diese sind nämlich recht ehrgeizig. U1DB soll - früher oder später - für alle gängigen Systeme verfügbar sein, also neben Linux auch MacOS, Windows, Android, iOS und eine Web-Schnittstelle. Dazu soll U1DB in Python, C, Vala, Go, C, C#, Objective C, Java und JavaScript umgesetzt werden. Die Implementierung in Python und C läuft, der aktuelle Release (Stand: 13.9.2012) ist 0.1.3. An der Vala und Go Umsetzung wird gearbeitet, es gibt aber noch keine Releases.

Schaut man in die API und Technik von U1DB, gibt es eine Reihe von Ähnlichkeiten mit CouchDB. Die Datenbank speichert text-basierte Daten im JSON-Format (ebenso wie CouchDB) - und ist alleine darauf ausgelegt. Binäre Daten (wie z.B. Bilder, Musik etc.) können nicht gespeichert werden. Des Weiteren beherrscht U1DB Mehrwege-Replikation inklusive Konfliktmanagement zwischen Datenbanken / Servern. Ein Feature, das CouchDB ebenfalls besitzt. Scheinbar war man bei Canonical mit der Funktionalität von CouchDB zufrieden und hat sich an diese angelehnt, wobei es keinerlei Kompatibilität gibt.

Als Speicher setzt U1DB lokal auf den meisten Plattformen auf die SQLite Datenbank. Was in sofern auch Sinn macht, als das Python, Android und iOS diese direkt mit an Bord haben. Auf der Projektseite wird aber betont, dass auch andere Datenbanken als Backend möglich sind. Die Go-Implementierung soll z.B. auf MongoDB setzen und auch über das Internet zugängliche U1DB-Server werden wohl eher auf MySQL und andere skalierbare Datenbanken setzen als auf SQLite.

Wie bereits erwähnt ist bisher "nur" die Python-Implementierung (mit in C geschriebenen Teilen fertig). Dies ist auch die Referenz-Implementierung. Wer sich also mit der API beschäftigen möchte, der sollte darauf zurück greifen. Das Python-Modul heißt einfach "u1db" und lässt sich auf bekanntem Wege via pip oder easy_install installieren. Übrigens ist U1DB für Python-Programmierer auch außerhalb von Ubuntu interessant, wenn eine einfache API zur persistenten Speicherung und Indizierung von JSON-Daten gesucht wird.

Zurück zu Ubuntu: U1DB wird unter Ubuntu sicherlich der kommende Standard zur Synchronisation von Daten. Wie gesagt, für den Nutzer transparent. Da sich U1DB noch in einem frühen Entwicklungsstadium befindet ist im Moment offen, wenn die API als stabil deklariert wird und die volle Integration in den Desktop abgeschlossen ist.

Ubuntu Softwarecenter und die Suchfunktion

Das die Suchfunktion für Programme (und Paketen) im Softwarecenter von Ubuntu "bescheiden" ist, habe ich schon öfters in Blogeinträgen erwähnt.

Nun, ich möchte mich korrigieren: Die Suchfunktion ist schlecht. Schlecht in sofern, dass die Treffer für Suchbegriffe Ergebnisse liefern, welche schlichtweg nicht die Pakete bzw. Programme enthalten, die man eigentlich erwartet oder erwarten würde.

Dazu ein aktuelles Beispiel aus jüngster Erfahrung: Ich wollte unter Ubuntu 12.04 Precise Prolog installieren (nein, ich kann kein Prolog, ich wollte lediglich ein Prolog-Programm testen, welches ich in einem Buch gesehen hatte). Gibt man nun im Softwarecenter den Suchbegriff "Prolog" ein, erhält man zwei Treffer: Einen Editor namens "jedit" und für ein 2D-Zeichenprogramm namens "TGif" (was immer das mit Prolog zu tun hat...). Weit und breit kein Prolog-Compiler zu sehen... Gut, es könnte natürlich sein, dass es kein Prolog für Precise gibt, was aber aufgrund der Paketvielfalt unter Ubuntu relativ unwahrscheinlich ist. Außerdem ist Prolog ein etablierte Programmiersprache und sollte von daher vorhanden sein.

Nun ist mein Wissen um Prolog relativ klein. Ich weiß, dass es verschiedene Prolog-Compiler gibt, mehr aber nicht. Also habe ich die Paketsuche von packages.ubuntu.com besucht und hier auch den Suchbegriff "Prolog" eingeben. Erster Treffer: Das Paket "gprolog", welches den GNU Prolog Compiler enthält. Gibt man den Suchbegriff in Synaptic ein, findet man neben gprolog auch noch einen anderen Prolog-Compiler. Gibt man übrigens "GNU Prolog" als Suchbegriff im Softwarecenter ein, dann findet es auch den gleichnamige Compiler - was aber im Umkehrschluss für eine erfolgreiche Suche voraussetzt, dass der Suchende weiß, dass es GNU Prolog gibt.

Aber warum klappt das mit der Suche denn nicht im Softwarecenter? Ich habe ja überhaupt kein Problem damit, dass Canonical das Softwarecenter auch als Vertriebsplattform für kommerzielle Software und ähnliches nutzt und die Startansicht des Softwarecenters Werbung dafür enthält. Nur: Solange hier keine brauchbaren Ergebnisse für (triviale) Suchanfragen nach "normalen" Programmen geliefert werden, ist das Softwarecenter für mich kein vernünftiger Ersatz für andere grafische Paketmanager wie Synaptic & Co.

Rhytmbox in Precise und die Enttäuschung

Ich fange mal damit an, mich selbst zu zitieren:

> Als Mediaplayer ist Rhythmbox wieder zurück, was ich persönlich gut finden, weil Rhythmbox mir besser gefällt als Banshee. 
(Quelle)

Nun, ich muss das korrigieren: Ich bin von Rhythmbox in Precise enttäuscht und habe mir dann doch Banshee wieder nachinstalliert.

Gut, als Player an sich funtkioniert Rythmbox natürlich einwandfrei - aber das ist ja auch keine Kunst. Es gibt drei Sachen, die mich wirklich stören, wovon die dritte aber nicht so schlimm ist:

1) iPod läßt sich nicht mit Musik beladen: Mein iPod Nano 3rd Generation (also schon ein paar Jahre alt) läßt sich nicht mit Musik beladen. Das hat bisher, also bis Oneiric, ohne Probleme per Drag'n'Drop funktioniert. Unter Precise nicht. Lustigerweise funktioniert das ganze auf dem gleichen Rechner im gleichen Ubuntu (also mit den gleichen Bibliotheken) aus Banshee heraus nach wie vor ohne Probleme.

2) CDs rippen: Gestern habe ich eine gekaufte CD gerippt, ins MP3-Format. Mal abgesehen davon, dass es lange gedauert hat, ware die Kopie falsch. Falsch im Sinne von, dass die MP3s viel zu lang waren! D.h. das z.B. ein 6 Minuten Lied auf der CD als MP3 23 Minuten oder so hatte, halt mit Leerraum am Ende. Sehr seltsame Sache... Aber wieder: gleicher Rechner, gleiches System mit Banshee - funktioniert ohne Probleme.
Edit 24.4.2012: Von einem Leser habe ich den Hinweis erhalten, dass das Problem mit der falschen Liedlänge daran liegen könnte, dass Rhytmbox mit variabler Bitrate (VBR) rippt und dann bei Analysieren der MP3-Datei die Länge falsch berechnet. Könnte sein, nur leider ist unter Precise auch die Schaltfläche für die Einstellungen des MP3-Rippers deaktiviert, so dass hier keinerlei Änderungen möglich sind. Abgesehen davon funktioniert VBR unter Precise plus Banshee einwandfrei und auch ältere MP3s, welche auf anderen System erstellt wurden, auch einwandfrei.

3) Der dritte Punkt ist das nach wie vor fehlende Amazon Plugin für Rhythmbox. Banshee hat's nach wie vor an Bord. Aber, wie gesagt, Punkt 1 und 2 sind schwerwiegender.

Ich will damit nicht sagen, dass Banshee der bessere Player ist. Aber: so wie Rhythmbox in Precise funktioniert ist es für mich nicht wirklich akzeptabel und brauchbar. Vielleicht wird das ganze in den kommenden Wochen per Update noch nachgebessert - was ich persönlich aber (leider) bezweifle.

Erster Kontakt: Ubuntu 12.04 und ich

Am Wochenende habe ich auf eine freie Partition auf meinem Lenovo T410 Laptop Ubuntu 12.04 LTS Precise Beta 1 installiert. Normalerweise schaue ich auf neue Ubuntu-Releases erst ab dem Beta 2 (früher Release Candidate). Da aber diverse Blogeinträge dem Beta 1 (und auch schon dem Alpha 2) eine brauchbare Nutzbarkeit und Stabilität bestätigt haben, habe ich es auch mal installiert. Im folgenden nun mein erster Eindruck nach ca. 1h Nutzung.

Und der erste Eindruck ist: unspektakulär. Im positiven Sinne. Wer mit Ubuntu 11.10 Oneiric klar kommt, der sollte auch mit Precise klar kommen. Jedenfalls habe ich (noch?) keine gravierenden Änderungen gefunden. Ein neuer Punkt ist, dass man unter "Systemeinstellungen -> Privacy" einstellen kann, welche Aktivitäten Zeitgeist verfolgen soll - oder eben nicht. Zu HUD kann ich noch nichts sagen, weil habe ich noch nicht mit rumgespielt.

Firefox ist in der aktuellsten Version 11.0 an Bord. Als Mediaplayer ist Rhythmbox wieder zurück, was ich persönlich gut finden, weil Rhythmbox mir besser gefällt als Banshee. Angeblich soll auch noch die Amazon-Integration in den Mediaplayer kommen, im aktuellen Beta 1 konnte ich aber bis jetzt kein passendes Plugin finden... Gut, kommt vielleicht (hoffentlich) noch.

Gimp ist im Beta 1 auch wieder drin. Da das Beta 1 auch nicht mehr auf eine CD passt, sondern eine DVD benötigt (Größe des Images ca. 1,5 GB) musste Canonical wohl nicht am Platz sparen... ;-)

Auf dem besagten Lenovo T410 mit Intel Chipsatz und Intel GraKa funktioniert der Ruhezustand out-of-the-box, was aber auch schon bei älteren Ubuntu-Versionen der Fall war. Was nur halb funktioniert ist das koppeln eines Nokia C06 via Bluetooth. Das Koppeln an sich klappt zwar und man kann Daten von Rechner ans Handy senden, aber nicht umgekehrt bzw. der Laptop kann nicht aufs Handy zugreifen. Hier sei aber gesagt, dass (leider) Lucid die letzte Ubuntu-Version war, wo dies bei mir einwandfrei geklappt hat.

Was noch geändert ist, ist, dass beim Öffnen des Dash keinerlei Anwendungen mehr angezeigt werden. Es wird also nicht mehr, wie noch unter Oneiric, die Menüstruktur der Gnome-Menüs nachgestellt. Ob das jetzt wirklich schlau ist weiß ich noch nicht. Gut, für Anwender mit Erfahrung kein Problem, die Wissen, was auf dem System ist. Für komplette Neueinsteiger, die keine Ahnung von Ubuntu und den installierten Programmen haben, mag das aber verwirrend sein. Tipp: Wenn man nur "a" als Suchbegriff eingibt erscheinen alle Anwendungen.

Erstes Fazit: Ubuntu 12.04 Precise ist eine solide Weiterentwicklung der Linux-Distribution, ohne offensichtliche Highlights und auch ohne offensichtliche Schwächen. Das Beta 1 läuft gut und kann (in meinen Augen) zumindest privat oder als Zweitsystem ohne Probleme jetzt schon genutzt werden.

kurze Zwischeninfo

Ein untrügliches Zeichen, dass ich mich an Unity gewöhnt habe: habe gerade unter Ubuntu 10.04 Lucid den Mauszeiger an den linken Bildschirmrand gefahren und gewartet, dass das Menü ausklappt. Oh Mann... Der Mensch ist halt ein Gewohnheitstier. ;-)

Für alle die sich jetzt wundern, wieso Lucid: Ich nutze Lucid zum Programmieren, weil die meisten Programme später auch auf einem Server unter Lucid laufen. Der aktuelle Ubuntu-Release (im Moment also Oneiric) wird für die "tägliche Arbeit" genutzt.

BTW: Das mit dem Mauszeiger und kein Menü kommt ist eine wahre Begebenheit.

Geschichten von früher - und Unity

Mal eine kleine Geschichte von früher, aus den Anfängen meiner Linux-Zeit:
Das erste Linux, was ich häufiger genutzt habe, war Knoppix, Version 3.3. Das war so im Frühjahr 2004. Für alle, die damals noch nicht mit Linux unterwegs waren: Knoppix war seinerzeit ziemlich populär und auch in den Print-Medien recht präsent. Der Grund war wohl, dass Knoppix mit das erste ausgereifte Live-System war, was quasi jeder Computernutzer gefahrlos testen konnte.

Als Desktop setzte Knoppix damals noch auf KDE 3.x. Was für Windows-Nutzer - wie mich seinerzeit auch - angenehm war, weil die Bedienung recht ähnlich war. "Recht ähnlich" im Sinne von: Links unten gab es ein Icon, auf das man Klicken musste, damit sich das Menü mit den Programmen öffnet. Und die Menüstruktur war auch der von Windows ähnlich. Also zumindest in dieser Hinsicht war keine große Umstellung notwendig.

Beflügelt durch meine positiven Erfahrungen mit Knoppix habe ich mich dann ebenfalls für die Derivaten interessiert, die es seinerzeit auch schon gab. Eins davon war Gnoppix. Was nichts anderes war als ein Standard-Knoppix, nur das Gnome 2.x statt KDE als Desktop zum Einsatz kam. Nach dem 1. Booten und 10 Sekunden Benutzung war ich entsetzt: Was ist das denn für eine komische Menüstruktur?! Anwendungen? Orte? System? Und dann auch noch am oberen Bildschirmrand? Das geht ja gar nicht. Jedenfalls war die 1. Begegnung mit Gnome so erschreckend, dass ich die Gnoppix-CD nie mehr angepackt habe (und, wenn ich mich richtig erinnere, direkt entsorgte).

Aus heutiger Sicht kann ich das gar nicht mehr nachvollziehen. Mein 2. Kontakt mit Gnome im Form von Ubuntu 5.04 im Sommer 2005 verlief dann wesentlich erfolgreicher - und dauerhafter.

Und was hat das ganze mit Unity zu tun? Nun, nichts. Jedenfalls nicht direkt. Außer das manche Dinge (wie z.B. Desktop-Umgebungen, aber nicht nur) auf den ersten Blick vielleicht ganz furchtbar erscheinen, beim zweiten Blick gar nicht mehr so schlimm sind. Und das man vielen Dingen (wie z.B. Desktop-Umgebungen, aber nicht nur) auch mal eine zweite Chance geben sollte.

(Der geneigte Leser mag im vorherigen Abschnitt auch gerne "Unity" durch "Gnome 3" oder "KDE 4" ersetzen...).

Und zum Abschluss noch ein passendes Zitat:

"Humor is tragedy plus time" (Mark Twain)

Rückblickend finde ich meine erste Begegnung mit Gnome nämlich ziemlich lustig.

Precise 12.04, Rhythmbox und Banshee

Ikhaya von ubuntuusers.de hat es bereits gemeldet und mit dem ersten Alpha-Release ist es dann auch passiert: Rhythmbox ist (wieder) als Musikplayer an Bord und ersetzt damit Banshee, was in den letzten beiden Releases zum Einsatz kam.

Den Musikplayer nutze ich recht häufig, weil ich oft beim Programmieren oder Arbeiten am Computer Musik höre. Meine Ansprüche sind dafür aber ziemlich gering: Hauptsache der Player kann die gängigen Formate abspielen und Internetradio streamen. Das können viele. Ausgefuchste Funktionen zur Verwaltung großer Musiksammlungen brauche ich nicht, da ich nur einen  Bruchteil meiner Musiksammlung auf den Laptops habe. Und das, was drauf ist, ist übersichtlich.

Von daher hatte ich eigentlich auch keine Probleme beim Wechsel von Rhythmbox auf Banshee. Nichts desto trotz freue ich mich doch ein kleines bisschen über den Zurückwechsel, weil mich zwei Sachen an Banshee stören.

Nach dem Starten von Banshee nimmt sich das Programm auf beiden meiner Laptops gerne mal eine ca. 10 sekündige Auszeit. Was es auch immer da macht. Jedenfalls braucht Banshee wohl kaum solange, um maximal 400 Musikstücke für die Bilbliothek zu scannen. Danach läuft Banshee aber ohne Probleme.

Der andere Punkt ist, dass Banshee ziemlich stumpf ist, was das Erkennen von neuen oder geänderten Musikstücken unterhalb des Verzeichnisse "~/Musik" ist. Rhythmbox ist hier wesentlich schneller bei der Erkennung und der Aufnahme in die Bibliothek und zeigt auch explizit, welche Musikstücke noch in der Bibliothek registriert sind, aber auf der Festplatte fehlen.

Abgesehen davon finde ich das Bearbeiten von MP3-Tags in Rhythmbox (unter Lucid) besser als bei Banshee (unter Oneiric), dass ist aber kein entscheidender Punkt.

Im Moment steht wohl noch nicht fest, ob Rhytmbox wirklich am Ende in Precise drin ist, da noch die Integration des Ubuntu One Musicstores fehlt. Da aber Canonical damit Geld verdient mache ich mir in diesem Punkt wenig Sorgen, dass es daran scheitern sollte...

Software-Center, Fortschritt, Suchen, Löschen

In einem früheren Blogeintrag hatte ich bereits erwähnt, dass zwischen dem Software-Center und mir keine Liebe auf den ersten Blick entflammte, aber die Beziehung dennoch solide ist.

Jetzt, also ca. 6 Wochen später, finde ich das Software-Center immer noch ok. Aber mehr auch nicht. Es gibt ein paar Sachen, die mich doch stören, die drei "größten" Störungen sind:


Fortschritt - Was mich eigentlich am meisten stört, ist die Fortschrittanzeige. Also nicht, dass es eine gibt, sondern dass man eigentlich gar nichts sieht. "Gar nichts" bezogen darauf, was im Hintergrund läuft. Also ob noch der Download erfolgt, ob installiert wird oder was auch immer. Es mag vielleicht nicht essentiell wichtig sein, aber ich weiß halt nun mal gerne, was da gerade läuft. So wie die Aktualisierungsverwaltung oder Synaptic es halt auch darstellen.


Suchen - Was ich weiterhin nicht sooo prall finde ist die Suche. Also ich habe bis jetzt zwar alles gefunden, aber ich finde es störend, dass nicht alle Treffer zum bisher eingetippten Suchbegriff angezeigt werden. Richtig aufgefallen ist mir das letzthin, als ich ein Totem-Plugin gesucht habe. Tipp man bis "totem-p", wird nur das Totem-ARTE-Plugin gezeigt (ist das wirklich so wichtig ;-) ?). Wenn man "totem-plugins" getippt hat, wird das Paket "totem-plugins" gezeigt und ab "totem-plugins-" (also ein - mehr) die Pakete "totem-plugins-dvb-daemon" und "totem-plugins-extras". Eine tiefere Logik ist da in meinen Augen echt nicht zu erkennen...

Löschen - Aus dem Software-Center heraus kann man nur "normal" Pakete entfernen. Die Option "purge" (also das restlose entfernen inklusive Konfigurations-Dateien) gibt es nicht. Das mag vielleicht auch nicht essentiell wichtig sein, stört mich aber. Ab und an installiere ich mal ein Programm aus Neugier oder auch zum Testen eines Wiki-Artikels. In den meisten Fälle brauche ich die Softeware dann aber nicht mehr bzw. doch nicht, also soll sie auch restlos von der Platte. Geht aber via Software-Center nicht.

Ich bin zwar noch nicht so weit, dass ich Synaptic wieder installierte, aber ich benutzte öfter apt-get als früher. Das hilft mir zwar bei der Suche auch nicht, aber kann wenigsten vollständig Löschen und zeigt den Fortschritt vernünftig an.

Mal sehen, was die künftigen Versionen des Software-Center so mit bringen. Aktuell mag es ja für Einsteiger komfortabel(er) sein, aber für fortgeschrittenen Nutzer ist es in meinen Augen "zu dünn".

Stecker rein - kein Sound im Ohr

Heute durfte ich meinen ersten echten Bug von Ubuntu im Zusammenspiel mit meiner Hardware (Lenovo R61) erleben: Wenn man Kopfhörer einsteckt hört man darauf nichts - egal, welche Lautstärke eingestellt ist. Entfernt man diese, kommt der Ton wieder normal aus den Lautsprechern.

Aber wie sagt man so schön: "Irgendwann ist immer das erste Mal" (und direkt 2,- Euro ins Phrasenschwein)

Ein Blick auf Launchpad verrät, dass ich nicht der einzige mit dem Problem bin (siehe Bug 868915, 830641 und 829843) sowie das der Bug nicht Lenovo-spezifisch ist. Im Bugreport 830641 wird empfohlen, ein neues Paket aus "ubuntu-audio-dev" zu installieren. Bringt aber (bei mir) genau gar nichts. Also habe ich das Paket direkt wieder deinstalliert.

Als gutes Mitglied der Community und genervt vom Bug beschließe ich darauf hin, auch einen Bugreport zu erstellen. Das geht - was mir bis dahin auch so nicht bewusst war - mit dem Terminalbefehl "ubuntu-bug audio" für Audioprobleme. Darauf hin startet apport, sammelt interaktiv Infos und startet Launchpad im Browser. Der Bugtracker in Launchpad hat mich dann freundlich darauf hingewiesen, dass es das Problem schon gäbe (Bug 876020) und ob mein Problem nicht das gleiche ist. Ist es auch.

Glücklicherweise wird dort auch die Lösung präsentiert, die auch ganz einfach umzusetzen ist: in der Datei /etc/modprobe.d/alsa-base.conf ist nur die folgende Zeile hinzuzufügen:

options snd-hda-intel model=generic

Danach neu booten und es funktioniert. Tight.

Außerdem ist der Sound jetzt, sowohl für Lautsprecher als auch Kopfhörer, in deutlich feineren Abstufungen einstellbar. Vorher (also ohne die Zeile in der Datei) war das ein wenig "holprig" und tendenziell zu leise, selbst bei einer Einstellung von 100% Lautstärke.