UbuntuJunkie

Nach einer laaaangen Sommerpause, in der es für mich viel zu tun gab und in der ich unter anderem meine Abschlussarbeit fertiggestellt habe, melde ich mich wieder zu Wort, mit einer kurzen Einführung in die „Bash-History“.

Zunächst einmal: Was ist überhaupt eine „Bash-History“? „History“ kommt, wie wir alle wissen, aus dem Englischen und bedeutet „Geschichte“. Was die Bash ist, das dürfte den meisten Linux-Nutzern vermutlich klar sein: Die Shell bzw. die Eingabeaufforderung, über die man Programme starten und das System steuern kann. Die „Bash-History“ ist also eine Art Protokoll über die von uns im Laufe der Zeit eingegebenen Befehle.

Der Sinn der History ist, bei Bedarf zurückverfolgen zu können, welche Schritte man bei der letzten Arbeit in der Shell durchgeführt hat. Dies kann sehr sinnvoll sein, wenn man zum Beispiel unbeabsichtigt etwas verstellt hat und aufgrund dessen nun etwas nicht so will wie es sollte. Es kann aber auch sehr sinnvoll sein sich eine benötigte Befehlszeile wieder ins Gedächtnis zu rufen, die einem entfallen ist.

Durch die History navigieren

Wer sich einmal seine eigene Bash-History anschauen möchte, gibt in der Bash einfach folgenden Befehl ein:

history

Nun werden alle gespeicherten Einträge untereinander ausgegeben und durch eine Zeilennummer am Anfang ergänzt. Bei mir fängt die erste Zeile mit der Zeilennummer 14 an und endet mit der Zeilennummer 513 – warum auch immer.

Wer nicht die komplette History sehen möchte, kann durch diese auch mit den Cursortasten [↑] und [↓] navigieren. Dabei muss man sich die History wie einen Stack – also zum Beispiel einen Stapel Papier vorstellen. Das was ich nun als letztes auf den Stapel lege, das kann ich auch als erstes wieder greifen. Mit der Cursortaste [↑] kann ich immer weiter in die Vergangenheit der History eindringen. Mit der Cursortaste [↓] gehe ich den umgekehrten Weg.

Wer eine Zeile gefunden hat, die wieder ausgeführt werden soll, muss diese einfach nur mit der Enter-Taste bestätigen. Soll diese Zeile etwas angepasst werden, so kann man sich mit den Cursortasten [←] und [→] innerhalb der Zeile bewegen. Wem das bei langen Zeilen zu langsam geht, kann zusätzlich die [Strg]- bzw. [Ctrl]-Taste gedrückt halten.

Die History durchsuchen

Bei einer langen History ist es manchmal mühselig sich mit den Cursortasten durch die Liste zu bewegen, deshalb ist es hier praktisch, dass man die History auch durchsuchen kann.

Eine sehr einfache Methode ist in der Bash [Strg] + [R] zu drücken. Wenn man nun zu tippen anfängt, dann sucht die Bash die letzte zutreffende Zeile raus. Nun ist es aber oft so, dass nicht unbedingt die zuletzt eingegebene Zeile, die mit dem eingegebenen String anfängt, auch gleich die richtige ist. Wenn man nun erneut [Strg]+[R] eingibt, so gelangt man zur vorletzten, dem eingegebenen String entsprechenden Befehlszeile. Mit dem erneuten Drücken von [Strg]+[R] gelangt man dann zur vorvorletzten Befehlszeile und immer so weiter.

Wurde die gewünschte Zeile gefunden, so kann man sie mit der Enter-Taste ausführen. Wer den Suchvorgang abbrechen möchte, drückt auf [Esc]. Und wer die gefundene Zeile anpasse möchte, drückt eine der beiden Cursortasten [←] oder [→].

Diese Suchmethode erfordert allerdings, dass man weiß, womit die gesuchte Befehlszeile anfängt. Ist das nicht der Fall, so kann man auf eine so genannte „Pipe“ zurückgreifen. Das bedeutet, dass die Ausgabe des Befehls vor der Ausgabe auf dem Bildschirm zunächst abgefangen, verarbeitet und erst dann ausgegeben wird. Hier leiten wir die Ausgabe des Befehls history durch eine grep-Pipe, mit der wir nach einem String suchen können:

history | grep apt-get

Diese Zeile lieferte in meinem Falle beispielsweise folgende Ausgabe, in der der gesuchte String „apt-get“ vorkommt:

35  sudo apt-get install gtk2-engines-equinox equinox-theme equinox-ubuntu-theme faenza-icon-theme
  156  sudo apt-get install darktable
  404  sudo apt-get cache search pidgin
  405  sudo apt-get —purge autoremove
  407  sudo apt-get update
  408  sudo apt-get upgrade
  523  history | grep apt-get

Für kompliziertere Suchvorgänge, beispielsweise wenn ihr mehrere Begriffe in einer Befehlszeile finden möchtet, müsst ihr erst mal auf Google zurückgreifen. Ein kleines Tutorial zu grep ist hier schon geplant, aber würde in diesem Beitrag etwas den Rahmen sprengen.

Die History lässt sich übrigens auch als Datei öffnen, einsehen, durchsuchen und modifizieren:

gedit ~/.bash_history

Größe der History ändern

Wer die aktuelle Größe seiner History erfahren möchte, kann dies mit folgender Zeile tun:

echo $HISTSIZE

Die Zahl gibt die Länge der History an (Anzahl der Einträge). Um diese Größe anzupassen, genügt es in der .bashrc zwei Werte zu setzen. Am besten ist, man sucht zunächst nach folgender Zeile:

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)

Findet man sie nicht, so kann man sie am Ende der Datei einfügen. Darunter fügt man dann die folgenden beiden Zeilen ein:

export HISTFILESIZE=10000
export HISTSIZE=10000

Natürlich können die Werte nach belieben angepasst werden.

History löschen

Wer Spuren verwischen möchte (Ihr Bösnickel, ihr! ;), hat natürlich die Möglichkeit die History zu löschen. Der folgende Befehl macht die History wieder „clean“:

history -c

Wer nicht die komplette History, sondern nur Teile daraus löschen oder gar modifizieren möchte, kann dies – wie bereits erwähnt – in der .bash_history machen:

gedit ~/.bash_history

History-Einträge mit Zeit- und Datumsangaben

Manchmal wäre es beim Durchsuchen der History ganz sinnvoll zu erfahren wann eine Befehlszeile ausgeführt wurde – also mit Datum und Uhrzeit. Durch eine kleine Modifikation an der .bashrc ist dies möglich:

gedit ~/.bashrc

Am Ende der Datei fügt man die folgenden beiden Zeilen ein, bevor man die Datei speichert und den Editor wieder schließt:

# HISTTIMEFORMAT
export HISTTIMEFORMAT=’%Y-%m-%d, %T – ‘

Jetzt nur noch die Bash geschlossen und wieder geöffnet und durch Eingabe von history kann man nun in Erfahrung bringen, wann welche Zeile ausgeführt wurde.

History-Shortcuts

Es gibt noch ein nettes Feature der Bash, dass ich hier mal als „Shortcuts“ bezeichnen möchte.

Nehmen wir zum Beispiel an, wir haben eine Befehlszeile, die wir immer wieder nacheinander in gewissen Zeitabständen ausführen müssen/wollen. Einmal eingegeben, holen wir die Zeile mit der Cursortaste [↑] wieder aus der History und bestätigen sie mit der Enter-Taste. Statt dessen kann man den letzten Befehl aber auch mit folgender Zeile erneut ausführen:

!!

Der Vorteil des ganzen ist jetzt sicherlich nicht so ganz ersichtlich. In Scripten kann dies aber durchaus sinnvoll sein. Oder man führt die zuvor eingegebene Zeile mit Root-Rechten aus:

sudo !!

Was auch noch möglich ist, ist das Hervorholen der Befehlszeile, die mit einem bestimmten String anfängt, der das letzte Mal in der History aufgetaucht ist. Oder kurz und verständlich: Wenn ich fünf Zeilen vorher ps -fe | grep pino ausgeführt habe und danach kein weiterer ps-Aufruf erfolgt ist, dann kann ich eben diese Zeile mit folgendem Befehl erneut ausführen:

!ps

Der String nach dem Ausrufezeichen ist variabel. Die Bash holt einfach die Befehlszeile aus der History raus, die als erstes dem nach dem Ausrufezeichen eingegebenen String entspricht und führt diese aus.

Mehr über die History

Dies ist natürlich nur ein kurzer Einblick in die History-Funktion der Bash. Kombinationsmöglichkeiten mit anderen Befehlen gibt es natürlich nahezu unendlich viele, man muss sich nur ein wenig Zeit nehmen und das Netz danach mit Google durchsuchen.

Wer sehen möchte, wie mächtig der history-Befehl ist und was damit noch alles möglich ist, der sollte sich die Manpage dazu durchlesen:

man history

Ansonsten wünsche ich noch viel Spaß mit der History!

Hin und wieder kommt es vor, dass der Rechner einfach seine Zeit braucht, um etwas fertig zu stellen. Sei es ein Download, ein System-Update oder gar -Upgrade oder das Kompilieren einer aufwändigeren Anwendung. Nicht immer hat man Zeit und Lust am Rechner zu sitzen und darauf zu warten, bis er mit seiner Aufgabe fertig geworden ist. Den Rechner möchte man aber vielleicht trotzdem nicht unnötig lange laufen lassen.

Ein anderes Szenario ist – wie in meinem Falle – der Rechner der Eltern, auf dem man wunderbar Ubuntu installiert hat und es nun hin und wieder via Internet aktualisieren möchte. Wenn man nicht immer vor Ort sein kann, dann wäre es sehr praktisch, wenn man dies aus der Ferne erledigen könnte. Eben schnell ein kurzer Anruf: „Mutter! Schmeiß’ die Kiste an!“ Und schon kann es losgehen.

Geht nicht? Geht doch! Es geht sogar sehr einfach. Es gibt fünf grobe Schritte, welche zu befolgen sind um zu diesem Ziel zu gelangen:

1. Installation und Konfiguration des OpenSSH-Dämons
2. DynDNS einrichten
3. Installation und Konfiguration der SSH-Client-Software auf dem Handy
4. Konfiguration des Routers/der Firewall
5. Sicherheitstipps

Wer allerdings eine grafische Steuerung erwartet wird enttäuscht. Hier läuft alles über die Shell ab. Dies mag vielleicht schade sein, aber es spart Transfervolumen, was je nach Datentarif am Mobiltelefon günstiger und je nach verfügbarem Datenzugang außerdem viel schneller ist, steht mal kein UMTS/HSDPA zur Verfügung. Außerdem macht es an einem „normalen Mobiltelefon“ auch wenig Sinn auf einen Briefmarken-Bildschirm irgendwelche GUIs zu übertragen.

Packen wir es also an!

Schritt 1: OpenSSH-Dämon installieren und konfigurieren

Die Installation des Open-SSH-Dämonen (Daemons) bzw. -Servers ist so simpel wie sonst was:

sudo apt-get install openssh-server

Fertig! Jetzt wird zunächst die Konfigurationsdatei editiert:

sudo gedit /etc/ssh/sshd_config

Folgendes ist der Datei hinzu zu fügen bzw. abzuändern… .

Zunächst sollten wir die Option abschalten, sich direkt als root anzumelden. Dies ist unter Ubuntu ohnehin nicht möglich, aber sicher ist sicher. Die administrativen Rechte holen wir uns dann wie gewohnt mit sudo:

1. ÄNDERN VON:

PermitRootLogin yes

IN:

PermitRootLogin no

Anschließend möchten wir uns via Passwort anmelden, was im Zusammenhang mit MidpSSH (dem SSH-Client für Java-fähige Mobiltelefone), meines Wissens nach bislang die einzige Authentifizierungsmöglichkeit ist:

2. EINFÜGEN VON:

Password Authentication yes

… am besten direkt unter die Zeile UsePAM yes.

Und dann noch dies hier… . Dazu gleich mehr!

3. EINFÜGEN VON:

# Allow/Deny Users and Groups
AllowGroups admin

… an das Ende der Datei.

Man kann natürlich noch mehr konfigurieren, dies sind aber die einfachsten Schritte, welche die grundlegenden Bedürfnisse abdecken sollten.

Dann sei noch zu AllowUsers bzw. DenyUsers und AllowGroups bzw. DenyGroups folgendes gesagt: Mit AllowUsers kann man Benutzernamen auf dem Server angeben, welche Benutzer sich via SSH am System anmelden dürfen bzw. unter DenyUsers, welche dies nicht dürfen. Ähnlich verhält es sich mit AllowGroups: Hier im Beispiel ist admin als Gruppe eingetragen, was allen Benutzern mit Administrationsrechten den Zugriff auf das System via SSH gestattet. Genauso kann man mit DenyGroups bestimmte Benutzergruppen vom Zugriff ausschließen.

Nun nur noch ein Neustart des Servers:

sudo /etc/init.d/ssh restart

Und damit wäre der Dämon einsatzbereit. Ob er funktioniert, können wir zunächst an einem anderen Rechner im lokalen Netz testen, sofern ein Zweitrechner vorhanden ist:

ssh benutzername@IP_DES_SSH_SERVERS

Beispiel:

ssh klaus@192.168.2.10

Klappt es nicht, so prüft bitte zunächst eure Konfiguration und schaut unter Schritt 4 rein!

Schritt 2: DynDNS einrichten

Das Problem ist nun, dass wir außerhalb des lokalen Netzwerks nicht die IP-Adresse des Rechners mit dem SSH-Server kennen. Kaum jemand wird eine statische IP-Adresse besitzen. Daher brauchen wir einen Dienst, der einer von uns festgelegten Domain automatisch die aktuelle IP-Adresse des Systems zuweist und dieser nennt sich beispielsweise DynDNS. Es gibt auch noch andere Dienste dieser Art, aber ich beschränke mich hier zunmächst nur auf DynDNS, zumal dies der wohl bekannteste Dienst seiner Art sein dürfte.

Geht zunächst zu DynDNS.com, registriert euch dort kostenlos und erstellt euch eine Domain. Zum Beispiel: DOMAINNAME.dyndns.org

Wer nun das Glück hat einen Router zu besitzen, der DynDNS und ähnliche Dienste unterstützt, der kann in der entsprechenden Konfigurationsmaske des Routers seine DynDNS-Daten eintragen. Bei mir (Speedport W 701V „gefritzt“) sieht das wie folgt aus:

Wer einen Router ohne entsprechende DynDNS-Unterstützung seinen eigenen nennt oder gar keinen Router, sondern ein Modem besitzt, der muss auf eine Software-Lösung zurückgreifen. Dafür bietet sich der ddclient aus dem Ubuntu-Repository an, der bei einer Verbindung mit dem Internet die dynamische Domain mit der aktuellen IP-Adresse abgleicht. Installiert wird er wie folgt:

sudo apt-get install ddclient

Nach der Installation erfolgt auch sogleich die Konfiguration, die ihr schon mal vornehmen solltet.

Schritt 3: SSH-Client-Software installieren und konfigurieren

Es gibt sicherlich noch andere SSH-Clients für das Handy. Ich habe mich jedoch für MidpSSH entschieden, weil es meiner Ansicht nach ein sehr guter SSH-Client für mein Sony Ericsson K800i und K510i ist. Wer mag, kann natürlich auch andere Software testen. Genauso gibt es für Smartphones (Black Berry, iPhone, etc.) und andere Mobiltelefone, auch die passende Software. Die Vorstellung der zahlreichen Programme würde hier jetzt allerdings den Rahmen sprengen, weshalb ich mich nur auf MipdSSH beschränke.

Nach der Installation und Ausführung der Anwendung auf dem Handy, sollte man sich zunächst ein Profil anlegen, um sich in Zukunft die ganze Tipperei zu ersparen. Anschließend kann man sich auch schon einloggen… .

Sehr praktisch ist die Funktion sich so genannte Macro sets anzulegen. Ich kann es wirklich nur empfehlen! Das sind einfach Vorlagen dafür, was man im Client sonst mühsam eingibt. Wer an seinem Mobiltelefon keine vollwertige Tastatur hat, wird wenig Freude beim Updaten des Systems haben, das er anschließend herunterfahren möchte:

sudo apt-get update && sudo apt-get upgrade
sudo shutdown -h now

Kurz paar Vorlagen/Macros angelegt, kann man sich hinterher das nervige getippe mit T9 ersparen.

Auch das „Abschießen“ einer Anwendung kann man sich erleichtern. Statt zum Beispiel:

sudo ps -fe | grep firefox
sudo kill -9 2641

… immer wieder einzugeben, können wir zwei Macros erstellen:

sudo ps -fe | grep

… und …

sudo kill -9

WICHTIG: Am Ende der Zeile sollte in beiden Macros ein Leerzeichen eingefügt werden! Außerdem sollte, bei der Erstellung der Macros, die Option Mode auf Type gestellt sein!

Der Grund für diese beiden „Besonderheiten“ ist ganz einfach: Was am Ende der Zeile steht, variert, je nachdem, welche Anwendung bzw. welche Prozess-ID man abschießen möchte. Somit hat man nach Auswahl des jeweiligen Macros noch immer die Möglichkeit, mit Input, die fehlenden Angaben am Ende der Zeile zu ergänzen, bevor man die endgültige Befehlszeile abschickt.

Schritt 4: Router (NAT) und Firewall konfigurieren

Wer sich im lokalen Netzwerk nicht auf dem SSH-Server einloggen kann, hat vermutlich entweder etwas falsch konfiguriert oder eine Software-Firewall laufen. Ich persönlich bin der Meinung, dass Software-Firewalls nur eine Ressourcenverschwendung sind, aber es sei jedem selbst überlassen darüber zu entscheiden, was nötig und unnötig ist. Standardmäßig sollte die Firewall auf dem Server – sofern vorhanden – eingehende und ausgehende Verbindungen auf dem TCP-Port 22 zulassen. Wer einen anderen Port für seinen SSH-Dämon benutzt, muss in der Firewall den entsprechenden TCP-Port statt TCP-Port 22 freigeben.

Sollte dies nun klappen, aber eine Verbindung vom Handy oder von einem externen Rechner aus – also außerhalb des lokalen Netzwerkes – scheitern, so kann es daran liegen, dass man hinter einem Router sitzt, der eingehende Verbindungen aus Sicherheitsgründen blockiert. Normalerweise biete der Router – in meinem Falle ein „gefritzter“ Speedport W 701V – unter den Konfigurationsoptionen die Möglichkeit die NAT (eine Art Firewall) zu konfigurieren. Schlagen wir also ein Löchlein in die Wand für die IP des Rechners, auf dem der SSH-Dämon läuft, für TCP-Port 22 oder welchen Port man bei sich auch immer gewählt hat. Danach sollte alles soweit funktionieren. Bei mir sieht das so aus:

Schritt 5: Sicherheitstipps

Zu beachten ist, dass die Authentifizierung auf dem Server nun über das Passwort eines lokalen Benutzers durchgeführt wird. Daher ist es sehr wichtig, dass alle Benutzernamen, über die man sich via SSH am System einloggen kann, über ein möglichst starkes und sicheres Kennwort verfügen. Einfache Kennwörter sind unter Umständen leicht zu erraten und stellen somit ein Sicherheitsrisiko dar – vor allem, wenn es sich um Benutzer mit Administrationsrechten handelt!

Sofern der SSH-Client dies unterstützt – MidpSSH tut es bislang meines Wissens nach nicht – empfiehlt es sich statt der Passwort-Authentifizierung die Public-Key-Authentifizierung zu benutzen. Nähere Informationen dazu ergoogelt bitte selbst.

Außerdem ist es ein Trugschluss, dass die Abweichung beim SSH-Server vom Standard TCP-Port 22 auf einen anderen Port – z.B. 27409 – für mehr Sicherheit sorgt. Es mag sicherlich einige Möchtegern-Cracker und -Hacker täuschen oder eventuell die Sichtbarkeit eines offenen Ports etwas hinauszögern, allerdings zeigt ein Portscan relativ schnell, welche Ports am System geöffnet sind und welche nicht.

Daher gilt: Wer einen SSH-Server nicht wirklich braucht, sollte auf ihn verzichten. Nur weil es „witzig“ ist sein System via Mobiltelefon zu steuern, muss es noch lange nicht sinnvoll sein! Für gewöhnlich sollte das System zwar grundsätzlich sicher sein, aber offene Ports stellen immer ein Sicherheitsrisiko dar, welches nichts ausgenutzt werden muss, aber kann, wenn z.B. die entsprechende Software eine Sicherheitslücke oder etwaige Bugs aufweist oder Kennwörter zu leicht zu erraten sind.

So, und nun hoffe ich, dass ich nichts vergessen habe und wünsche euch viel Spaß damit!

Auf einigen Systemen kann es vorkommen, dass ein gewisser Dienst Komplikationen verursacht. Dies kann zum Beispiel so aussehen, dass einige Fenster nur noch träge reagieren oder beim Herunterfahren eine Meldung erscheint, dass der Dienst AT-SPI-Registry nicht beendet werden konnte, das System wartet dann auf eine Aktion des Benutzers. Auf anderen Systemen frisst dieser Dienst unnötig viel Arbeitsspeicher (angeblich bis zu 250 MByte laut einigen Berichten) oder soll sogar das System teilweise bremsen. Im Prozessmanager lässt sich der Dienst killen – oft erscheint er dort auch als ein so genannter „Zombie-Prozess“ – danach sollte das System etwas besser laufen.

Ich weiß nicht warum das so ist, aber ich habe endlich mit etwas Googeln eine Lösung gefunden. Für alle Leidgeplagten hier eine kurze Anleitung.

Wer auf den genannten Dienst nicht angewiesen ist, kann ihn ganz einfach deinstallieren:

sudo apt-get autoremove at-spi

Dabei werden auch einige andere Anwendungen mit deinstalliert. Dies betrifft in der Regel jedoch nur Software wie z.B. den Screenreader Orca und gegebenenfalls benötigte Komponenten. Wer auf einen barrierefreien Zugang zum System nicht angewiesen ist, sollte nach der Deinstallation keine Probleme bekommen, denn kurz und bündig: Für einen solchen Einsatz ist dieser Dienst hauptsächlich gedacht.

Für gewöhnlich zeigt Nautilus – der Standard-Dateimanager unter Ubuntu – eine Vorschau für bestimmte Dateien an. Zu diesen Dateien gehören z.B. PDF-Dokumente, Bild- und Filmdateien oder andere visuell wahrnehmbare Dateien. Dies ist zum Beispiel dann sehr praktisch, wenn man Fotos sortiert.

Hin und weder kommt es jedoch vor, dass Nautilus eine solche Dateivorschau nicht generiert oder erst dann generiert, wenn man die entsprechende Datei zunächst geöffnet und anschließend die Ansicht für den Ordner, in dem sie liegt, aktualisiert hat. Dies passiert für gewöhnlich dann, wenn man zusätzliche Software installiert hat, welche das Verhalten des Dateimanagers verändert beziehungsweise in irgendeiner Weise beeinflusst.

Vor einem ähnlichen Problem stand ich bis heute auch, bis mir im Heimatverzeichnis der Ordner .thumbnails aufgefallen ist. Dies ist der Ordner, der die Vorschaubilder der jeweiligen Dateien enthält. Um das Problem nun zu beheben, begibt man sich in die Shell und löscht diesen Ordner zunächst komplett:

rm -R ~/.thumbnails

Anschließend sollte man sich aus- und wieder einloggen. Wer mag, kann alternativ auch Nautilus abschießen. Zumindest unter Lucid Lynx (Ubuntu 10.04) startet der Dateimanager von selbst neu und generiert entsprechende Dateivorschau, sobald man einen Ordnerinhalt aufruft. Das Abschießen des Dateimanagers geschieht mit:

killall nautilus

UPDATE:

Da ich ein ähnliches Problem eben an meinem Desktop-Rechner hatte und die von mir zuvor beschriebene brachiale, wenn auch einfache Lösung nicht geklappt hat, hier noch ein kleines Update dieses Beitrags.

Um das Problem zu lösen, sollte obiger Lösungsvorschlag nicht funktioniert haben, startet man einfach ein Terminal-Fenster und führt in der Shell folgende Befehle aus:

sudo update-mime-database /usr/share/mime
sudo update-desktop-database
sudo dpkg-reconfigure shared-mime-info

Anschließend bedarf es wieder eines Aus- und Einloggens bzw. des Abschießens des Dateimanagers Nautilus. Et voilà!

Vor ungefähr einem Monat habe ich “Fünf System-Tools, die man haben sollte” vorgestellt und dabei mal wieder ein Tool vergessen, wie mir gerade auffällt. Und das, obwohl ich es zum besagten Zeitpunkt auf meiner Liste der erwähnenswerten System-Tools hatte. Wie schlampig! Ich werde nach Fertigstellung dieses Beitrags umfangreiche Resozialisierungs- und Bestrafungsmaßnahmen gegen mich selbst einleiten, damit so etwas nicht wieder vorkommt. Versprochen!

Ubuntu Tweak ist mit Ailurus vergleichbar. Ein kleines System-Tool, das diverse Einstellungsmöglichkeiten am System ermöglicht und zudem noch zahlreiche zusätzliche Programme und PPA-Quellen mit Software offeriert. Letzteres ist vermutlich der größte Vorteil der Software, da die meisten der hier möglichen Einstellungen auch vom System aus möglich sind.

Und so installiert man Ubuntu Tweak. Einmal bitte in die Shell/ins Terminal wechseln und dort zunächst die PPA-Quelle hinzufügen:

sudo add-apt-repository ppa:tualatrix/ppa

Anschließend müssen nur noch die Software-Quellen aktualisiert und das Tool installiert werden:

sudo apt-get update
sudo apt-get install ubuntu-tweak

Nach der Installation ist Ubuntu Tweak im Menü “Systemwerkzeuge” zu finden.

Lange habe ich als Nutzer von Ubuntu 9.10 auf OpenOffice 3.2 gewartet, da diese Version einige für mich wichtige Änderungen mitbringt – insbesondere die von mir lang ersehnte Unterstützung für OpenType-Schriften. Nun ist die besagte Version des freien Office-Paketes schon länger verfügbar. Einziges Problem: Bislang mussten sich Ubuntu-Nutzer mit einer manuellen Installation zufrieden geben, was bedeutet, dass man bei Aktualisierungen diese nicht automatisch bei Durchführung eines Updates mit apt beziehen konnte. Nun habe ich auf WebUpd8.org einen Beitrag mit entsprechenden Quellen entdeckt.

Da im WebUpd8.org-Beitrag dem Autor leider ein klitze-kleiner Fehler unterlaufen ist – vermutlich weil OpenOffice neu installiert wurde, statt aktualisiert zu werden – hier das gleiche nochmal “fehlerbereinigt” auf Deutsch.

Zunächst muss die neue PPA-Quelle dem Repository hinzugefügt werden:

sudo add-apt-repository ppa:openoffice-pkgs/ppa

Anschließend müssen die lokalen Repository-Daten aktualisiert werden:

sudo apt-get update

Nun kommt es drauf an, ob man eine Neuinstallation oder ein Upgrade durchführt. Wer mag, kann natürlich die alte Version zunächst deinstallieren und anschließend neu installieren. Eine Installation führt mit folgender Zeile aus:

sudo apt-get install openoffice.org openoffice.org-gnome

Wer dagegen ein Upgrade ausführen möchte, sollte ein Distributions-Upgrade durchführen, da ansonsten – dies ist der eben genannte Fehler des WebUpd8.org-Beitrags – nur Teile des OpenOffice 3.2 Paketes heruntergeladen und installiert werden. Dies geschieht mit folgender Zeile:

sudo apt-get dist-upgrade

Und nun viel Spaß mit dem neuen OpenOffice!

Unter Ubuntu, genauer gesagt unter der grafischen Oberfläche “Gnome”, gibt es im Heimatverzeichnis (~) einen versteckten Unterordner mit dem Namen .gconf, der Geheimnisse birgt.

Wer um Mitternacht, beim Licht eines vollen grünen Mondes, einem Einhorn mit seiner Hand tief hinten reingr… . Ok, ich habe es versaut. Das war jetzt zu theatralisch. Aber damit wollte ich nur auf eines zu sprechen kommen: Dies hier soll nicht ein Bericht im Stil diverser Zeitschriften werden, die vorne auf dem Cover groß Titeln: “200 geheime Experten-Hacker-Tipps, von denen niemand wissen sollte!”

Der besagte, versteckte Ordnet existiert tatsächlich und er enthält weitere Unterordner, die wiederum Unterordner enthalten und so weiter. Irgendwann enthalten jene Unterordner jedoch XML-Dateien, die mit einem Editor geöffnet und bearbeitet werden können. Durch diese XML-Dateien lassen sich Gnome und zahlreiche andere GTK-Anwendungen mit Optionen konfigurieren, die vielleicht nirgendwo sichtbar sind. Oft ist das gar nicht nötig, weshalb die Optionen auch so versteckt liegen, zumal man sich damit – wenn man zu viel darin rumwühlt, ohne zu wissen, was man tut – auch ganz hervorragend Gnome oder die eine oder andere Anwendung unter Umständen zerschießen kann. Wer dann nicht weiß, wie er/sie das wieder gerade biegt, steht erstmal ohne Hosen da. Wer sich diese Ordner-Struktur übrigens mal angeschaut hat, stellte bestimmt schnell fest, dass die Ordner logisch benannt sind: Nach auf dem System vorhandenen Anwendungen.

Jedenfalls sind diese Dateien auch einfacher zugänglich und komfortabler zu bearbeiten, unter einer Oberfläche des GConf-Editors vereint. Diesen startet man in der Shell ganz einfach über den Befehl gconf-editor. Wer sich das nicht merken kann oder wem das zu blöd ist, der mache bitte folgendes: Rechtsklick auf das Ubuntu-Menü → “Menüs bearbeiten” → “Systemwerkzeuge” → beim “Konfigurationseditor” das Häkchen setzen. Nun findet sich der “Konfigurationseditor”/”GConf-Editor” auch im Menü “Systemwerkzeuge” wieder.

Das Fenster, das sich einem nun bietet, ist dreigeteilt. Links ist die bereits beschriebene Ordner-Struktur zu finden. Rechts oben sind die Werte einer im links ausgewählten Unterordner enthaltenen XML-Datei zu finden. Diese Werte (auch “Schlüssel” genannt) werden natürlich nicht als Konfigurationsdatei, sondern als grafische Elemente dargestellt, also keine Angst. Und unten kann man jeweils eine Beschreibung des ausgewählten Schlüssels nachlesen.

Wozu das alles gut ist

Soweit die Geschichte von der Geschichte. Wozu das alles nun gut ist, möchte ich anhand von sechs Beispielen demonstrieren. Weitere Kniffe müsst ihr euch selbst “erarbeiten” oder ergoogeln.

Mich hat es immer gestört, dass die Icons von USB-Sticks oder anderen, neu gemounteten Medien auf dem Desktop landen. Das macht Gnome zwar schon seit je her so, aber ich finde es einfach unschön. Ich möchte das nicht.

Lösung: /apps/nautilus/desktop/volumes_visible → deaktivieren

Auf meinem Notebook habe ich einen 15,4” WXGA-Bildschirm. Dadurch habe ich zwar 1280 Pixel an Auflösung in der Breite, aber nur 800 Pixel an Auflösung in der Höhe. Da ich viel in den Gnome-Panels abgelegt habe, habe ich oben und unten am Bildschirm ein Panel. Das untere Panel versteckt sich allerdings automatisch, um etwas mehr Platz in der Höhe zu haben. Bisher fand ich die Reaktion allerdings zu träge, mit der es wieder erscheint, wenn man es mit der Maus berührt.

Lösung: /apps/panel/toplevels/bottom_panel_screen0/unhide_delay → auf 50 setzen

Eines Tages habe ich festgestellt, dass wenn ich Archive erstelle, diese nicht mit der höchsten Kompressionsrate komprimiert werden. dies ist prima, weil der Kompressionsvorgang somit etwas schneller abläuft, aber mir sind niedrigere Dateigrößen wichtiger, auch wenn ich dabei etwas länger warten muss.

Lösung: /apps/file-roller/general/compression_level → auf “maximum” setzen

Dies ist kein Tipp, den ich selbst benutze, aber ich weiß, dass viele, die von Windows zu Ubuntu wechseln, irritiert sind, dass sie keinen Arbeitsplatz auf dem Desktop finden.

Lösung: /apps/nautilus/desktop/computer_icon_visible → aktivieren

Und noch so ein Tipp, wem die “Eigenen Dateien” auf dem Desktop fehlen. Hiermit befördert man das Heim-Verzeichnis zusätzlich nochmal auf den Desktop.

Lösung: /apps/nautilus/desktop/home_icon_visible → aktivieren

Viele Ubuntu-Neulinge finden den Mülleimer nicht wieder, in den sie vorhin noch etwas verschoben haben und nun doch lieber wieder zurück hätten. Dieser befindet sich zwar im unteren Panel rechts, aber wer mag, kann ihn auch auf den Desktop zaubern.

Lösung: /apps/nautilus/desktop/trash_icon_visible → aktivieren

Twitter ist … für die einen ein Hype, für noch andere ein unverzichtbarer Teil des Web 2.0 und für wiederum andere schon so gut wie tot, denn immer wieder hört man von Voraussagen, wie schlecht es Twitter in Zukunft gehen wird und spekuliert bereits darüber, was nach Twitter kommt. Noch ist Twitter nicht tot und wenn ihr mich fragt, so pendelt sich der Twitter-Hype gerade erst in einem gesundem Maße ein. Deshalb hier die drei meiner Meinung nach besten Twitter-Clients für Ubuntu!

Ich habe bei der Auswahl auf bestimmte Kriterien geachtet. So sollte der Twitter-Client zum Beispiel nicht auf Adobe AIR basieren, da die Linux-Umsetzungen von AIR und Flash meiner Ansicht nach schlichtweg ungenügend sind. Nennenswert sind hier die hohe CPU-Auslastung und die mangelhafte Möglichkeit der Deinstallation der AIR-Anwendungen von offizieller Seite. Außerdem sollte der Client möglichst nicht an eine größere Anwendung, wie einen Webbrowser gebunden sein – zum Beispiel als Addon für Firefox. Zuletzt sollte der Client noch übersichtlich und funktionell gut ausgestattet sein.

Trotz einer großen Auswahl an Linux-Clients für Twitter sind nach dem Ausprobieren und Aussieben nur drei Kandidaten übrig geblieben. Obwohl ich an dieser Stelle anmerken möchte, dass ich mit Sicherheit nicht alle Twitter-Clients für Linux kenne. Beim letzten Kandidaten – dem Pidgin-Plugin “MBPurple” – setze ich allerdings ein kleines Sternchen dran, denn dies ist kein eigenständiger Client, sondern an eine Anwendung gebunden und funktionell nicht sonderlich spektakulär, jedoch für einige bestimmt sehr praktisch.

Wer Twitter noch nicht kennt, es aber mal gerne ausprobieren möchte, nur nicht weiß, wem es sich zu folgen lohnt, der oder die schaue bitte auf meinen Beitrag: “Sechs Twitter-Accounts, denen es sich zu folgen lohnt”

Pino

Klein, schnell und einfach zu bedienen ist Pino, ein Micro-Blogging-Client für die Dienste Twitter und Identi.ca. Pino Bietet trotz seiner Größe und Schnelligkeit viele Funktionen mit. Auch das Folgen und Entfolgen von Nutzern ist möglich. Dazu klickt man einfach auf das Bild eines Benutzers und wählt dort den Haken “follow” an oder ab. URLs lassen sich über den is.gd-Dienst mit der Tastenkombination Strg+U kürzen. Ein persönlicher Hinweis sei mir noch erlaubt: Mein Favorit!

Installation:

sudo add-apt-repository ppa:vala-team/ppa
sudo add-apt-repository ppa:troorl/pino
sudo apt-get update
sudo apt-get install pino

Gwibber

Ein umfangreicher Twitter-Client, der die wichtigsten Twitter-Funktionen abdeckt. Das Retweeten, Markieren von Beiträgen als Favorit oder Antworten lässt sich schnell per Maus erledigen. Zudem ist der Client sehr schön konfigurierbar und unterstützt die automatische URL-Kürzung über mehrere Short-URL-Dienste. Die Verfügbaren Fenster-Elemente lassen sich auf ein Minimum reduzieren und bei Bedarf wieder im Menü aktivieren. Sehr praktisch ist manchmal auch die Such-Funktion. Bei Nicht-Gebrauch verschwindet der Client im Panel-Tray. Neue Nachrichten werden über das Benachrichtigungs-Feld von Gnome eingeblendet.

Unterstützt werden neben diversen Micro-Blogging-Diensten noch zahlreiche weitere Web 2.0 Dienste. In der Summe sind das: Twitter, Identi.ca, StatusNet, Facebook, FriendFeed, BrightKite, OCS, Digg, Flickr und Qaitu. In der Streams-Spalte lassen sich wunderbar die Nachrichten der benutzten Dienste einzeln oder zusammen betrachten.

Installation:

sudo apt-get install gwibber

Pidgin-MBPurple

Wie schon eingangs erwähnt: Dies ist kein eigenständiger Twitter-Client und nach vielen Funktionen darf man in der derzeit aktuellen Version auch nicht suchen. Trotzdem denke ich, dass dieses Pidgin-Plugin für manche sehr interessant sein könnte. Wer ICQ, AIM, MSN, YIM, Jabber oder andere IM-Dienste mit Pidgin nutzt, der kann mit dem Pidgin-Plugin MBPurple (Micro-Blog Purple) nun auch im gleiche Fenster auch Micro-Blogging-Dienste wie Laconi.ca, Identi.ca und Twitter nutzen.

Nach der Installation des Plugins erfolgt die Konfiguration des Micro-Blogging-Kontos wie gewohnt in der Konto-Verwaltung. Anschließend wird ein entsprechender Listen-Eintrag hinzugefügt, über den man in Zukunft über neue Nachrichten informiert wird und über den man auch eigene Nachrichten twittern kann.

Installation:

sudo apt-get install pidgin-mbpurple