Die Cartridges wechselt man per Dropdown-Liste. Einer kleinen Runde Super Mario steht also maximal ein veralteter Browser im Weg. Viel Spaß. 

(via caschy)

Mehr Informationen zum Projekt Matelade gibt es im Wiki des Metalab in Wien.

Bleibt nur eine Frage: Kaffee oder Mate?

(via kfmw)

Also habe ich alle Autostart-Einträge zum Powermanager, welche man unter “Einstellungen -> Einstellungen -> Sitzung und Startverhalten -> Automatisch gestartete Anwendungen” finden kann, entfernt und einen neuen Autostart-Eintrag mit diesen Werten hinzugefügt:

Name: PowerManager
Beschreibung: working Power Manager
Kommando: sudo /usr/bin/xfce4-power-manager --dump

Den Parameter –dump musste ich hinzufügen, damit es zuverlässig funktioniert. Ansonsten funktionierte es nur in 50% der Fälle. Fragt mich bitte nicht warum, tut aber auch nicht weiter weh.
Zum Schluss muss man noch sudo dazu bringen, für genau diesen Befehl kein Passwort zu verlangen. Also habe ich den Befehl /usr/bin/xfce4-power-manager mittels visudo für meinen Nutzeraccount freigegeben. Wie das im Detail funktioniert könnt ihr im Wiki von ubuntuusers.de nachlesen.
Bei mir waren dafür nur zwei Zeilen notwendig, welche ich an entsprechender Stelle eingefügt habe:

Cmnd_Alias POWER= /usr/bin/xfce4-power-manager
%admin ALL= NOPASSWD: POWER

Dies funktioniert hier natürlich nur, weil ich der einzige Nutzer am System bin und damit natürlich auch in der Gruppe admin. Nun ist der Laptop wieder green.

...
Setting up emacsen-common (1.4.22ubuntu1) ...
emacsen-common: Handling install of emacsen flavor emacs
emacsen-common: Handling install of emacsen flavor xemacs21
emacsen-common: byte-compiling for xemacs21
/usr/lib/emacsen-common/packages/install/emacsen-common: 38: /usr/lib/emacsen-common/packages/install/emacsen-common: xemacs21: not found
emacs-package-install: /usr/lib/emacsen-common/packages/install/emacsen-common xemacs21 xemacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, line 1.
dpkg: error processing emacsen-common (--configure):
subprocess installed post-installation script returned error exit status 127
...

Das Einzige, was bei mir half, war die Suche nach allen Emacs-relevanten Paketen und diese sauber zu deinstallieren. Sauber heißt in diesem Falle auch die Konfigurationsdateien der Pakete zu löschen und anschließend komplett neu zu installieren.

Also alle Emacs-Pakete ermitteln die installiert sind:

aptitude search emacs | grep ^i

Oder deinstalliert sind aber deren Konfigurationsdateien noch vorhanden sind:

aptitude search emacs | grep ^c

Nun einfach alle ermittelten Pakete beherzt komplett deinstallieren:

sudo aptitude purge xemacs21-basesupport xemacs21-mulesupport emacs22 emacs23 xemacs21-mule ...

Und anschließend (x)emacs wie gewohnt wieder installieren:

sudo aptitude install xemacs21 emacs

Je nach Geschmack kann man aber Emacs auch einfach deinstalliert lassen und stattdessen vi(m) verwenden. Wer sich vi spielerisch nähern möchte kann es ja mal mit dem Browser-Game VIM-Adventures versuchen. Viel Spaß.

Quelle: http://www.gnu.org/graphics/package-logos.de.html CC BY-ND 3.0

In letzter Zeit habe ich mal intensiver mit GNU parallel herum gespielt. Bei GNU parallel handelt es sich um ein kleines Tool für Linux- und Unix-Umgebungen, welches ihm gestellte Aufgaben parallel abarbeiten und auch auf verschiedene Rechner verteilen kann. Damit kann man meist Zeit sparen und den Rechner besser auslasten.

Doch zuerst sollten wir das kleine Tool ersteinmal installieren. Dies geschieht durch herunterladen der aktuellen Version und dem Bauen der Software mit dem bekannten Dreizeiler ./configure, make, sudo make install. Ich verwendete für meine Tests Ubuntu 11.10 als auch Debian 6.

wget http://ftp.gnu.org/gnu/parallel/parallel-20120222.tar.bz2
tar xf parallel-20120222.tar.bz2
cd parallel-20120222
./configure
make
sudo make install

Die Version von GNU parallel im Paket moreutils auf meinem Debian war ziemlich alt und funktionierte nicht wie erwartet. Deshalb sollte man lieber die neuste Version selber bauen, es dauert nur wenige Sekunden.

Hat man das kleine Tool erstmal auf seiner heimischen Platte eingerichtet kann man mal erste Tests durchführen, um ein Gefühl für die Parameter zu bekommen. So habe ich erstmal ein paar MD5-Summen von zwei größeren Testdateien erzeugt. Zuerst in der gewohnten Art und anschließend mit GNU parallel.

time md5sum *.iso
676d2996cd4838a8762a8ac5c210a158 test1.iso
676d2996cd4838a8762a8ac5c210a158 test2.iso

real 1m18.117s
user 0m13.953s
sys 0m2.288s

time parallel md5sum {} ::: *.iso
676d2996cd4838a8762a8ac5c210a158 test1.iso
676d2996cd4838a8762a8ac5c210a158 test2.iso

real 0m40.886s
user 0m11.205s
sys 0m1.772s

Man sieht sofort, dass die parallele Ausführung das System besser auslastet und dadurch schneller ist. Der parallel-Aufruf hier besagt, dass der Befehl md5sum auf alle Dateien angewendet werden soll, welche über den Standard-Input angegeben werden. Die Klammern {} werden durch den kompletten Dateinamen inklusive Pfad ersetzt. Andere Kombinationen wie {.}, {/} oder {/.} werden durch den Dateinamen ohne Dateiendung, Dateiname ohne Pfad oder Dateiname ohne Pfad und Dateiendung ersetzt. Alles was nach den Doppelpunkten ::: kommt, wird als Standardeingabe angesehen.

Aber auch bei alltäglichen Aufgaben kann das Tool hilfreich sein. So sind einige Kombinationen nicht aufgrund der parallelen Abarbeitung schneller, sondern weil man sie geschickt kombinieren kann. So bedeutet der Parameter -X, dass die per Standardeingabe übergebenen Werte soweit möglich gesammelt und erst dann dem entsprechenden Programm übergeben werden soll. Hier ein kleines Beispiel zur Verdeutlichung.

time find /usr/share/man/man* -name '*.gz' -exec cp {} . \;

real 0m23.109s
user 0m27.102s
sys 0m7.264s

time find /usr/share/man/man* -name '*.gz' | parallel -X "cp {} ."

real 0m6.900s
user 0m0.732s
sys 0m0.992s

Beide Aufrufe suchen nach gepackten Manpages und kopieren sie in das aktuelle Verzeichnis. Der erste Befehl allerdings führt den Kopierbefehl für jede gefundene Datei aus. Der zweite wartet erst auf das Ergebnis der Suche und kopiert die gefundenen Dateien in einem Rutsch in das aktuelle Verzeichnis. Das führt sichbar zu einer dramatischen Geschwindigkeitssteigerung.

Bei weniger rechenintensiven Aufgaben, welche hauptsächlich die Festplatte beanspruchen bringt die Paralleliserung meistens keinen großen Vorteil. In besonderen Fällen kann sich die Parallelisierung sogar negativ auf die Dauer der Abarbeitung auswirken, da die Fesplatte dann durch die vielen verteilten Lese- und Schreibzugriffe zum Flaschenhals wird.

Das folgende Beispiel zeigt, dass die parallelisierte Umwandlung der gerade kopierten Manpages nur wenig bringt aber der Aufruf sich eventuell viel einfacher schreiben lässt. So kann man die folgende For-Schleife

mkdir html
time for man in `ls *.gz`;
do zcat $man | man2html > html/`basename $man .gz`.html;
done

real 0m43.697s
user 0m57.504s
sys 0m28.422s

elegant und einfach als folgenden parallel-Aufruf schreiben.

time parallel "zcat {} | man2html > html/{/.}.html" ::: *.gz

real 0m31.906s
user 1m5.136s
sys 0m25.538s

Aber neben der simplen Parallelisierung auf einem Host, der sich an der Anzahl der Prozessorkerne orientiert, d.h. pro Kern ein paralleler Prozess, änderbar mit dem Parameter -j, kann GNU parallel seine Aufgaben auch auf mehrere Rechner verteilen. Voraussetzung ist hierbei eine ssh-Verbindung zwischen den Rechnern auf Zertifikatsbasis, damit GNU parallel sich ohne Passwort mit den Rechnern verbinden kann. Außerdem muss natürlich auf allen Rechnern GNU parallel installiert sein.
Prinzipiell wäre dies schon ausreichend. Meine praktischen Tests zeigten allerdings, dass es günstig ist einen gleichnamigen Nutzeraccount für GNU parallel einzurichten und die Daten per NFS auf allen Rechnern verfügbar zu machen. So umgeht man Probleme beim Hin- und Rücktransport der Daten per ssh, vom Geschindigeitsgewinn mal ganz abgesehen, sondern auch die Pfadangaben sind so auf allen Rechnern gleich, was zu weniger Fehlern und Frust führt.
Ich habe also einen NFS-Share namens data in jedem Home-Verzeichnis des Nutzers parallel auf beiden Rechnern gemountet, SSH-Verbindungen auf Zertifikatsbasis eingerichtet und GNU parallel wie oben beschrieben installiert.

Ein erster Test auf einem Host zur Gewinnung eines Vergleichswerts:

parallel@node1:~/data$ time bzip2 -9 /home/parallel/data/*.iso

real 22m32.795s
user 22m16.108s
sys 0m12.933s

parallel@node1:~/data$ time bunzip2 /home/parallel/data/*.bz2

real 10m8.291s
user 9m51.253s
sys 0m13.713s

Das gleiche mit GNU parallel:

parallel@node1:~/data$ time parallel 'bzip2 -9 {}' ::: /home/parallel/data/*.iso

real 15m35.153s
user 23m10.279s
sys 0m14.765s

parallel@node1:~/data$ time parallel 'bunzip2 {}' ::: /home/parallel/data/*.bz2

real 7m18.560s
user 10m17.035s
sys 0m17.689s

Ein weiterer Test mit zwei Hosts. Der zweite Hosts kann per Parameter -S angegeben werden. Der Doppelpunkt steht für den eigenen Host.

parallel@node1:~/data$ time parallel -S :,node2 'bzip2 -9 {}' ::: /home/parallel/data/*.iso

real 9m26.619s
user 16m2.248s
sys 0m15.701s

parallel@node1:~/data$ time parallel -S :,node2 'bunzip2 {}' ::: /home/parallel/data/*.bz2

real 4m43.201s
user 7m10.763s
sys 0m15.429s

Der Geschwindigkeitsvorteil wird sicherlich deutlich. Sowohl auf einem Host und noch deutlicher bei der Verwendung eines weiteren Hosts.

Zum Abschluss ein kleiner Appetithappen. Man kann GNU parallel auch als einfachen Job-Manager verwenden. Dazu legt man eine leere Datei an und weist GNU parallel an, alles zu verarbeiten was da noch kommen mag. Alles was es dann verarbeiten soll fügt man dieser Datei an. Und schon ist das Batch-System fertig:

parallel@node1:~$ touch data/jobs
parallel@node1:~$ tail -f data/jobs | parallel -S :,node2

parallel@node2:~$ echo "bzip2 -9 data/test1.iso" >> data/jobs
parallel@node2:~$ echo "bzip2 -9 data/test2.iso" >> data/jobs
parallel@node2:~$ echo "bzip2 -9 data/test3.iso" >> data/jobs

Funktioniert super. Für weitere Informationen zu GNU parallel kann ich die Man-Page und dieses PDF empfehlen.

Wenn man sich erstmal in das Tool eingefunden hat und erste erfolgreiche Gehversuche hinter sich hat möchte man dieses Tool nie mehr missen. Ich hoffe es findet auch bei euch seinen Platz in der digitalen Werkzeugkiste.

(via um)

Und dann kam auch schon das Beste am System – die Bootsequenz. Die finde ich richtig gut gelungen mit den dynamisch wirkenden Punkten, welche die Reise nach Jerusalem spielen.

Aber das war es dann auch schon. Man muss das begrüßende Wallpaper nach oben wegschieben um sich anmelden zu können.

Nicht gerade intuitiv, vor allem bei einer Mausbedienung. Dann legen sich viele Kacheln frei. Eine davon ist der gewohnte Desktop.

Dieser sieht aus wie der Desktop unter Windows 7 nur ohne Start-Knopf. Diesen gibt es einfach nicht mehr. Stattdessen wird man auf den Kachelbildschirm

Viel Glück.

  
Nach Eingabe des Passworts kann man innerhalb des verschlüsselten Verzeichnisses navigieren und einzelne oder mehrere Verzeichnisse oder Dateien zur Entschlüsselung auswählen. Die entschlüsselten Daten landen in einem selbst gewählten Ordner und können anschließend wie ganz normale Daten behandelt werden. Das heißt, man kann mittels präferiertem Dateimanger darauf zugreifen und sie mit den entsprechenden Programmen bearbeiten.

 
Anschließend kann man die veränderten oder auch neue Daten in das encfs-Verzeichnis in der Dropbox hochladen. Diese Funktion ist allerdings ganz neu und sollte mit Vorsicht und doppeltem Boden genutzt werden. Davor warnt ein entsprechender Hinweis. Auch beim Start warnt eine entsprechende Meldung, dass es sich um eine in Entwicklung befindliche Software handelt, welche noch Fehler enthalten kann. Bei mir lief sie bisher tadellos. 

 
Ich selbst benutze die Software hauptsächlich um meine Passwortdatenbank von KeePassX über ein encfs-verschlüsseltes Verzeichnis innerhalb der Dropbox zu syncen.

Wer Bugs oder Anregungen zur Software melden möchte oder sich den Quellcode anschauen möchte, kann dies über die Projektseite bei Google-Code tun.

Mittlerweile ist die Software kostenlos über den Android-Market zu haben. Zum direkten Mounten von verschlüsselten Verzeichnissen werden Root-Rechte und ein Fuse-Module für Android benötigt. Auf meinem Motorola Milestone mit CyanogenMod 7.1 funktionierte diese Funktion allerdings nicht. Aber die vorhandene Funktionalität reicht auch so für den Alltagsgebrauch und meinen Anwendungsfall. Außerdem wird die Software stetig weiterentwickelt und es kommen fortlaufend neue Updates. Die von mir angefertigten Screenshots sind, wie ich gerade sehe, auch nicht mehr ganz aktuell. Wobei sich an der Verwendung selbst nichts geändert hat.

Damit ist dies eine klare Empfehlung zur Verwendung von encfs unter Android.