Tag: Debian

Posted on

Das fortlaufend nutzbare Debian Testing alias CUT

Nachdem ich CUT vor ein paar Monaten schon vorgestellt hatte, wollte ich kurz wissen wie es mit dem Vorschlag weitergegangen ist.
CUT hat einen eigenen Wiki-Webauftritt auf cut.debian.net erhalten. Dort befindet sich zur Zeit eine Übersicht über den Stand des Projekts, Hintergründe und Geschichtliches und verschiedene Informationen und Stichpunkte wie man intern mit dem Projekt umgehen sollte.
Zur Erinnerung: CUT soll im Wesentlichen vier Probleme mit Debian Testing beseitigen.

  1. Testing soll fortlaufend nutzbar und installierbar bleiben. Der Debian Installer soll aktuell aber zuverlässig arbeiten.
  2. Softwarepakete sollen nicht wie bisher "eingefroren" werden, sondern kontinuierlich aktuelle Software in CUT einfließen.
  3. Kein Entfernen von Paketen mehr, die Übergänge größerer Projekte blockieren (Gnome 3) oder die auf Grund von Fehlern nicht für Debian Stable in Frage kommen.
  4. Zeitnahe Sicherheitsaktualisierungen.

Für Punkt 1 gibt es nun seit der Ankündigung des ersten veröffentlichten Testing-Snapshots-Abbilder zum Download als ISO-Datei bzw. direkt als Apt-Quelle. Z.B.

deb http://snapshot.debian.org/archive/debian/20111130T223330Z testing main
deb-src http://snapshot.debian.org/archive/debian/20111130T223330Z testing main

All diese Versionen sind aber nach wie vor als inoffiziell anzusehen und ein Angebot für Entwickler und interessierte Benutzer. Trotzdem bieten sie eine Lösung für Punkt Nr.1.
Wie aus cut.debian.net hervorgeht, ist das Projekt weiterhin im Fluss und bei weitem nicht abgeschlossen. Es scheint zur Zeit eher unwahrscheinlich zu sein, dass mit CUT ein weiterer Debian-Zweig neben Experimental/Unstable/Testing und Stable geschaffen wird. Insbesondere steht nach wie vor die Frage im Raum, wie man es schafft genug Freiwillige zu motivieren, die gleichzeitig an Testing und an einer parallel entwickelten fortlaufend aktuellen CUT/Rolling-Version arbeiten, damit die nächste Veröffentlichung von Stable ihre herausragende Qualität behält.
Ich persönlich hätte als Nutzer Interesse an einer verbesserten Testing-Version, die auch meinetwegen gerne einen werbewirksamen Namen haben darf. Ideal wäre meiner Meinung auch, wenn Projekte wie Aptosid, die etwas sehr ähnliches für Debian Unstable machen, ihre Ressourcen mit CUT innerhalb des Debian-Projektes bündeln könnten.
Wie auch immer, ich finde es gut, dass das CUT-Team sich die Mühe macht. Wer auf dem Laufenden bleiben möchte, kann sich gerne auf der CUT-Team Mailingliste eintragen.

Posted on

Ein individuelles dmenu erstellen

Das gute dmenu wurde zwar primär für die Verwendung mit dem Fenstermanager dwm entwickelt, es lässt sich aber auch mit anderen kombinieren. Zum ersten Mal habe ich das dieses Jahr bei Crunchbang beobachtet, das auf Debian Squeeze und den Openbox-Fenstermanager setzt.
Doch zuerst einmal, so sieht dmenu für gewöhnlich aus.


Indem man die Anfangsbuchstaben des gesuchten Programms eintippt und das Ganze mit Tab vervollständigt, bewegt man sich in rasender Geschwindigkeit durch alle installierten Anwendungen, die im eigenen $PATH installiert sind. Programme werden danach durch Enter gestartet, fertig. Kein Warten, sehr effizient, Gnome-Do oder gar Unity und die Gnome-Shell werden dadurch zum Ausführen von Programmen überflüssig.
Normalerweise benötige ich bei Openbox und vergleichbaren Fenstermanagern nur das Rechtsklickmenü und ein paar Tastenkürzel. Mit dem Skript dmenu-bind.sh von Gatti Paolo lässt sich aus dmenu aber ganz leicht eine übersichtliche Menüstruktur erstellen.
Der Aufbau ist einfach und leicht nachzuvollziehen. Unter die Menüpunkte wie z.B. web werden der Name des Menüpunkts und der auszuführende Befehl geschrieben.

chromium "chromium"

oder

vim "urxvtcd -e vim"
In dem Menü kann man danach wie gehabt mit den Pfeiltasten und der Enter-Taste navigieren. Das Skript lässt sich z.B. in ~/.config/dmenu/dmenu-bind.sh abspeichern und in ~/.config/openbox/rc.xml oder mit Hilfe von obmenu an eine Taste binden.

<keybind key="A-F3">
  <action name="Execute">
    <startupnotify>
      <enabled>true</enabled>
        <name>dmenu-bind</name>
    </startupnotify>
        <command>~/.config/dmenu/dmenu-bind.sh</command>
  </action>
</keybind>

Das angepasste dmenu kann nun mit Alt+F3 aufgerufen werden.


Das gesamte dmenu-bind.sh Skript sieht so aus.

#!/bin/bash
#       Custom dmenu-bind.sh
#
#       Copyright 2009, Gatti Paolo (lordkrandel at gmail dot com)
#       Distributed as public domain.
#       09.28.2009 -- First release
#       09.29.2009 -- Submenu support added
if [ "$1" == "" ]; then
    title="MainMenu"
    menu=(
#               labels            commands
#           Main =========================================
                web               "$0 web"
                system            "$0 system"
                tools             "$0 tools"
                settings          "$0 settings"
    )
else
    case $1 in
    web)
        title="web"
        menu=(
#           Web ==========================================
                firefox           "firefox"
                lostirc           "lostirc"
         )
    ;;
    tools)
        title="tools"
        menu=(
#           Tools ========================================
                gedit             "gedit"
                geditsudo         "gksudo gedit"
         )
    ;;
    system)
        title="system"
        menu=(
#           System =======================================
                home              "pcmanfm"
                tilda             "tilda"
                synaptic          "gksudo synaptic"
         )
    ;;
    settings)
        title="settings"
        menu=(
#           Settings =====================================
                volume            "$0 volume"
                dmenu             "gedit $0"
                obconf            "obconf"
         )
    ;;
    volume)
        title="Volume"
        menu=(
#           Volume controls ==============================
                0%                "amixer sset Master 0"
                50%               "amixer sset Master 50"
                70%               "amixer sset Master 70"
                100%              "amixer sset Master 100"
         )
    ;;
    esac
fi
for (( count = 0 ; count < ${#menu[*]}; count++ )); do
#   build two arrays, one for labels, the other for commands
    temp=${menu[$count]}
    if (( $count < ${#menu[*]}-2 )); then
        temp+="n"
    fi
    if (( "$count" % 2 == "0" )); then
        menu_labels+=$temp
    else
        menu_commands+=$temp
    fi
done
select=`echo -e $menu_labels | dmenu -p $title -nb black -nf white -sb darkblue -sf white`
if [ "$select" != "" ]; then
#   fetch and clean the index of the selected label
    index=`echo -e "${menu_labels[*]}" | grep -xnm1 $select | sed 's/:.*//'`
#   get the command which has the same index
    part=`echo -e ${menu_commands[*]} | head -$index`
    exe=`echo -e "$part" | tail -1`
#   execute
    $exe &
fi
Posted on

Elitäre Fenstermanager sind vielleicht doch einfacher zu bedienen als gedacht

Das Problem bei kachelnden Fenstermanagern ist, dass sie zum einen mit ihren Namen schon einen sonderbaren Eindruck hervorrufen und sie sich zum anderen selbst als ein Werkzeug für Poweruser oder die technische Elite empfehlen. Was auch immer das genau bedeuten mag.
Ich hatte letztes Jahr Awesome und später auch ratpoison auf dem Portégé 3110CT ausprobiert und an beiden Gefallen gefunden, da sie nach kurzer Eingewöhnungsphase äußerst sparsam mit den begrenzten Ressourcen umgingen und mit Hilfe der voreingestellten Tastenkürzel sich der kleine Laptop auch effizienter bedienen ließ.
Für den Thinkpad 600 habe ich zusätzlich zu all den Konsolenanwendungen neben dem Xorg-Server und Qingy zum Login nun auch DWM, den Dynamic Window Manager, installiert. DWM treibt es zwar mit dem elitären Dünkel, nicht aber mit dem Ressourcenverbrauch auf die Spitze. Im Gegenteil zeigt mir htop an, dass DWM sich gerade einmal mit 0.6% von 128 MB RAM begnügt.
DWM ist deshalb so besonders, da der Fenstermanager in einer einzigen Binärdatei ausgeliefert wird und sich aus nur 2000 Zeilen Code zusammensetzt. Die Konfiguration erfolgt über das Editieren einer Headerdatei der Programmiersprache C, wodurch DWM den Ruf weg hat nur etwas für Profis zu sein. Die Entwickler bringen das so auf den Punkt:

Because dwm is customized through editing its source code, it’s pointless to make binary packages of it. This keeps its userbase small and elitist. No novices asking stupid questions. There are some distributions that provide binary packages though.

Eine dieser Distributionen, die Binärpakete von dwm bereitstellt, heißt natürlich Debian. Für einen Test, ob einem DWM gefällt oder nicht, genügt wie immer:
aptitude install dwm
Bei meiner Konfiguration konnte ich danach im Loginmanager Qingy DWM als neue Session auswählen und landete nur wenige Sekunden später genau dort.


Das Bedienungsprinzip von DWM ist ziemlich einfach und es gibt sogar ein kurzes offizielles Tutorial dazu.
Am oberen Bildschirmrand befindet sich das Panel mit den sogenannten Tags, die sich zwar aus Benutzersicht ähnlich zu Arbeitsflächen verhalten, aber dennoch nicht das Selbe sind. Jede neue Anwendung erscheint zuerst im Master-Fenster und existierende werden nach rechts auf den sogenannten Stack verschoben. Wie der Screenshot zeigt habe ich vier Terminals geöffnet (Shift+ALT+Enter), wovon drei Terminals rechts im Stack angeordnet sind und das Hauptfenster die restliche Hälfte einnimmt.
Mit Hilfe von Alt+j/Alt+k lässt sich der Reihe nach der Fokus auf ein anderes Fenster wechseln. Mit Alt+h/Alt+l lassen sich die Fenster des Stacks horizontal verbreitern oder verkleinern. Zwischen einem ausgewählten Stackfenster und dem Hauptfenster lässt sich mit Alt+Enter wechseln.
DWM bietet standardmäßig drei verschiedene Modi. Alle Fenster werden automatisch im Tiling Modus (Alt+t), also kachelnd, angeordnet. Möchte man ein Fenster im Vollbild betrachten, muss man mit Alt+m in den Monokelmodus wechseln.


Um die Fenster frei zu bewegen und mit der Maus in der Größe anpassen zu können, gibt es den Schwebemodus alias Floating. (Alt+f) Wenn man die Alt-Taste gedrückt hält, kann man mit einem Druck auf die linke Maustaste das Fenster verschieben und mit der rechten Maustaste es vergrößern oder verkleinern.


Warum die Tags sehr nützlich sein können, erkennt man schnell am obigen Bildschirmfoto. So lässt sich zum Beispiel der ausgewählte Browser mit Shift+Alt+3 auf Tag Nr. 3 verschieben und mit Alt+1 und Alt+3 zwischen Tag 1 und 3 wechseln. Doch wenn man sich auf Tag 1 befindet und Tag 3 mit einem Rechtsklick sozusagen "zuschaltet", erscheinen alle Fenster dieses Tags auch auf dem aktuellen. Da sich DWMs Modi "on-the-fly" anpassen lassen, kann das Browserfenster dann schwebend über allen anderen positioniert werden.
Noch nützlich zu wissen ist das Kommando Shift+Alt+c, mit dem Fenster und darin laufende Anwendungen beendet werden und Shift+Alt+q, womit man sich von DWM abmeldet und wieder zurück zum Loginmanager gelangt.
Wer nicht alle Applikationen aus einem Terminal ausführen will, sollte sich noch die suckless-tools installieren, in denen sich unter anderem dmenu und slock zum Bildschirm sperren befinden. Dmenu lässt sich dann mit Alt+p aufrufen. Dmenu funktioniert in etwa wie die Gnome-Shell...nur viel, viel effizienter und schneller. 🙂
Ein paar kleine Details möchte ich bei DWM später noch ändern, aber zum schnellen Ausprobieren oder als Lösung für eine leichtgewichtige Desktopumgebung ist das Binärpaket bei Debian schon gut geeignet.

Posted on

Nur gute Nachrichten

Heute ist mir eingefallen, dass es eine ganz einfache Möglichkeit gibt herauszufinden, ob ein Rechner Hardwareprobleme mit sich herumträgt oder einfach nur die Software verbugt ist. Man muss nur ein älteres Backup einspielen als alles noch problemlos funktionierte und die Ergebnisse mit der aktuellen Situation vergleichen. 🙄
Nachdem ich diesen Geistesblitz hatte, schnappte ich mir ein mehr als zwei Monate altes Partitionsabbild meines minimalen Debian-Spielesystems, holte Clonezilla wieder hervor, spielte das Image ein und siehe da, keine X-Server-Abstürze und auch keine wirren Nvidia-Treiber-Fehlermeldungen mehr.
Besser so herum als feststellen zu müssen, dass man sich eine neue Graka oder gar PC kaufen muss. Wie zu erwarten war steckt der Fehlerteufel irgendwo zwischen den neuesten Nvidia-Treibern und dem Xorg-Server. Nur um zu sehen wie effektiv das Ganze ist, habe ich nun alle Nvidia- und Xorg-Pakete mit aptitude auf "hold" gesetzt und bin gespannt wie sich das System in Zukunft verhalten wird.
Für ein Spielesystem halte ich zwar nach wie vor aktuelle Treiber für das A und O, doch diese gegen ein instabiles System einzutauschen macht keinen Sinn. Klammert man das Treiberproblem aus, funktioniert Debian Unstable auf der Maschine ausgezeichnet. Als Alternative bietet sich in Zukunft zum Vergleich an einmal Debian Stable zu installieren und die Treiber und den Xorg-Server aus den Backports oder sogar manuell zu installieren.

Debian Backup und Neuinstallation

Da ich gerade in Schwung war, habe ich mich entschieden das parallel installierte Hauptsystem auf Basis von Debian Testing (i386) gegen ein amd64 gleichen Typs auszutauschen. Als ich die Idee zu dem Multibootsystem hatte, wollte ich mit i386 auf Nummer sicher gehen, aber da der Core Duo 64bit unterstützt und ich Debian Testing darauf ausschließlich als Arbeits-PC benutze, macht es keinen Sinn an i386 festzuhalten.
Da ich nicht bis zur Marktreife von Multiarch warten wollte, wenn es möglich sein wird ein i386 System auf amd64 upzugraden, habe ich mich für die althergebrachte Neuinstallation und "The Debian Way" entschieden. Ich hatte das komplette Home- und Etc-Verzeichnis gesichert, auf die Paketliste von dpkg aber verzichtet.
Es genügte vollkommen das Verzeichnis /home nach der Neuinstallation wieder einzuspielen und eine Handvoll Konfigurationsdateien aus dem alten Verzeichnis /etc manuell in das neue zu verschieben. Metapakete wie gnome-core waren schnell installiert und auch der Rest war lediglich ein

aptitude install Paketname

Nun muss sich das RAM-Problem nur noch irgendwie von selbst lösen. 😉

Posted on

Linux Mint MGSE, MATE und Gnome-3-Shell-Erweiterungen per Mausklick installieren

In Sachen Gnome-3-Erweiterungen passiert in letzter Zeit einiges. Dieser Beitrag ist für alle Zweifler, Nörgler und Nostalgiker, die am liebsten bis an das Ende aller Tage Gnome 2 benutzen möchten, genauso wie für alle euphorischen Enthusiasten, die die Veränderungen um der Veränderung willen bejubeln. Ihr habt nun die Möglichkeit das Rad der Zeit zurückzudrehen oder selbst Teil eines neuen Zeitalters zu werden. *Pathos Schilder und epische Musik im Hintergrund*

Linux Mint Gnome Shell Extensions (MGSE)

Seit dem 26. November 2011 steht Linux Mint 12 "Lisa" in den Internetregalen. Wer dachte, dass Linux Mint Ubuntus Unity-Desktop hinterherhecheln würde, sah sich getäuscht. Mit der aktuellen Version führt das Mint-Team eine neue Erweiterung zu Gnome 3 ein, die schlicht Mint Gnome Shell Extensions genannt wird. Im Prinzip gelingt Linux Mint der Spagat, zum einen den traditionellen Mint-Desktop im Stil von Gnome 2 mit dem besonderen Mintmenü beizubehalten und zum anderen alle neuen Schmankerl von Gnome 3 hinüber zu retten. So wird Gnome 3 äußerlich und optisch wieder zu Gnome 2.

Ich denke Linux Mint hat hier gute Arbeit geleistet, den eigenen Markenkern aufpoliert und eine sehr gute Gnome-Shell-Erweiterung entwickelt. Idealerweise sollte MGSE aber bald Upstream, also vom Gnome 3 Projekt selbst, als Erweiterung aufgenommen werden und dann der gesamten Freien Software Welt zur Verfügung gestellt werden.
Im Moment lassen sich Mints Gnome Shell Extensions außerhalb von Linux Mint zum Beispiel als PPA bei Ubuntu installieren, was unter dem Stichwort "Gnome Shell Extensions" im Wiki von ubuntuusers.de wie immer gut erklärt wird.
Auf MGSE bin ich aufmerksam geworden, als ich die "debian-devel"-Mailingliste überflogen habe, wo es schon die erste Anfrage gab, ob nicht irgendjemand MGSE für Debian paketieren möchte. Für Debian gibt es zwar noch kein Paket, wer aber Sid benutzt kann die Erweiterung MGSE direkt aus GIT herunterladen und den dortigen Anweisungen zur manuellen Installation folgen.

MATE

MATE ist eine Abspaltung von Gnome 2, die sich zumindest bei Linux Mint 12 und bei Arch Linux aus AUR parallel zu Gnome 3 installieren lässt. Das MATE-Projekt scheint im Juni diesen Jahres im Arch-Linux-Forum entstanden oder zumindest angekündigt worden zu sein. Der dortige MATE-Thread wird bis heute fortgeführt.
Ohne Zweifel ein sehr ambitioniertes Projekt, das scheinbar im Moment nur von einigen Einzelpersonen aus Argentinien vorangetrieben wird. Viele zentrale Gnome-2-Anwendungen sind schon auf GTK3 portiert worden. An vielen Stellen wurde aber auch nur der Name umbenannt und aus Nautilus wurde Maja, aus Metacity Marco und aus gconf mate-conf. Ziel soll es sein Gnome 2 fortzuführen und den "klassischen" Desktop weiterzuentwickeln. Wie ein Debian-Entwickler im oben genannten Link auf der Mailingliste schon kritisch bemerkte, muss MATE zuerst einmal eine kritische Masse erreichen, damit überhaupt jemand daran denkt diese neue alte Desktopumgebung für Debian zu packen.
Ich denke, dass es nicht damit getan ist ein paar Anwendungen umzubenennen und für GTK3 zu kompilieren. Eine Weiterentwicklung kostet viel Zeit und Aufmerksamkeit, weshalb ich nicht daran glaube, dass MATE langfristig erfolgreich sein kann. Es ist deutlich einfacher den MGSE-Weg von Linux Mint zu gehen und die Gnome-Shell auf Grundlage von Gnome 3 neu zu designen, wobei gleichzeitig sicher gestellt ist, dass erfahrene Gnome-3-Entwickler diesen Weg für die Zukunft unterstützen werden. Trotzdem zeigt es aber auch den großen Vorteil Freier Software. Wenn man mit etwas unzufrieden ist, ist es ausdrücklich erlaubt es zu ändern und man muss nicht damit rechnen mit Patentklagen überzogen zu werden.
Wer wirklich an Gnome 2 hängt sollte die Installations-CD von Debian Squeeze mit Gnome-Desktop herunterladen und sich bis 2014 an einem äußerst zuverlässigen und stabilen System freuen oder trotz aller Nostalgie ernsthaft über eine reine Fenstermanager-Lösung wie Openbox plus Tint2 nachdenken (oder Enlightenment 😉 ), die ein vergleichbares Desktoperlebnis bieten können und wesentlich reaktionsfreudiger sind.

Gnome Shell Extensions per Mausklick installieren

Wer kennt nicht Minority Report, wo Tom Cruise spielend leicht mit ein paar Handbewegungen Bilder und Anwendungen seines gläsernen Computers bewegt. (Den uncoolen und nicht-drahtlosen Datenaustausch mit Hilfe einer Plexiglasscheibe vergessen wir besser).
Was spricht dagegen in nicht allzu ferner Zukunft seinen Desktop online einfach per Sprachsteuerung oder wilden Bewegungen zusammenzustellen? Warum nicht schon heute?
Mit extensions.gnome.org gibt es nun die brandneue Möglichkeit Gnome-3-Shell-Erweiterungen per Mausklick direkt im Browser zu installieren. Denkt an Firefox Addons und ihr ahnt wie das Ganze funktioniert. Im Moment ist die Anzahl zwar noch begrenzt, aber dort findet sich z.B. schon ein Anwendungsmenü im Stil von Gnome 2, ein Panel und die Möglichkeit Anwendungen aus dem Gnome Panel zu starten.
Einziger Haken bei der Sache: Man muss Gnome 3.2 installiert haben und auf Grund eines Bugs mit Webkit-Browsern vorerst besser Firefox/Iceweasel zum Installieren benutzen.

Moment...das bedeutet.
Gnome 2 ist zurück!
MGSE ist schön, MATE ist eine weitere Alternative, doch die Zukunft des modernen Linuxdesktops ist heute, hier und jetzt Gnome 3 mit seinen per Mausklick installierbaren Erweiterungen! (Nun, muss ich nur noch die versprochenen Millionen der Gnome-Entwickler für diese schamlose Werbung eintreiben. So geht das KDE :P)

Posted on

Alt-Gr-Taste unter X in Betrieb nehmen und Tastaturlayout auf Deutsch ändern

Letzte Woche wurde die Frage gestellt, warum die "Alt-Gr"-Taste des Thinkpad 600 bei Slitaz nicht funktionieren würde. Mir war dieses Problem damals nicht aufgefallen und für gewöhnlich muss ich mich zumindest bei Debian nicht um das manuelle Einstellen des Tastaturlayouts kümmern.
Der X-Server ist mittlerweile so smart, dass er alle Optionen automagisch einrichtet. Sollten aber Probleme mit dem Tastaturlayout auftreten, lässt sich die Einstellung für Xorg nach wie vor entweder in /etc/X11/xorg.conf oder mit einer Konfigurationsdatei in /etc/X11/xorg.conf.d/ manuell ändern. Der Abschnitt sieht dann für eine deutsche Tastatur ähnlich wie dieser aus:

Section “InputDevice”
  Identifier “Generic Keyboard”
  Driver “kbd”
  Option “XkbRules” “xorg”
  Option “XkbModel” “pc105″
  Option “XkbLayout” “de”
  Option “XkbVariant” “nodeadkeys”
EndSection

Tastaturlayout für ConnochaetOS und den Thinkpad 600 ändern

Später fiel mir dann auf, dass ConnochaetOS die AltGr-Taste des Thinkpad 600 ebenfalls nicht automatisch eingerichtet hatte, obwohl es eine extra angelegte /etc/X11/xorg.conf.d/20-keyboard.conf gab. Da ConnochaetOS auf Arch Linux basiert, konnte ich schnell eine Lösung für das Problem finden, dank dieses Beitrags im deutschen Arch-Linux-Forum.
Damit die AltGr-Taste wieder funktioniert, muss man einen Parameter für die Option "XkbOptions" mit Hilfe des Programms setxkbmap temporär übergeben oder permanent in der Datei 20-keyboard.conf eintragen.

Temporär

setxkbmap -option lv3:ralt_switch_multikey

Permanent

Option "XkbOptions" "lv3:ralt_switch_multikey"

Bei ConnochaetOS sieht die 20-keyboard.conf dann so aus:

Section "InputClass"
  Identifier "txkbmap keyboard catchall"
  MatchIsKeyboard "on"
  Option "XkbModel" "thinkpad"
  Option "XkbLayout" "de"
  Option "XkbVariant" "nodeadkeys"
  Option "XkbOptions" "lv3:ralt_switch_multikey"
EndSection

Die Systemeinstellungen und das Tastaturlayout für die Konsole lassen sich bei Arch Linux und ConnochaetOS in /etc/rc.conf ändern. Hilfreich ist der Artikel "Arch Linux auf Deutsch stellen" im Arch Linux Wiki.

Fehlerdiagnose

Mit dem Kommando xev lässt sich herausfinden, mit welchem Keycode eine Taste im Moment belegt ist, indem man die betreffende Taste danach einfach drückt. Mit xmodmap -pke wird eine komplette Übersicht angezeigt. Beide Befehle eignen sich gut für die Fehlerdiagnose.
In /usr/share/X11/xkb/rules/base.lst befindet sich die Dokumentation zu allen Optionen im Zusammenhang mit Xorg und xkb.

Posted on

Der Thinkpad 600 als DJ auf dem Weihnachtsmarkt

Alle Jahre wieder findet in einem kleinen Dorf im Zentrum der Welt ein weltbekannter Weihnachtsmarkt statt. Am letzten Wochenende versammelten wir uns erneut im Glühweinzelt, um Glühwein mit und ohne Schuss, Lumumba und Kinderpunsch auszuschenken. Dieses Mal erklärte ich mich bereit, stimmungsvolle Musik mit Hilfe des Thinkpad 600 zur Verfügung zu stellen.
Alle Theorie ist trocken und grau, weshalb etwas Praxis nicht schaden konnte. Mit Debian und dem effizienten C*mus war die musikalische Unterhaltung des Weihnachtsmarkts gesichert. Da ich es darauf angelegt hatte, gab es zusätzlich für den ein oder anderen Bildschirmschonertrick mit Screen einige "Ohs und Ahs". 😉


Unauffällig in einer Ecke stehend erfüllte der Thinkpad seine Aufgabe. Der gesamte Tag verlief in musikalischer und technischer Harmonie. Zumindest bis wir uns dem Ende des Abends näherten. Denn spätestens wenn die Gäste einem mit wässrigem Blick anstarren und fordern: "Ich will Rum mit Glühwein. Du hast mich verstanden? RUM mit Glühwein!", ist es mal wieder Zeit das alljährliche Fest ausklingen zu lassen.
Wäre da nicht der kleine Kurzschluss beim Abbauen des Standes gewesen, der das Netzteil meines treuen Laptops abrauchen ließ, es hätte wieder einmal ein perfekter Abend werden können. 🙁
Mal schaun, ob die Bestellung, die in Kürze hier eintreffen wird, den Laptopoldie noch retten kann.

Posted on

Ein Debianbenutzer zu Besuch bei Arch Linux

Auch wenn ich mich in Sachen Arch Linux oft wiederhole. Beißt euch durch die Installation durch, bleibt dran und gebt nicht auf - ganbatte kudasai!. Sie ist wirklich gut im englischen oder deutschen Arch Linux Wiki erklärt. Nachdem man diese vermeintliche Hürde nämlich genommen hat, stellt man plötzlich fest, dass man für den Rest der Lebenszeit seines Computers nicht mehr daran denken muss. Genauso wie bei Debian Unstable oder Testing ist Arch eine fortlaufend aktualisierte Distribution, weswegen der Teil mit der Installation wirklich nur einen Bruchteil der Zeit am Rechner ausmacht. Wie versprochen ist hier ein erster Eindruck, was mir bei regelmäßiger Benutzung von Arch auf dem Inspiron 4000 aufgefallen ist.

Das Netzwerk

Nachdem man den Installationsschritten gefolgt ist, muss man sich als Neuankömmling erst einmal ein paar Problemen stellen. Eine Interfaces Datei für Arch Linux gibt es nicht. Ist die nicht sogar bei Debian schon "deprecated"? Am leichtesten geht es, wenn man direkt in der /etc/rc.conf eine einzelne Netzwerkschnittstelle einrichten möchte. Für statische oder dynamische IP-Adressen-Konfiguration ist hier der richtige Ort.
Wenn es komplizierter werden soll aufgrund mehrerer Netzwerkkarten, sollte man sich netcfg anschauen. Ein Verhalten, das erst einmal gewöhnungsbedürftig ist falls man Befehle wie ifconfig, ifup und ifdown sofort nach einer Minimalinstallation von Debian gewohnt ist. Für einen Laptop gefällt mir außerdem noch Wicd, mit dem sich übersichtlich drahtlose Netzwerke einrichten lassen.

Aptitude und Pacman

Arch Linux ist kaputt, denn es hat kein Apt. Wahre Worte. 😛 Pacman ist zwar nicht Apt, erfüllt aber ähnliche Aufgaben, die man auch von Apt gewohnt ist. Die wichtigsten Befehle für den Anfang sind:

  • pacman -Syu : Das komplette System auf den neuesten Stand bringen
  • pacman -S "Paketname": Ein Paket installieren
  • pacman -Ss "Suchbegriff" : Nach einem Begriff/Paket suchen
  • pacman -Sc : Den Paketcache leeren
  • pacman -Rs "Paketname" : Ein Paket und dessen Abhängigkeiten entfernen, sofern sie nicht von anderen Paketen gebraucht werden

Man vermisst zwar ein wenig Aptitudes exzellente Suchfähigkeiten, bisher konnte ich mein Arch trotzdem immer nach meinem Geschmack einrichten.

Kleine Unterschiede

Arch Linux bezeichnet sich selbst als eine Keep-it-simple-Distribution. Das geht soweit, dass das Patchen von Dateien bis auf ein absolut notwendiges Minimum reduziert wird. In der Regel werden neue Feature und Sicherheitsaktualisierungen durch den jeweiligen Upstream-Autor erstellt und dann umgehend als Arch-Linux-Paket bereitgestellt. Das kann aber auch dazu führen, dass einige Fähigkeiten, die man aus Debian kennt, plötzlich nicht mehr funktionieren.
Am Beispiel scrot, dem Screenshot Programm, wird das ziemlich deutlich. In der Arch Version gibt es den Patch zum gezielten Aufnehmen eines Fensters, in der offiziellen Version leider nicht. (-u) Dafür wird eine inoffizielle Version in AUR bereitgestellt. Wie gut sie wirklich ist, lässt sich nur durch Ausprobieren feststellen. Im Moment hat sie nur zwei Bewertungspunkte.

Pakete aus AUR - der leichte Weg

Am Anfang genügt es vollkommen nur die offiziell verfügbaren Pakete und den offiziellen Paketmanager Pacman zu benutzen. Es stehen dann zwar nicht die gleiche Anzahl an Paketen wie bei Debian zur Verfügung, man kann aber durch geschicktes Substituieren das Problem meistens umgehen. In den letzten beiden Posts zu Arch Linux auf dem Inspiron 4000 habe ich die manuelle Methode mit makepkg -s vorgestellt, bei der man das PKGBUILD manuell herunterladen und ggf. Abhängigkeiten ebenfalls manuell bauen muss.
Wenn man sich erst einmal an dieses "Do-it-yourself"-Konzept gewöhnt hat, macht das Bauen von Paketen bei Arch Linux sogar richtig Spaß. Für den regelmäßigen Baumeister empfiehlt sich aber einer der sogenannten AUR-Helfer. Insbesondere yaourt scheint populär zu sein. Im Grunde genommen ist yaourt ein Wrapper für Pacman, der die gleichen Befehle unterstützt, gleichzeitig aber die Möglichkeit bietet direkt im Arch User Repository nach Software zu suchen und diese wie mit Pacman gewohnt zu installieren. Momentan benutze ich yaourt ausschließlich nur für das Installieren von AUR-Paketen, was eine große Zeitersparnis ist.

Zum Schluss

Ja, Arch Linux ist anders als Debian. Wenn man sich aber an die Unterschiede gewöhnt hat, macht es viel Spaß. Software zu verwalten ist einfach und unkompliziert. Pacman ist weniger mächtig als Apt, ist dabei aber auch fühlbar schneller auf älteren Rechnern. Ein Bonus ist sicherlich auch, dass man in Sachen Desktopumgebung nicht umdenken muss. Meine alten Openbox-Einstellungen konnte ich problemlos übernehmen.

Posted on

Ein freier Blick auf Office-Dokumente

MS-Office-Dokumente per E-Mail zu erhalten kann in der Regel nur Arbeit bedeuten. Doch bevor man sie aus Reflex oder Angewohnheit dem elektronischen Müll überantwortet, ist es manchmal doch klüger vorher noch einen Blick hinein zu werfen. Es könnte ja wichtig sein.
Seit meinem Umstieg auf Linux benutze ich Freie Software, die in standardisierte Formate abspeichert. Es ist schon merkwürdig, dass das Open-Document-Format ein quelloffener Standard ist, Microsofts weit verbreitetes Doc- und Docx-Format aber nicht. Darum scheren sich aber die wenigsten Leute. Für viele erscheint es zwar selbstverständlich zu sein, dass man nicht mehr mit Elle, Zoll, Spanne oder Klafter misst, mittelalterliche Praktiken bei Dateiformaten nimmt man aber mehr oder weniger gelassen hin.
Auf meiner Festplatte tummeln sich immer noch alte Word-Perfect-Dokumente, die ich irgendwann noch einmal in ein freies Odt-Format umwandeln möchte, wenn ich mich nicht doch endlich entschließe den alten Kram nach /dev/null zu verschieben. 🙄
In der Regel habe ich auf dem leistungsfähigsten Rechner LibreOffice installiert, mit dem ich bisher immer alle Formate öffnen konnte und natürlich gibt es auch noch das PDF-Format, um den Kompatibilitätswahnsinn ein wenig zu umgehen.
Ich muss aber nicht auf jedem Rechner eine vollwertige Office Suite installiert haben. Für diesen Fall habe ich mir angewöhnt eine leichtere Alternative zu installieren, die mir lediglich den Inhalt eines Dokuments anzeigt. Für Doc-Dokumente ist das nach wie vor antiword, obwohl dieses kleine aber feine Programm seit 2005 nicht mehr weiterentwickelt wird. Als Konsolenalternative für das freie Odt-Format oder das ältere Sxw benutze ich bei Debian odt2txt. Beide sind äußerst anspruchslos an die Hardware und mit beiden lässt sich der Inhalt von Doc- oder Odt-Dateien anzeigen. Besonders gut spielen beide auch mit dem Text-E-Mail-Programm Alpine zusammen, in dem die Doc- und Odt-Anhänge automatisch im Textformat angezeigt werden.
Eine Alternative für ältere Word-Dokumente kann ebenfalls wv sein, welches auch nach HTML, LaTeX oder PDF konvertieren kann. Gäbe es nun nicht noch das Docx-Format, ich könnte an dieser Stelle schon Schluss machen. Bis auf ein kleines Perl-Skript namens docx2txt habe ich bisher noch kein reines Konsolenprogramm gefunden, welches mir wie bei Antiword einfach nur den Inhalt als Text ausgibt oder diesen sogar in PDF umwandeln kann. Jedoch funktioniert docx2txt für mich leider nicht.
Bisher war deshalb auch mein einziger Ausweg aus dem Dilemma LibreOffice zum Betrachten zu benutzen oder besser gesagt unoconv, ein Werkzeug für die Kommandozeile, mit dem es z.B auch möglich ist PowerPoint-Folien zur schnellen Ansicht in PDF umzuwandeln.

unoconv -f pdf wiewirdmanmillionaer.ppt

Leider lässt es sich nicht alleine installieren und benötigt zum Funktionieren Teile der LibreOffice Suite.
Ich habe mich deswegen im IRC in #debian auf irc.debian.org nach weiteren Lösungsmöglichkeiten umgehört und zumindest noch eine interessante gefunden, wie man den Inhalt einer Docx-Datei auf der Konsole als Text darstellen kann.
Da Docx ein gezipptes Format ist, lässt es sich mit unzip MeineDatei.docx entpacken. Im Ordner word befindet sich danach der Hauptteil des Dokuments in der Datei document.xml. Mit Hilfe von xmllint, das im Paket libxml2-utils mitgeliefert wird, kann der Inhalt in ein Html-Format umgewandelt und z.B. mit dem Textbrowser elinks angeschaut werden.

xmllint --html document.xml > document.html
elinks document.html

Wie schon erwähnt gehören Anwendungen für die Konsole zum Arbeiten mit Tabellenkalkulation und Präsentationen (noch) nicht zu meinen Schwerpunkten und solange sich das nicht ändert, werde ich auch nicht so tun als wäre es so. Für den schnellen Blick in Office-Dokumente genügen mir aber die vorgestellten Programme und wer nach weiteren Ausschau halten möchte, findet in den Quellen auf der Software-Seite und insbesondere auf jaredandcoralee.com unter der Überschrift "Document Converter" noch einige interessante Alternativen.

Posted on

Humblebundle Introversion Bundle

Es gibt neue Spiele für Linux aus dem Humblebundle Introversion Bundle. Im Rampenlicht stehen dieses Mal vier Spiele der englischen Spieleschmiede Introversion und die Klassiker Aquaria und Crayon Physics Deluxe.

  1. Darwinia
  2. Multiwinia
  3. DEFCON
  4. Uplink
  5. Aquaria
  6. Crayon Physics Deluxe

Dazu gibt es noch zwei Demospiele, die aber nur unter Windows spielbar sind, Subversion City Generator und Voxel Demo. Eventuell lassen sie sich mit Wine spielen.
Aquaria wurde schon im ersten Humblebundle verkauft und ist meiner Meinung nach den Kauf des Bundles alleine wert. Crayon Physics Deluxe wurde hingegen im Humble Indie Bundle #3 angeboten. Der einzige Nachteil im Moment, es fehlt einfach an Zeit alle Titel durchzuspielen. 😉
Wie immer bestimmt der Kunde den Preis, der sich zwischen Entwicklern, gemeinnützigen Projekten und dem Organisator aufteilen lässt.