Vor ein paar Wochen war es soweit: der Quelltext von Communtu wurde veröffentlicht. Nachdem wir intensiv an der Fehlerbehebung und neuen Features gearbeitet hatten, hatten wir uns entschieden Communtu unter die AGPL zu stellen. Somit steht nun jedem interessierten Nutzer die Möglichkeit offen an Communtu mitzuentwickeln. Der Sourcecode ist bei github unter https://github.com/communtu/communtu zu finden und kann von dort aus direkt bezogen werden. Wir bitten vor der Installation die Readme-Datei zu lesen und uns bei Bedarf in unserem IRC-Channel #de-communtu auf irc.freenode.net direkt anzusprechen.

Wer möchte kann uns dieses Jahr auch auf den LinuxTag in Berlin besuchen, diskutieren und uns um Hilfe fragen wenn Schwierigkeiten mit der Benutzung der Communtu-Webseite auftreten. Wir haben, wie letztes Jahr, einen Gemeinschaftsstand (Halle 7.2a, Stand 106) mit der Ubuntu-Community zusammen. Wir freuen uns auf Euren Besuch!

    $ chmod +x launch.sh
    $ chmod +x vd.sh

./launch.sh

{lang: 'de'}

Nach einigen “Klickbunti”-Themen mal wieder ein kleiner Eintrag zur guten alten Shell ;-). Unter Linux kommt man ja fast nicht drum herum, mit dem Terminal und der Bash (Bourne-again shell) in Berührung zu kommen, deswegen ist man gut beraten, sich entsprechend zu wappnen. ;p Ein paar pfiffige Befehle, für das produktive Arbeiten mit der Bash, habe ich versucht hier zusammenzustellen…

Einstieg - Grundbefehle lernen

Wer gerade erst mit Linux anfängt, sollte sich in jedem Fall einmal die Zeit nehmen, die Grundbefehle für die Shell zu lernen. Dazu gibt es viele gute Zusammenfassungen im Netz, z.B.

• http://www.tim-bormann.de/sammlung-konsolen-befehle-linux/
• http://www.helmbold.de/linux/
• http://www.admintalk.de/konsolenbefehle.php
• http://www.cyberciti.biz/tips/linux-unix-commands-cheat-sheets.html

Auch mit einem Editor sollte man in der Konsole umgehen können, um Konfigurationsdateien anpassen zu können. Für Einsteiger bietet sich hier nano an, das bei den meisten Distributionen auch bereits vorinstalliert ist, für erfahrene Anwender gibt es jedoch noch sehr viel mächtigere Editoren wie z.B. vim. (siehe Tipps unten) Außerdem ist es sinnvoll, zu wissen wie die Verzeichnisstruktur unter Linux (Suchmaschine des Vertrauens hilft!) aufgebaut ist, um beispielsweise zu wissen, wo wichtige Dateien zu finden sind.

Die richtigen Befehle finden

Als Anfänger tut man sich natürlich schwer, auf Anhieb die richtigen Befehle zu finden. Aber auch wenn man schon mehr Erfahrung hat, passiert es häufiger, dass man auf neue Befehle stößt. Einige Tipps, wie man sich trotzdem zurechtfindet:

• Man-Pages nutzen! mit man befehlxy oder info befehlxy erhält man oft viele Informationen zu einem Befehl und den zugehörigen Flags (zusätzliche Argumente, die mit einem Bindestrich angefügt werden, z.B. ls -la) Mit /suchwort kann man in Man-Pages auch nach geeigneten Schlüsselwörtern suchen.
• oft bekommt man auch mit befehlxy --help oder -h eine Kurzhilfe angezeigt
• apropos suchwortxy - Sucht in den Kurzbeschreibungen der Befehle nach dem Suchwort
• whatis befehlxy - gibt die Kurzbeschreibung eines Befehls aus
• whereis und which - zeigt den (Haupt)Speicherort eines Programms/Befehls an
• ldd /pfad/zu/programm - zeigt Bibliotheks-Abhängigkeiten eines Programmes (Beispiel: ldd /usr/bin/gedit)

Pipe benutzen

Das Terminal hat zwar keine grafischen Effekte, dafür jedoch andere Vorteile. Diese liegen unter Anderem bei der einfachen Manipulation der Eingabe- und Ausgabekanäle. Natürlich ist es besonders effektiv, wenn man diese Vorteile gezielt einsetzt. Grob gesagt gibt es 3 Standardkanäle unter Linux für Eingabe & Ausgabe. Eingabe (“STDIN”, meist mit der Nummer 0 gekenntzeichnet), Ausgabe (“STDOUT”, Nummer 1) und Fehlerausgabe (“STDERR”, Nummer 2). Normalerweise gibt der Benutzer etwas über die “Standardeingabe” (einen Befehl) in das Terminal ein und bekommt eine Ausgabe oder einen Fehler zurückgeliefert. Das alleine wäre nichts besonders, allerdings lässt sich die Ausgabe auch über sogenannte Pipes - gekenntzeichnet durch einen senkrechten Strich | an den Eingabekanal eines anderen Befehls umleiten. So kann man Befehle unter Linux einfach verketten.

Drei kleine Beispiele:

ls | sort				# gibt den Ordnerinhalt aus uns sortiert die Ausgabe alphabetisch
cat file.txt | grep apfel		# gibt eine Datei aus und sucht dann nach dem Textausschnitt, der den Begriff "apfel" enthält
history | less				# listet die zuletzt eingegebenen Befehle auf, mit less kann man komfortable in der Ausgabe scrollen oder suchen

Neben der “Pipe” gibt es auch noch andere Möglichkeiten, die Ausgabe umzuleiten. Zum Beispiel kann man mit dem Zeichen > auch Ausgaben in Dateien weiterleiten, wenn diese nicht direkt auf dem Bildschirm erscheinen sollen. So kann man z.B. auch Fehler in einer extra Datei sammeln, indem man die oben genannte Nummer der Fehlerausgabe benutzt:

CMD  2 > errors.txt

Bang-Operator: !

Der oben angesprochene history-Befehl zeigt vor jedem früheren Befehl eine Nummer an. Mit einem Ausrufezeichen und einer passenden Nummer kann man den Befehl so auch später erneut aufrufen und erspart sich unnötige Tipparbeit:

$ history | more 10  2011-04-20 10:37:42 sudo pacman -Syu 11  2011-04-20 11:04:06 ls 12  2011-04-20 11:04:18 cd tmp/ 13  2011-04-20 11:04:19 ls 14  2011-04-20 09:44:04 cd .config/autostart/ 15  2011-04-20 09:44:05 ls $ !12 cd tmp/

Auch kann man die letzen Eingaben relativ ansprechen, z.B.

!-3      # fuehrt den drittletzten Befehl aus

Speziell für den letzten Befehl gibt es das Kürzel !!, was z.B. besonders hilfreich ist, wenn man mal wieder vergessen hat, einen Systembefehl mit Rootrechten zu starten:

$ pacman -Syu error: you cannot perform this operation unless you are root. $ sudo !! sudo pacman -Syu Password:

mkdir newdir cd !!:1       # erstes Argument vom letzten befehl, wechselt in das neu erstelle Verzeichnis (alternativ "cd !$")

!ssh  :p     # letzten befehl zeigen, der ssh enthielt (ohne :p wird der Befehl direkt ausgeführt)

 

Dateiverwaltung

ls -la	# gesamten Ordnerinhalt auflisten, sollte den meisten bekannt sein ;)
cd -	# zurück zum vorherigen Verzeichnis, vergleichbar mit dem Zürück-Button in Dateimanagern
rm -Rf ordner	# löscht einen ordner komplett (rekursiv) & ohne nervige Fehler wie bei rmdir
mkdir -p ~/neue/ordner/anlegen	# mit -p können direkt mehrere Unterordner in einem Schritt erstellt werden
du / -h | more bzw. df -h	# zeigt Festplattenspeichernutzung bzw. freien Speicherplatz (-h --> human readable)
tar cf dir.tar dir/	Tar-Archiv aus Verzeichnis dir erstellen. (tar czf für tar.gz und cjf für tar.bz2)
tar xvzf file.tar.gz	gzip tar Datei extrahieren (Dateiendung .tgz oder .tar.gz)
tar xvjf file.tar.bz2	bzip2 tar Datei extrahieren (Dateiendung .tbz oder .tar.bz2)

 

Wildcards

Wildcards (erkennbar z.B. an dem Sternchen: ) werden verwendet, wenn bestimmte Buchstaben nicht klar festgelegt werden sollen. Mit ihnen ist es möglich, verschiedene Dateien auf einmal zu behandeln. Beispiele:

mv *.jpg ./Bilder	# alle jpg-Dateien in den Unterordner Bilder kopieren
find -name *notizen*	# sucht nach einer Datei im aktuellen verzeichnis mit dem Begriff notizen im Namen, siehe auch: http://www.go2linux.org/usages-examples-of-find-command
cp filename{,.bak}	# Datei filename einfach backupen

Das Zeichen steht für 0 bis beliebig viele Zeichen. Für nur ein beliebiges Zeichen, sollte ? verwendet werden. Natürlich ist es auch möglich, nur bestimmte Buchstaben zuzulassen. Siehe dazu z.B. http://www.tuxfiles.org/linuxhelp/wildcards.html.

Bash-Scripts und Automatisierung

Ein riesiger Vorteil beim Benutzen der Bash ist die Möglichkeit, mehrere Befehle mit Scripts zu automatisieren. Das verkleinern von vielen Bildern oder ein regelmäßig erstelltes Backup sind so sehr bequem möglich. Natürlich erhöht es auch die Produktivität stark, wenn man solche Scripts an den richtigen Stellen einsetzt. Zudem ist es für Jeden, der schonmal mit dem Terminal gearbeitet hat und bereits einige Befehle kennt, kein großer Schritt mehr, Shell-Scripting zu lernen. Gute Anlaufstellen sind beispielsweise:

• http://selflinux.org/selflinux/html/shellprogrammierung.html - deutsche Einführung in die Shellprogrammierung
• http://tldp.org/LDP/abs/html/index.html - umfangreiche Referenz zum Thema Bash-Scripting (englisch)

Neben den Scripts gibt es auch noch andere Möglichkeiten, bei häufig benötigten Aktionen Zeit zu sparen. Befehle in der Datei .bashrc im Homeverzeichnis werden beispielsweise immer beim Starten der Shell ausgeführt. Hier bietet es sich an, für längere Befehle alias-Namen festzulegen. Beispiel:

alias la='ls -lahg --color=auto --group-directories-first'

Nun muss statt dem langen Befehl in den Anführungszeichen immer nur la eingegeben werden. Weitere nette Anregungen für die .bashrc findet man z.B. im Archlinux Forum oder im Ubuntu Forum.

vim - Befehle für den Texteditor

vim ist ein sehr umfangreicher Texteditor für die Konsole, der durch eine angepasste Konfigurationsdatei sowie etliche Plugins noch erheblich erweitert werden kann. Da bei Linux öfter mal vorkommen kann, dass man Konfigurationsdateien anpassen muss, hier ein kurzer Überblick. Zum Einstieg ist es wichtig zu wissen, dass es im Wesentlichen 2 Modi gibt: einen Befehls-/Kommandomodus (in dem vim auch startet) zur Eingabe von Befehlen und einen Eingabemodus zur Textbearbeitung. Mit der Taste i wird standardmäßig in den Eingabemodus gewechselt, die Taste ESC bringt einen zurück in den Befehlsmodus.

Ein paar nützliche Befehle:

:q	vim beenden
:q	Verlassen erzwingen (bei Änderungen ohne Speichern)
:w	Änderungen in Datei schreiben
:wq oder :x	Speichern und Verlassen kombinieren
/suche	nach dem string "suche" im dokument suchen
:/s/foo/bar	nach foo suchen und mit bar ersetzen (erstes Ergebnis)
:%s/foo/bar	im Dokument nach foo suchen und mit bar ersetzen (alle Ergebnisse)
n	Weitersuchen (nächstes Ergebnis)
u	vorige Schritte rückgängig machen
b oder w	ein Wort vor oder weiter springen
D	vom Cursor bis zum Ende der Zeile alles ausschneiden
p	Text aus Zwischenablage einfügen
v	Text markieren (erneutes v beendet Markieren)
y	Text kopieren
dd	aktuelle Zeile löschen
G	zum Ende des Dokumentes springen
gg	ganz zum Anfang eines Dokuments springen

 

Speicherprobleme lösen

Für die aktuelle Datei fehlen die nötigen Schreibrechte:

  :shell     # wechseln in die Shell, ohne vim zu beenden
  chmod u+w filename.txt     # gibt dem aktuellen benutzer Schreibrechte
  exit     # kehrt zu vim zurück
  :w!     # Dateiänderungen speichern

Für die Aktuelle Datei fehlen die Rootrechte (Konfigurationsdateien usw.):

  :w !sudo tee %

(tee schreibt standardausgabe in eine datei, in diesem Fall die aktuelle (%), alternativ kann nach dem tee befehl natürlich auch ein anderer Befehl angegeben werden)

Weiterführendes zu vim:

• http://marketplace.tutsplus.com/item/venturing-into-vim-4part-video-series/131400
• http://net.tutsplus.com/sessions/vim-essential-plugins/ - Vorstellung einiger Plugins
• http://net.tutsplus.com/articles/web-roundups/25-vim-tutorials-screencasts-and-resources/ http://www-user.tu-chemnitz.de/~hot/VIM/VIM/vikurz.html
• http://www.oualline.com/vim-cook.html
• Suchmaschine des Vertrauens ;)

Nützliche Tastenkombinationen (u.A. Gnome-Terminal)

• Strg + A oder Strg + E - an das Anfang oder Ende einer Eingabe springen
• Strg + Shift + T - neuen Tab mit  eigenem Terminal anlegen
• Strg + R <suchwort> - History/letzte Eingaben nach einem Befehl durchsuchen
• Tab - versucht einen Befehl zu vervollständigen - hier empfhiehlt es sich auch, bash-completion installiert zu haben, was dieses Feature noch erweitert
• Strg + D - Eingabe von aktuellem Befehl beenden ("End-of-File", schließt die Standardeingabe - und damit häufig auch das Programm)
• Strg + C - Laufendes Kommando abbrechen (sendet das Signal "SIGINTR" am das Programm)
• F11 - Vollbild
• Strg + Z - gerade im Terminal aktiven Prozess schlafen legen (es wird eine Nummer angezeigt (z.B. [1]) über die der Prozess wieder im aktuellen Terminal: fg %1 oder im Hintergrund: bg %1 fortgesetzt werden kann)
• CMD & - oeffnet einen Befehl nicht im Terminal sondern im Hintergrund, sodass man im Terminal weiterarbeiten kann. Bei Erfolg wird die ProcessID des neuen Prozesses angezeigt.
• Strg+U / Strg +W - gesamten Text nach/vor dem Curor löschen
• Alt + F / Alt + B - ein Wort in der Eingabe vor / zurueck springen

Fehlerbehandlung

Viele Fehler, die einem bei der Shell-Benutzung über den Weg laufen, sind die Ursache ähnlicher Fehlerquellen und deswegen oft einfach lösbar. Generell empfiehlt es sich (sofern im Terminal keine Fehlermeldung aufgetaucht ist), einmal in den Logfiles (i.d.R. zu finden im Verzeichnis /log), z.B. in Kombination mit dem grep-Befehl nachzusehen. Für ehemalige Windows-Nutzer ist wahrscheinlich das Rechtesystem erst einmal ungewohnt:

Rechteverwaltung

chmod u+rwx file   # dem benutzer Lese (r) Schreib (w) und Ausführungsrechte (x) für die Datei file geben

chown und chgrp # Besitzer und Gruppe einer Datei festlegen

su user  # als benutzer user anmelden. su ohne Parameter gibt dauerhafte Rootrechte

Programme “killen”

Programme kann man auf verschiedene Weise zum Beenden zwingen:

pkill -f programm     # versucht "programm" zu beenden

Falls mehrere Instanzen eines Programmes laufen, lassen sich auch alle aufeinmal beenden mit:

killall programm

Erweiterte Kontrolle über das gewünschte Signal, das zum Beenden gesendet wird bekomt man mit dem kill-Befehl. (siehe man kill) Hier muss allerdings auch erst z.B. mittels  ps -ax | grep programm nach der richtigen Processid gesucht werden, Beispiel:

kill -9 ID

Andere (System)tools und Weitere Quellen

Um den Artikel möglichst allgemeingültig zu halten, habe ich mich bemüht, hier nur die “Standardbefehle” zu erwähnen. Natütlich gibt es noch etliche gute Bash-Tools, die die Produktivität nochmal verbessern. Statt der normalen Systemüberwachung top benutze ich z.B. htop, welches mehr Funktionen bietet. Für Systemtools gibt es bereits einen guten Blogartikel, welchen ich hier gerne verlinke: http://www.cyberciti.biz/tips/top-linux-monitoring-tools.html.

Weitere Querverweise

• http://www.commandlinefu.com/ - Website, auf der interessante Bashbefehle gesammelt werden
• http://presentations.codeinthehole.com/confoo2011/ - 60 Folien lange & interessante Präsentation zum Thema "commandlineflue for web developers"
• http://linux.101hacks.com/ - Anwendungsbespiele bekannter Befehle

Ich hoffe die Tipps in diesem Artikel kann dem Einen oder Anderen die Arbeit in der Bash erleichtern. ;) Wie immer freue ich mich über Kommentare: Gibt es noch Befehle oder Tricks, die ihr weiterempfehlen könnt oder für erwähnenswert haltet?

PDF-Datei dieses Artikels erzeugen

Puppy Linux ist eine blitzschnelle Linux-Distribution mit geringer Anforderung an die Hardware. Gerade im letzten Jahr hat sich bei Puppy (englisch für “Welpe”) viel getan. Wegen seiner Kompatibilität zu den Paketquellen von Ubuntu (seit Puppy Version 5.x.) bietet Puppy inzwischen auch eine große Flexibilität in Bezug auf Treiber und andere Software.

Puppy beobachte ich nun schon seit ein paar Jahren und habe es immer mal wieder mit Freude genutzt. Auch wenn das sicher Geschmackssache ist, hat Puppy einen riesigen Charme-Faktor, alleine schon dafür, was das Look and Feel angeht. Dies ist für mich persönlich mit weitem Abstand das Beste, was Linux zu bieten hat.

Auf einem alten Acer Aspire mit 384 MB RAM fühlt sich das System (hier im Test: “Puppy-Lucid” 5.2.5) schneller an als z.B. eine der großen, gängigen Distributionen mit 1 GB RAM. Aber auch schon auf Systemen mit 128 MB (oder gar weniger) kann Puppy brauchbare Ergebnisse vorweisen.

Dafür muss man natürlich gewisse Abstriche in Kauf nehmen. Für Schlankheit und Tempo muss man ein bisschen Tribut zollen. So kommt z.B. der schlanke Dateimanager ROX zum Einsatz – Mit “Drag and Drop” usw. wird man hier nicht verwöhnt. Klar, dass Gnome, Unity oder KDE auf einem solchen System nicht zu finden sind.

So genial Puppy in den alten Versionen bereits war, so war es einfach nicht möglich, bestimmte Pakete problemlos zu installieren. Mit dem Schritt, neben dem Puppy-eigenen Paketsystem auch Ubuntu-Paketquellen nutzen zu können, hat Puppy einen ganz wichtigen Schritt nach vorne getan.

Puppy kommt zunächst mal als Live-System (i.d.R. als ISO-Datei für CDs) mit der Option, es komplett in den Speicher zu laden. Puppy kann aber auch installiert werden – z.B. auf Platte, USB oder SD-Card. Außerdem ist es möglich, Puppy als Live-CD zu booten, dann zu konfigurieren (Netzwerk usw.) und diese Einstellungen so auf der (als Multisession angelegten) CD zu speichern. Alle Einstellungen werden beim nächsten Boot wieder geladen – ideal für temporäre Konstellationen mit historischer Hardware, die man bei Bedarf aus dem Hut zaubern kann.

Auch die Konfiguration des Netzwerkes (v.a. was WPA2 angeht) scheint inzwischen problemlos zu funktionieren. Gerade WPA2 ist von Puppy noch nicht sooo lange gut unterstützt, was es für mich im Heimgebrauch bisher zum Killerkriterium werden ließ.

Download Puppy Linux 5.2.5 (ISO-Datei, 128 MB)

Ach ja: Wer einen EeePc als Netbook besitzt, kann sich eine eigens für den EeePc angepasste Puppy-Variante (Puppeee Linux) ansehen. Wehrmutstropfen ist allerdings, das diese noch auf der Version 4.x beruht. Und das bedeutet: Keine Ubuntu-Paketquellen!

 

3 Kommentare Permalink | © 2011 by Netz 10 | Tags: eeepc, linux, live, lucid, open source, planet-uu, planetuu, puppeee, puppy, ubuntu, USB, wpa2

Backups sollte man regelmäßig machen um im Falle eines System-Zusammebruchs o.ä. alle mehr oder minder wichtigen Dateien wieder aufspielen zu können. Wie ärgerlich ist es da, wenn die letzte Sicherung dann doch über ein Jahr oder länger zurück liegt, da man sich zwar vorgenommen hatte, das Backup durchzuführen, aber dieses letztendlich dann doch (un)absichtlich verschoben hat.

Wer nicht ständig daran denken möchte, kann nun unter Ubuntu auf eine Vielzahl von Programmen zurück greifen. Diese reichen von Shell-Scripten ohne graphische Oberfläche bis zu ausgeklügelten Klick n' Do Programmen, welche eigentlich durchweg mit der Maus konfiguriert werden können.

Nach einiger Überlegung die sich eigentlich auf pro und contra einer graphischen Oberfläche bezog, habe ich mich für "Back In Time" entschlossen: http://wiki.ubuntuusers.de/Back_In_Time

sudo apt-get install backintime-gnome

Nach der Installation ist unter Anwendungen ein neuer Menu-Punkt zu finden: Systemwerkzeuge. Darin findet sich "Back In Time" und "Back In Time (root)". Ein Klick auf BIT öffnet sodann auch das Programm.

1. Als erstes stellen wir unter "Speicherort für Snapshots" das gewünschte Backup-Medium aus (in meinem Fall eine USB-Platte, welche ich zuvor gemountet habe).

2. Nun klicken wir auf den Reiter "Einbeziehen" und wählen alle Ordner aus, die gesichert werden sollen. Dabei sei gesagt, dass BIT jede Datei nur einmal sichert und dann überprüft, ob sie sich geändert hat. Ist dem nicht so, wird ein Systemlink gesetzt, welcher nur wenig Speicherplatz in Anspruch nimmt, ganz gleich wie groß die eigentliche Datei ist. Im Klartext: auch große Dateien nehmen euch nicht bei jedem Backup erneut viel Speicherplatz weg, sondern nur einmal (oder bei Änderung an diesen).
Wenn ihr ein volles Backup machen wollt, dann empfiehlt es sich, den Home-Ordner (unter Dateisystem -> home -> BENUTZERNAME) auszuwählen und im nächsten Reiter lediglich die NICHT zu sichernden Ordner auszuschließen.

3. Im Reiter "Ausschliessen" können wir nun Muster, Dateien und Ordner auswählen, die NICHT gesichert werden sollen. Hier kommen z.B. Ordner hinein, welche ihr nicht sichern wollt, auch wenn ihr den Überordner zum Sichern ausgewählt habt.

4. Der nächste Reiter "Automatisch entfernen" sorgt -wie der Name schon vermuten lässt- für eine automatische Löschung. Je nach Kriterium werden alte Backups automatisch entfernt. Dabei könnt ihr wählen zwischen:
- Älter als x
- Falls freier Speicher kleiner als: x
- Smart remove ... sehr interessante Option, dabei werden folgende Kriterien angewandt:
behalte alle Snapshots von heute und gestern
behalte einen Snapshot von letzter und einen von vorletzter Woche
behalte einen Shnapshot von jedem Monat diesen Jahres
behalte einen Snapshot von jedem Jahr
- Entferne benannte Snapshots nicht (hierbei werden von Hand benannte Snapshots grundsätzlich NICHT gelöscht)

5. Nochmal alles prüfen und dann mit OK den Einstellungs-Dialog verlassen.

6. Als letztes klicken wir oben links auf "Snapshot erstellen" und warten geduldig, bis das Backup beendet ist. Wenn ihr nun eingestellt habt, dass in Intervallen gesichert wird, braucht ihr euch eigentlich um nichts mehr kümmern, ansonsten müsst ihr ab und an Back In Time aufrufen und wieder auf "Snapshot erstellen" klicken.

PDF-Datei dieses Artikels erzeugen

…oder: Der Fall Canonical und die Community.

Und wieder einmal zeigt sich der Unsinn der Copyright-Assignments für FLOSS-Projekte. Während mittlerweile alle großen OpenSource-Projekte  mit vielen Mitarbeitern (OpenCore-Projekte ausgeschlossen) entweder direkt ohne CAs gestartet sind oder aber diese mit der Zeit aufgegeben haben oder dies planen (z.B. Qt), verlangt Canonical, die Firma hinter Ubuntu, für jede von ihr initiierte OpenSource-Software ein Copyright-Assignment. Das Spektrum reicht dabei von einfachen Bibliotheken zum Transfer von Menüs über DBus über die Indikator-Applets bis hin zu Großprojekten wie Unity.

Mit Unterzeichnung des Canonical Contributor Agreements tritt ein Entwickler,  Grafiker oder Übersetzer quasi sämtliche Rechte an dem von ihm geschriebenen Code oder sonstigem Inhalt an Canonical ab. Canonical als alleiniger Rechteinhaber kann damit dann z.B. die Software unter einer beliebigen (auch proprietären) Lizenz relizensieren, was ansonsten ohne Zustimmung aller Beitragenden nicht möglich wäre. Aber es gibt noch weitere Probleme mit dieser CAs:

Ich entwickle selbst aktiv im AppStream Projekt mit. Dieses Projekt wird die Installation von Software unter Linux wesentlich vereinfachen und “social features” wie z.B. Bewertungen und Reviews Distributionsübergreifend zu Verfügung stellen. Auf dem AppStream Treffen wurde das “Ubuntu Software Center“, welches unter Ubuntu standardmäßig installiert ist, als grafische Oberfläche für AppStream ausgesucht, da es den Zielen der Initiative in hervorragender Weise entspricht. Um das SC auch für andere Distributionen nutzbar zu machen, müssen einige Codeänderungen getätigt werden, die auch für Ubuntu schon länger geplant sind, wie z.B. die Portierung des SC auf PackageKit und die Nutzung der AppStream Infrastruktur. Michael Vogt, der Autor vom Software Center und Canonical-Angestellter (und APT-Mitautor) wollte sich bei Canonical dafür einsetzen, das CA vom Software-Center zu entfernen, sodass auch andere Entwickler Code dazu beitragen können.

OpenSUSE hat daher für das AppStream-Projekt über den GSOC einen Studenten gefunden, der alle fehlenden Funktionen in das Software-Center implementieren wird – was an sich schonmal super ist. Dann erreichte uns jedoch eine Mail von Vincent Untz:

[..] I’ve been involved in several discussions with Canonical about this, and
the result appears to be that this [the CA] won’t change in the near future. What
might happen, but keep in mind that it’s just my understanding, is a
transition to Harmony once it’s ready:
http://www.harmonyagreements.org/ [...]

Canonical wird also das CA nicht entfernen, allenfalls das Projekt unter ein neues CA des eigens geschaffenen Harmony-Project stellen. Das ist aus folgenden Gründen schlecht:

• Es gibt viele Entwickler, die ein CA nicht unterschreiben wollen – warum sollte jemand die Rechte an von ihm geschriebenen Code an eine Firma abgeben?
• Es gibt bereits einige interessierte Entwickler, die aus dem einzigen Grund, dass es ein CA gibt, nichts zum Software-Center beitragen.
• Angestellte OpenSource-Entwickler (z.B. von RedHat) dürfen generell keine CAs ohne spezielle Ausnahmegenehmigung unterschreiben. Das bedeutet z.B. dass Entwickler wie Richard Hughes oder Vincent keine einzige Zeile Code beitragen dürfen.

Aufgrund dieser Tatsache wird momentan überlegt, entweder das CA allgemein zu akzeptieren und damit eine sehr langsame Entwicklung des Projektes in Kauf zu nehmen, einen Haufen von Patches zu verwalten, die jeder selbst dem SC hinzufügen muss, um die fehlende Funktionalität hinzuzufügen oder aber einen Fork des Projektes zu erstellen.

Das pikante daran: Im Grunde hätten das USC und der (mögliche) Fork die gleichen Ziele. Es würde also vermutlich unnötige Doppelentwicklungen geben. Der einzige Grund für dieses Dilemma ist, dass Canonical sein CA nicht entfernen will (warum auch immer). Darum wird die Entwicklung eines gesamten Projektes unnötig ausgebremst. Außerdem ist dieses Verhalten absolut nicht fair gegenüber der anderen Distributionen, die ja ihre eigenen Ressourcen (es ist z.B. OpenSUSEs GSOC-Student! Richard ist RedHat/Fedora Entwickler, Vincent bei OpenSUSE tätig…) in ein Ubuntuprojekt stecken würden. Zudem tritt Canonical wieder einmal die eigene “Ubuntu-Philosophie” mit Füßen.

Eine Entscheidung über das weitere Vorgehen mit dem USC ist noch nicht gefallen, ich habe selbst jedoch für einen Fork plädiert, obwohl ich es eigentlich hasse, doppelt zu entwickeln. Aber in diesem Fall ist es alleine schon deshalb nötig, um klare Verhältnisse in Sachen CA zu schaffen und keine halbgare Patchsammlung zu verwalten. Die meisten anderen Entwickler scheinen in eine ähnliche Richtung zu denken.

Persönlich bin ich schwer enttäuscht von Canonical – und das nicht zum ersten Mal. Zu Unity werde ich später nochmal was schreiben, wenn ich das jetzt tue, wird diese Artikel zu lang. Aber Canonicals Umgang mit dem Banshee-Projekt und vor allem Marks in meinen Augen unangebrachte Antwort darauf, sowie zahlreiche weitere Fälle (z.B. die AppIndicator-Diskussion) und ihre CAs auf allen Code, den sie schreiben hat dafür gesorgt, dass Canonical inzwischen wirklich sogut wie alles Ansehen, das sie noch bei mir hatten, verspielt hat. Zuvor habe ich in vielen Diskussionen Canonical verteidigt, denn es ist ihr gutes Recht, profitabel werden zu wollen und die Mittel, die sie einsetzen, dürfen sie auch frei wählen. Aber der miserable Umgang mit der Community, die Uneinsichtigkeit von Fehlern, das bewusste Übergehen der Community (z.B. kontroverse Einstellungen der Distro absichtlich so kurz vor dem Freeze ändern, dass sie nicht mehr rückgängig zu machen sind) und diese Heuchelei von der “Ubuntu-Philosophie” sind mir inzwischen zu viel. Mittlerweile sehe ich an allen Ecken die Mitglieder verschwinden, beispielsweise nahm der Gründer von GetDEB vor einem Monat seinen  Hut und übergab das Projekt an seinen Stellvertreter, da er sich Ubuntu nicht mehr zugehörig fühlte. COO und CTO von Canonical sind gegangen. (Obwohl die Gründe da – zugegeben – reine Spekulation sind) Bisher mit Ubuntu zufriedene GNOME-Entwickler wechseln – als logische Konsequenz aus Natty – zu Fedora (ich habe die letzten zwei Monate 13 Wechsel gezählt – und ich bin kein bisschen in GNOME involviert) und Nutzer stellen fest, dass “Debian ja doch gar nicht so schlimm ist” oder dass Linux Mint, Arch und OpenSUSE das gleiche wie Ubuntu bieten können.

Für mich ist der Wechsel zurück zu den Wurzeln schon fast abgeschlossen: Fedora und Debian Testing (oder Debian Rolling demnächst ) werden es wohl werden. (Obwohl ich natürlich auch weiter zu Ubuntu beitragen werde, vor allem wegen der tollen Ubuntu-Community)

Zum Schluss eine Frage an Alle da draußen: Findet ihr eine logische Erklärung für Canonicals Verhalten? Profitgier ist es jedenfalls nicht, da sich z.B. über CAs kaum was verdienen lässt und die Banshee-Beträge marginal sind. In meinen Augen geht es Canonical viel mehr darum, die Kontrolle über Ubuntu und das Ubuntuversum zu behalten – aber warum? Und vor allem: Wenn es wirklich um die Kontrolle ihrer Produkte, ihrer Distribution geht, dann haben sie das FLOSS-Prinzip wirklich nicht verstanden.

UPDATE: Zum selben Thema zu empfehlen ist auch ein Blogpost von Aaron Seigo. Desweiteren möchte ich nochmal klarstellen, dass es sich bei dem Beitrag oben natürlich um meine eigene, persönliche Meinung handelt. (Sollte aber eigentlich klar sein…) Zudem muss man natürlich zwischen CAs, die einer Firma z.B. das Recht zur Änderung der Lizenz innerhalb gewisser Grenzen (nur OSS z.B.) zugestehen (KDE) und CAs bei denen man das Copyright am Code abtritt (Canonical) unterscheiden. Und nicht zuletzt stelle ich natürlich auch nicht alles, was Canonical je geleistet hat in Frage, vor allem nicht als zufriedener Launchpad-Nutzer. (Aber auch das ist eigentlich klar im Artikel formuliert)

Das Full Circle Magazine hat die Spezialausgabe 2 zu Python veröffentlicht.

Bei der vorliegenden Ausgabe handelt es sich um eine Zusammenstellung verschiedener bereits veröffentlichter Artikel der Serie „Programming in Python“ aus den Ausgaben 35 bis 42.

• Program in Python - Part 9
  (MP3-Katalog 1)
• Program in Python - Part 10
  (MP3-Katalog 2, XML-Dokumente)
• Program in Python - Part 11
  (aktuelles Wetter von Webseite lesen)
• Program in Python - Part 12
  (Wettervorhersage von Webseite lesen)
• Program in Python - Part 13
  (Ausgaben mit Curses 1)
• Program in Python - Part 14
  (Ausgaben mit Curses 2)
• Program in Python - Part 15
  (Programmieren mit Pygame 1)
• Program in Python - Part 16
  (Programmieren mit Pygame 2)

Full Circle Magazine wird in englischer Sprache veröffentlicht.

Das Full Circle Magazine wird bereitgestellt unter Creative Commons Attribution-Share Alike 3.0

 

cd /Pfad/zum/Download
chmod +x Sigil-0.3.4-Linux-Setup.bin
sudo ./Sigil-0.3.4-Linux-Setup.bin

cd ~/Desktop
sudo gedit sigil-desktop.desktop

Categories=Office;

sudo mv sigil-desktop.desktop /usr/share/applications

cd /opt/sigil
sudo ./uninstall

sudo rm /usr/share/applications/sigil-desktop.desktop

{lang: 'de'}

Ich nutze Unity schon eine ganze Weile und habe mich recht schnell an die Bedienung gewöhnt. Eigentlich fiel mir das nicht einmal sonderlich schwer und mit der Zeit habe ich immer neue Tricks und Kniffe gelernt. Darunter fallen auch die Tastenkürzel.

Mein besonderes Augenmerk gilt heute dem Launcher und dem Application Place. Denn hier merkt man am deutlichsten die Tendenz zur Tastaturbedienung, die Unity offensichtlich anstrebt. Es geht los mit dem Programmstart und Programmwechsel über die Tastenkombination Super+Zahl. Programme, deren Icons sich bereits im Launcher befinden, werden gestartet oder erhalten den Fokus. Dabei muss man nicht einmal unbedingt wissen, ob das Programm bereits läuft oder nicht. Sollte das Programm noch nicht laufen dauert der “Fensterwechsel” einfach etwas länger.

Ich habe die ersten sechs Icons auf allen Rechnern gleich belegt. Dadurch kann ich zwischen diesen Programmen blind umschalten. Der Launcher bräuchte dafür noch nicht einmal zu erscheinen. Lediglich für die Programme, die nicht im Launcher angepinnt sind, muss man etwas genauer hinschauen. Aber das sind seltener genutzte Programme, bei denen der zusätzliche Blick nicht ins Gewicht fällt.

Einziger Nachteil, den ich bisher feststellen konnte, ist die Gruppierung bei mehreren Programmfenstern in ein Icon, beispielweise bei dem Platinenlayout Program Eagle. Hier arbeitet man in der Regel immer mit drei offenen Fenstern, die im normalen Gnome Panel einzeln dargestellt würden. Unity gruppiert alle Fenster in ein Icon und um zwischen den Fenstern zu wechseln muss man zuerst das Icon für den Expose Mode und anschließend das Fenster anklicken.

Alternativ dazu könnte man natürlich die Fenster auf verschiedenen Desktops verteilen und mit Strg+Alt+Cursortasten umschalten oder die Tastenkombination Super+w verwenden.

In den vergangenen Tagen habe ich häufiger wieder mit Gnome 2 arbeiten müssen, da mein “Arbeitsrechner” noch nicht aktualisiert ist. Dabei ist mir aufgefallen, wie umständlich und uneffizient das Gnome Menü eigentlich ist. Einen Punkt hatte ich in einem älteren Beitrag schon beschrieben. Das Bewegen der Maus durch ein hierarchisches Menü mit mehreren Ebenen. Mir passiert es leider immer wieder, dass ich vor dem erreichen eines Untermenüs einen anderen Menüpunkt erwische und das Untermenü wieder einklappt bzw das ein anderer Menüpunkt erscheint. Das ist nicht nur beim Gnome Menü so sondern generell bei den üblichen hierarchischen Drop Down Menüs.

Das ist aber nicht alles. Man muss wissen, in welcher Kategorie sich das Programm befindet und man muss wissen, unter welchem Namen das Programm in dem Menü abgelegt ist. Und da gibt es meiner Meinung nach einige Probleme. Nehmen wir Evolution. Eigentlich ein Programm, das ich in der Kategorie Internet erwarten würde. Man findet es jedoch unter Büro. Auch andere Zuordnungen sind nicht immer ganz nachvollziehbar.

Das zweite Problem sind die Programmeinträge ansich. Mal steht da eine Programmbeschreibung, mal der Programmname. Beispielsweise findet man Gedit unter dem Eintrag Texteditor. Sagt man einem unerfahrenen User, er soll mal Gedit starten, sucht er wohl erstmal eine Weile. Andere Programme wie Geany werden dagegen unter ihrem Programmnamen angezeigt.

Hier kommt auch wieder Unity in’s Spiel. Mit Super+a öffnen sich die Anwendungen. Diese sind eingeteilt in “am häufigsten benutzt”, “installiert” und “Anwendungen zum Herunterladen”. Viele kritisieren die Unübersichtlichkeit, die vielen Klicks und die Platzverschwendung der unteren Reihe. Aus Sicht eines Mausschubsers, der seine Maus am liebsten mit beiden Händen schieben würde, ist das durchaus nachvollziehbar. Wer jedoch versucht, die Maßstäbe des alten Gnome Menüs auf Unity anzuwenden, macht etwas falsch.

Unity versucht, die Bedienung zu ändern. Weg von der Maus, hin zur Tastatur. Und genau das ist in meinen Augen gelungen. Sofern ich weiß, womit ich es zu tun habe, bin ich mit Unity schneller am Ziel als mit dem alten Gnome. Ich drücke Super+a und anschließend tasch + Enter, und schon startet der Taschenrechner. Ich muss nicht wissen, unter welchem Programmnamen der Taschenrechner abgelegt ist. Anders herum geht es aber auch. Ich drücke Super+a und ge + Enter und schon startet Gedit, ohne wissen zu müssen, unter welchem Namen der Editor eigentlich abgelegt ist.

Es spielt dabei keine Rolle, in welcher Kategorie das Programm abgelegt ist. Die Filterfunktion ist nur nötig, wenn man sich anders nicht mehr behelfen kann. Auch die angezeigten 5 Icons reichen in den meisten Fällen aus. Es ist also nur selten nötig, den Bereich  aufzuklappen. So reicht es zum Beispiel, wenn ich mail eingebe. Ich bekomme sowohl Evolution als auch Thunderbird angezeigt, egal ob die jetzt unter Büro oder Internet abgelegt sind.

Einem Anfänger könnte man also einfach sagen: “drücke Super+a und gib ein was du suchst”. Sucht er zum Beispiel nach mail findet er ein Mail Programm, sucht er nach video findet er sowohl einen Video Player als auch ein Programm zur Videobearbeitung. Sucht er nach büro findet er LibreOffice usw.

Und hier kommt auch die untere Zeile zum tragen. Findet man ein passendes Programm nicht bekommt man Vorschläge, was man verwenden kann.

Es funktioniert zwar noch nicht perfekt, aber das wird sicher noch besser. Sucht man beispielsweise nach gedit, bekommt man alternativ Leafpad angezeigt. Ich nehme an, weil Gedit in der Beschreibung auftaucht. Sucht man dagegen nach musik, bekommt man Banshee nicht zu Gesicht, obwohl das Wort “Musik” in der Beschreibung steht. Warum das so ist kann ich nicht sagen.

Insgesamt ist das Ganze, entgegen der häufigen Kritik, durchaus durchdacht. Wenn die Kinderkrankheiten kuriert sind kommt man meines Erachtens einfacher und schneller zum gewünschten Programm als mit dem Gnome Menü.

Es wird auch häufig kritisiert, dass Unity die Art und Weise vorschreibt, wie der User den Desktop zu benutzen hat. Das gleiche galt jedoch auch für die erste Version von Gnome 2. Damals bekam man vorgeschrieben, dass Gnome Menü zu verwenden. Alternative Menüs oder Starter wie GnomeDo oder Kupfer sind auch erst im Laufe der Zeit entstanden.

Sowohl Unity als auch die Gnome Shell wollen die Benutzung des Computers ändern. Das Konzept von Gnome 2 lebt in Xfce weiter. Wer also ein hierarchisches Menü vorzieht dürfte mittelfristig mit Xfce besser fahren. Es dürfte dagegen wenig Erfolgversprechend sein, aus Unity eine eierlegende Wollmilchsau zu machen, die die Wünsche aller User erfüllt

Nicht Wenige in der Ubuntu-Comunity wünschen sich Gnome 2 zurück. Vor allem, wenn man die Kommentare zu einigen Unity-Artikeln liest, wird deutlich: Vielen sind die Vorteile von Unity nicht klar.

Deswegen habe ich 5 Gesichtspunkte zusammengetragen, unter dehnen ihr euch Unity einmal anschauen solltet:

1. Das Menü ist immer an der gleichen Stelle

Mit Unity ist das Menü immer an der gleichen Stelle. Egal wo sich das entsprechende Anwendungsfenster befindet. Das spart nicht nur Platz, sondern man erreicht (nach ein wenig Übung) auch die Menü-Punkte schneller. Fitt's Law lässt grüßen.

2. Unity belohnt euch, wenn ihr Tastenkombinationen lernt

In Unity gibt es per default eine Menge sinnvoller Tastenkombinationen. So könnt ihr z.B. die Anwendungen im Launcher per <Super-Taste> + entsprechende Ziffer im Launcher starten. In diesem Artikel könnt ihr mehr über die Unity-Tastenkombinationen lernen.

3. Unity versucht euch aus dem Weg zu gehen

Generell versucht Unity möglichst unauffällig zu sein. Der Launcher verschwindet z.B. wenn ein Programm maximiert wird.

4. Unity räumt mit unnötigen Icons im Panel auf

Unity unterbindet, dass jedes dahergelaufene Programm sich im Panel festsetzt. Programme, die dass dürfen, müssen extra in eine Whitelist eingetragen werden. Das ist ein wirklich erfreuliches Feature; regt es doch Entwickler an, Oberflächen zu entwickeln, die ohne eine Panel-Icon auskommen.

5. Unity-Lenses zeigen euch die Dinge, die euch interessieren

Mit Unity Lenses kann man Mashups von Dingen zusammenstellen, die einen Interessieren. Momentan gibt es schon einige fertige Lenses, z.B. für Reddit oder Twitter.

Wie immer ist mein Artikel hoch subjektiv. Wenn ihr mir die Meinung geigen wollt: bitteschön!

Nach einigen Experimenten mit einem 855GM-basierten Notebook (Fujitsu Siemens Amilo L1300), habe ich mich gestern entschlossen eine eigene Version von Ubuntu 11.04 zu bauen, welche komplett ohne Unity und Compiz daherkommt:

Edit : Link und ISO-Datei entfernt, da ein Umstieg auf Ubuntu 11.10 dringend empfohlen wird

Die ISO-Datei wurde in den folgenden Punkten verändert:

• Es wurde das PPA mit meiner Version des Intel-Grafiktreibers aktiviert und die Treiber installiert.
• Alle Updates, welche seit dem Erscheinen der Version 11.04 erschienen sind, wurden installiert. Dazu zählt auch das Kernel-Image 2.6.38-9 (basiert auf Kernelversion 2.6.38.4), welches im Moment noch in den Proposed-Quellen hängt. Dieses taucht im Moment noch unter “Veraltet/lokal” in Synaptic auf, da ich die Proposed-Quellen nach dem Aktualisieren der Kernel-Version wieder deaktiviert habe. Das Kernel-Image sollte aber den den nächsten zwei Wochen aber in die normalen Update-Quellen rutschen.
• Deinstallation aller Unity und Compiz-Pakete inklusive Zeitgeist.
• Deinstallation der Pakete “overlay-scrollbar” und “liboverlay-scrollbar” zur Deaktivierung der neuen Scrollleisten.
• Deinstallation der Pakete zur Integration des Anwendungsmenüs in das obere Panel (“appmenu-gtk”, “indicator-appmenu”, usw.).
• Deinstallation aller Mono-Pakete inkl. der davon abhängigen Anwendungen (Banshee, Tomboy, Gbrainy). *
• Deinstallation von LibreOffice und des Pakets “example-content”.*
• Aktivieren des Intel-Treibers per “xorg.conf”-Datei. Dieser Schritt ist notwendig, damit der Xserver auf 8xx-basierten Rechnern nicht automatisch den Framebuffer-Treiber lädt. Auf Rechnern ohne einen Intel-Grafikchip wird es deshalb wahrscheinlich Probleme geben.

* Die Deinstallation musste ich durchführen, da die ISO-Datei ansonsten über 700MB groß gewesen wäre. Warum das Image trotz der Deinstallation von Unity und Compiz trotzdem über 700MB groß wurde, kann ich mir leider nicht erklären.

Seit einigen Tagen habe ich auch GNOME 3.0 auf meinem Produktiv System. Das ganze System läuft auch sehr gut damit, mir sind nur 4 Punkte aufgefallen die aktuell wirklich nervig sind:

• Rhythmbox geht beim klicken auf die Fenster schließen Schaltfläche komplett zu, ich habe mir damit bestimmt schon 50 mal die Musik ausgemacht! Leider konnte ich hierzu noch keine Einstellung finden, ein richtiges Tray gibts ja für GNOME 3.0 nicht mehr :-/
• Im Gegensatz zu GNOME Do ist die Shell nicht so clever und startet einen eingegeben Befehl direkt wie man ihn eingibt, stattdessen geht Wikipedia auf. ALT-F2 ist ein Shortcut den ich schon 2 Jahre nicht mehr verwenden musste :-/
• Gajim Integration, hier gibt es noch einiges an Arbeit zu tun. Zwar gibt es eine Integration über Extensions für die Shell, schöner wäre aber nativer Support von gajim für GNOME 3.0.
• Empathy kann nach wie vor weder GPG, OTR noch E2E. Das ist einer der Hauptgründe warum ich es nicht verwenden kann.

Ich denke aber auch das dies Dinge sind, die vielleicht schon mit 3.2 gefixt oder geändert werden. Bei Gajim müssen natürlich die Entwickler selbst aktiv werden!