Linux-Magazin Alle für einen (Vorschau)

10/13 

DIE ZEITSCHRIFT FÜR LINUX-PROFESSIONALS 

Feed-Aggregatoren 

im Planetenfieber 

Blogs, Nachrichten, Webcomics und Videocasts 

zusammenfassen und anzeigen S. 64 

GPIO-Treiber 

Eigene schnelle IO-Kernelmodule 

für Rasp berry Pi & 

Co. schreiben S. 102 

Ganz regulär 

»std::reg ex_replace()« in 

C++11 revolutioniert das 

Suchen & Ersetzen S. 108 

Alle für einen 

Gemeinsinn und Pragmatismus bewahren 

Open-Source-Projekte vorm Scheitern 

■ Viel Manpower: Gnome & KDE S. 26 

■ Unter der Oberfläche: X11 bis Xmir S. 30 

■ Fork: Aus dem GCC wird die GCC S. 36 

■ Rivalen I: Xen vs. KVM S. 40 

■ Rivalen II: IPsec vs. Open VPN S. 44 

■ Auf los: Upstart, Systemd, Eudev S. 48 

■ Filesystem-Clan: Viermal Ext-FS S. 52 

■ Der ewige GNU-Editor: Emacs S. 56 

■ Freiheit für 100 000 Euro: Blender S. 60 

■ Citrix Xenserver 6.2 wird 

Open Source S. 76 

■ Leap Motion erkennt die kleinste Geste S. 96 

An der Costa Brava trotzt Charly nicht nur der Sonne, sondern mit Mosh auch instabilen WLANs. S. 75 

www.linux-magazin.de 

Deutschland Österreich Schweiz Benelux Spanien Italien 

4 6,40 4 7,05 sfr 12,80 4 7,50 4 8,30 4 8,30 

4 192587 306401 10

Sieben Jahre: Pech! 

Login 10/2013 

Editorial 

Den wenigsten Admins ist es langweilig. Wenn nicht gerade ihre Dienste als „Da 

kommt kein Anmeldebildschirm mehr!“-Feuerwehrleute gefragt sind, sie prophylaktisch 

in Logfiles wühlen, dem Klimaanlagen-Heino erklären, warum er nicht mal 

alles für eine Stunde abschalten darf, oder sich der visionären Ideen ihres Chefs 

– vielleicht trägt der sogar den Titel „CIO“ – erwehren müssen, dann fahren sie auf 

eine Fortbildung oder lesen vielleicht das Linux-Magazin. 

Wer trotzdem mal über den Alltag hinweg schaut, fragt sich eines Tages: Habe ich 

den richtigen Job? „Ach naja: ja“, denken dann die meisten. Denn nach den Krisen 

früherer Jahre sind die Kenntnisse und Dienste von Admins wieder deutlich mehr 

gefragt, sogar das an sich arbeitnehmerfreundliche Wort „Fachkräftemangel“ 

macht die mediale Runde. 

Jan Kleinert, Chefredakteur 

Nun legt eine Studie, welche die Unternehmensberatung A.T. Kearney angestellt 

hat, unfreiwillig nahe, dass Admin zu sein im Jahre 2020 vermutlich keinen großen 

Spaß machen wird. Aber nacheinander: Um zu verstehen, wie die IT-Welt in sieben Jahren ticken wird, hat 

die Unternehmensberatung unter anderem 150 CIOs global agierender Unternehmen befragt und die Antworten 

quantifiziert. Allen heutigen Konsolidierungsbemühungen zum Trotz erwarten demnach 84 Prozent der CIOs 

im Jahr 2020 deutlich mehr und speziellere Applikationen als im Moment. Um nicht an der quantitativen und 

qualitativen Komplexität zu scheitern, wollen die Betroffenen künftig noch mehr als heute auf Standardsoftware 

setzen. 80 Prozent der Befragten glaubt, dass jede zweite Applikation von der Stange sein wird. 

Den verhaltenen Optimismus der Firmen-IT-Lenker trübt, dass 60 Prozent von ihnen erwarten, 2020 die Verantwortung 

für doppelt bis viermal so viele Endgeräte und Server zu tragen. Deren Pflege wird – soviel Realismus 

muss sein – eventuell eingesparte Aufwände bei den Applikationen zunichte machen, mindestens. Was tun? Drei 

Viertel der CIOs wollen noch mehr einfache Leistungen outsourcen, die so genannten Commodities, wenn möglich 

in die Cloud. 60 Prozent schielen dabei auf Dienstleister im billigeren Ausland. Parallel müssen neue Stellen mit 

neuen Fähigkeiten geschaffen werden, um die neuen in- und ausländischen Partner zu managen. Ganz zu schweigen 

von den Mitarbeitern, die Lösungen zur Erfüllung der neuen Anforderungen an die IT entwickeln müssen. 

Der Umstieg auf solche Modelle soll einen drastischen Umbau der IT-Abteilungen nach sich ziehen und 40 Prozent 

der Stellen betreffen. Treten die Prognosen ein, dann müssen allein in Deutschland 136 000 Mitarbeiter ihren Job 

wechseln, sich umschulen lassen oder bekommen die Kündigung. Auf Deutsch: 40 Prozent der heutigen Admins 

wird in sieben Jahren zu einem Billig-Dienstleister abgeschoben, zum SLA-Überwacher umgeschult oder gleich 

auf die Straße gesetzt. Wie sich das Gekündigtwerden anfühlt, dürfen 90 Prozent der Sysadmins bei der National 

Security Agency schon mal ausprobieren. Keith Alexander, der Direktor der NSA, hat genau das am 8. August auf 

einer Cyber-Konferenz in New York angekündigt. Durch IT-Automatisierung, so sein Plan, werde ein Großteil der 

menschlichen Arbeit überflüssig. Ohne den Namen Edward Snowden zu nennen, fügte der NSA-Chef hinzu, dass 

sich im gleichen Maße die Zahl der Menschen mit Zugang zu Geheiminformationen verringere. 

Die Logik dahinter: Nicht das überaus verschwenderische Erheben und Speichern von Kommunikationsdaten der 

Weltbevölkerung ist der Sündenfall ungekannten Außmaßes, nein, interne Datenlecks, die das öffentlich machen, 

sind das Problem, das es zu lösen gilt. Der auf Klick und Tritt überwachte Bürger mag das seltsam und nassforsch 

finden. In Wahrheit ist die NSA ihrer Zeit nur sieben Jahre voraus. 


3

Inhalt 

www.linux-magazin.de 10/2013 10/2013 

4 

Einer für alle, alle für einen: Gemeinsinn und Pragnatismus erweisen sich als Erfolgsfaktoren 

für Open-Source-Projekte. Das jedenfalls ist das Ergebnis der Untersuchungen, die das 

Linux-Magazin anhand von Beispielen für diesen Schwerpunkt angestellt hat. Erstaunlich: 

Kaum ein Projekt folgt beim Entwickeln einem der etablierten Modelle. 

Aktuell 

Titelthema: Erfolgsfaktoren bei Open-Source-Projekten 

6 N ew s 

n 1000 verwaiste CPAN-Module 

n Long-Term-Support für KDE 4.11 

26 Desktops 

Titel 

Wie sich Gnome und KDE organisieren. 

48 Initsysteme 

Runlevel, Init-Skripte, Symlinks unter »/etc 

/rc.d/«: Systemd macht vieles anders. 

Massen von Entwicklern bewegen die Desktops. 

My Kolab: Vertrauenswürdige Groupware. 

12 Zahlen & Trends 

n Neue Millionen für Open Xchange 

n Open Root Servers: DNS ohne die USA 

30 Von X11 bis Xmir 

Fenstersystemen steht nach langer Zeit 

der Umbruch zu Wayland und Mir bevor. 

36 GCC 

Der Standard-Compiler der GNU-Welt hat 

einen Fork überlebt. 

Upstart, Systemd und Eudev stehen in den 

Startblöcken, um Sys-V den Rang abzulaufen. 

52 Ext-FS 

Vier Generationen des beliebten Filesystems 

bestimmen das Linux-Leben. 

Solarpanele ausgeklappt: Der Solar-Laptop 

von Wewi kostet nur 350 Dollar. 

18 Zacks Kernel-News 

Patch-Empfänger und Umgangston. 

20 Open Suse Conference 

Grüne Strategie- und Richtungsdebatten 

auf Suses Community-Konferenz. 

Richard Stallman brauchte für sein GNU-Projekt 

dringend einen Compiler. 

40 Xen und KVM 

Das Wettrennen der beiden wichtigsten 

Linux-Hypervisoren. 

44 Open VPN und IPsec 

Parallel entwickelt: Linux-VPN-Software. 

Die Ext-FS-Familie zählt zu den ältesten Bewohnern 

der meisten Linux-Maschinen. 

56 Emacs 

Der programmier- und erweiterbare Editor. 

60 Blender Open-Source-Coup 

In sieben Wochen kratzte die Community 

100 000 Euro zusammen. 

Zur OSC trafen sich die Geekos in Thessaloniki. 

24 Ubuntu Edge 

Crowdfunding für ein Smartphone. 

Open VPN ist auf jedem Androiden vorinstalliert. 

Service 

3 Editorial 

116 IT-Profimarkt 

120 Veranstaltungen 

120 Inserenten 

121 Impressum 

122 Vorschau

10/2013 10/2013 

Inhalt 

64 Klasse Konstellationen 

Die tägliche Dosis News nicht nur aus 

der Open-Source-Szene bieten RSSoder 

Atom-Feeds. Planeten bereiten 

die Inhalte auf dem eigenen Server auf. 

76 Endlich frei! 

Ende Juni gab Citrix die neueste Ver sion 

6.2 seiner Enterprise-Virtualisie rung 

Xenserver als Open-Source-Software 

frei, inklusive Management. 

112 Bewegte Reife 

Der elektronische Armreif Up misst Bewegungen 

seines Trägers. Perlmeister 

Schilli schließt daraus auf zurückgelegte 

Wege und Schlafrhythmen. 


5 

Software 

Sysadmin 

Hardware 

63 

Einführung 

Auf der DELUG-DVD: Kali, Enquete- 

Berichte, ein Routing-E-Book und Tor. 

64 Bitparade 

Titel 

Vier Feed-Aggregatoren im Test: Planet 

Planet, Moon Moon, Planet Venus und 

Tiny Tiny RSS. 

75 Einführung 

Titel 

Aus dem Urlaub eines Sysadmin: Charly 

benutzt wilde Mosh-Shells, um trotz unzuverlässigen 

Internetempfangs zu arbeiten. 

76 Xenserver 

Titel 

Auf dem freien Hypervisor Xen baute 

Citrix sein proprietäres Cloud-Management 

auf. Nun ist es freie Software. 

96 Leap Motion 

Titel 

Die freihändige Gestensteuerung des 

Leap Motion unter Linux verwenden. 

82 Jelastic 

Platform as a Service für Java und PHP: 

Eine Dortmunder Firma will Lastspitzen 

automatisch abfangen. 

Inklusive Linux-SDK: Der Leap Motion überzeugt 

durch Preis und Messgenauigkeit. 

Planet Planet bindet die Bilder des Webcomics 

Xkcd ein, entfernt aber leider Audiodateien. 

72 Tooltipps 

Cputool 0.0.6, Cscope 15.8a, Finit 1.8, Fossil 

1.26, Keybox 1.08.50 und Playshell 0.2. 

Forum 

88 Rechtsrat 

Brüssel verabschiedet eine 

EU-Richtlinie für Open Government. 

Know-how 

102 Kern-Technik 70 

Titel 

Kernel- und Treiberprogrammierung 

mit dem Linux-Kernel: GPIOs nutzen am 

Beispiel des Raspberry Pi. 

Das Ncurses-Tool Cscope sucht in Quelltexten. 

DELUG-DVD 

Kali Linux 1.0.4 

TOOL 

Bootet von DVD: Nachfolgerin der 

Security-Distribution Bugtrack 

Virtual Appliance 

TOOL 

TOOL 

Zum sofort Ausprobieren: 

„Turnkey Domain Controller“, der 

aufgebohrte PDC für heterogene 

Netze 

TOOL 

92 Bücher 

Bücher über C und 

über Programmierer- 

Gesundheit. 

94 Leserbriefe 

Auf den Punkt gebracht. 

Details zu DVD- 

TOOL 

Inhalten auf S. 63 

E-Books satt 

„Praxiskurs Routing & Switching“ 

auf 200 Seiten sowie 1300 Seiten 

Bundestagsabschlussberichte der 

Internet-Enquete-Kommission 

Tor und Suse 

Anonymisier-Interna und Key notes 

der Suse Conference (6 Stunden) 

Programmieren 

108 C++11 – Folge 12 

Titel 

Modernes C++ in der Praxis: Regex- 

Replace anonymisiert und lokalisiert. 

112 Perl-Snapshot 

Titel 

Totale Überwachung dank Perl: Mike 

Schillis Skripte werten Armreifdaten aus. 

Ein Bastler zeigt im, wie er einen Up-Armreif 

aufschlitzt und erklärt die Komponenten.

Aktuell 

www.linux-magazin.de News 10/2013 

6 

News 

My Kolab: Hosted Groupware nach Schweizer Recht und Gesetz 

Der Open-Source-Branche 

kommen Prism, Tempora und 

XKeyscore offenbar gelegen: 

Jetzt hat die Schweizer Firma 

Kolabsys die Groupware Kolab 

auch als Webdienst bereit gestellt 

– unter dem Namen My 

Kolab [http://mykolab.com]. 

Das volle Programm, aber 

nach europäischem – genauer 

Schweizer – Recht und 

Datenschutzvorgaben, biete 

My Kolab den Anwendern, 

schreibt die Firma in ihrer 

Pressemitteilung zum Start 

des Webdienstes. Die Enthüllungen 

von Edward Snowden 

hätten die seit Januar laufenden 

Betatests noch weiter 

beschleunigt. 

Die GPL-Groupware Kolab 

soll Menschen und Unternehmen 

beim Streben nach 

ihrem Grundrecht auf Privatsphäre 

helfen: „Sie können 

die Kontrolle über Ihre Kommunikation 

und Ihre Daten 

zurückerobern, ohne dabei 

Bequemlichkeit und Produktivität 

zu opfern.“ 

My Kolab, so das Unternehmen, 

biete alle Funktionen, 

die Anwender des Groupware-Servers 

kennen und richte 

sich in erster Linie an Unternehmen, 

die „sich vor Wirtschaftsspionage 

schützen 

wollen.“ Auch die Migration 

bestehender Installationen sei 

problemlos möglich. n 

My Kolab: Groupwaredienste ohne lästige Installation. 

Repurposing: Stratodesk macht Alt-PCs zu Thinclients 

CPAN-Waisen 

Das Unternehmen Stratodesk 

mit Filialen in den USA und 

Österreich, bietet mit No- 

Touch-Desktop eine Linux- 

Lösung an, die Alt-PCs (nach 

1998 gebaut) als verwaltete 

Thinclients nutzbar macht, 

was unter dem Schlagwort 

Repurposing zusammengefasst 

wird. In Frage kommen 

Computer der Architekturen 

x86 und x86_64, die mindestens 

500 MHz Prozessortakt 

und 128 MByte Arbeitsspeicher 

aufweisen. 

Das Client-Betriebssystem, 

das auf Ubuntu 10.04 basiert, 

landet per CD, USB-Speicher 

oder PXE-Boot auf den Maschinen, 

kann anschließend 

im Live-Betrieb laufen oder 

auf die Festplatte installiert 

werden. Auf Wunsch löscht 

der Installer die Windows- 

Daten auf der wiederverwendeten 

Festplatten sicher über 

ATA Secure Erase. 

No-Touch-Desktop setzt freie 

Remote-Desktop-Software 

wie Free RDP und Rdesktop 

ein, daneben aber auch die 

von Citrix und VMware lizenzierten 

Clients. Ein minimal 

ausgestattetes Image umfasst 

32 MByte, ein maximal ausgestattetes 

schließt Java und 

Firefox ein und bringt es auf 

400 MByte. Letzteres eignet 

sich auch für moderne Thinclients 

mit einem größeren 

Funktionsumfang. Die Administration 

der Thinclients 

erfolgt bei Bedarf lokal (inklusive 

Zugriff auf die Linux- 

Konsole), häufig übernimmt 

aber auch das hauseigene 

Administrationscenter von 

Stratodesk. 

Auf der Produktseite [http:// 

stratodesk.com] gibt es weitere 

Informationen sowie eine Evaluationsversion 

der Software 

zum Herunterladen nach Registrierung. 

Die Lizenzpreise 

unterscheiden sich nach Volumen, 

liegen aber bei rund 

50 Euro pro Arbeitsplatz. n 

Der Perl-Programmierer Neil 

Bowers hat eine Liste von 

rund 1000 verwaisten Perl- 

Modulen aus dem CPAN-Archiv 

veröffentlicht. Eine automatisierte 

Bewertung soll 

zeigen, wie lohnenswert es 

wäre, ein bestimmtes Modul 

zu pflegen. Lohnenswert seien 

solche Module, die häufig 

benutzt werden, als Indikator 

für die Nutzung dienen dabei 

Bugreports. 

Viele Module erhalten zwei 

bis fünf Punkte, die Spitzenreiter 

bringen es aber auf 

zehn oder elf. Die Übersicht 

ist im Web unter [http://neilb. 

org/adoption/] zu finden. n

Aktuell 


8 

Long Term Support für KDE 4.11 

Es soll die letzte Ausgabe der 

4er Serie werden: Der jüngst 

veröffentlichte KDE-Workspace 

4.11 punktet neben 

zahlreichen Bugfixes vorrangig 

durch den für Enterprise- 

Anwender wichtigen Langzeitsupport. 

Vor allem die 

Groupwaresuite Kontact profitiert 

von zahlreichen Patches 

und Erweiterungen, aber auch 

Wayland ist dabei. 

Auf dem Weg zu den KDE 

Frameworks 5 haben die Entwickler 

nicht vor, die Workspaces, 

Applikationen und 

Plattform noch einmal als 

gesammeltes Update-Paket 

herauszugeben. 

Die neue Version soll mehr 

Performance bringen, sowohl 

was Plasma als auch den Unterbau 

des Desktops angeht. 

Doch die Entwickler bezeichnen 

vor allem die Neuerungen 

in Kontact, Nepomuk und 

Akonadi als „großen Schritt 

vorwärts“. Sie haben neben 

Bugfixes – der lästige Offline- 

Bug ist weg – auch die Archivierungsfähigkeiten 

verbessert, 

den Memory Footprint 

verkleinert und den Import 

und Export von ganzen Mailordnern 

repariert. Außerdem 

erhielt die Suite zahlreiche 

neue Features, darunter einen 

Scheduler für die »Später 

senden«-Funktion. 

Kate unterstützt mehr Sprachen 

und Erweiterungen 

(etwa Autocompletion für 

Python 2 und 3, Javascript, 

Jquery, Django und XML). 

Der Dateimanager Dolphin 

lade in Verzeichnissen mit 

vielen Dateien neuerdings 

Previews, bevor er den ganzen 

Inhalt darstelle. Das senke 

die CPU- und I/O-Last, die der 

Besuch solcher Verzeichnisse 

bisweilen auslöste. Kwin 

bringt neuerdings ein experimentelles 

Wayland-Backend 

mit, Kscreen steuert mehrere 

Monitore an und Blogilo kann 

HTML bearbeiten. 

KDE 4.11 ist dem Gedenken an 

Atul Chitnis gewidmet, einen 

jüngst an Krebs verstorbenen 

Consultant aus der indischen 

KDE-Community. 

n 

© Kalyanvarma, Wikimedia Commons, CCBY 3.0 

Atul Chitnis, Vordenker der vielköpfigen 

indischen KDE-Community, starb 

im Juni 2013. Ihm ist die KDE-Release 

4.11 gewidmet. 

LTS-Kernel 3.10 

Version 3.10 des Linux-Kernel 

wird Langzeitsupport 

erhalten, also mindestens 

zwei Jahre lang mit Patches 

gepflegt. Das gab Greg 

Kroah-Hartman, Maintainer 

der stabilen Kernelversionen, 

in seinem privaten Blog 

[http://www.kroah.com] bekannt. 

Die Weiterentwicklung im 

Zweig 3.10 schreite zwar immer 

noch schnell voran, doch 

er wolle die Kernel-Hacker 

wissen lassen, dass es ein 

Longterm-Kernel werde. Auch 

die Initiative LTSI wird diese 

Version laut Kroah-Hartman 

zur Basis für Elektronikprodukte 

machen. 

Im Augenblick unterstützen 

mehrere Maintainer, darunter 

Greg Kroah-Hartman, Willy 

Tarreau sowie Ben Hutchings, 

die Kernelversionen 3.4, 3.2, 

3.0, 2.6.34 und 2.6.32 auf 

Kernel.org mit einem Langzeitsupport. 

n 

Grafikbibliothek SDL reloaded 

Containers 1.0: Einfache Tools für LXC 

Nach Jahren der Entwicklung 

ist nun Version 2.0.0 der Grafikbibliothek 

SDL (Simple Directmedia 

Layer) erschienen, 

auf die auch Steam setzt. In 

der Ankündigung der Version 

weist Sam Latinga, ehemaliger 

Lead-Entwickler bei Loki 

Software und jetzt bei Valve 

angestellt, auf die Rolle von 

SDL für Valves Spielekonsole 

hin. Die neue Version wird 

Teil der Steam Linux Runtime, 

Valve verwendet sie unter anderem 

für den Game-Controller-Support. 

Zu den wichtigen neuen Features 

gehört, dass SDL 2.0.0 

volle 3-D-Hardwarebeschleunigung 

beherrscht und Open 

GL 3.0+ mit verschiedenen 

Profilen unterstützt. Weiterhin 

bringt die Bibliothek 

Support für Open GL ES mit 

und kommt parallel mit mehreren 

Fenstern, Displays und 

Audiogeräten zurecht. Das 

einfache 2-D-Rendering-API 

nutzt wahlweise Direct 3D, 

Open GL, Open GL ES oder 

Software Rendering. 

SDL 2.0.0 [http://libsdl.org], 

das sich unter Linux in Form 

verschiedener Module installieren 

lässt, kann zudem mit 

Force Feedback und Touch- 

Displays umgehen, bringt 

simplen Drag-and-Drop-Support 

mit und unterstützt den 

Vollbildmodus besser. n 

Der britische Entwickler 

Chris Webb hat mit Containers 

1.0 eine Sammlung einfacher 

Userspace-Tools für 

die Virtualisierung mit Linux 

Containers (LXC) veröffentlicht. 

Mit den Programmen 

solle LXC so einfach werden 

wie das Anlegen einer traditionellen 

Chroot, schreibt deren 

Autor im Readme. Containers 

funktionieren ab Linux-Kernel 

3.8, das erstmals die User Namespaces 

unterstützt, von 

der die Software intensiven 

Gebrauch macht. 

Das Kommando »contain« legt 

einen neuen Container mit 

eigenem Namespace an, der 

den Netzwerkstack des Hosts 

mitbenutzen kann. Der Befehl 

»inject« dient dazu, in einem 

laufenden Container Programme 

auszuführen. Das Werkzeug 

»pseudo« ist der Ersatz 

für »sudo« (das im Englischen 

praktisch gleich klingt) und 

führt Kommandos in einem 

neuen Namespace mit Rootrechten 

aus. 

Weitere Erläuterungen inklusive 

einer Demonstration der 

Container-Syntax hat der Entwickler 

Chris Webb im Readme 

und in der Datei »TIPS« 

im Quelltext aufgeführt. Die 

erste stabile Version 1.0 steht 

auf [https://github.com/arachsys/ 

containers] unter MIT-Lizenz 

zur Verfügung. 

n

ARM-Server im USB-Stick-Format 

Die I2SE GmbH aus Leipzig 

bietet mit ihrem Produkt 

Duckbill einen Server im Format 

eines USB-Sticks an. Das 

für die Gebäudeautomation 

gedachte Gerät besitzt einen 

ARM-9-Prozessor mit 450 

MHz Taktrate in Form des SoC 

i.MX28 von Freescale. Daneben 

stecken in dem kleinen 

„Entenschnabel“ 128 MByte 

DDR-2-RAM. Als Massenspeicher 

dient eine Micro-SD- 

Karte mit bis zu 32 GByte, die 

Stromversorgung erfolgt per 

USB, und mit der Außenwelt 

kommuniziert das System per 

Ethernet. 

Auf dem Miniaturrechner 

läuft Linux mit dem aktuellen 

Kernel 3.10, der ja von den 

Kernelentwicklern eine Langzeitunterstützung 

erhält. 

Ab Ende September wird das 

Gerät – exklusive der SD-Karte 

– käuflich zu erwerben sein. 

Für Privatkunden kostet ein 

Der Duckbill von I2SE ist für die Hausautomation gedacht. 

Stick dann 60 Euro, Firmen 

erhalten zehn der Minigeräte 

ab 400 Euro plus Umsatzsteuer. 

Ein Linux-Image sowie die 

verwendeten Patches will der 

Hersteller dann ebenfalls veröffentlichen. 

n 

Gnome auf Github 

Der Gnome-Code ist nun auch 

in einem offiziellen Github- 

Repository zu finden, schreibt 

Gnome-Entwickler Alberto 

Ruiz in seinem Blog. Das soll 

es Externen vereinfachen, 

Gnome-Code zu verwenden, 

zu verbessern und an das Projekt 

zurückzugeben. Ruiz hätte 

einen Aha-Effekt erlebt, als 

jemand auf Github seine Software 

ungefragt optimierte. 

Das Repository befindet 

sich unter [https://github.com/ 

GNOME], die Wiki- und Bugtracker-Funktionen 

sind deaktiviert, 

Pull-Requests werden ignoriert. 

Das Mirror-Repository 

solle die Gnome-Infrastruktur 

nicht ersetzen, so Ruiz. n 

News 10/2013 

Aktuell 


9 

Anzeige 

Phased Updates in Ubuntu 13.04 

Stable Release Upgrades 

(SRUs) veröffentlichen die 

Ubuntu-Entwickler nach dem 

Release einer Version. Sie reparieren 

Fehler in der vorhandenen 

Software und schließen 

Sicherheitslücken. Mitunter 

sorgt aber ein Update für eine 

Bibliothek unerwartet dafür, 

dass eine ganz andere Software 

nicht mehr funktioniert. 

Solche Regressionen lassen 

sich offensichtlich nicht abschaffen, 

aber zumindest eindämmen. 

Genau das jedenfalls plant 

nun eine Gruppe um Brian 

Murray [http://www.murraytwins. 

com/blog/?p=127] mit den 

Phased Updates. Bislang erhielt 

das Ubuntu-Projekt über 

ihr Bugtool Apport zwar Fehlermeldungen, 

wenn eine 

Regression auftrat, die betraf 

dann aber bereits viele User. 

Seit Version 13.04 liefert man 

Updates hingegen nur an zehn 

Prozent der User aus, die der 

Update-Manager über eine 

zufällig generierte Zahl bestimmt. 

Stürzt eine Software 

gehäuft ab, registriert der Errortracker 

das in der Testgruppe, 

stoppt das Ausliefern der 

Updates und die Entwickler 

beheben die Regression. Die 

Quantität der Abstürze verrät, 

ob es sich um Einzelfälle oder 

um ein breiteres Phänomen 

handelt. 

Gibt es keine Auffälligkeiten, 

erhalten weitere zehn Prozent 

der Nutzer das Update. Stufenweise 

wird so die Zahl bis 

auf hundert Prozent erhöht. 

Wer an den Phased Updates 

nicht teilnehmen möchte, 

ändert das über die Konfigurationsdatei 

»/etc/apt/apt. 

conf«. Der Eintrag »Update- 

Manager::Never-Include- 

Phased-Updates "True";« 

schließt den Rechner von den 

Phased Updates aus. n

Aktuell 


10 

Kurznachrichten 

Gnuaccounting 0.8.3: Eine freie Buchhaltungssoftware. Neu: Die neue 

Release kann Bezahlcode-Barcodes schreiben und lesen, die Details für 

eine Banküberweisung enthalten. Mit geeigneter Software, beispielsweise 

einer Handy-App, überweist der Rechnungsempfänger dann einfach und 

fehlerfrei. Außerdem importiert Gnuaccounting Bestellungen aus einem 

Magento-Onlineshop, um daraus die passenden Rechnungen zu erstellen. 

Lizenz: GPLv2 [http://www.gnuaccounting.de] 

Wine 1.7.0: Software, mit der sich unter Linux auch Windows-Programme 

ausführen lassen Neu: Neben zahlreichen Bugfixes unterstützt Wines 

Postscript-Treiber nun vertikalen Text. Die Bibliothek Liblcms, die sich um 

Farbmanagement kümmert, wurde auf die neuere Version 2 gehoben. Die 

Unicode-Daten haben die Entwickler auf Unicode 6.2.0 aktualisiert. Neben 

den Anwendungen Photoshop CS 2, MS Excel 2010, Sunbird, Irfanview, 

Symantec Antivirus 10.x und Codegear RAD Studio 2007/2009 laufen auch 

einige Spiele besser, darunter NFS Shift, Max Payne 2, Civilization V oder 

Homeworld 1. Lizenz: LGPL [http://www.winehq.org] 

Sabayon 13.08: Gentoo-basierte Live-Distribution mit Fokus auf Multimedia. 

Neu: Das Update vervollständigt die Umstellung auf das Initsystem 

Systemd, daneben besteht die Unterstützung für Open RC fort. Die 64-Bit- 

Images von Sabayon booten auf neueren Rechnern mit UEFI Secure Boot 

und bringen eine UEFI Shell mit. Das System verwendet weiterhin Kernel 

3.10.4 mit dem I/O-Scheduler BFQ und einer Unterstützung für externes 

ZFS. Lizenz: GPL [http://www.sabayon.org] 

Tails 0.20: Eine Linux-Distribution für die anonymisierte Internetbenutzung 

und den Schutz der Privatsphäre. Neu: Die Release behebt zahlreiche 

Sicherheitslücken in Torbrowser und dem verwendeten Browser Iceweasel, 

ein Update ist deshalb dringend empfohlen. Sie bringt den Linux-Kernel 

3.10.3-1 aus Debian Unstable mit und behebt Bugs, etwa beim Git-Zugriff 

auf HTTPS-Repositories oder beim Verlassen von SSL-verschlüsselten 

Websites mit Iceweasel. Neu ist Dasher, eine Eingabehilfe, während das 

veraltete Truecrypt demnächst aus dem Programm fliegt und Pidgin nur 

noch über IRC und XMPP kommunizieren darf. Lizenz: GPL und andere 

[https://tails.boum.org] 

Pypy 2.1: Python-Compiler und C-Python-Alternative für Python 2.7.1. 

Neu: Pypy unterstützt nun die 32-Bit ARM-Architektur und auf jedweder 

Hardware mit ARMv6- und ARMv7-Architektur (sowohl auf Hard-Float- als 

auch Soft-Float-Builds), so lange diese Version 3 von ARMs Floating Point 

Architecture (VFPv3) aufweist und ein JIT-Backend mitbringt. Für die Portierung 

auf die 64-Bit ARM-Architektur sucht das Projekt noch Helfer. Auf 

Unix-Systemen kennt Pypy die Methoden »os.statvfs« und »os.fstatvfs«. 

Die Logging-Performance wurde optimiert, Objekte werden schneller 

gesetzt und es gibt Verbesserungen am Interpreter. Lizenz: MIT License 

[http://pypy.org] 

Libvirt 1.1.1: Libvirt nutzt die Virtualisierungsfähigkeiten des Kernels und 

unterstützt KVM, Xen, LXC, Open VZ oder Virtualbox. Neu: Zu den Innovationen 

gehören Events, die beim Löschen oder Entfernen von Geräten 

eintreten. Für Xen 4.3 wurden Interface-Versionen ergänzt, außerdem 

kennt die Libvirt nun den Public-API-Aufruf »virDomainSetMemoryStats- 

Period()«. Eine Änderung an den Linux Containers betrifft die Möglichkeit, 

offene Dateihandles (»stdin, stdout, stderr«) an den Initprozess des Containers 

zu übergeben. So lassen sich Container durch eingehende Socket- 

Verbindungen aktivieren. Die APIs »virDomainCreateXMLWithFiles« und 

»virDomainCreateWithFiles« akzeptieren eine Reihe solcher Handles. 

Lizenz: GPL [http://libvirt.org] 

Call for Papers für die Fosdem 2014 

Finanzspritze für Flynn 

Am 1. und 2. Februar 2014 

wird, mittlerweile zum 14. 

Mal, die Konferenz Fosdem 

stattfinden, wie immer in 

Brüssel, wie immer an der 

Libre Université, am ULB 

Campus Solbosch. Bis September 

haben die „Geeks 

from all over the world“ nun 

Zeit, ihre Ideen einzureichen. 

Im Call for Participation sucht 

das Fosdem-Team Einreichungen, 

welche die „gewöhnlich 

hochgradig entwicklernahen 

Besucher aus der ganzen 

Welt“ für spannend und innovativ 

halten. 

Es gehe um die Main Tracks 

(die eigentlichen Vorträge) 

und um die Developer 

Rooms. Erstere befassen sich 

tendenziell mit größeren Themenkomplexen 

wie Security, 

Entwicklung oder auch der 

Community, während letztere 

mehr oder weniger selbstorganisiert 

ablaufen und 

der Community Gelegenheit 

geben, Themen nach ihren 

eigenen Vorstellungen zu diskutieren. 

Für die Vorschläge rund um 

die Main Tracks nutzt das 

Fosdem-Team die Software 

Pentabarf. Developer-Room- 

Vorschläge mögen Bewerber 

bis zum 15. September an die 

E-Mail-Adresse [devrooms@fosdem.org] 

schicken. In beiden 

Fällen sollen die Einreichungen 

so detailliert wie möglich 

sein, für die Dev-Rooms sind 

Tagesordnungen mit einem 

groben Plan für den Ablauf 

erwünscht. Am 1. Oktober 

will das Team den daraus abgeleiteten 

Plan bekannt geben, 

zugleich endet die Frist 

für Vorschläge rund um die 

Main Tracks. 

n 

Flynn, eine PaaS-Lösung auf 

Docker-Basis, die sich an 

Heroku orientiert, existiert 

bisher nur als Readme-Datei. 

Dennoch haben die Entwickler 

per Crowdfunding 75 000 

US-Dollar für die Entwicklung 

eingesammelt: „Die Crowdfunding-Kampagne 

haben wir 

in letzter Minute ergänzt und 

dachten, wir würden ein paar 

hundert Dollar für die Flugkosten 

des Teams erhalten.“ 

Tatsächlich wurden über die 

eigene Plattform [https://flynn. 

io] in zwei Wochen 75 000 US- 

Dollar eingesammelt, was fast 

dem kompletten Projektbudget 

entspräche. 

Man hätte Flynn auch ohne 

den finanziellen Support entwickelt, 

das Geld erlaube es 

dem Coreteam aber, mehr Zeit 

mit der Arbeit an neuen Features 

zu verbringen. 

Die Spendenaktion läuft jedoch 

weiter: Kommt noch 

mehr Geld zusammen, könne 

man weitere Features ergänzen, 

etwa Autoscaling, ACLs 

und Log Aggregation. Zum 

bisher geplanten Funktionsumfang 

gehört das Verwalten 

von Diensten in einem Cluster. 

Ein HTTP-REST-ähnliches API 

soll einen einfachen Umgang 

mit Containern und Diensten 

erlauben. 

Die Dienste sollen sprachunabhängig 

als Unix-Prozesse in 

Containern laufen und zwar 

in verschiedenen Infrastrukturen 

(AWS/Public Cloud, Private 

Cloud, Bare Metal). Zu 

den geplanten Minimalfeatures 

gehören zudem ein 

Scheduler, Build-Packs für ein 

Git-Push-Verfahren, ein Kommandozeilen-Client 

und ein 

HTTP-Router. 

n

Libre Office 4.1 verbessert Interoperabilität 

Die Document Foundation 

hat ihre freie Bürosuite Libre 

Office in Version 4.1 veröffentlicht 

und verbessert die 

Interoperabilität sowie einige 

Details. Um das Layout beim 

Austausch mit anderen Anwendungen 

und insbesondere 

Microsoft Office zu erhalten, 

haben die Entwickler die Import- 

und Export-Filter optimiert. 

Beispielsweise werden 

nun grafische Aufzählungsund 

Nummerierungszeichen 

aus Word-Dateien importiert. 

Daneben lassen sich Schriften 

in Writer-, Calc-, Impress- und 

Draw-Dokumente einbetten, 

damit diese auf allen Systemen 

gleich aussehen. 

Zu den kleineren Neuerungen 

gehören die Möglichkeit, eingebettete 

Bildern in Writer in 

90-Grad-Schritten zu drehen, 

der Vektorgrafik-Export aus 

Calc sowie ein Limit für Datenbankabfragen 

in Base. Von 

den Kollegen des Apache-Projekts 

Open Office haben die 

Entwickler die Symphony- 

Sidebar übernommen, diese 

stecke aber noch im experimentellen 

Stadium. 

Libre Office 4.1, das unter 

der LGPLv3 steht, lässt sich 

unter [http://de.libreoffice.org/ 

download/] samt Sprachdateien 

und Offline-Hilfe für Linux, 

Windows und OS X herunterladen. 

(kki,mfe,mhu) n 

Neues Detail in Libre Office 4.1: Eingebettete Bilder lassen sich in Writer in 

90-Grad-Schritten drehen. 

News 10/2013 

Aktuell 


11 

Anzeige

Aktuell 

www.linux-magazin.de Zahlen & Trends 10/2013 

12 

Zahlen & Trends 

Parallella: Verteilt rechnen für rund 100 US-Dollar 

Die Hardware-Revolution, die 

preiswerte Boards wie Arduino 

oder Raspberry Pi ausgelöst 

haben, erreicht die Welt des 

Parallel Computing: Parallella 

[http://parallella.org], ein offenes 

Parallelsystem, soll demnächst 

zum Preis von rund 

100 US-Dollar erhältlich sein. 

Das Halbleiter-Startup Adapteva 

kündigte an, dass es das 

Parallella University Program 

(PUP) sponsern möchte, das 

Hardware und weitere Unterstützung 

für Unis und andere 

Einrichtungen bereitstellt. 

Das Parallella-Board wird den 

Multicore-Prozessor Epiphany 

von Adapteva verwenden sowie 

ein System-on-Chip der 

Zync-7000-Serie von Xilinx, 

das einen ARM-9-Prozessor 

mit zwei Kernen enthält. Laut 

Hersteller soll das System im 

Das Startup Adapteva möchte Boards für Parallel Computing im Niedrigpreis- 

Segment vertreiben. 

Normalbetrieb nicht mehr als 

5 Watt verbrauchen. 

Adapteva hat das Projekt mit 

Hilfe einer Crowdfunding- 

Kampagne auf Kickstarter. 

com angeschoben. Adapteva- 

CEO Andreas Olofsson: „Wir 

haben Parallella geschaffen, 

um der Welt die erste offene 

und erschwingliche Plattform 

für die Entwicklung massiv 

paralleler Programme zu bieten. 

Mit dem Parallella University 

Program möchten wir 

den Übergang zum Parallel 

Computing beschleunigen.“n 

Konferenz zu freien Bildungsmaterialien 

Mailpile soll E-Mail sicher machen 

In Zeiten immer knapper 

werdender Schulbudgets, in 

denen sich Schüler nicht selten 

Bücher teilen, scheint die 

Nachfrage nach frei zugänglichem 

Material deutlich zu 

steigen. Dem trägt eine von 

Wikimedia Deutschland organisierte 

Konferenz Rechnung, 

die am 14. und 15. September 

2013 in Berlin stattfinden soll 

und sich mit dem Thema Open 

Educational Resources (OER) 

oder freien Bildungsmaterialien 

beschäftigt. Bereits einen 

Monat vor Beginn der Konferenz 

waren keine Anmeldungen 

mehr möglich, offenbar 

ist das Interesse enorm. Lediglich 

für Lehrer gibt es noch 

einige freie Plätze. 

Die Konferenz plant eine Bestandsaufnahme 

freier Bildungsmaterialien 

in Deutschland 

und weltweit, die Teilnehmer 

sollen Erfahrungen 

austauschen und sich vernetzen. 

Zu den Themen gehören 

das Urheberrecht, die Qualität 

der Materialien und die verfügbaren 

Plattformen. Angesprochen 

fühlen sollen sich 

Akteure aus Schulen, Hochschulen 

und der Bildungsarbeit, 

Medienvertreter, Wissenschaftler 

und Entscheider in 

Behörden, Parteien, Stiftungen 

sowie Verlage. 

Die Konferenz steht unter 

Schirmherrschaft der Unesco, 

beteiligt sind unter anderem 

die Medienanstalt Berlin- 

Brandenburg, Creative Commons 

Deutschland sowie die 

Werkstatt der Bundeszentrale 

für politische Bildung. n 

Das isländische Projekt Mailpile 

[http://mailpile.is] wurde 

Anfang August auf dem Hackerfestival 

OHM gestartet. 

Es sammelt zurzeit über die 

Crowdfunding-Plattform Indiegogo 

Geld ein, um einen 

sicheren und quelloffenen 

E-Mail-Client zu entwickeln. 

Version 1.0 soll im Sommer 

2014 erscheinen, eine erste 

Alpha bereits im Januar. 

Das Besondere an Mailpile: 

Die Entwickler wollen starke 

Verschlüsselung von Beginn 

an integrieren und diese für 

Otto Normalverbraucher 

nutzbar machen. Freie E- 

Mail-Clients wie Thunderbird 

benötigen dazu die Enigmail- 

Erweiterung, die einige Kenntnisse 

in Sachen Verschlüsselung 

voraussetzt. 

Um die ehrgeizigen Pläne 

umzusetzen, wollen die Macher 

auf Indiegogo bis Mitte 

September 100 000 US-Dollar 

einsammeln. Anders als beim 

Ubuntu Edge fließt das gespendete 

Geld auf jeden Fall 

an das Projekt, auch wenn es 

das selbst gesteckte Ziel nicht 

erreichen sollte. Aktuell sind 

bereits 90 Prozent der Zielsumme 

eingesammelt. 

Ab einer Spendenhöhe von 

23 US-Dollar dürfen die Unterstützer 

mit abstimmen, 

welche Features als nächste 

in den Client fließen, falls die 

Entwickler unsicher sind. 

Mailpile soll plattformübergreifend 

funktionieren. Entwickelt 

wird auf Linux und OS 

X, programmiert in Python, 

Javascript, HTML und CSS.n

Solarbetrieben: Ein Outdoor-Laptop mit Ubuntu 

Stromversorgung mit Solarzellen 

und laut Hersteller „gegen 

alles gewappnet, was die 

Natur zu bieten hat“, das ist 

der Sol-Laptop [http://solaptop. 

com] der Firma Wewi. Sie will 

ab Ende Dezember einen modernen 

Atom-Laptop über die 

Webseite für wenig Geld und 

mit Linux-OS verkaufen. 

Die CPU ist ein Intel-Atom- 

D2500-Dualcore mit 1,86 GHz, 

dazu eine Seagate-2,5-Zoll- 

SATA-HDD mit 320 GByte, 2 

oder 4 GByte RAM, Intel-HD- 

Grafik mit einem 13.3-Zoll- 

Display (WXGA, 1366 mal 

768) sowie 8 bis 10 Stunden 

Akkulaufzeit. Der Clou: Das 

Gerät verfügt über ein Gehäuse, 

das der Hersteller als 

stoßfest (für 350 Dollar) und 

wasserdicht (für 400 Dollar) 

bezeichnet. 

Doch was an dem Gerät als 

Erstes auffällt, sind die ausklappbaren 

Solarpanele, mit 

denen der Besitzer das Notebook 

im Café oder in der 

Wildnis laden kann. „Der 

erste Laptop, den der Besitzer 

wirklich niemals einstecken 

muss“, wirbt der Hersteller 

mutig. Als Betriebssystem 

dient Ubuntu, das Wewi ebenfalls 

als „nachhaltig und zukunftsorientiert“ 

anpreist. n 

Solarpanele ausgeklappt: Der Solar-Laptop von Wewi kostet nur 350 Dollar. 

IPfire plus Tor 

Als Reaktion auf die flächendeckende 

Internetüberwachung 

hat die Firewall-Distribution 

IPfire 1852 Euro Spenden 

gesammelt, um das Anonymisierungsnetzwerk 

Tor 

einzubinden. Die Idee der 

Online-Spendenaktion sei aufgekommen, 

weil die Entwickler 

viele Anfragen nach dem 

Feature erhielten. 

Dank eines integrierten Tor- 

Proxys soll sich ein lokales 

Netzwerk an das Tor-Netzwerk 

anschließen lassen. 

Daneben möchten die IPfire- 

Entwickler ihren Anwendern 

die Konfiguration möglichst 

einfach machen, über das 

Socks-Protokoll sollen sie den 

Proxy nutzen können. n 

Zahlen & Trends 10/2013 

Aktuell 


13 

Anzeige 

FSF: Spenden für ein freies Smartphone 

Die Free Software Foundation 

(FSF) sammelt Geld, um 

ein komplett freies Android- 

System namens Replicant auf 

die Beine zu stellen. Denn 

viele Android-Mobilgeräte 

laufen mit proprietärer Software, 

wenn auch unter der 

Haube: Diverse Hardwaretreiber 

und Bibliotheken, die 

es dem Betriebssystem erlauben, 

mit einem der Geräte zu 

kommunizieren, gibt es nur in 

proprietärer Form. 

Diese Firmware lässt sich 

nicht ohne Weiteres tauschen 

und einsetzen. Zudem erscheinen 

die Geräte ab Werk 

mit Closed-Source-Programmen. 

Das würde die Free 

Software Foundation [https:// 

www.fsf.org] gern ändern, aber 

es kostet Geld: Erst durch die 

Spende eines Samsung Galaxy 

Tab 2 konnte Replicant dieses 

Gerät unterstützen. 

Allein die Hardware kostet pro 

Gerät zwischen 400 und 600 

US-Dollar, schreibt die FSF. 

Aktuell unterstützt Replicant, 

das auf Cynogen Mod fußt, 

bereits zehn Mobilgeräte, darunter 

Tablets und Smartphones 

der Galaxy- und Nexus- 

Reihe. Ganz ohne proprietäre 

Treiber kommen aber auch 

diese Geräte noch nicht aus, 

wie ein Blick auf die Statusseite 

zeigt. Dafür gibt es mit 

F-Droid [https://f‐droid.org] ein 

Android-Repository, das freie 

Software enthält. 

Die Stiftung hat nun eine 

Spendenseite eingerichtet, um 

Geld für die „Befreiung“ weiterer 

Systeme einzusammeln. 

Gespendet werden darf dort 

via Bitcoin, aber auch per Kreditkarte 

oder auf Rechnung. 

Zudem sucht das Projekt nach 

interessierten Entwicklern, die 

bei der Aktion helfen. n

Aktuell 


14 

DNS ohne NSA und USA 

Das Projekt Open Root Server 

Networks [http://orsn.org] 

will ein Netzwerk aus DNS- 

Servern ohne ICANN-Kontrolle 

aufbauen. Jeder Aufruf 

einer Webseite und fast jeder 

Verbindungsaufbau löst eine 

DNS-Abfrage aus, die häufig 

abhör- und auswertbaren 

Traffic erzeugt. Dieser wird 

im ungünstigen Fall – beispielsweise 

bei einigen DNS- 

Servern von Google – über die 

USA geroutet. 

Weil die Zentrale des DNS- 

Netzwerks, die Icann, in den 

USA sitzt und dem US-Handelsministerium 

unterstellt 

ist, sei hier der Zensur und 

der Kontrolle Tür und Tor 

geöffnet, schreiben die Initiatoren 

des Open Root Server 

Networks. 

Das Projekt, eine private 

Non-Profit-Initiative, will eine 

zweite DNS-Root-Server-Infrastruktur 

aufbauen, parallel 

zur Domäne der Icann, gehostet 

in europäischen Demokratien, 

mit einer dezentralen, 

zensurunabhängigen Struktur. 

ORSN setzt auf Transparenz, 

auf Freiwillige und auf jeden, 

der Hardware und Zeit investiert. 

Die Initiatoren wollen 

„zu 100 Prozent kompatibel 

zur Icann bleiben und keine 

Topleveldomain mehr oder 

weniger in die eigenen Datenbanken 

einziehen lassen“. 

Das ORSN-Projekt existiert 

seit 2002, war aber nach 2008 

Quelle: http://orsn.org/de/press/ 

Nameserver-Abhängigkeiten mit und ohne ORSN. 

mangels Nachfrage eingeschlafen. 

Jetzt haben die Initiatoren 

angesichts des Bedarfs 

und der Sensibilisierung durch 

Prism & Co. die Initiative ins 

Leben zurückgerufen. n 

Valve will Blender in Steam-Plattform integrieren 

Über die Mailingliste des Blender-Projekts 

sucht Jan-Peter 

Ewert von Valve derzeit nach 

Personen, die sich für eine 

Integration von Blender in 

Steam interessieren. Valve sei 

eine Firma, die sich auf das 

Modden konzentriere, Blender 

wäre perfekt, um etwa virtuelle 

Gegenstände für diese 

Spiele zu entwerfen. 

Ton Roosendaal, Chairman 

der Blender Foundation, unterstützt 

den Vorschlag nicht 

zuletzt, weil Valve die Blender 

Foundation finanziell fördert. 

Er sieht einige Synergie-Effekte 

zwischen der 3-D-Community 

um Blender und der 

Modder-Szene von Valve. Eine 

Integration von Blender in die 

Steam-Plattform würde auch 

Blender weiterbringen, doch 

müsse man erst lizenzrechtliche 

Fragen klären, Blender 

steht unter der GPLv2. 

Erste konstruktive Ideen gibt 

es jedoch bereits: So schlugen 

Leute auf der Liste vor, zunächst 

existierende Blender- 

Erweiterungen wie das SMD/ 

DMX-Plugin einzubinden. n 

Open-Source-Tools sparen in den Niederlanden 4,5 Millionen 

Quelle: http://prezi.com 

Grafik aus dem Vortrag auf der Inspire-Konferenz. 

Indem sie eine Lösung miteinander 

geteilt und Open- 

Source-Software für ihre geogra 

fischen Informationssysteme 

(GIS) genutzt haben, 

hätten zwölf niederländischen 

Provinzen seit 2009 4,5 Millionen 

Euro eingespart. Das 

schreibt das Open Source Observatory 

(OSOR) und beruft 

sich auf Koen Rutten, einen 

der GIS-Administratoren, der 

auf der Inspire-Konferenz 2013 

einen Vortrag dazu hielt. Das 

Wiederverwenden der Software 

spare ebenso Geld wie 

das Teilen der Entwicklungsund 

Pflegekosten. 

Neben einer Open-Source- 

Software namens Flamingo, 

die den Datenaustausch ermöglicht, 

wollen die Provinz- 

Admins bald ein Tool namens 

CDS (Central Data and Service 

Environment) veröffentlichen. 

Es soll geografische Informationen 

aus den Provinzen importieren, 

validieren und als 

nationale Datensammlung 

öffentlich verfügbar machen. 

Durch die Veröffentlichung 

hoffe man, weitere öffentliche 

Verwaltungen für die Software 

zu interessieren. Zudem sollen 

Stiftungen die beiden Softwareprojekte 

begleiten. n

Mozilla arbeitet an Testtools für Security 

Die Firefox-Macher möchten 

die Sicherheit ihrer Internetsoftware 

weiter verbessern 

und setzen dabei auf eine 

Partnerschaft mit Blackberry, 

ein Fuzzing-Tool und eine Automatisierungsplattform 

für 

Sicherheitstests. 

Bei der Zusammenarbeit mit 

Blackberry (vormals Research 

In Motion) geht es um die 

Entwicklung eines Tools, das 

eine Fuzzing genannte Technik 

einsetzt, die versucht Fehler 

und Sicherheitsschwächen 

durch Ausprobieren vielfältiger 

Eingaben zu entdecken. 

Diesem Zweck dient auch das 

Fuzzing-Framework Peach v2, 

das als Open-Source-Software 

unter MIT-Lizenz entwickelt 

wird und das nun Mozilla 

und Blackberry optimieren 

sollen. Die Software kann unterschiedliche 

Modelle, Strategien, 

Mutationen und Schnittstellen 

nutzen. 

Daneben arbeiten die Mozilla- 

Entwickler an einer Security 

Automation Platform namens 

Minion. Sie soll es Testern und 

Entwicklern erleichtern, Security-Scans 

zu automatisieren. 

Die Plattform bindet externe 

Tools ein und lässt sich so in 

ihrer Funktionalität erweitern. 

Die Web-basierte Anwendung 

steht unter Mozilla Public License 

und ist noch in Entwicklung. 

Für Interessierte gibt es 

bereits ein Virtualbox-Image 

zum Ausprobieren. n 

Open Xchange erhält Millionen-Spritze 

Open Xchange, das in letzter 

Zeit durch seine Online-Office- 

Suite von sich reden machte, 

erhält eine Finanzspritze von 

15 Millionen Euro. Die Investition 

kommt unter anderem 

von United Internet Ventures, 

dessen CEO, Oliver Mauss, 

der Firma eine rosige Zukunft 

voraussagt: „Für uns ist es ein 

extrem aufregendes Investment. 

Als langjähriger Kunde 

von Open Xchange konnten 

wir beobachten, wie sich die 

Firma von einem kleinen Anbieter 

zu einem bedeutenden 

Player im Cloudmarkt entwickelt 

hat.“ 

Das Geld soll das Wachstum 

der Firma ermöglichen und 

direkt in Software-Entwicklung, 

professionelle Dienste 

und die internationale Business-Entwicklung, 

aber auch 

in Marketing und Verkauf fließen. 

Der Umsatz und die Zahl 

der User von Open Xchange 

ist in den letzten drei Jahren 

jeweils um 50 Prozent gewachsen 

und führte zu mittlerweile 

mehr als 80 Millionen 

verkauften Seats. 

Oliver Mauss und der zweite 

Neuinvestor Hermann-Josef 

Lamberti, der frühere Chief 

Operating Officer der Deutschen 

Bank und im Aufsichtsrat 

bei EADS und der Ing Bank, 

sollen zudem den Aufsichtsrat 

erweitern. „Der Zusatz an 

Expertise im Aufsichtsrat ist 

lebenswichtig, wenn wir unsere 

Produktpalette in Zeiten 

großer Umbrüche im Cloud 

Computing erweitern wollen“, 

bestätigt Rafael Laguna, CEO 

von Open Xchange. Dritter in 

der Investitionsrunde ist der 

Altinvestor E-Capital, dessen 

CEO, Paul-Josef Patt, die Verhandlungen 

mit den neuen 

Investoren führte. n

Aktuell 


16 

Red Hat und Intel eröffnen Cloud Innovation Lab 

Die Hardware kommt von 

Intel, die Infrastruktur-Software, 

der Serverraum und der 

Glaube an einen stark expandierenden 

Markt von Red Hat: 

Das Cloud Innovation Lab von Red Hat 

und Intel wurde in München eröffnet. 

In Gegenwart der Geschäftsführer 

beider Firmen nahm 

am 18. Juli 2013 das Cloud 

Innovation Lab offiziell seinen 

Betrieb auf. 

Im Münchner Gebäude der 

Linux-Firma und im optimistisch 

gestimmten Beisein 

von Christian Lamprechter, 

Geschäftsführer der Intel 

GmbH, gab Red Hats Werner 

Knoblich, Vice President 

und General Manager EMEA, 

den Startschuss zur Nutzung 

des neuen Lab. Die dort aufgestellten 

Server sollen nach 

Aussage beider Firmen für 

Red-Hat-Kunden aufwändigere 

Anwendungssetups 

nachstellen – wofür es laut 

Knoblich in seiner Firma sehr 

großen Bedarf gäbe. Als Basis 

wird wohl vorwiegend die 

ebenfalls vorgeführte „Red 

Hat Enterprise Linux Open 

Stack Platform“ dienen. 

Partner Intel, der Red Hat als 

wichtigen Spieler sieht, um 

die eigene Vision einer offenen 

Cloud zu realisieren, hat 

die Hardware beigetragen – im 

Kern zwei starke Node- und 

sechs Standardserver sowie 

diverse Storagekomponenten 

– und stellt bei Bedarf Personal 

bereit. Obwohl die drei 

19-Zoll-Racks optisch unspektakulär 

wirken, bilden sie für 

Red Hat das modernste Lab 

in Europa, weshalb dort nicht 

primär normale Produktdemonstrationen 

laufen sollen. 

Andreas Stolzenberger zum 

Beispiel, Red Hat Solution Architect 

in München, will dort 

hybride Clouds aufsetzen, 

die auch Virtualisierungsprodukte 

anderer Anbieter 

wie VMware, Microsoft oder 

Amazon enthalten. 

Die Open-Source-Firma meint, 

Kunden auf lange Sicht über 

den Preis zum Umstieg auf 

eigene Produkte und Dienstleistungen 

bewegen zu können, 

bei vergleichbarer oder 

gar besserer Funktionalität – 

um die zu belegen, scheint 

das Cloud Innovation Lab der 

richtige Ort. n 

Open-Source-Diktiersoftware in Arbeit 

Desktop-Fusion 

Peter Grasch, Software-Entwickler 

und Informatikstudent 

aus Graz, hat den 

Proto typ einer Open-Source- 

Diktiersoftware vorgestellt. 

Grasch beschäftigt sich in 

seiner sprachgesteuerten 

Desktop-Anwendung Simon 

[http://grasch.net/projects] bereits 

länger mit Spracherkennung. 

Nun hat er die Software 

um ein Diktiersystem erweitert. 

In einer Video-Demo 

diktiert er einen englischen 

Text und korrigiert, ebenfalls 

per Spracheingabe, ein falsch 

erkanntes Wort. 

Der Prototyp zeigt, was ein 

Diktiersystem mit ausschließlich 

freien Komponenten leisten 

kann. Er verwendet die 

freie Erkennungsbibliothek 

Pocketsphinx der Carnegie 

Mellon University. Die Akustikmodelle 

und das Wörterbuch, 

die neben der reinen 

Software erforderlich sind, hat 

Peter Grasch mit Sphinx-Tools 

erstellt, das Sprachmodell mit 

SRILM und MITLM. „Wie so 

oft in der Welt der freien Software 

gilt: Ich stehe auf den 

Schultern von Giganten“, erklärt 

der Entwickler. 

Die Entscheidung, um welche 

Funktionen er Simon erweitern 

soll, hat er die Leser seines 

Blogs fällen lassen. Deren 

Wahl fiel aufs Diktieren. Bisherige 

Projekte für Open- 

Source-Diktiersysteme seien 

allerdings eingeschlafen, etwa 

das vielversprechende Eval- 

Dictator-Projekt, so erzählt 

Grasch. Die Software Palaver 

sei hingegen lediglich ein 

Frontend für Googles proprietäre 

Dienste. 

Der Entwickler sucht aktuell 

noch Mitstreiter, um zusammen 

ein konkurrenzfähiges, 

freies Diktationssystem zu 

entwickeln. Mit einer ersten 

Version, die sich für Endbenutzer 

eignet, rechnet Peter 

Grasch „vorsichtig optimistisch“ 

frühestens 2014. n 

Mit Peter Graschs Prototyp kann man bereits englische Texte diktieren. 

Auf der Akademy 2013 haben 

die Projekte Razor und 

LXDE Qt beschlossen zu fusionieren. 

Auf Razor-Seite ist 

die Motivation recht klar: Es 

fehle an Manpower, erklärt 

Entwickler Jerome Leclanche 

auf der Mailingliste. Mehrere 

Entwickler hätten aus persönlichen 

Gründen aufgegeben, 

was den Fortschritt im Projekt 

verlangsamt habe. 

Das LXDE-Qt-Projekt verfolge 

sehr ähnliche Ziele wie Razor, 

die Idee einer Fusion der beiden 

Projekte sei daher naheliegend. 

Nun will man Nägel 

mit Köpfen machen und die 

besten Teile von LXDE-Qt und 

Razor zusammenlegen. 

Schon in der 0.1-Release von 

LXDE-Qt sollen Teile von Razor 

stecken, dessen Version 

0.6.0 wohl die letzte wird. Den 

Razor-Qt-Zweig werde man 

nicht weiter betreuen. (Joe 

Casad/jkl/kki/mfe/mhu) n

Aktuell 

www.linux-magazin.de Kernel-News 10/2013 

18 

Zacks Kernel-News 

Empfänger für Kernelpatches unklar 

Greg Kroah-Hartman hat ein 

Problem der Kernelentwicklung 

ans Licht gebracht, als 

er im Juli seine Arbeitslast 

beklagte. Er schrieb, er habe 

mehr als 170 Patches für den 

stabilen Kernel auf Halde, die 

er nicht einpflegen könne, 

weil sie noch nicht im Kernelzweig 

von Linus Torvalds 

angekommen sind. 

Eine der Regeln für die stabilen 

Kernelversionen schreibt 

nämlich vor, nur Patches aufzunehmen, 

die sich bereits 

im offiziellen Torvalds’schen 

Kernel befinden. Das soll verhindern, 

dass sich die beiden 

Zweige zu weit auseinanderentwickeln. 

Den Zyklus für eine neue 

Kernelversion eröffnet Linus 

derzeit mit einem kurzen 

Merge-Window. Dann können 

die Entwickler ihre Patches 

an ihn schicken. Während 

der folgenden Stabilisierung 

in den Release Candidates 

werden seine Anforderungen 

immer strenger, bis »‐rc7« 

oder »‐rc8«, worauf der fertige 

Kernel folgt. Danach beginnt 

der Zyklus von Neuem. 

Torvalds gilt dabei als so 

streng, dass sich manche Entwickler 

bereits nach »‐rc1« 

ängstlich zurückziehen und 

sich denken: „Oh Mist, ich darf 

keine Patches mehr einschicken, 

sonst wird Linus mich 

schimpfen“, so formulierte es 

zumindest Dave Jones. Das 

hat offenbar dazu geführt, 

dass viele Kernelentwickler 

ihre Patches stattdessen an 

Greg für seine stabilen Kernel 

schicken. 

Auf Gregs öffentliche Klage 

hin gaben viele Entwickler an, 

sie hätten keine klaren Richtlinien, 

welche Patches sie an 

wen schicken sollten. Die 

beiden Maintainer bemühten 

sich um eine Klarstellung. 

Linus schreibt, nach »‐rc3« 

akzeptiere er nur noch Fixes 

für Regressionen, Sicherheitslücken 

und Abstürze. Greg 

dagegen gibt an, er wolle Patches, 

die „echte“ Probleme 

beheben – was einiges einschließen 

dürfte, das Linus in 

seiner Definition ausschließt. 

Das wäre eine Erklärung dafür, 

dass so viel mehr Patches 

bei Greg landen. 

Willy Tarreau, jahrelang der 

Main tainer des Kernelzweigs 

2.4, schlägt vor, dass die Entwickler 

in den Tags angeben, 

für welche Kernelversion ihre 

Patches ein Problem beheben. 

Dann könnten die für die Stabilität 

wichtigsten Fixes in den 

stabilen Zweig wandern. Das 

gefiel Greg gar nicht: „Gibt 

es einen Fix für ein Problem, 

dann möchte ich ihn in Stable 

und Linus möchte ihn ebenso. 

Bitte schafft kein neues Tag, 

nach dem die Anwender dann 

suchen müssen, nur weil wir 

zu faul sind, es für alle User 

einzupflegen“, entgegnete er 

darauf. 

Daneben stellt er klar, das 

Problem bestehe für ihn eher 

darin, dass ihm Entwickler 

Patches schicken, die eigentlich 

gar keine Fehlerkorrekturen 

seien. Sie fügten beispielsweise 

den Debugging- 

Informationen einen Zeilenumbruch 

hinzu. Das sei zwar 

für manche Entwickler besser 

zu lesen, aber nicht gleich eine 

Rechtfertigung für die Aufnahme 

in den stabilen Kernel. 

Eine Grauzone bleibe also auf 

jeden Fall, resümiert Greg. n 

Kritik am rauen Umgangston 

Der Thread über Patches für 

den stabilen Kernel verwandelte 

sich streckenweise in 

eine Diskussion über den Umgangston 

auf der Mailingliste. 

Linus Torvalds ist bekannt 

dafür, dass er Entwickler abkanzelt, 

wenn sie etwas gegen 

besseres Wissen tun. Dann 

schickt er Mails mit Großbuchstaben, 

Schimpfwörtern 

und Drohungen. 

Als er auch Greg Kroah-Hartman 

zu einem raueren Ton riet, 

rief das die Intel-Entwicklerin 

Sarah Sharp auf den Plan. „Ist 

das euer Ernst, Jungs?“, fragt 

sie. „Brauchen wir wirklich 

solche Sitten, um Stable zu 

verbessern?“ Sie schreibt weiter: 

„Gewalt, sei es in Form 

von körperlicher Einschüchterung, 

verbalen Drohungen 

oder Beleidigungen, ist nicht 

akzeptabel. Verhaltet euch 

auf der Mailingliste professionell.“ 

Dazu liefert sie ein 

paar saftige Linus-Zitate als 

Beleg und fügt hinzu: „Mit so 

einem Mist werde ich mich 

nicht mehr abfinden.“ 

„Ich muss den Leuten einfach 

klar machen, was meine Position 

zu bestimmten Fragen 

ist“, rechtfertigt sich Linus. 

„Mein Motto ist: Subtilität 

kommt im Internet einfach 

nicht an.“ Daneben schreibt 

Torvalds, er glaube einfach 

nicht an Höflichkeit und Political 

Correctness. Sarah gibt 

sich nicht so leicht geschlagen: 

„Man kann Leuten auch 

klar machen, dass man ihren 

Code nicht annimmt, ohne 

sie verbal fertig zu machen“, 

entgegnet sie. Zudem besitze 

allein schon der Name Linus 

Torvalds einige Autorität. 

Einige Entwickler haben nun 

vorgeschlagen, das Thema in 

einer Podiumsdiskussion auf 

dem Kernel Summit zu besprechen, 

der im Oktober in 

Edinburgh stattfindet. (Zack 

Brown/mhu) 

n

Aktuell 

www.linux-magazin.de Open Suse Conference 10/2013 

20 

OSC 13: Open Suse auf Richtungs- und Strategiesuche 

Griechische Leckereien 

Im sommerlich-heißen Thessaloniki traf sich Ende Juli die Open-Suse-Community zu ihrer jährlichen Konferenz 

– organisiert von Freiwilligen und mit stark strategisch geprägtem Fokus. Das Treffen fand zum ersten Mal in 

einem Ort statt, in dem es weit und breit kein Suse-Büro gibt. Text und Fotos: Markus Feilner 

© Markus Feilner 

Mpougatsa: Ein Backblech 

voller Blätterteig, Puderzucker, 

Sahne und Eier, dazu je 

ein Schuss Zimt und Vanille, 

viel Butter sowie ein wenig 

Zitrone – fertig ist die makedonische 

Spezialität, die in 

den letzten Jahrzehnten ganz 

Griechenland erobert hat. Als 

Hauptstadt der Mpougatsa 

versteht sich Thessaloniki 

(Abbildung 1), die Millionenmetropole 

an der Nordküste 

der Ägäis. Hier, nicht in 

Athen, sitzt auch die größte 

Universität des Landes, von 

hier stammen Alexander der 

Große und Aristoteles. 

Alexander, Aristoteles, 

Open Suse 

Im Olympischen Museum dieser 

Hochschule trafen sich im 

Juli mehr als 250 Mitglieder 

der Open-Suse-Community 

und der Firma Suse zu ihrer 

jährlichen Konferenz ([1], 

[2]). Die wurde komplett 

von Freiwilligen vor Ort, den 

„Greekos“, organisiert (Abbildung 

2), die Company aus 

Nürnberg hatte sich erstmals 

ganz aus der Planung und 

Durchführung herausgehalten 

– dafür halfen Freundinnen 

und Familienmitglieder und 

verpassten so dem Event ein 

typisch griechisches Flair, inklusive 

Mpougatsa-Frühstück 

und viel Greek Coffee. 

Geeko Money und 

Poolparty 

Schon bei der Welcome-Party 

am Vorabend der Konferenz 

wurde den Besuchern klar: 

Die Euro-Krise hat den Veranstaltern 

den Humor nicht 

verdorben, als Zahlungsmittel 

ist während der nächsten 

Tage nur das selbst gedruckte 

„Gee ko Money“ erlaubt, nur 

die vielversprechend angekündigte 

Poolparty mit Cocktails 

fällt mit drei Kinderplanschbecken 

etwas sparsamer aus 

als erwartet (Abbildungen 3 

und 4). Im Mittelpunkt der 

Veranstaltung stand bei stets 

über 30 Grad im Schatten 

ohnehin nicht das Badevergnügen, 

vielmehr suchte 

die Community der ehemals 

deutschen Distribution nach 

Orientierung. 

Zwar berichteten die meisten 

Vorträge aus den unterschiedlichsten 

Projekten, doch für 

Aufsehen sorgten eher die 

Strategiethemen (dazu später 

mehr). Auf der technischen 

Seite stellten die Entwickler 

Georg Greve und Hans de Raad 

Kolab 3.1 auf Suse vor (Abbildung 

5, [3]), Vincent Untz 

plauderte aus dem Gnome- 

Nähkästchen und Suses Arvin 

Schnell erläuterte die Funktionsweise 

des Snapshot-Tools 

Snapper anhand von Btr-FS 

[4]. Dazu gab’s Details zu 

UEFI, USB 3.0, GIS und Marble, 

Linux on ARM, MySQL, 

Neues von den Autotools und 

vieles mehr. 

Auch die Netzpolitik rund 

um Prism kam nicht zu kurz: 

Greve nutzte seine Keynote, 

um den Anwesenden die 

weitreichenden Chancen ins 

Gedächtnis zu rufen, die der 

NSA-Skandal für die Open- 

Source-Community mit sich 

bringt: „Prism nützt uns“, 

rief er seinen Zuhörern zu 

und erklärte, warum er alle 

Entwickler freier Software für 

Superhelden hält. 

Zahlen, Fakten, 

Strategie 

Am meisten beachtet und von 

den Besuchern heiß diskutiert 

waren die Vorträge von Alberto 

Planas und Ralf Flaxa 

(Abbildung 6). Planas lieferte 

die Fakten in Form von Download- 

und Nutzerzahlen, Suse- 

Board-Member und Vizepräsident 

fürs Engineering Flaxa 

erläuterte in seiner Keynote 

die Planungen der Firma und 

machte Vorschläge für die Vision 

der weiteren Zusammenarbeit 

mit der Open-Source- 

Community: Die Kooperation 

basiere auf mehreren Faktoren, 

etwa dem unternehmerischen 

Erfolg von Suse und 

damit auch geschäftlichen 

Rahmenbedingungen, stellt 

Flaxa klar. 

Man sei so näher am Upstream, 

ohnehin wären fast 

alle Entwickler auch persönlich 

sehr stark bei Open Suse 

involviert, auch emotional. 

Die Community, zu der er sich 

selbst auch rechnet, profitiere 

DELUG-DVD 

Auf der DELUG- DELUG-DVD 

DVD finden Sie die Videos der 

Keynotes auf der Open Suse 

Conference in Thessaloniki.


Abbildung 1: Schauplatz der Open Suse Conference 2013: Die uralte Universitätsstadt Thessaloniki. 

von Suse-Entwicklungen der 

letzten Jahre wie dem Open 

Suse Build Service, dem Qualitätsmanagement 

Open QA 

oder auch Suse Studio. 

Flaxa freute sich über die positiven 

Bewertungen für die 

letzten Open-Suse-Editionen: 

„Der Spagat zwischen stabiler, 

ausgereifter und neuer, 

vielleicht noch unstabiler 

Soft ware gelingt uns gut.“ 

Evergreen-Strategie 

Als Nächstes ginge es darum, 

ein Open-Suse-Ökosystem 

zu bauen und die Strategie 

hinter Factory und den Suse 

Releases, aber auch Tumbleweed 

(der Rolling Release) zu 

stärken. Wie das genau gehen 

soll, erklärten wenig später 

einige Suse-Board-Member 

im Interview: Andrew Wafaa 

zählte die Unterschiede auf 

(Abbildung 7): „Suse 12.3 

bringt Kernel 3.7, Tumbleweed 

dagegen immer den aktuellen 

stabilen Kern, derzeit 

ist das der 3.10.1. In der Factory 

dagegen sind noch neuere 

Entwicklerversionen, die 

irgendwann stable werden. 

Und die alten Open-Suse-Versionen 

bekommen gar keine 

neuen Kernelversionen mehr, 

nur noch Patches.“ 

Da wäre es doch nur schön 

und effizient, wenn vielleicht 

ein wenig mehr Ordnung Einzug 

hielte. Dabei helfen soll 

unter anderem das Projekt 

Evergreen: Mit ihm wollen die 

Entwickler auch veralteten, 

eigentlich nicht mehr supporteten 

Open-Suse-Versionen 

wie beispielsweise der betagten 

11.1 noch Patches und 

Security-Updates bringen. Das 

alles sei dank des Open Suse 

Build Service technisch kein 

großes Problem mehr: „Fein 

abgestimmt für jeden Flavour 

lassen sich da Pakete bauen“, 

erklärte Wafaa. „Da profitiert 

die Community natürlich 

auch von den SLES-Erfahrungen 

der Suse-Mitarbeiter, die 

sowohl die Open-Suse-Leute 

trainieren, aber auch immer 

wieder eigenen Input einbringen“, 

fügte das amerikanische 

Board-Member Robert 

Schweikert hinzu. 

Wie das alles zusammenpassen 

soll mit einer Enterprise- 

Distribution und freien, gar 

mit Rolling Releases, darüber 

diskutiert die (Open-)Suse- 

Community seit der Conference. 

Vor allem die vielen 

Softwarequellen vom Build 

Service über Factory bis zu 

Test- und Developer-Repositories 

einzelner Paketgruppen 

– etwa KDE oder Gnome – 

möchten die Beteiligten um 

strukturieren. So soll auch die 

Distribution Open Suse wieder 

näher an die Enterprise- 

Variante rücken und professioneller 

werden. 

Welche Zielgruppe? 

Aber auch bei der Definition 

seiner Zielgruppe hat Open 

Suse derzeit ein Orientierungsproblem: 

Während Red 

Hat und Fedora, aber auch 

Debian und Ubuntu eine 

scheinbar klare Rollenverteilung 

kennen, hat die Suse- 

Community in den letzten 

Monaten zunehmend Probleme, 

ihren typischen Anwender 

zu benennen. 

Fedora sieht sich als reine 

Entwickler-Distribution und 

verzichtet gern auch lautstark 

auf Neueinsteiger, Red Hat destilliert 

daraus das Enterprise- 

Linux RHEL. Ubuntu konzentriert 

sich auf die Ein- und 

Umsteiger, Debian adressiert 

die Linuxer, denen die Freiheit 

und Unabhängigkeit von Unternehmenspolitik 

am wichtigsten 

ist. 

SLES wiederum hat einen 

Marktvorsprung unter anderem 

im HPC-Umfeld und bei 

Cloud- und Cluster-Kunden, 

aber auch, wenn es darum 

geht, fremde Distributionen 

oder Betriebssysteme einzubinden. 

Das macht Konkurrent 

Red Hat nur gegen teueres 

Geld, Suse dagegen verdient 

sogar gut mit Support 

Open Suse Conference 10/2013 

Aktuell 


21 



Abbildung 2: Die Veranstaltung fand erstmals nicht in Nürnberg oder Prag statt 

und wurde komplett von freiwilligen „Greekos“ und Angehörigen organisiert. 

Abbildung 3: Willkommene Erfrischung: Die sensationellen Becken der OSC-13- 

Poolparty boten leider nicht für alle Teilnehmer Platz.

Aktuell 

www.linux-magazin.de Open Suse Conference 10/2013 

22 



Abbildung 4: Ein fast zehn Meter großes Riesen-Geeko aus Post-its schmückte 

den Eingang des Olympischen Museums der Universität. 

Abbildung 5: Georg Greve (links) und Hans de Raad zeigten im Kolab-3.1-Workshop, 

wie einfach die Installation der Groupware jetzt auch auf Suse gelingt. 

für Open oder Libre Office auf 

Windows – und sucht händeringend 

neue Mitarbeiter. 

Orientierungslos? 

Nur Open Suse schwimmt 

ein wenig, auch weil die 

Community sich nie richtig 

auf eine Zielgruppe festlegen 

wollte. Vom Kernelentwickler 

über den Linux-Desktop-User 

bis zu Windows-Admins, die 

„mal schnell was mit Yast 

per Mausklick administrieren 

wollen“, reicht die Zielgruppe. 

Und alle können (müssen?) 

aus einer Vielzahl von Softwarequellen 

auswählen: 

Tumble weed ist die Rolling 

Release, Factory das Testlabor 

für Mutige, dazu gibt es auch 

noch in den Developer-Repositories 

einzelner Projekte und 

mit dem Open Suse Build Service 

gleich eine ganze Hand 

voll Softwarequellen für ambitionierte 

User. 

Klar ist, dass Open Suse das 

Testbett ist, aus dem die 

Firma Suse erfolgreich ihr 

Produkt Suse Linux Enterprise 

baut. Doch hier entsteht 

mittlerweile eine immer größere 

Lücke, meint nicht nur 

Community-Manager Jos 

Poortvliet in seinem Blog [5]. 

Während Suse eindeutig auf 

Unternehmenskunden abziele, 

sei die Anwenderlandschaft 

von Open Suse so weit 

gefasst, dass eine Spezialisierung 

schwerfalle. 

Poortvliet schreibt, man wolle 

„gleichzeitig Open Governance 

stärken, also Open 

Suse mehr Freiheiten lassen, 

aber auch die Lücke füllen, 

damit aus der freien Distribution 

mehr Input für SLES“ 

erwachse. Das bedeute aber 

auch, dass die Firma Suse 

machen, aber nichts perfekt“. 

Dank OBS klappt das zwar 

recht gut, dennoch gäbe es 

Verbesserungspotenzial. 

Die Wünsche, mehr automatisiertes 

Testen einzuführen, 

mehr Menschen zu beteiligen 

und Tumbleweed, Devel und 

Factory irgendwie in Einklang 

zu bringen, münden nach 

Meinung des Community-Managers 

vor allem in der Frage, 

wie sich die Factory besser in 

Suses Distributionslandschaft 

integrieren lässt. 

Auf den Mailinglisten geistern 

schon seit Längerem 

Ideen wie das Konzept der 

konzentrischen Ringe umher: 

Um höhere Qualität, längere 

Release Cycles und eine klar 

definierte Zielgruppe zu erreichen, 

könnte man doch 

die bestehende Infrastruktur 

in Komponenten oder Ringe 

aufteilen, etwa ein Form eimehr 

Entwickler für Open 

Suse abstellen muss und wird, 

vor allem natürlich mit dem 

Hintergedanken, das freie Projekt 

stärker im professionellen 

Bereich zu etablieren. 

Auch überdenke man die derzeit 

achtmonatigen Releasezyklen, 

die „aus einer Zeit stammen, 

als es kein Tumbleweed, 

kein OBS und kein Evergreen 

gab“, und möchte sie zugunsten 

langfristigerer Planung 

mit höheren QA-Ansprüchen 

und ‐Aufwänden umstrukturieren. 

Alles gut, aber 

nichts perfekt 

Poortvliet fordert darüber hinaus: 

Die Community müsse 

sich überlegen, worauf sie 

sich konzentrieren wolle. 

Open Suse sei bekannt dafür, 

„alles einigermaßen gut zu 



Abbildung 6: Ralf Flaxa, Suses Vizepräsident fürs Engineering, ist stolz auch auf 

Open Suse und stellt seinen Plan für die weitere Zusammenarbeit vor. 

Abbildung 7: „So löst das Suse Board Probleme“: Andrew Wafaa und Robert 

Schweikert vom Suse Board haben sichtlich Spaß beim Interview.


Abbildung 8: „Andrew, wo kaufst du deine Hemden?“, so lautete die erste Frage 

beim traditionellen Town Hall Meeting. 

ner „Core Selection plus Open 

Build Service“. Dabei würde 

ein Ring 0 beispielsweise alles 

enthalten, was für Bootstrap 

und Compiler notwendig sei, 

Ring 1 dann „alles hinauf bis 

zu X11“. Dieser Kern würde 

alle zwei Jahre releast und 

drei Jahre maintaint. 

Ein Ring, sie zu 

knechten? 

Ring 2 enthält die Desktops 

und ihre Frameworks und 

wird zwei Jahre gepflegt, Ring 

3 bringt Applikationen und 

Development-Tools – direkt 

aus dem OBS, mehr oder weniger 

als Rolling Release wie 

bei Open Suse Tumbleweed. 

Der so genannte „Core“ bestünde 

dann aus Ring 0 und 1, 

er wäre auf Enterprise-Level 

getestet, gehärtet und könnte 

zusammen mit einem Basis- 

Desktop plus Libre Office 

und Firefox eine Open-Suse- 

Release ergeben. „Den Rest 

holt sich der Anwender einfach 

aus dem Open Suse Build 

Service“, schreibt Poortvliet. 

So eine Release wird naturgemäß 

deutlich kleiner, kann 

aber viel näher an der Enterprise-Version 

liegen. 

Die Frage, wofür sich die 

Community entscheidet, so 

meint Poortvliet, sei aber 

nicht, was technisch möglich 

ist, sondern wiederum: „Was 

ist unser Ziel? Wo wollen wir 

hin? Wen wollen wir als typischen 

Open-Suse-User adressieren?“ 

Eine schnelle Antwort scheint 

nicht in Sicht. Dabei geht es 

Suse nicht schlecht, in Thessaloniki 

folgte ein Bewerbungsgespräch 

dem anderen und 

auch die freie Variante kann 

auf deutlich mehr Anwender 

(über 400 000 regelmäßig updatende 

Rechner) verweisen 

als beispielsweise Fedora. 

Ein Suse-Appstore? 

Auch die Innovationskraft 

scheint ungebrochen: Ein 

Appstore ist geplant, den 

auch Board-Member Richard 

Brown als „wünschenswerte 

Utopie“ bezeichnet. Das 

containerhafte Erstellen von 

Software, das der Open Suse 

Build Service ermöglicht, mag 

irgendwann dazu führen, dass 

Entwickler ein Paket bauen, 

das sofort auf allen Linux- 

Flavours funktioniert, „nicht 

mehr wie bei Firefox gefühlte 

tausend Pakete“, erklärte 

Brown. Das Free-Desktop- 

Projekt Appstream gehe in genau 

diese Richtung, auch sei 

denkbar, das Ubuntu Software 

Center zu portieren, Gespräche 

gebe es bereits. 

Für einen echten Suse-Appstore 

scheinen derzeit jedoch 

die Voraussetzungen noch 

nicht vollständig. Sollte der 

kommerziell erfolgreich sein, 

müsste entweder Suse oder 

eine Open Suse Foundation 

Billing und Verwaltung übernehmen 

– das Open-Suse-Projekt 

könne das nicht. 

Überhaupt sind sich Suse und 

Open Suse einig: Keiner der 

Beteiligten wolle mit einem 

Cut (einer Abgabe wie bei 

Apple, das sich ein Drittel der 

Umsätze gönnt) Geld an Apps 

verdienen, so wie Microsoft 

oder Google. Dass das prinzipiell 

funktioniert, zeigen 

Beispiele wie Owncloud oder 

auch Steam: Beide sind im 

Open Suse Build Service verfügbar 

und nutzen die Möglichkeiten, 

die das Tool bietet, 

weidlich aus. 

Andrew Wafaa würde sich 

allerdings noch mehr Engagement 

von Dritten wünschen: 

„Es wäre schön, wenn beispielsweise 

auch das Humble 

Abbildung 9: Ja su, Thessaloniki! Nächstes Jahr treffen sich die Geekos im 

dalmatinischen Dubrovnik. 


Bundle im OBS wäre – das 

würde dem Hersteller doch 

nur nützen!“ 

Orlando! Dubrovnik! 

Am Samstagabend trafen sich 

die Konferenzgäste zum traditionellen 

Town Hall Meeting. 

Nach dem Vorbild der Bürgermeister 

und Stadträte amerikanischer 

Kleinstädte stellt 

sich das Open Suse Board 

(in diesem Falle vier Mitglieder: 

Richard Brown, Andrew 

Wafaa, Vincent Untz und Robert 

Schweikert, in Abbildung 

8 von links nach rechts) den 

Fragen und Diskussionen der 

Community, von der Strategiedebatte 

bis hin zu Sinn 

und Unsinn von einzelnen 

Mailinglisten. 

Die nächste Open Suse Conference 

findet bereits im 

Frühjahr in Dubrovnik statt. 

Auch in dem kroatischen 

Weltkulturerbe wird wieder 

die Community organisieren, 

erklärte Poortvliet, während 

die Teilnehmer sich zum 

Gruppenfoto mit Chamäleon 

aufstellten (Abbildung 9). 

Doch bereits im November 

treffen sich die Geekos in Florida, 

zum Open Suse Summit 

in Orlando [6]. n 

Infos 

[1] OSC 13: [http:// conference. 

opensuse. org] 

[2] Linux-Magazin, Online- 

Schwerpunkt zur OSC 13: 

[http:// www. linux‐magazin. 

de/plus/ 2013/10/Open-Suse- 

Conference-2013] 

[3] Kolab 3.1 bringt „iRony“: 

[http:// www. linux‐magazin. 

de/ NEWS/ Keine‐Ironie‐Kolabbetritt‐den‐Apfel‐Space] 

[4] Snapper testen: 

[http:// www. snapper. io] 

[5] Jos Poortvliets Blog: 

[http://blog.jospoortvliet.com] 

[6] Open Suse Summit: 

[http:// summit. opensuse. org] 

Open Suse Conference 10/2013 

Aktuell 


23

Aktuell 

www.linux-magazin.de Crowdfunding 10/2013 

24 

Ubuntus Edge‐Kampagne 

Megakollekte 

Über eine Crowdfunding-Plattform möchte Canonical einen noch nie dagewesenen Geldbetrag einsammeln, 

um ein Android-Smartphone zu produzieren, das auch als Ubuntu-Rechner funktioniert. Kristian Kißling 

Quelle: Ubuntu.com 

Crowdfunding und Open- 

Source-Software liegen in 

ihren Grundsätzen nah beieinander. 

In beiden Fällen 

ermöglicht eine Gruppe von 

Menschen die Umsetzung eines 

Projekts, hier mit Geldspenden, 

dort durch Arbeitseinsatz. 

Auch Software- und 

Hardwareprojekte aus dem 

Open-Source-Bereich versuchen 

immer wieder über 

„Schwarmfinanzierung“ Geld 

für ihre Ziele einzustreichen – 

mit wechselndem Erfolg. 

Während Mailpile [1], ein 

E-Mail-Client mit Fokus auf 

Verschlüsselung, sein Ziel 

von 100 000 US-Dollar fast erreicht 

hat und auch Openshot 

[2] sowie Flynn [3] jüngst 

erfolgreich Geld auftrieben, 

hatten andere Projekte weniger 

Glück. Der E-Mail-Client 

Geary [4] erreichte nur die 

Hälfte der erhofften Summe 

von 100 000 US-Dollar. Ein 

„Open-Source-Flugzeug“ von 

Makerplane.org dümpelt noch 

bei 7000 US-Dollar herum, einem 

Zehntel der anvisierten 

75 000 Dollar. 

Seid umschlungen, 

Millionen! 

Seit dem 22. Juli setzt nun 

Canonical neue Maßstäbe 

im Crowdfunding: Mit einer 

Indiegogo-Kampagne will die 

Firma historische 32 Millionen 

US-Dollar einsammeln, 

um die Produktion und den 

Vertrieb eines Smartphones 

unter dem Namen Ubuntu 

Edge zu finanzieren. Es ist 

das höchste Kampagnenziel, 

das jemals auf einer Crowdfunding-Plattform 

anvisiert 

wurde. Kommt die Summe 

nicht zusammen, erhalten die 

Backer das Geld zurück. Auf 

Reddit gab Mark Shuttleworth 

zu Protokoll, dass die Summe 

für die Markteinführung eines 

Smartphones sogar verhältnismäßig 

bescheiden sei. 

Canonical hatte das Projekt 

„Ubuntu for Android“ bereits 

im Februar 2012 angekündigt. 

Darin plante die Firma, anders 

als beim Ubuntu Phone, 

Ubuntu und Android parallel 

auf einem Smartphone laufen 

zu lassen. Steckt der Nutzer 

das Telefon in ein Dock, lässt 

es sich wie ein gewöhnlicher 

Desktoprechner mit Ubuntu 

verwenden. 

Canonical zeigte sich schon 

Anfang 2012 überzeugt, dass 

die nächste Hardwaregeneration 

in der Lage sein werde, 

das zu leisten. Doch Hersteller, 

die das Handy finanzieren 

und verkaufen wollten, fanden 

sich nicht. Das lag womöglich 

auch an den Erfahrungen mit 

dem Atrix von Motorola, das 

nach demselben Prinzip funktionierte, 

aber wohl aufgrund 

der Hardware kein Riesenerfolg 

wurde. 

Auch zur geplanten Hardware 

für das Ubuntu Edge bleiben 

Fragen. Die Kampagnenseite 

[5] verspricht 4 GByte 

RAM, die es bislang noch 

in keinem Gerät gibt. Vor 

allem die neue Batterietechnologie 

mit Silizium-Anoden 

gilt als wenig erprobt, weshalb 

Kernelentwickler Alan 

Cox auf Google Plus bereits 

über Explosionsgefahren spekulierte. 

Zudem, schrieb er, 

wisse man nicht, wie offen 

die tatsächlich ausgelieferte 

Hardware sein werde. 

Raketenstart 

Die Nachricht von Canonicals 

Kampagne ging jedoch durch 

alle Medien. In nur einem 

Tag sammelte das Projekt 3 

Millionen Dollar – ein neuer 

Rekord. Am 2. August lagen 

Zusagen über 8 Millionen Dollar 

vor. Dann kühlte die Dynamik 

ab, weshalb Canonical 

am 8. August nachlegte und 

den Preis für das Edge auf 695 

US-Dollar senkte. 

Vier Tage vor dem Ende der 

Kampagne steht der Zähler 

nun bei 11 Millionen Dollar, 

die höchste jemals erzielte 

Crowdfunding-Summe. Doch 

um das Ziel zu knacken, 

müsste Canonical noch ein 

Ass im Ärmel haben. Denn 

eine Sache hat Mark Shuttleworth 

bereits ausgeschlossen 

– dass er das fehlende Kapital 

aus seinem Privatvermögen 

zuschießt. n 

Infos 

[1] Mailpile: 

[http://www.mailpile.is] 

[2] Openshot: 

[http://www.openshot.org] 

[3] Flynn: [http://flynn.io] 

[4] Geary: [http://www.yorba. 

org/projects/geary/] 

[5] Ubuntu-Edge-Kampagne: 

[www.indiegogo.com/ 

projects/ubuntu-edge]

Titelthema 

www.linux-magazin.de Desktops 10/2013 

26 

KDE und Gnome – die beiden beliebtesten Linux-Desktops 

Massenbewegung 

Stolz verweisen KDE- und Gnome-Projekt auf rund tausend Entwickler. Mit dem Unterbau Qt, GTK, den Desktop- 

Anwendungen, Designern, Stiftung und Verein liegt die Zahl der Aktiven aber noch deutlich höher. Markus Feilner 

der, um seine eigenen Desktop-Ambitionen 

zu verfolgen – hauptsächlich wegen 

der fragwürdigen Situation rund um 

Trolltechs Closed-Source-Bibliothek Qt, 

von der KDE reichlich Gebrauch macht – 

und wandte sich dem Gimp Toolkit GTK 

zu. Heute ist Qt komplett Open-Source, 

und glaubt man den KDElern, dann war 

das nie wirklich ein Problem. 

© Saniphoto, Fotolia.com 

Am Anfang war KDE, da sind sich die 

Entwickler überraschend einig. Basyskom-Chefin 

und KDE-Urgestein Eva Brucherseifer 

wagt gar, Gnome mit einem 

Augenzwinkern als Fork von KDE zu bezeichnen: 

„Nun, auch der Gnome-Gründer 

Miguel de Icaza (Abbildung 1) war 

ja zunächst ein KDE-Entwickler, bevor 

er sein Desktop-Projekt startete. Insofern 

könnte man durchaus sagen, Gnome ist 

ein KDE-Fork.“ erklärt sie nicht ganz 

ernsthaft. Da pflichtet ihr auch Suse- 

Community-Manager und Akademy-Organisator 

Jos Poortvliet leicht ironisch 

bei: „Ja, Gnome ist einfach der am meisten 

sichtbare KDE-Fork, auch wenn sie in 

letzter Zeit ein wenig zurückfallen.“ 

„Gnome ist ein KDE-Fork“ 

Doch trotz solcher Sticheleien vertragen 

sich die Entwickler der beiden Communities 

außerordentlich gut, oftmals besser 

als ihre Anwender, die Flamewars 

um „den besten aller Linux-Desktops“ 

miteinander ausfechten. Unfassbar für 

viele Hardliner legten die beiden Projekte 

sogar ihre Entwicklerkonferenzen 

zusammen: Statt separat zu Guadec und 

Akademy traf man sich 2009 auf Gran 

Canaria und 2011 in Berlin zum Projektübergreifenden 

Desktop Summit [1]. Bis 

dahin war es jedoch ein langer Weg, beide 

Oberflächen entstanden bereits um 1996, 

was die zahlreichen 15-Jahresfeiern der 

letzten Jahre belegen ([2], [3]). Heute 

steht KDE vor der Release mit der Major 

Nummer 5, Gnome arbeitet an seiner 

vierten großen Version. 

Icaza, Ettrich: Gründer als 

Deserteure und Kritiker 

Die beiden Erfolgsstories waren Mitte der 

Neunziger keineswegs ausgemacht, auch 

wenn Matthias Ettrich (Abbildung 2) in 

seinem legendären Post [2] meinte, die 

Zeit wäre einfach reif für einen Linux- 

Desktop. Mehr oder weniger gleichzeitig 

hatten sich die Studenten Miguel de Icaza 

and Federico Mena Quinte ebenfalls Gedanken 

über das Thema gemacht. 

Brucherseifer hat insofern Recht, als Icaza 

tatsächlich beim KDE-Projekt einstieg, 

wie er in seinen Erinnerungen schreibt 

[4]. Er verließ es jedoch recht bald wie- 

„Mir blutet das Herz“ 

Doch wie KDE-Gründer Ettrich hat sich 

auch der Mexikaner mittlerweile komplett 

von Linux abgewandt und nimmt 

verschnupft die Rolle des ätzenden Kritikers 

ein – während sich Ettrich eher 

zurückgezogen hat. Icaza wird nicht 

müde, seine ehemaligen Weggefährten 

zu kritisieren, nicht nur im Interview mit 

dem Linux-Magazin zerlegt er haarklein 

und mit viel Drama die vermeintlichen 

Fehler des Gnome-, GTK- und überhaupt 

des ganzen Linux-Projektes [5]. 

„Mir blutet das Herz“, versichert er dem 

Linux-Magazin, aber der Linux-Desktop 

sei total gescheitert, immer schon eine 

falsche Idee gewesen und die Zukunft 

gehöre einfach Apple. Sein Fokus liegt 

jetzt auf Mono und seiner Firma Xama- 

Abbildung 1: Miguel de Icaza gründete Ende der 

Neunziger das Gnome-Projekt, fiel zuletzt doch vom 

Glauben an Linux ab und wandte sich Apple zu. 

© Markus Feilner

in. Auch Ettrich beteiligt sich nicht mehr 

am KDE-Projekt, er konzentriert sich auf 

Qt und seinen Arbeitgeber Nokia. 

Hunderte, Tausende 

Dass selbst ein solch kapitaler Verlust 

einem populären Projekt nicht schaden 

muss, zeigt sich bei einem Blick 

auf die Zahlen: Wer alle Mitwirkenden 

einrechnet, die in Gnome Foundation, 

KDE e.V., Design, Dokumentation, Übersetzungsteams 

und als Entwickler, Debugger 

und Tester aktiv mitmachen, 

kommt bei beiden Desktops mittlerweile 

auf eine stattliche Anzahl: Schätzungen 

der Marketing-Experten (beide Desktop- 

Projekte verfügen mittlerweile über ein 

eigenes Marketingteam) ergeben jeweils 

mehrere tausend Contributors und immerhin 

einige hundert, die regelmäßig 

Patches committen oder sich via IRC und 

Mailinglisten über den neuesten Code 

austauschen. Da wundert es nicht mehr, 

Abbildung 2: KDE-Gründer Matthias Ettrich auf dem Linuxtag 2007, hier 

links neben Tux-Designer und Gnome-Entwickler Larry Ewing. 

dass die Entwicklerkonferenzen 

Guadec 

(Gnome) und Akademy 

(KDE) jedes 

Jahr überaus gut besucht 

sind und auch 

Linux-Prominenz ein 

Stelldichein gibt (Abbildung 

3 und 4). 

Wie aber bringt man 

so eine große Horde 

freier Entwickler 

dazu, an einem Strang 

zu ziehen? Allan Day, 

Leiter des Gnome Design-Entwicklungsund 

Marketing-Teams glaubt, die offene 

Diskussionskultur, die nach außen oft 

als Streit wahrgenommen wird, sei genau 

das Richtige, um so ein großes Team 

zusammenzuhalten. Ja, es habe Forks 

gegeben, gerade im Zuge der Umstellung 

von Gnome 2 auf 3, die ja „wirklich eine 

revolutionäre Umstellung des GUI mit 

vielen neuen Funktionen und Möglichkeiten 

mitgebracht habe,“ seien auch die 

Streits lauter geworden. Einige Entwickler 

verfolgten jetzt ihre eigenen Projekte, 

von Cinnamon (Mint) bis zu Ubuntus 

Unity. Solche Abspaltungen hätten ihre 

Gründe nicht nur in der Technik, sondern 

oft auch in den rüden Umgangsformen, 

die manche Beteiligten an den Tag legen. 

Hier sei die Foundation gefragt, die das 

Problem aber bereits erkannt habe. 


Desktops 10/2013 

Titelthema 


27

Titelthema 

www.linux-magazin.de Desktops 10/2013 

28 

© Knut Yrvin 

Abbildung 3: Gruppenfoto bei der Akademy 2013 in Bilbao: Sowohl KDE als auch … 

Insgesamt hat Gnome in den letzten 

Jahren große Fortschritte gemacht: Das 

Entwicklungsmodell wird eher von Designentscheidungen 

angetrieben, es gäbe 

quasi Vorlagen für jeden Schritt, auch 

Usability-Experten seien eingebunden, 

erklärt Day: „Und wir haben mit OSTree 

[6] Continuous Integration eingeführt, 

mit deren Hilfe Entwickler innerhalb von 

Minuten in einer virtuellen Maschine 

ihren Code testen können und die Ergebnisse 

automatisch via IRC erhalten.“ 

Auch Andrea Veri, Committee Chairman 

bei der Gnome Foundation nennt das 

CI-Tool als Meilenstein, betont aber die 

Bedeutung des Wechsels von CVS zu Git: 

„Der Umstieg 2008 hat uns sehr viel gebracht, 

erst damit war OSTree möglich!“ 

KDE: Europa plus Brasilien 

plus Indien 

Die KDE-Entwicklung prägten in den frühen 

Jahren durchweg Europäer wie Ettrich, 

Matthias „Kalle“ Dalheimer („KDE 

ist heute viel offener als damals“) oder 

Martin Konold, der die ersten Server bereitstellte. 

Heute sind auch die südamerikanische 

und indische Fraktion stark 

© Gnome Foundation 

vertreten. Forks gab es nicht viele, KDE- 

Entwickler David Faure, der vor allem an 

den KDE Frameworks arbeitet, bezeichnet 

Trinity [7] als einzige ernsthafte Abspaltung, 

die aus der Unzufriedenheit mit 

den anfangs holprigen KDE-4-Versionen 

entstand. 

Auch KDE ist vor einigen Jahren nach und 

nach auf Git umgestiegen, was die Arbeit 

deutlich vereinfacht hat (Poortvliet). Der 

Großteil der Organisation und Kommunikation 

läuft über Mailinglisten oder IRC, 

oder auf Events. Brucherseifer erinnert 

sich: „Am Anfang konnten sich alle KDE- 

Entwickler regelmäßig in einem Raum 

treffen, doch das ging dann recht schnell 

nicht mehr, wir waren bald zu viele.“ Da 

kam dann die KDE Akademy ins Spiel. 

Ausblick 

Es steht nicht schlecht um die beiden 

großen Desktop-Projekte. Gnome will mit 

Gnome OS und Gnome 4 weiter Maßstäbe 

in Usability und Integration setzen 

[8], KDE organisiert gerade seine Projekte 

und Bibliotheken neu. Die jüngst erschienene 

Version 4.11 sei die letzte KDE- 

Variante, die alles gemeinsam brächte, ab 

Abbildung 4: ... Gnome, hier auf der Guadec 2013, versammeln jedes Jahr hunderte Entwickler. 

Nummer 5 sollen die KDE Frameworks 

[9] einen gegliederten Unterbau bieten. 

die Neuorganisation ist notwendig, um 

verschiedene Gerätetypen und Touch- 

Devices zu integrieren. 

Und dann gibt’s ja mit dem mobilen Sektor 

noch ein ganz neues Betätigungsfeld 

für beide Projekte. Denkt da noch jemand 

an de Icaza und Ettrich? 

n 

Infos 

[1] Desktop Summit Berlin 2011: [http:// www. 

linux‐magazin. de/ plus/ 2011/ 10/ News‐zum‐ 

Desktop‐Summit‐2011‐in‐Berlin] 

[2] Happy Birthday Gnome: 

[http:// happybirthdaygnome. org] 

[3] 15 Jahre KDE-Geschichte, erzählt von den 

Hauptakteuren: [http:// dot. kde. org/ 2012/ 

11/ 27/ 15‐years‐kde‐ev‐early‐years], 

[http:// dot. kde. org/ 2012/ 11/ 28/ 15‐yearskde‐ev‐growing], 

[http:// dot. kde. org/ 2012/ 11/ 29/ 15‐yearskde‐ev‐today] 

[4] Miguel de Icazas Gnome-History: 

[http:// primates. ximian. com/ ~miguel/ 

gnome‐history. html] 

[5] Miguels Gnome-Kritiken: 

[http:// www. linux‐magazin. de/ NEWS/ Miguels 

‐Rant‐Was‐wir‐falsch‐gemacht‐haben/], 

[http:// www. linux‐magazin. de/ NEWS/ Miguel 

‐de‐Icaza‐kritisiert‐Plaene‐fuer‐Gtk‐3/], 

[http:// www. linux‐magazin. de/ Ausgaben/ 

2013/ 05/ Login/], [http:// www. linux‐magazin. 

de/ Ausgaben/ 2011/ 11/ Mono/] 

[6] OSTree: [https:// wiki. gnome. org/ OSTree] 

[7] Trinity: [http:// www. trinitydesktop. org] 

[8] Gnome 4 oder Gnome OS?: [http:// www. 

linux‐community. de/ Internal/ Nachrichten/ 

Anmerkungen‐zu‐den‐ambitionierten‐Plaenen‐des‐Gnome‐Projekts‐von‐Allan‐Day] 

[9] KDE Frameworks: [http:// www. linuxmagazin. 

de/ NEWS/ KDE‐Roadmap‐Version‐5 

‐heisst‐KDE‐Frameworks‐5]

Titelthema 

www.linux-magazin.de Von X11 bis Xmir 10/2013 

30 

Freie Fenstersysteme 

Alles zu seiner Zeit 

X.org, das als Fenstersystem in den meisten aktuellen Linux-Distributionen steckt, existiert länger als Linux 

selbst. Trotz des Erfolgs stehen aber bereits potenzielle Nachfolger in den Startlöchern. Kristian Kißling 

© Maxim Kazmin, 123RF.com 

Es war Anfang Mai 1992, als Linus 

Torvalds sich über das neue Fenstersystem 

(Abbildung 1) für Linux äußerte [1]: 

„Nach Version 0.03 entschied ich, dass 

die nächste Version von Linux tatsächlich 

benutzbar sein sollte (war sie auch 

irgendwie, aber Junge, X unter 0.96 ist 

deutlich beeindruckender).“ Gut zwei 

Wochen später erschien besagte Version 

0.96 von Linux. Es brachte erstmals das 

X Window System (kurz X) mit, dessen 

Integration Linus beim Verfassen der E- 

Mail offenbar gerade beschäftigte. 

X Window System 

Das X Window System war keine Neuerfindung, 

sondern existierte bereits seit 

1984 als plattformunabhängiges Fenstersystem 

[2]. Die Idee dafür wurde aus 

der Not heraus am MIT geboren, als das 

Institut zusammen mit IBM und DEC das 

Projekt Athena startete. In dem campusweiten 

Lernprojekt sollten Studierende 

auf Workstations mit einem Fenstersystem 

lokale Tools wie Tabellenkalkulationen 

verwenden, aber auch über das 

Netzwerk auf Ressourcen wie etwa Dokumente 

zugreifen – das Stichwort lautete 

Distributed Computing. 

Die dafür eingesetzten Rechner stammten 

jedoch von verschiedenen Herstellern. Da 

die Carnegie-Mellon-Universität keine Lizenzen 

für ihr eigenes Fenstersystem herausrückte, 

machten sich Bob Scheifler, 

James Gettys, Ron Newman und viele 

Pioniere an die Arbeit und entwickelten 

das Protokoll für X. Die Arbeit ging gut 

voran, DEC portierte Version 6 von X 

sogar für die eigene Hardware. 

Das MIT verschickte sein X Window System 

gegen eine Schutzgebühr von 150 

US-Dollar auf einem 9-Spur-Magnetband. 

Die Version X10R3 veröffentlichte man im 

Februar 1986 unter der freien MIT-Lizenz 

mit dem Ziel, die Popularität der Software 

zu steigern, was auch gelang. 

Dann begann die Arbeit an X11, das X 

Hardware-unabhängiger machen sollte 

und an dem sich mehrere Unternehmen 

beteiligten. Im Juni 1987, noch vor der 

Publikation der finalen X11-Spezifikation, 

beschlossen neun beteiligte Parteien, für 

das erfolgreiche Projekt das MIT X Consortium, 

eine neutrale Non-Profit-Organisation, 

zu gründen. Dieses Konstrukt 

einer Dachorganisation, die verschiedene 

Interessen vereint, funktioniert bis heute 

für Großprojekte wie den Kernel (Linux 

Foundation), Open Stack (Open Stack 

Foundation) oder Apache (Apache Foundation). 

Zwar gibt es das MIT X Consortium seit 

1996 nicht mehr, dafür aber Freedesktop. 

org: Die projektübergreifende Plattform 

bietet X.org, Wayland, Mesa und diversen 

Toolkits ein Zuhause und setzt einen Fokus 

auf die Interoperabilität mit Desktops 

wie KDE, Gnome oder Xfce. 

Am 15. September 1987 wurde die X11- 

Spezifikation schließlich offiziell veröffentlicht 

(Abbildung 2). Ein Grund für 

die schnelle Entwicklung und Verbreitung 

bestand in der Nutzung einer offenen 

Mailingliste mit Anschluss an das 

öffentliche Usenet – X11 wurde damit zu 

einem FLOSS-Projekt avant la lettre. Es 

erfüllte bereits 1987 die typischen Kriterien, 

die solche FLOSS-Projekte noch 

heute kennzeichnen. 

Ein zweiter Faktor für den Erfolg von 

X11 war die freie Lizenz: Hätten die X- 

Entwickler auf die MIT-Lizenz verzichtet 

(über die Richard Stallman nicht ganz 

glücklich war, [3]), wären vermutlich 

weder Xfree86 noch X.org entstanden. 

X11 für Linux 

Die erste X11-Variante für Linux portierte 

der Kodak-Angestellte Orest Zborowski 

im Frühjahr 1992 [4] unter dem Namen 

X11v1.0 auf das freie Betriebssystem. Sie 

landete in Linux 0.96. Er selbst hatte

Quelle: Tene/CC-BY-SA 3.0 


Von X11 bis Xmir 10/2013 

Titelthema 

31 

Abbildung 1: Das Fenstersystem von Unix mit Toms Window Manager (Twm). Der 

Linux-Desktop sah Anfang der 90er ähnlich aus, der Desktop Twm lässt sich noch 

heute problemlos installieren und starten. 

Abbildung 2: Die Ankündigung von X11 auf der Mailingliste [comp.windows.x], 

die Google heute noch hostet. 

Linux seit Version 0.12 installiert und sah, 

dass es – anders als Minix – ein funktionierendes 

Speichermanagement bot, 

weshalb er X damit testen wollte. Dazu 

brachte er Linux die System Calls von 

System-V bei. Das hatte den Nebeneffekt, 

dass Linux später sowohl Funk tionen von 

System-V als auch BSD beherrschte, wodurch 

sich die Software dieser Systeme 

einfacher portieren ließ. 

Als Vorlage diente ihm dabei die Arbeit 

von Thomas Röll und Mark W. Snitily 

[5], von denen X386 stammte, ein 

Freeware-Port von X11R5 für das Unix- 

Betriebssystem System-V [6], das auf 

Intels 80386er CPU lief. Der Port wurde 

offizieller Bestandteil von X11R5. 

Xfree86 

Als Röll und Snitily für X386 kommerzielle 

Pläne entwickelten, übernahmen 

vier andere Herren: Mit dem Einverständnis 

der Originalautoren behoben David 

Wexelblat, David Dawes, Glenn Lai und 

Jim Tsillas Fehler im Code von X386 1.2 

und veröffentlichten ihre quelloffene Variante 

am 18. Juli 1992 als X386 1.2E 1.0 

[7]. Das dadurch verursachte Namenschaos 

brachte die Entwickler dazu, ihre 

X11-Variante am 3. September 1992 offiziell 

in Xfree86 1.0 umzubenennen [8]. 

Free ohne Freiheit 

betrieb eine geschlossene Mailingliste, 

auf der Änderungen beschlossen und 

dann ohne Diskussion an die anderen 

Entwickler kommuniziert wurden. Zugang 

zum Core-Team erhielt man erst 

nach Jahren der Arbeit, und auf den Code 

im CVS durften nur ausgewählte Entwickler 

zugreifen. Mit 250 Codezuträgern 

war das wichtige Projekt ohnehin vergleichsweise 

klein, dennoch dauerte es 

oft Monate, bis eine Bewerbung um die 

Mitgliedschaft bewilligt wurde. 

Diese Einstiegshürden sah zwar auch 

der X11-Entwickler Orest Zborowski, begrüßte 

aber den geschlossenen Entwicklungsprozess 

„nach der BSD-Methode“ 

als solchen, weil X härtere Entscheidungen 

erfordere und sich ein offenes 

Entwicklungsmodell eher für den Linux- 

Kernel eigne [4]. 

Zwar öffnete das Projekt irgendwann den 

CVS-Zugang und machte die Mailingliste 

öffentlich, aber bis dahin waren die Dinge 

schon recht verfahren. Der Anfang vom 

Ende trat ein, als Keith Packard, ein X- 

Veteran, der schon an X11 mitgearbeitet 

hatte, Kritik am Projekt übte. 

Der Anfang vom Ende 

Das Board of Directors versuchte nun 

ein Doppelmanöver: Es startete eine weitere 

öffentlich zugängliche Mailingliste, 

warf aber als erste Amtshandlung am 

Xfree86 wurde zum bedeutendsten Vertreter 

von X (Abbildung 3) und zehn 

Jahre lang wirkte das Modell alternativlos. 

Das Entwicklungsmodell von Xfree86 

war jedoch nicht perfekt. Das Core-Team 

Abbildung 3: Der Xfce-Desktop mit seinem unschuldigem Xfree86-Charme im Jahre 2000.

Titelthema 


32 

20. März 2003 Keith Packard mit dem 

Vorwurf aus dem Core-Team, er habe 

hinter dem Rücken des Projekts einen 

Fork starten wollen. Packard wehrte sich 

einen Tag später [9]. Er habe ja versucht, 

Änderungen anzustoßen, sei aber nicht 

weit gekommen. 

Er äußerte seine Kritik am Entwicklungsmodell, 

die im Wesentlichen auf 

vier Punkte hinauslief (siehe Kasten 

„Packards Kritik“), öffentlich. Alles in 

allem, so Packard, sei das Hauptproblem, 

dass Xfree86 kein Community-verwaltetes 

Projekt sei. Er forderte in seiner Mail 

niedrige Einstiegshürden für Mitglieder 

und regelmäßige Vorstandswahlen durch 

alle Mitglieder. Dazu zählte er auch Qtund 

GTK+-Entwickler, Hardwarehersteller 

und X-Anwender, also quasi alle 

Menschen, die mit Xfree86 in Berührung 

kamen. Vor allem den dritten Punkt, die 

Kooperation mit externen Projekten, diskutierten 

die Abonnenten der Liste. 

„X.org irrelevant“ 

Eigentlich hätte X.org, eine Nachfolge- 

Organisation des MIT X Consortium, für 

die Koordination mit anderen Projekten 

wie beispielsweise Gnome und KDE sorgen 

sollen. Doch den X.org-Mitgliedsbeitrag 

von damals 3000 US-Dollar pro 

Jahr (für ein Industriekonsortium nichts 

Ungewöhnliches) konnten und wollten 

die freien Projekte nicht aufbringen. Der 

Entwickler Havoc Pennington sprach es 

aus: „So lange X.org nicht seinen ,Wenn 

du zahlst, hast du mehr zu sagen‘-Prozess 

stoppt, sollten wir als Open-Source- 

Community X.org formal als irrelevant 

betrachten und unsere eigenen Standards 

machen.“ 

Doch nicht nur das. Red Hats Owen Taylor 

kritisierte, dass sich nur sehr wenige 

Xfree86-Leute an vorhandenen Desktop- 

Projekten (Rendering, Anwendungsper- 

Packards Kritik 

Diese vier Punkte kritisierte Keith Packard im 

März 2003 am Xfree86-Entwicklungsprozess. 

n Im Gegensatz zu Fetchmail habe das deutlich 

größere Xfree86-Projekt nur ein Viertel der 

Entwickler, es fehle also an Nachwuchs. 

n Die neuen Versionen von Xfree86 erschienen 

viel zu selten. Der Jahresrhythmus führe 

dazu, dass die Nutzer neuerer Chips oft ihr 

eigenes Xfree86 kompilieren müssen. 

Abbildung 4: Mit Cygwin ließ sich Xfree86 auch unter Windows betreiben. Das Projekt kündigte später die 

Zusammenarbeit mit Xfree86, weil es keinen CVS-Zugang erhielt. 

formance) beteiligten. Der Desktop sei 

für viele Entwickler wohl kein interessantes 

Problem [10]. 

Daniel Stone beschrieb zudem, wie die 

Entwickler um die Probleme von X11 herumprogrammierten 

und dabei wissentlich 

gegen die Spezifikationen verstießen. 

Die Hardware wurde vielfältiger, Rendering 

wurde komplizierter, neue Anforderungen 

tauchten auf. Xfree86 konnte 

aufgrund des geschlossenen Entwicklungsmodells 

nicht Schritt halten. 

Auflösungserscheinungen 

Als Keith Packard in den Folgemonaten 

immer wieder Konferenzgespräche führte 

und die Liste darüber informierte, schlug 

ihm David Dawes vor, doch einen Fork 

aufzumachen. Das übernahmen aber 

zunächst andere: Jonathan Walther und 

William Lathi forkten im August 2003 

Xfree86 unter dem Namen Xouvert, doch 

n KDE und Gnome mussten Freedesktop.org 

gründen, weil Xfree86 sich geweigert habe, 

beim Erweitern und Verbessern des X-Window-Systems 

zu helfen. 

n Auf der Homepage würden Informationen 

fehlen, wie man Xfree86-Entwickler wird. 

Diese befänden sich nur in einer Readme- 

Datei im Xfree86-Quellcode und würden auf 

ein paar Mailinglisten verweisen. 

das Projekt schlief schon bald ein. Im 

Oktober 2003 verabschiedete sich auch 

Cygwin (Abbildung 4) aus dem Xfree86- 

Projekt, weil die eigenen Entwickler 

keine Erlaubnis erhielten, Patches an das 

CVS zu senden. 

David Dawes, Kopf von Xfree86, löste 

dann höchstpersönlich am 30.12.2003 

das Core-Team von Xfree86 auf, was von 

Beobachtern auf Slashdot als richtiger, 

aber zu spät kommender Schritt gedeutet 

wurde [11]. Die reale Macht hätte ohnehin 

bei den Entwicklern mit CVS-Zugriff 

gelegen, im Core-Team hätten Leute gesessen, 

die schon lange nicht mehr aktiv 

an der Entwicklung beteiligt waren. 

Neues Jahr, neues X 

Im Januar 2004 gründeten Mitglieder 

von X.org und Freedesktop.org, von 

der Öffentlichkeit unbemerkt, die X.org 

Foundation. Zu den Gründern gehörte 

auch X.org-Mitglied Alan Coopersmith. 

Eigentlich wollte er für seinen Auftraggeber 

Sun das X11-basierte proprietäre 

Xsun für Solaris durch Xfree86 ersetzen. 

Doch da hatten die Querelen im Xfree86- 

Projekt bereits begonnen, wie er dem 

Linux-Magazin schrieb. Da das Xfree86- 

Team nicht mit X.org kooperieren wollte, 

habe er geholfen, das Industriekonsortium 

in eine Open-Source-Foundation 

umzuwandeln.

Abbildung 5: Das brennende Verlangen nach Desktopeffekten ist mittlerweile etwas abgekühlt. Unter Ubuntu 

6.10 war das Thema im Jahre 2006 hingegen hochaktuell. 

Ebenfalls im Januar 2004, kündigte 

Daniel Stone auf der Freedesktop-Mailingliste 

die Xlibs in Version 1.0 an. Sie 

brachte eine erste Modularisierung von 

Xfree86 mit sich und Stone verwies in der 

Ankündigung auf die Mithilfe von Keith 

Packard und Jim Gettys. 

Zufall oder nicht: Fünf Tage nach Stones 

Bekanntmachung kündigte David Dawes 

eine Lizenzänderung für Xfree86 4.4 an: 

Durch eine neue Klausel im BSD-Stil 

wurde die Xfree86-Lizenz inkompatibel 

zur GPL und den damit lizenzierten Programmen. 

Zahlreiche Entwickler meldeten 

sich kritisch zu Wort, doch selbst 

GNU-Erfinder Richard Stallman konnte 

über die Mailingliste keine Einigung erzielen. 

Mandrake Linux reagierte, indem 

es auf Xfree86 4.3 zurückkehrte, bis Mitte 

Februar sagten sich fast alle anderen Distributionen 

von Xfree86 los. 

Am 6. April 2004 folgte der offizielle und 

endgültige Bruch: Die X.org Foundation 

kündigte nicht nur sich selbst, sondern 

auch die Release von X11R6.7.0 an, das 

auf X11R6.6 und Xfree86 4.4RC2 basierte. 

In der Ankündigung kamen gleich 

mehrere bekannte Unterstützer zu Wort, 

darunter Matthias Ettrich (KDE), Georg 

Greve (FSFE), Havoc Pennington (Red 

Hat) und Jim Gettys (HP). Das zeigte die 

breite Allianz von Unterstützern hinter 

der X.org Foundation. 

Es gab also einige Hauptfaktoren, die 

das Ende von Xfree86 besiegelten: Das 

geschlossene Entwicklungsmodell, das 

krude Workarounds verlangte, die mangelnde 

Kooperation mit externen Projekten 

und kommerziellen Anbietern sowie 

die Lizenzänderung von 2004. 

X.org 

Sehr schnell wurde X.org zum bestimmenden 

X Window System auf Linux- 

Rechnern (Abbildung 5). Noch heute 

laufen nahezu alle Linux-Versionen auf 

X.org-Basis, die Installationen gehen 

in die Millionen. Die Zahl der X.org- 

Entwickler ist hingegen begrenzt: Alan 

Coopersmith spricht von etwa 50 bis 

100 aktiven Entwicklern, Peter Hutterer 

schätzt ihre Zahl hingegen auf 20 bis 30, 

allerdings ohne die Mesa-Entwickler. 

X-Client 

KMS 

X-Client 

X-Server 

Evdev 

Kernel 

X-Client 

Compositor 

X Window System 

Zu den im Projekt genutzten Kommunikationswegen 

gehören Mailinglisten 

und IRC, als Bugtracker dient Bugzilla, 

weil, so Coopersmith, Freedesktop.org 

diesen ohnehin verwende. Nur bei der 

Versionsverwaltung gab es einen Wechsel: 

Auf Keith Packards Betreiben hin 

[12] nutzt das Projekt seit 2007 Git statt 

CVS. Packard argumentierte mit der Geschwindigkeit 

von Git, aber auch mit seiner 

Fähigkeit, Dateien zu komprimieren. 

Zudem sprachen die Flexibilität und die 

Stabilität laut Packard für Git. 

Daneben tauscht das Projekt Code auch 

über die Mailingliste aus, in Form von 

Patches. Echte Konflikte gab es, sieht man 

von technischen Auseinandersetzungen 

ab, laut Hutterer und Coopersmith nach 

dem Fork nicht mehr. Beide arbeiten 

noch immer zusammen mit Packard am 

X-Server, wobei sich Hutterer auch an 

Wayland beteiligt. 

Wayland und Weston 

Ebenfalls an Wayland arbeiten die ehemaligen 

X.org-Entwicker Kristian Høgsberg 

und Daniel Stone. Beide reden nicht 

schlecht über ihr Ex-Projekt und machen 

auch nach dem Start von Wayland noch 

mit. Allerdings wollen sie ganz klar weg 

von der Software X.org. Ins Leben gerufen 

hat Wayland, das ist ein Protokoll 

über das ein Compositor und seine 

Clients miteinander reden, der ehemalige 

X- und Red-Hat-Entwickler Høgsberg. Er 

entwickelte Wayland zunächst als Einzelkämpfer, 

der erste Commit stammt vom 

30. September 2008. 

Høgsberg wollte nicht den X-Server umschreiben, 

sondern etwas komplett Neues 

Wayland-Client 

Wayland 

Wayland-Client 

KMS 

Wayland- 

Compositor 

Evdev 

Kernel 

Abbildung 6: Wayland will sich unter anderem von X lösen, um die über Jahre aufgebaute Komplexität zu 

reduzieren. Verschiedene Distributionen und Toolkits unterstützen Wayland bereits. 

Von X11 bis Xmir 10/2013 

Titelthema 


33

Titelthema 


34 

[13] und vor allem Einfacheres aufbauen 

(Abbildung 6). Wayland sei kein Fork 

von X.org und kein X-Server, schreibt er 

in der FAQ [14]. Wayland könne X.org 

zwar ersetzen, er glaube aber, beide Server 

werden künftig Seite an Seite arbeiten. 

Sein Display Server könne als grafischer 

Multiplexer für mehrere X-Server 

dienen und so das bisherige VT-Switching 

ablösen. X-Anwendungen, die es wohl 

noch einige Zeit geben werde, könnten in 

einem unabhängigen X-Server laufen, der 

als Client für Wayland funktioniert. 

Sein Problem mit X.org beschreibt Høgsberg 

so: „Das Problem mit X ist … es ist 

X! Wenn man ein X-Server ist, muss man 

eine unheimliche Menge an Funktionalität 

unterstützen, damit man behaupten 

kann, das X-Protokoll zu beherrschen – 

und niemand wird diese Funktionen verwenden.“ 

Er wolle X.org nicht verändern, 

sondern es zu einer Möglichkeit neben 

anderen machen. 

Andere X.org-Entwickler schlossen sich 

Høgsberg bald an, darunter Daniel Stone. 

Will man wissen, was er über X.org 

denkt, genügt ein Besuch auf Youtube. 

In einem Vortrag auf der Linux.conf.au 

2013 rechnet Stone mit X11, Xfree86 und 

X.org ab und auch mit seiner eigenen 

Vergangenheit. Stone hatte im Jahr 2002 

damit begonnen, Xfree86 zu paketieren. 

2004 trat er der X.org Foundation bei und 

zeichnete für die erste modulare X.org- 

Release mitverantwortlich. 

Grob vereinfacht hält Stone das X Window 

System für unfähig, auf die modernen 

Hardware-Anforderungen zu reagieren, 

weil es aus zu vielen Komponenten 

bestehe, die miteinander interagieren. 

Das schaffe einen sinnlosen Kommunikations-Overhead, 

den Wayland beheben 

wolle. Die zahlreichen Gründe gegen X11 

listet Stone auch unter [15] auf. Doch 

einen X11-Nachfolger wolle er nicht entwickeln: 

In so einem Projekt würden alle 

mitreden, die sich mit X beschäftigen. 

Indem sie ihr Projekt Wayland nennen, 

kümmere sich niemand darum und die 

Entwickler könnten tun und lassen, was 

sie möchten. 

Nach einer Weile privater Entwicklung 

landete das Projekt Ende Oktober 2010 

unter den Fittichen von Freedesktop. 

org – mitsamt Webseite, Mailingliste und 

Git-Repository. Patches laufen weiterhin 

auch über die Mailingliste, Bugzilla 

fassten Canonicals Vorstoß wohl als eine 

Art Kriegserklärung auf. Kein Wunder: 

Nicht nur begründeten die Entwickler 

den Schritt mit falschen Einschätzungen 

über Waylands Fähigkeiten (wofür sie 

sich später entschuldigten), Mark Shuttleworth 

zog damit auch seine Ankündigung 

von 2010 zurück, den Unity-Desktop auf 

eine Wayland-Basis zu setzen. 

In seinem Blog [18] erklärt Mir-Architekt 

Thomas Voss, warum X.org und Wayland 

für Ubuntu nicht in Frage kämen. X sei 

schlicht zu kompliziert und mit Features 

überladen, Wayland fehle ein klar definiertes 

Treibermodell und ein rigoroser 

Entwicklungsprozess. Mir solle alle Bildschirmgrößen 

unterstützen und auch die 

Möglichkeit bieten, proprietäre Treiber 

einzubinden, erklärte Voss. Gerade Letzteres 

dürfte für eine Plattform, die sich an 

Desktop-Anwender richtet und auch als 

Spieleplattform wahrgenommen werden 

möchte, wichtig sein. 

Der Entwickler Christopher Halse Rogers 

wurde konkreter. Weston käme als 

Compositor nicht in Frage, da der Code 

zu wenig getestet sei. Wayland müsste 

Canonical patchen, um für ARM-Systeme 

eine Server-seitige Buffer Allocation zu 

erhalten. Auch der Input-Stack und der 

Umgang mit dem Windowmanager gefielen 

den Ubuntu-Entwicklern nicht, sie 

suchen hier eine Minimallösung. 

Das noch junge Projekt und in C++ geschriebene 

Projekt nutzt die für Ubuntu 

üblichen Wege der Kommunikation. Es 

ist auf Ubuntus Launchpad-Plattform genimmt 

Bug reports entgegen. Die Tools 

haben die Projektteilnehmer nicht selbst 

gewählt, Freedesktop.org gibt sie vor. 

Laut Ohloh arbeiten zurzeit 32 Entwickler 

an Wayland und 69 am Compositor 

Weston, wobei es sicherlich eine Schnittmenge 

zwischen beiden gibt. 

What the Fork 

Doch auch in dem recht jungen Projekt 

gab es bereits Konflikte, so etwa, als der 

Wayland-Entwickler Scott Moreau Weston 

und Wayland forkte. Er wolle lediglich 

mit Desktopeffekten experimentieren, 

gab Moreau zuerst an, sprach aber nach 

einigem Hin und Her doch von einem 

Fork. Die restlichen Wayland-Entwickler 

zeigten sich wenig begeistert von seinem 

Vorstoß, weil ein Fork von Wayland für 

seine Pläne nicht nötig sei. Doch Moreau 

insistierte, bis Høgsberg ihn schließlich 

von der Mailingliste warf und aus dem 

IRC verbannte [16]. Die Arbeit an Norwood 

und Northfield – so die Namen seiner 

Forks – scheint Moreau bisher noch 

nicht aufgenommen zu haben [17]. 

Wir kommen in Frieden 

Die zweite Überraschung für das Wayland-Projekt 

kam von Canonical: Der 

Ubuntu-Hersteller kündigte im April dieses 

Jahres überraschend einen eigenen 

Displayserver namens Mir (Abbildung 7) 

an. Das Wort steht im Russischen zwar 

für Frieden, doch die Wayland-Entwickler 

Lightdm Control Instance 

Switch Active 

Start/Stop 

Start/Stop 

Start/Stop 

Toolkit 

Unity Greeter 

System Compositor/Shell 

Mir 

Toolkit 

Unity Next 

Mir 

Toolkit 

App 

Toolkit 

Unity Next 

Abbildung 7: Canonical setzt für Ubuntu auf einen eigenen Displayserver, der den Namen Mir trägt. 

Mir

hostet, die auch den Code (Bazaar) und 

die Bugreports verwaltet. Die Kommunikation 

erfolgt über IRC und eine Mailingliste. 

In Ubuntu 13.10 kommt Mir in 

Form von Xmir, das mit X-Anwendungen 

umgehen kann, erstmals zum Einsatz. 

Ausblick 

Weder Wayland noch Mir gehören zu den 

bereits langfristig erfolgreichen Open- 

Source-Projekten, beide müssen ihre 

Nach haltigkeit noch beweisen. Doch vergleicht 

man sie mit früheren Projekten 

von X11 bis X.org, hat Wayland in einigen 

Bereichen mehr vorzuweisen. 

So arbeiten die Entwickler mit Freedesktop.org 

zusammen. Verschiedene Toolkits 

unterstützen Wayland bereits, zu ihnen 

gehören etwa Qt 5, GTK+, Clutter, 

SDL und EFL. Daneben sollen Kwin und 

Mutter künftig als Wayland Compositors 

zum Einsatz kommen. Auch mehrere 

Desktops (KDE, Gnome, Enlightenment) 

haben Support für Wayland angekündigt. 

In den letzten Jahren konnte Wayland 

also ein recht umfangreiches Ökosystem 

etablieren und ist deutlich besser in die 

Linux-Community integriert. 

Anders sieht es bei Mir aus, das bislang 

nur Ubuntu und Unity unterstützt und an 

dem zurzeit etwa ein Dutzend Canonical- 

Mitarbeiter arbeitet. Mir sieht wie ein 

Open-Source-Projekt kommerzieller Prägung 

aus. Zwar steht das Projekt unter 

der GPLv3, doch wer daran programmieren 

möchte, muss Canonical auch das 

Recht einräumen, den Code unter einer 

proprietären Lizenz zu verteilen [19], 

wobei der Entwickler die Rechte an seinem 

Code behält und ihn verändern und 

weiterverteilen darf. Das ist wohl vor allem 

den Plänen geschuldet, Ubuntu 

Touch auch in Umgebungen von Anbietern 

mit proprietärer Hardware unter unfreien 

Lizenzen zu etablieren. 

Canonicals Gratwanderung könnte sich in 

diesem Umfeld als Vorteil herausstellen, 

aber freie Entwickler lassen sich so eher 

schwer anlocken. Läuft Mir einigermaßen, 

werden die Canonical-Angestellten 

zudem Überzeugungsarbeit leisten müssen, 

damit auch die Toolkit-Entwickler 

auf den Zug aufspringen, erste Grabenkämpfe 

um Kwin gab es bereits. Auf der 

anderen Seite setzen nach wie vor viele 

Linux-Anwender – aber auch Entwickler 

– auf Ubuntu, weil es recht unfallarm 

läuft. Auch wenn die Wetten eher auf 

Wayland stehen, wird man abwarten 

müssen, wie sich beide Projekte in den 

nächsten Jahren schlagen. n 

Infos 

[1] Linus über X: [https:// www. cs. cmu. edu/ 

~awb/ linux. history. html] 

[2] X11-Geschichte: 

[https:// en. wikipedia. org/ wiki/ X11R4# 

Origin_and_early_development] 

[3] Stallman zur MIT-Lizenz: 

[https:// www. gnu. org/ philosophy/ x. html] 

[4] X11 in Linux: 

[http:// www. linuxjournal. com/ article/ 70] 

[5] X386: [http:// www. informatica. co. cr/ 

linux/ research/ 1992/ 0702. htm] 

[6] Unix-Port von X386: 

[http:// xfree86. org/ pipermail/ forum/ 

2003‐March/ 002188. html] 

[7] X386 1.2E: [https:// groups. google. com/ 

forum/ #!msg/ comp. unix. bsd/ 

UwoUB8VMzFE/ 1gSWCL4uXZEJ] 

[8] Ankündigung Xfree86 1.0: 


2003‐March/ 002188. html] 

[9] Packard verteidigt sich: 


2003‐March/ 000168. html] 

[10] Owen Taylor kritisiert Xfree86: 


2003‐March/ 002365. html] 

[11] Core-Team löst sich auf: 

[http:// slashdot. org/ comments. pl? 

sid=91077& cid=7845466] 

[12] X.org wechselt zu Git: [http:// keithp. com/ 

blogs/ Repository_Formats_Matter/] 

[13] Høgsberg stellt Wayland vor: [http:// 

hoegsberg. blogspot. de/ 2008/ 11/ premature 

‐publicity‐is‐better‐than‐no. html] 

[14] Wayland-FAQ: 

[http:// wayland. freedesktop. org/ faq. html] 

[15] Stones Gründe gegen X: [http:// www. 

phoronix. com/ scan. php? page=article& 

item=x_wayland_situation& num=1] 

[16] Forkversuch von Wayland: [http:// www. 

linux‐magazin. de/ NEWS/ Wayland‐Forker 

‐fliegt‐aus‐IRC‐und‐Mailingliste/] 

[17] Norwood und Northfield: [https:// github. 

com/ soreau? tab=repositories] 

[18] Hintergrund zu Mir: [http:// samohtv. 

wordpress. com/ 2013/ 03/ 04/ mir‐an 

‐outpost‐envisioned‐as‐a‐new‐home/] 

[19] Zur Lizenz von Mir: [http:// mjg59. 

dreamwidth. org/ 25376. html]

Titelthema 

www.linux-magazin.de GCC 10/2013 

36 

Die GNU Compiler Collection 

Freier Übersetzer 

Was heute als GNU Compiler Collection in fast jeder Linux-Distribution steckt, ist das Ergebnis eines Forks. Das 

Alternativprojekt Egcs öffnete um die Jahrtausendwende die Entwicklung und siegte. Tim Schürmann 

© Li xuejun, 123RF.com 

1983 begründete Richard M. Stallman 

(Abbildung 1) das GNU-Projekt mit dem 

Ziel, ein komplett freies Betriebssystem 

zu schaffen. Um die Software dafür 

schrei ben zu können, suchte er nach einem 

freien Compiler und stieß an einer 

niederländischen Universität auf das Free 

University Compiler Kit. Dessen Autor 

weigerte sich jedoch mit einer schnippischen 

Antwort, ihm den Compiler für das 

GNU-Projekt zu überlassen. Das wiederum 

spornte Richard Stallman dazu an, 

einen eigenen, plattformübergreifenden 

Compiler zu entwickeln. 

Selbst ist der GNU-Mann 

Als Ausgangspunkt durfte er den Pascal- 

Compiler Pastel vom Lawrence Livermore 

Laboratory verwenden. Stallman schrieb 

für ihn zunächst ein C-Frontend und versuchte 

dann den kompletten Compiler 

auf andere Rechner zu portieren. Dabei 

musste er jedoch feststellen, dass der Pastel-Compiler 

äußerst verschwenderisch 

mit dem Speicher umging. Das wiederum 

erschwerte den Einsatz auf kleinen Rechnern 

– Mitte der 80er Jahre zählte noch 

jedes einzelne Kilobyte. Notgedrungen 

begann der GNU-Chef einen komplett 

neuen Compiler zu entwickeln, bei dem 

er immerhin sein C-Frontend weiterverwenden 

konnte. 

Bis die erste Betaversion das Licht der 

Welt erblickte, sollten allerdings noch 

drei Jahre vergehen. Zwischenzeitlich 

arbeitete Richard Stallman am Texteditor 

Emacs und gründete die Free Software 

Foundation (FSF). Sie sorgte für die finanziellen 

Mittel und stellt auch noch 

heute die Infrastruktur für die Compiler- 

Entwickler bereit. 

Am 22. März 1987 kündigte Richard Stallman 

schließlich seinen GNU C Compiler, 

kurz GCC, über die Projekt-Mailingliste 

an [1]. Der Compiler unterstützte den 

kompletten Ansi-C-Standard und führte 

bereits zahlreiche Optimierungen durch, 

beispielsweise erkannte er unerreichbare 

Anweisungen. Code erzeugte der GCC 

für Sun-3-Workstations mit 68020-Prozessor 

sowie Vax-Maschinen, ließ sich 

aber leicht auf andere Systeme mit 32-Bit- 

Prozessor portieren. 

Wer den GCC nicht über den FTP-Server 

herunterladen konnte, durfte ihn auch 

auf einem Magnetband anfordern – gegen 

eine Versandgebühr von 150 Dollar. 

Gleichzeitig bat Stallman alle Nutzer darum, 

Fehler zu suchen und zu melden. 

Die korrigierte Version 1.0 erschien rund 

einen Monat später. Rasch entstanden 

weitere Portierungen, die mitunter sogar 

schnellere und bessere Ergebnisse produzierten 

als die mit den jeweiligen Systemen 

gelieferten kommerziellen Compiler. 

Schon im ersten Jahr lernte GCC auch 

C++ übersetzen, Ende 1987 erschien bereits 

Version 1.16 [2]. 

Besonders engagiert zeigte sich das Unternehmen 

Cygnus, das sein Geld mit 

kommerziellem Support für den GCC und 

den zugehörigen Tools verdiente. Cygnus 

betreute unter anderem den Debugger 

und die GNU Binutils. Unter dem Namen 

GNU Pro verkaufte die Firma sogar ein 

recht bekanntes Komplettpaket in einer 

Schachtel. Vor allem Cygnus-Mitbegründer 

Michael Tiemann trieb die Entwicklung 

des GCC maßgeblich voran [3]. Zusammen 

mit der FSF startete Cygnus 1991 

die Arbeit an der überholten GCC-Version 

2, die im Februar 1992 erschien. 

Rührige Eier 

Ab Mitte der 1990er Jahre verlangsamte 

sich das Veröffentlichungstempo zusehends. 

Stallman und die FSF wollten 

den Compiler vor allem stabiler machen, 

Neuerungen standen immer weniger im 

Fokus. Die eigentliche Weiterentwick-

lung fand deshalb weitgehend hinter 

verschlossenen Türen in einem kleinen 

Entwicklerteam statt. Andere Nutzer 

durften lediglich Verbesserungen vorschlagen. 

Unter diesem Vorgehen litt vor 

allem der C++-Compiler, dessen Ausbau 

nur schleppend vorankam. 

Die unter anderem auch dank Linux extrem 

rasch gewachsene externe Programmierergemeinde 

wollte die Entwicklung 

jedoch beschleunigen und viele weitere 

Features einbringen. Die unterschiedlichen 

Sichtweisen gipfelten 1997 schließlich 

in einem heftigen Streit auf der GCC- 

Mailingliste. 

Irgendwann wurde es einigen frustrierten 

Entwicklern zu bunt: Unter der Führung 

von Cygnus schufen sie ihre eigene Variante 

des Compilers namens Egcs (ausgesprochen 

„Eggs“, Eier, [4]). Sie sollte 

vor allem auch die bis dahin aus der Not 

entstandenen kleineren GCC-Forks wieder 

zusammenführen. Die erste Version 

von Egcs basierte auf GCC 2.8, erschien 

im Dezember 1997 und enthielt vor allem 

zahlreiche Optimierungen. 

Das Entwicklungsmodell des Egcs mit 

öffentlichen Mailinglisten, Bugtracker 

und frei zugänglichem Code-Repository 

zog zahlreiche Programmierer an, was 

wiederum die Entwicklung beschleunigte. 

Ab 1998 übernahm ein unabhängiges 

Steering Committee die Aufsicht 

über das Egcs-Projekt [5]. Es sollte nicht 

nur wichtige Richtungsentscheidungen 

Abbildung 1: Richard Stallman brauchte für sein GNU-Projekt dringend einen Compiler. 

treffen, sondern vor allem verhindern, 

dass einzelne Personen oder Organisationen 

die Kontrolle über das komplette 

Projekt an sich reißen. Mitglieder des 

Komitees waren neben GCC-Entwicklern 

auch Nutzer des Compilers, zum Beispiel 

die Kernelentwickler, die ein großes Interesse 

an der Fortführung des Projekts 

hatten [5]. 

Der Coup 

Während der neue Egcs rasch an Zuspruch 

gewann, verlor der alte GCC zusehends 

Nutzer und Mithelfer, auch Linux- 

Distributionen begannen langsam auf 

Egcs umzuschwenken. Linus Torvalds 

bevorzugte allerdings den alten GCC, 

seine offiziellen Kernel waren weiterhin 

auf ihn zugeschnitten. 

Diese Unterstützung half Richard Stallmans 

Compiler jedoch nicht mehr: Anfang 

1999 zog die FSF die Notbremse, 

stellte die Entwicklung des GCC ein und 

machte den Konkurrenten Egcs zum offiziellen 

GNU-Compiler. Gleichzeitig erhielt 

der Egcs den neuen Namen GNU 

Compiler Collection, der absichtlich 

wieder zum bekannten Akronym GCC 

führt. Aus der letzten Version des Egcs 

GCC 10/2013 

Titelthema 


37

Titelthema 

www.linux-magazin.de GCC 10/2013 

38 

Abbildung 2: In der Version 2.95 der Compiler Collection fanden die Egcs- und 

GCC-Fraktionen wieder zusammen. 

Abbildung 3: Der GNU-Compiler unterstützt seit Version 4.8 vom März 2013 den 

neuen Sprachstandard C++11. 

entwickelte sich schließlich die beliebte 

Versionsreihe 2.95.x. 

Die etablierte Kontrolle und Steuerung 

durch das Steering Committee blieb bis 

heute erhalten. Diesem gehören derzeit 

unter anderem der Österreicher Gerald 

Pfeifer von Suse und der Deutsche Marc 

Lehmann von der Nethype GmbH an. 

Richard Stallman zählt ebenfalls zu den 

Mitgliedern des Steering Committee [5], 

in das technische Tagesgeschäft ist er 

jedoch nicht involviert. 

Krise überstanden 

Die Abspaltung des Egcs war die einzige 

große Krise in der Geschichte des Compilers, 

wie der langjährige GCC-Entwickler 

Gerald Pfeifer bestätigt: „GCC 2.95 wurde 

vor 14 Jahren releast und hat formal die 

Egcs-Abspaltung beendet. Das ist in dieser 

Branche doch schon eine recht lange 

Zeit, und Konflikte auch nur ähnlicher 

Größenordnung hat es seit damals nicht 

gegeben. Natürlich sind GCC-Entwickler, 

wie andere auch, manchmal stark von der 

Richtigkeit ihres Ansatzes oder Falschheit 

eines anderen Ansatzes überzeugt und 

argumentieren auch so. Grobheiten oder 

Flames wie beim Linux-Kernel sind aber 

kaum anzutreffen.“ 

Während 1999 der GCC neu durchstartete, 

fusionierte Cygnus mit Red Hat. Der 

Firmenname verschwand jedoch nicht 

ganz: 1995 begann Cygnus die GNU- 

Toolchain unter dem Namen Cygwin auf 

Windows zu portieren. Unter diesem Namen 

firmiert das mittlerweile maßgeblich 

von Red Hat betreute Projekt noch immer 

[6]. Von der Version 2.95.2 bis zur nächs- 

ten großen GCC-Version 3.0 dauerte es 

ganze zwei Jahre. 

Red Hat konnte die lange Entwicklungszeit 

offenbar nicht abwarten und veröffentlichte 

2000 eigenmächtig die Version 

2.96. Sie basierte auf einem Entwickler- 

Snapshot der Version 2.95, dem Red Hat 

einige Patches verpasste. Die von diesem 

Compiler gelieferten Ergebnisse waren 

teilweise nicht mit den Kompilaten des 

offiziellen GCC binärkompatibel. Zum 

Glück verschwand die Version 2.96 so 

schnell, wie sie gekommen war. 

Feste Termine 

Die lange Entwicklungszeit bis zur Version 

3.0 animierte das GCC-Projekt dazu, 

den Arbeitsablauf zu überdenken und 

vor allem feste, vorhersehbare Release- 

Termine vorzugeben [7]. Aktuell verläuft 

die Entwicklung in drei Phasen: In der 

ersten dürfen die Entwickler am Compilerpaket 

beliebige Änderungen vornehmen 

beziehungsweise neue Features 

einreichen. Dafür haben sie mindestens 

vier Monate Zeit. Größere Modifikationen 

am Compiler müssen die Entwickler 

zunächst in einem eigenen Entwicklungszweig 

vornehmen. 

In der zweiten Phase, die mindestens zwei 

Monate dauert, dürfen die Entwickler nur 

noch Fehler beheben und Änderungen 

einreichen, die keine anderen Teile des 

Compilers beeinflussen. Den Abschluss 

bildet eine Stabilisierungsphase, in der 

das Projekt nur noch Regressionen behebt 

und die Dokumentation verbessert. 

„Praktisch gesehen dauern diese Phasen 

zurzeit doch jeweils etwas länger, sodass 

wir etwa bei einem Jahresrhythmus stehen“, 

so Gerald Pfeifer. Die Kommunikation 

der GCC-Entwickler untereinander 

erfolgt nach wie vor primär über die zahlreichen 

Mailinglisten ([8], Abbildung 2) 

sowie einen IRC-Kanal. Darüber hinaus 

treffen sich die Entwickler einmal im Jahr 

auf der Konferenz Cauldron, die 2012 den 

GCC Summit beerbte. 

Fehler sammelt das Projekt in einem 

Bugzilla-Bugtracker [9], der vor einigen 

Jahren den Konkurrenten Gnats abgelöst 

hat. Allein 2013 haben bisher rund 300 

Personen zur Entwicklung der Compiler 

Collection beigetragen. Der GCC-Webauftritt 

führt Hunderte weitere Mitwirkende 

auf, die einen Beitrag geleistet haben, 

von einer kleinen Korrektur bis zur Portierung 

auf eine neue Architektur [10]. 

Standhaft 

In der Vergangenheit musste die GNU 

Compiler Collection immer wieder Kritik 

von ihren Anwendern einstecken. Die 

kommt immer dann, wenn die GCC- 

Entwickler Altlasten entfernen. Das 

sind meist Sprachelemente, die aus den 

Standards herausgefallen sind, sich als 

überflüssig erwiesen haben oder die der 

GNU Compiler (bewusst) anders als im 

Standard beschrieben interpretiert hat. 

Letzteres traf in der Vergangenheit vor allem 

C++-Programmierer [11]. Aber auch 

Kommandozeilen-Parameter entfallen 

häufig, die Optimierungs-Parameter für 

alte Pentium-Prozessoren sind nur ein 

Beispiel [12]. 

Diese Aufräumaktionen können immer 

wieder das Übersetzen älterer Software

erschweren oder gar blockieren. Die wenigsten 

Probleme bereitet Quellcode, der 

strikt den offiziellen Sprachstandards 

folgt. Dieser lässt sich meist auch noch 

Jahre später problemlos übersetzen. Das 

bestätigt Gerald Pfeifer: „Standardkonformer 

Code kompiliert erfahrungsgemäß 

über viele Versionen von GCC hinweg, 

wobei es bei C++ und Fortran eher zu 

Problemchen kommt als bei C. Der Großteil 

der Probleme, die auftraten, kann relativ 

einfach behoben werden, durch die 

Ergänzung eines fehlenden »#include« im 

Code oder eines »using« bei C++. Wie 

wir bei größeren Paketmengen sehen, ist 

GCC an sich sehr gut kompatibel, besser 

als andere Compiler, die stattdessen testweise 

verwendet wurden.“ 

Auch die Kritik an der schleppenden Unterstützung 

von neuen Sprachstandards 

darf man differenzierter betrachten. 

Insbesondere gilt es, zwischen den verschiedenen 

Frontends zu unterscheiden: 

Während GCC den C++11-Standard schon 

recht früh in weiten Teilen beherrschte, 

stagniert die Java-Entwicklung zugunsten 

des Open JDK. 

Ausblick 

Mit LLVM kratzt ein recht leistungsfähiger 

Konkurrent zunehmend an den Marktanteilen 

des GCC. Immerhin, ein wenig 

die Nase vorn hat der GNU-Compiler 

noch: GCC unterstützt seit dem 22. März 

2013 mit der Version 4.8 den kompletten 

C++11-Standard (Abbildung 3). Clang/ 

LLVM hat dieses Ziel mit der Release 3.3 

erst drei Monate später erreicht. 

In der letzten Zeit fordern Entwickler 

vermehrt, GCC zu modularisieren [13]. 

Ein weiteres Problem ist der mittlerweile 

auf über 250 MByte angewachsene Quellcode, 

der viele neue Entwickler davon 

abschreckt, in ihn einzutauchen. Die 

Übersicht soll eine Reimplementierung 

in C++ lösen, welche die Entwickler mit 

der Version 4.8 teilweise schon in Angriff 

genommen haben [14]. 

Trotz dieser Probleme bleibt der GNU 

Compiler auch 26 Jahre nach seiner ersten 

Release extrem beliebt. Er kommt in 

unterschiedlichen Firmen zum Einsatz, 

und es gibt kaum eine Linux-Distribution, 

die ihn nicht standardmäßig ausliefert. 

Für fast jedes Betriebssystem existiert 

eine Portierung. Mit ein und demselben 

Compiler können Programmierer ihre 

Software auf ARM-Rechnern, x86-Systemen 

oder sogar Mainframes übersetzen. 

Die Zukunftsaussichten eines Compilers 

hängen jedoch maßgeblich davon ab, wie 

schnell er neue Sprachstandards unterstützt 

und wie effizient die ausgespuckten 

Programme laufen. 

Dank der zahlreichen GCC-Entwickler 

und vieler Ideen dürften die nächsten 26 

Jahre in jedem Fall äußerst interessant 

werden. Dem stimmt auch Gerald Pfeifer 

zu: „Das Spannende an GCC ist doch, 

dass sich laufend etwas tut an der einen 

oder anderen Front.“ (mhu) n 

Infos 

[1] Vorstellung der ersten GCC-Version vom 

23.03.1987: [https:// groups. google. com/ 

forum/ #!msg/ mod. compilers/ 

ynAVuwR7dPw/ -IirjtgwPxsJ] 

[2] GCC-Releases: 

[http:// gcc. gnu. org/ releases. html] 

[3] Michael Tiemann, „Future of Cygnus 

Solutions – An Entrepreneur’s Account“, 

in „Open Sources: Voices from the Open 

Source Revolution“: [http:// oreilly. com/ 

catalog/ opensources/ book/ tiemans. html] 

[4] Ankündigung des Egcs-Projekts: [http:// 

gcc. gnu. org/ news/ announcement. html] 

[5] GCC Steering Committee: 

[http:// gcc. gnu. org/ steering. html] 

[6] Cygwin: [http:// www. cygwin. com] 

[7] GCC Development Plan: 

[http:// gcc. gnu. org/ develop. html] 

[8] GCC-Mailinglisten: 

[http:// gcc. gnu. org/ lists. html] 

[9] GCC-Bugtracker: 

[http:// gcc. gnu. org/ bugzilla/] 

[10] GCC-Contributors: [http:// gcc. gnu. org/ 

onlinedocs/ gcc/ Contributors. html] 

[11] René Rebe, „Testflug, GCC 4.1: Features 

und Benchmark“: Linux-Magazin 06/06, 

S. 126; [http:// www. linux‐magazin. de/ 

Ausgaben/ 2006/ 06/ Testflug] 

[12] René Rebe, „Ausgedehnte Quellenstudien: 

GNU Compiler Collection 4.3“: 

Linux-Magazin 06/08, S. 116; [http:// www. 

linux‐magazin. de/ Ausgaben/ 2008/ 06/ 

Ausgedehnte‐Quellenstudien] 

[13] Basile Starynkevitch, „GCC 5 & modularity“: 

[http:// gcc. gnu. org/ ml/ gcc/ 2012‐03/ 

msg00263. html] 

[14] Tim Schürmann, „GCC 4.8.0 erschienen“: 

[http:// www. linux‐magazin. de/ NEWS/ 

GCC‐4. 8. 0‐erschienen]

Titelthema 

www.linux-magazin.de Xen und KVM 10/2013 

40 

Xen und KVM, die beiden wichtigsten Hypervisoren unter Linux 

Unter einem Dach 

Die beiden Platzhirsche in Sachen Virtualisierung auf Linux sind zweifellos KVM und Xen. Beide Projekte haben 

eine bewegte Geschichte hinter sich – am Anfang lag Xen vorne, dann holte KVM auf, doch entgegen allen Erwartungen 

ist auch Xen noch nicht tot. Unter der Libvirt sind nun beide vereint. Martin Loschwitz 

© Dmitriy Shironosov, 123RF.com 

„Gefahren warten nur auf jene, die nicht 

auf das Leben reagieren“, sagte einst Michael 

Gorbatschow zu Erich Honecker, 

später medial begradigt und berühmt 

geworden als „Wer zu spät kommt, den 

bestraft das Leben“. Auch im Bereich der 

Virtualisierung passt das historische Zitat. 

Gerade das älteste Linux-Virtualisierungsprojekt 

kann ein Lied davon singen, 

was freien Softwareprojekten droht, die 

nicht mit der Zeit gehen: Weil es lange 

Zeit unmöglich war, Xen mit einem neueren 

Kernel als 2.6.32 zu nutzen, konnte 

KVM zum dominierenden Hypervisor für 

Linux werden, Xen wäre beinahe in der 

Versenkung verschwunden. 

Anfänge der Virtualisierung 

Klar, Virtualisierung fängt nicht erst mit 

KVM [1] und Xen [2] an: Seit Jahrzehnten 

„partitioniert“ IBM die Ressourcen 

seiner Mainframes. Aber das war auch 

Hardware im teuren Unternehmenssegment, 

oft mit Preisen im sechsstelligen 

Dollar-Bereich. Damit das heutige 

Szenario der massenhaft verbreiteten 

Virtualisierung entstehen konnte, war 

eine andere Entwicklung innerhalb der 

IT von essenzieller Bedeutung: Computer 

wurden in den letzten Jahren immer 

leistungsfähiger und billiger. 

Noch vor 15 Jahren war es kein Problem, 

einen damals aktuellen Rechner auszulasten. 

Leistungsreserven waren kaum 

vorhanden. Gab es bei neuer Hardware 

doch mal welche, sorgten die Entwickler 

der Anwendungen üblicherweise dafür, 

dass die Reserven schneller weg waren, 

als Hardwarehersteller neue Technik liefern 

konnten. 

Heute? Leistung satt! 

Heute lassen sich selbst Entry-Level- 

Server von der Stange mit gängigen Applikationen 

wie einfachen Webservern 

kaum auslasten. Der Leerlauf wurde Pro- 

gramm, Admins mussten ihn billigend 

in Kauf nehmen. Doch ungenutzte oder 

nicht ausgelastete Hardware ist totes Kapital, 

ein Dorn im Auge der Controller. 

Da war es kein Geniestreich, mehrere 

Systeme auf der gleichen Hardware laufen 

zu lassen, um die vorhandenen Ressourcen 

optimal auszunutzen. 

Das erste Unternehmen, das sich mit 

einer entsprechenden Lösung auf den 

Markt wagte, war VMware: 1999 stellten 

die Amerikaner eine zunächst auf Desktops 

ausgerichtete Virtualisierungslösung 

vor, die mit Servern noch gar nichts am 

Hut hatte, sondern es vielmehr erlaubte, 

Desktopsysteme unter Windows zu virtualisieren. 

Ring frei! 

Nur wenig später begann der große Linux- 

Hype. IBM schaltete Fernsehspots für das 

freie System, auf Servern gewann Linux 

zunehmend an Boden. Und schließlich 

brachte wiederum VMware im Jahre 2001 

den ersten GSX-Server auf den Markt, ein 

speziell auf Server ausgerichtetes Virtualisierungssystem. 

Von da an entwickelte sich Virtualisierung 

von einer belächelten Nische zu dem, 

was man damals für die Zukunft im Servermarkt 

hielt. Wie sich in der Zwischenzeit 

herausstellte, war diese Annahme 

nicht ganz falsch, nur in der FOSS-Welt 

herrschte da lange Zeit tote Hose. Alles, 

was zwischenzeitlich von VMware kam, 

war proprietäre Closed-Source-Software. 

2003: Xensource 

Die ersten zaghaften Entwicklungen hin 

zu einem quelloffenen Hypervisor kamen 

unter Linux erst 2003 auf: Vor ziemlich

Xen und KVM 10/2013 

Titelthema 

Abbildung 1: Auch KVM kann die in aktuellen CPUs verbauten, Hardware-spezifischen 

VT-D- oder SVM-Technologien im Hostkernel ansprechen. 

genau zehn Jahren veröffentlichte die 

Firma Xensource die erste Version von 

Xen, eines neuartigen Hypervisors für 

Linux unter der GPL. Keir Fraser, Steven 

Hand und Ian Pratt waren die Entwickler, 

die im Computerlabor der Universität von 

Cambridge (England) den Grundstein für 

eine freie Virtualisierungslösung gelegt 

haben. 

Die Funktionalität der ersten Xen-Versionen 

war jedoch noch sehr eingeschränkt 

und konnte kaum mit VMware mithalten. 

Außerdem richtete sich Xen zu diesem 

Zeitpunkt noch an Desktop-User, nicht 

an Server-Admins. Dabei war der technische 

Unterbau der Software durchaus ordentlich: 

Bereits in den ersten öffentlich 

zugänglichen Versionen setzte Xen auf 

Paravirtualisierung, also auf das Prinzip, 

bei dem das virtualisierte System weiß, 

dass es virtualisiert ist, und über entsprechende 

Treiber unmittelbar auf die Hardware 

des Hosts zurückgreift. 

Im Gegensatz zur Vollvirtualisierung 

bringt das den Vorteil, dass das Betriebssystem 

auf dem Host – in Xen-Sprech die 

»dom0« – nicht die komplette Kommunikation 

zwischen dem Gast-OS und der 

Hardware des Host-Betriebssystems übersetzen 

muss, was einen Performancevorteil 

ausmachen kann. 

Abbildung 2: Anders als Xen setzte KVM nie das aufwändige Patchen des Kernels 

auf dem Host voraus, sondern kam in Form eines ladbaren Kernelmoduls daher. 

Einsatz bereit war (Abbildung 1). Eine 

Zeit lang hielten die Xen-Entwickler ihre 

Patches für Linux aktuell und es gab sogar 

Bestrebungen, Xen fix in den Kernel 

zu integrieren. 

Doch dann brach sich ein Disput Bahn, 

der die Szene in Atem hielt: Die Kernelversion 

2.6.23 erschien im September 

2006 und brachte zum ersten Mal ein 

natives Interface für paravirtualisierte 

Anwendungen mit, die so genannten Paravirtualized 

Ops (»paravirt‐ops«, [3]). 

Die unterschieden sich jedoch deutlich 

von der Art und Weise, wie Xen bis dahin 

Virtualisierung umgesetzt hatte. Ein 

beachtlicher Umbau stand also ins Haus, 

und der ließ lange auf sich warten. 

Auf Jahre hinaus hatten Admins nur die 

Wahl zwischen einem veralteten Kernel 

(2.6.18) oder aktueller Hardware. Dieser 

Zeitraum hinterließ bei vielen Admins, 

aber auch im Xen-Projekt selbst, sehr unangenehme 

Erinnerungen und bewegte 

nicht wenige Experten zur Suche nach 

Alternativen. 

Auftritt KVM 

So blieb Xen nicht lange allein. Im Mai 

2005 hatte der Israeli Avi Kivity die Firma 

Qumranet gegründet und entwickelte still 

und leise einen neuen Hypervisor für 

Linux. Anders als die Xen-Entwickler tat 

er das in enger Kooperation mit den Kernelentwicklern, 

2006 gab er seine Patches 

beispielsweise über die Kernel-Mailingliste 

weiter [4] und achtete stets darauf, 

den Code für die Integration in Linux 

vorzubereiten. 

Kivitys Mühen fanden ihre Belohnung 

darin, dass Linus Torvalds KVM offiziell 

in den Kernel 2.6.20 aufnahm, der 

Anfang 2007 erschien. 2008 krönte sich 

Kivity selbst, indem er und seine Partner 


41 

Gemischt-, Voll- oder 

Paravirtualisierung 

Vollvirtualisierung baut tatsächlich einen 

kompletten PC nach. Die Mischform aus 

Para- und Vollvirtualisierung ist heute 

Standard: Man emuliert einen kompletten 

PC, gibt diesem aber über spezielle, 

paravirtualisierte Treiber wiederum Zugriff 

auf die Hardware des Hosts. 

Ende 2005 erschien Xen in der wegweisenden 

Version 3.0, die wichtige Neuerungen 

wie die Unterstützung für die 

Virtualisierungssysteme der Hersteller 

Intel (VT-D) und AMD (SVM) mitbrachte 

und somit endlich für den Enterprise- 

Abbildung 3: Die Libvirt hat in den vergangenen Jahren stark dazu beigetragen, Virtualisierung auf Linux 

marktreif zu machen. Die Konfiguration landet dabei in XML-Dateien.

Titelthema 

www.linux-magazin.de Xen und KVM 10/2013 

42 

Abbildung 4: Red Hats Virt-Manager gibt dem Anwender ein GUI, das sich 

nicht hinter proprietären Alternativen zu verstecken braucht und neben 

Xen und KVM auch die Linux-Container administrieren kann. 

Qumranet an die roten Hüte verkauften. 

Red Hat sah in Qumranet ein Unternehmen, 

das gut zu den frisch verabschiedeten 

Virtualisierungsplänen aus Raleigh 

passte [5]. 

Der Schritt überraschte dennoch wenig, 

denn KVM war zu diesem Zeitpunkt bereits 

auf einem Siegeszug, der bis heute 

anhält: Zum ersten Mal in der Linux-Geschichte 

ließ sich mit dem Vanilla-Kernel 

Virtualisierung betreiben. Ein externes 

Patch wie bei Xen war nicht länger nötig, 

sodass die Wartungshürden für KVM viel 

niedriger waren als für Xen. 

Obendrein war es verhältnismäßig leicht, 

KVM auf den aktuellen Stand der Technik 

zu bringen: Was bei Xen stets das 

Neukompilieren des Kernels mit entsprechenden 

Reboots erforderte, ließ sich mit 

KVM durch das Entfernen des aktuellen 

Kernelmoduls aus dem Kernel und dem 

Laden des zuvor gebauten, neuen Moduls 

erreichen (Abbildung 2). 

Heute gehört KVM zum Inventar jeder 

Distribution. Das Fedora-Projekt bietet 

auf seiner Website sogar paravirtualisierte 

Treiber für die Netzwerk- und 

Storage-Anbindung [6] an, mit denen die 

VM auch bei vollvirtualisierten Systemen 

mehr Performance aus dem System kitzelt 

als mit den Standardtreibern. 

Citrix steigt ein 

Das starke Engagement von Red Hat für 

KVM sorgte auch dafür, dass Xen in der 

Virtualisierungswelt eine immer klei- 

ner werdende Rolle 

spielte. Doch wer die 

Virtualisierungslösung 

bereits für tot gehalten 

hatte, wurde in den 

folgenden Jahren eines 

Besseren belehrt. 

Denn auch Xensource 

fand 2007 einen neuen 

Besitzer: Citrix. 

Die Firma, die sich in 

der IT vor allem durch 

proprietäre Terminalserver 

und Virtual- 

Desktop-Infrastruktur- 

Anwendungen (VDI) 

einen Namen gemacht 

hat, schlug zu, erwarb 

den Hersteller von Xen 

und verfolgte fortan 

mit Xen Server (siehe den Artikel in der 

Sysadmin-Rubrik) als Virtualisierungsprodukt 

für Server und dem Xen Desktop 

eine ganz eigene Agenda. 

Dass es dennoch so lange dauerte, bis 

Xen einen weiteren Schritt in seiner Entwicklung 

hinlegte, lag auch an Citrix, das 

eigene Prioritäten vor den technischen 

Fortschritt setzte. Erst in den letzten 

Jahren nahm die Aktivität rund um Xen 

wieder zu: Die Version 4.0, die im April 

2010 erschien, bot erstmals volle Unterstützung 

für die Paravirtualization Ops 

des Linux-Kernels sowohl für Dom-0- wie 

auch für Dom-U-Systeme. So lassen sich 

endlich auch aktuelle Kernel mit Xen 

ohne Probleme betreiben. 2011 schaffte 

es Xen in den Mainline-Kernel. 

Die Entwicklung gewinnt zunehmend an 

Fahrt, bei Redaktionsschluss war die aktuelle 

Xen-Version 4.3 veröffentlicht und 

die Planungen für Xen 4.4 hatten begonnen. 

Im April 2013 übergab Citrix schließlich 

die Entwicklung von Xen selbst an 

die Linux Foundation, die damit nun als 

offizieller Pate des Projekts agiert. Mit 

der Version 6.2 ihres Xen Servers gaben 

die Amerikaner schließlich das komplette 

Managementprodukt als Open-Source- 

Software frei. 

Red Hats Libvirt 

Von vielem, was Xen und KVM unter 

der Haube machen, bekommen Admins 

heute gar nichts mehr mit – und da mag 

manch geplagter Früheinsteiger ausrufen: 

„Gott sei Dank!“ Nach sieben Jahren Entwicklung 

gab Maintainer Daniel Berrange 

am 2. November 2012 den finalen Status 

der Libvirt-Version 1.0.0 [7] bekannt [8], 

die sich schon länger als einheitliches 

Frontend für die Verwaltung von Hypervisoren 

und Cloudrechnern (Hosts und 

Gäste) anbot (Abbildung 3). 

Vor nicht allzu langer Zeit war das noch 

ein großes Problem gewesen: Gerade die 

Steuerung virtueller Gäste wurde bei KVM 

und Xen praktisch ohne jede Gemeinsamkeit 

implementiert. Beide Systeme 

nutzten grundlegend andere Befehle. Die 

Libvirt abstrahiert nun die Funktionen 

für die Hypervisoren und stellt sie über 

eine Administrationsschnittstelle zur Verfügung 

– wahlweise als API, als Shell 

in Form von Virsh [9] oder im Qt- oder 

GTK-GUI des Virt-Managers (Abbildung 

4, [10]). 

Der Bedarf für eine einheitliche Benutzeroberfläche 

war groß, das Projekt wuchs 

schnell, wie die Animation der ersten 

sieben Jahre zeigt [11]. Das dürfte maßgeblich 

zum Erfolg der Virtualisierung 

auf Linux beigetragen haben. Heute greifen 

auch Cloudmanager wie Open Stack 

(oder auch Xen Server) auf die Libvirt zu 

und abstrahieren selbst diese Zwischenschicht 

für den Admin. (kki) n 

Infos 

[1] Xen: [http:// www. xen. org] 

[2] KVM: [http:// www. linux‐kvm. org] 

[3] Paravirtual Ops im Kernel: [http:// wiki. 

xenproject. org/ wiki/ XenParavirtOps] 

[4] Avi Kivitys Kernelpatches: 

[http:// thread. gmane. org/ gmane. linux. 

kernel/ 458485/ focus=458485] 

[5] Andrej Radonic, „Aufholjagd“: 

Linux-Magazin 04/13, S. 68 

[6] Paravirtualisierte KVM-Treiber: 

[http:// www. linux‐kvm. org/ page/ 

WindowsGuestDrivers/ Download_Drivers] 

[7] Libvirt: [http:// www. libvirt. org/] 

[8] Libvirt 1.0: [https:// www. berrange. com/ 

posts/ 2012/ 11/ 02/ announce‐libvirt‐1‐0‐0‐r 

elease‐and‐7th‐birthday/] 

[9] Tim Schürmann, „Herr im Maschinenraum“: 

Linux-Magazin 12/11, S.40 

[10] Markus Feilner „Wirts-Haus“: Linux-User 

04/12, S. 26 

[11] Libvirt-Entwicklung im Video: 

[http:// www. youtube. com/ watch? 

v=TKynN8TwC0M]

Titelthema 

www.linux-magazin.de Open VPN und IPsec 10/2013 

44 

VPN-Lösungen für Linux 

Parallel entwickelt 

Dass zwei Protokolle, die letztlich zum gleichen Ziel führen, nicht zwingend in Feindschaft zueinander stehen, 

beweisen Open VPN und IPsec seit Jahren. Obwohl es sich um konkurrierende VPN-Lösungen handelt, haben 

beide ihre Daseinsberechtigung und kommen gut miteinander zurecht. Martin Loschwitz 

© Kenneth Keifer, 123RF.com 

Zwischen „das Rad nicht neu erfinden“ 

und „es sollte immer Alternativen geben“ 

klafft bisweilen eine große Lücke. Immer 

wieder machen sich Projekte mit sehr 

ähnlichen Zielsetzungen gegenseitig Konkurrenz. 

Missverständnisse, Meinungsverschiedenheiten 

und Streit um Details 

lösen Forks aus, die manchmal nur der 

Eitelkeit oder Verbohrtheit einzelner Akteure 

geschuldet sind. 

Virtuell, privat, friedfertig 

Andrerseits gibt es Projekte mit sehr 

ähnlichem Aufgabengebiet, die jahrelang 

überaus friedlich nebeneinander existieren. 

Im Bereich der virtuellen privaten 

Netzwerke trifft das voll und ganz auf 

die beiden beliebtesten Vertreter Open 

VPN [1] und die Linux-Implementierung 

von IPsec [2] zu. Zwar sind die beiden 

Projekte intern komplett anders gestrickt 

– von IPsec gibt es eine stattliche Anzahl 

Forks, von Open VPN keinen einzigen – 

doch letztlich geht es den Entwicklern 

beider Umgebungen einfach darum, sichere 

Datenübertragung in unsicheren 

Netzen zu ermöglichen. 

Obwohl die beiden Projekte bisweilen 

identische Aufgaben erfüllen und daher 

immer wieder in Konkurrenz geraten, hat 

es zwischen den Projekten nie eine nennenswerte 

Fehde gegeben – die tobte eher 

innerhalb der IPsec-Welt. Vielleicht liegt 

das auch daran, dass viele Nutzer sogar 

auf beide Technologien angewiesen sind, 

weil sie beispielsweise privat auf Open 

VPN setzen, doch für den Zugang zum 

Netzwerk des Arbeitgebers oder Kunden 

den De-facto-Standard IPsec benötigen. 

Ein langer Weg: IPsec 

Die Geschichte der beiden könnte unterschiedlicher 

kaum sein. Das IPsec- 

Protokoll hat bereits zwei Jahrzehnte auf 

dem Buckel, allerdings dauerte es recht 

lange, bis Linux-Implementierungen zu 

haben waren. Zurück geht die Technologie 

unter anderem auf das von John 

Ioannidis 1993 vorgestellte Software IP 

Encryption Protocol (Swipe). Diese Kooperation 

von AT&T und der Columbia 

University diente dem Ziel, Onlineverbindungen 

besser abzusichern. 

Das Internet stellte Interessierte damals 

vor zwei gravierende Probleme: Authentizität 

als auch Vertraulichkeit waren 

schwer sicherzustellen. Das berühmte 

Beispiel von Alice und Bob kennt fast 

jeder, und Swipe war so etwas wie der 

erste Schritt auf dem Weg hin zu sicherer 

Kommunikation. Das Protokoll konnte 

Verbindungen verschlüsseln, sodass Angreifer 

sich nicht mehr ohne Weiteres 

in den Datenstrom einklinken und ihn 

mitlesen konnten. Mechanismen zur 

Authentifizierung der Gegenseite implementierte 

Swipe jedoch nur rudimentär. 

Gauntlet: IPsec-Firewall 

Der US-Amerikaner Wei Xu setzte die 

von Ioannidis begonnene Arbeit fort, und 

so konnte sein damaliger Arbeitgeber, 

Trusted Information Systems, 1995 erstmals 

eine Firewall mit der Unterstützung 

für abgesicherte Verbindungen mit dem 

Namen Gauntlet auf den Markt bringen. 

Die dort genutzte Technik war letztlich 

jene, die die Internet Engineering Task 

Force später als IPsec in Form diverser 

RFCs standardisierte, erstmals 1998 im 

RFC 2401 [3]. 

John Ioannidis hatte bereits ein Jahr 

vorher mit einer Implementierung des 

Standards für Linux begonnen. Weil in 

den USA damals noch sehr strenge Richtlinien 

für den Export kryptographischer

Abbildung 1: Die IPsec-Konfiguration für Strongswan auf Debian birgt zahlreiche komplizierte Parameter. 

Software galten, tat er dies, während er 

sich im Ausland aufhielt. John Gilmore 

machte 1997 ein eigenes Projekt aus dem 

Code und gab ihm den Namen Free Secure 

Wide-Area Networking, kryptisch 

abgekürzt: Free S/WAN [4]. 

Für zwei Jahre war Freeswan die quasioffizielle 

IPsec-Umsetzung für Linux [5]. 

Doch Zeit seines Lebens kämpfte das Projekt 

mit extremen Ansichten seines Gründers 

Gilmore. Ein Streitpunkt war etwa 

die Tatsache, dass Gilmore sich weigerte, 

auch nur Patches von US-Staatsbürgern 

zu akzeptieren. Ken Bantoft platzte 2000 

der Kragen, er forkte Freeswan als „Super 

Freeswan“ und akzeptierte nahezu 

alle ausstehenden Patches, darunter auch 

viele von US-Bürgern. 

Red Hat will mitmischen 

Nicht nur Ken Bantoft machte John Gilmore 

unmissverständlich klar, was er 

von dessen Umtrieben hielt – auch von 

Red Hat kam laute Kritik: Dort hatte der 

Entwickler David Miller ebenfalls begonnen 

IPsec für Linux zu bauen, in erster 

Linie, weil Red Hat den betroffenen Code 

als Teil des Linux-Kernels sehen wollte. 

Obendrein betrachtete man dort die ganze 

Diskussion eher als akademisch, weil ein 

Stück Code, das nicht von US-Bürgern 

gewartet werden könnte, es nicht in den 

Kernel schaffen würde. 

Das Problem des Crypto-Exports durch 

US-Bürger hing bis 2002 über der IPsec- 

Community. Ein Wissenschaftler namens 

Daniel J. Bernstein hatte schon 1995 – 

noch als Student – die US-Regierung 

verklagt, weil er der Meinung war, die 

Regulierung des Exportes kryptographischer 

Software sei ein Verstoß gegen die 

US-Verfassung. 2002, nach mehreren 

Gerichtsverfahren, wandte sich die US- 

Regierung schließlich von ihrer bis dahin 

vertreteten Rechtsmeinung ab, was 

die Linux-Community mehrheitlich als 

Erfolg wertete. Die US-Regierung habe 

eingelenkt und es sei somit kein Problem 

mehr, Kryptosoftware aus den USA zu 

exportieren, lautete die Interpretation. 

Der Startschuss: Bernstein 

gegen die USA 

Ab da ging es in der IPsec-Community 

rund: Ausgehend von Freeswan entstanden 

in kurzer Zeit zwei Forks, Open swan 

[6] und Strongswan (Abbildung 1, [7]), 

die beide bis heute aktiv sind. Freeswan 

selbst veröffentlichte 2003 die letzte Version 

und wird seither nicht mehr gepflegt. 

Im November 2011 entstand aus Openswan 

sogar ein weiterer Fork, Libreswan 

[8], ebenfalls aufgrund unterschiedlicher 

Ansichten der Entwickler. 

Die drei Projekte Openswan, Strongswan 

und Libreswan werden nach wie 

vor gepflegt und erscheinen regelmäßig; 

technisch liegen sie nicht so weit voneinander 

entfernt, dass sich die Unterschiede 

als epochal bezeichnen ließen. 

Strongswan erfreut sich des guten Rufes, 

eine umfassende und sehr genaue 

Dokumentation zu haben, während die 

Openswan-Dokumentation meist nicht in 

besonders gutem Licht steht. 

Letztlich ist es aber vor allem eine Frage 

der persönlichen Präferenz, welchen Stack 

ein Admin verwendet. Auch die Benutz-

Titelthema 

www.linux-magazin.de Open VPN und IPsec 10/2013 

46 

erzahlen und die Anzahl der Committer 

geben kein geeignetes Auswahlkriterium 

ab. Alle drei Ipsec-Projekte verweisen auf 

Nachfrage auf Tausende Downloads und 

ein Core-Team von unter zehn Entwicklern. 

Dass selbst ein akademisch geprägtes 

Projekt wie Strongswan mit hohem 

Anspruch an Qualität und Sicherheit (wie 

fast alle Open-Source-Projekte) ohne Entwicklungsmodell 

auskommt und von nur 

schätzungsweise acht Committern betrieben 

wird, überrascht aber doch. 

IPsec gilt also als Pionier für VPN-Verbindungen. 

Im Grunde nichts anderes als 

die Kombination verschiedener IP- und 

Verschlüsselungstechniken, ist es sehr 

flexibel und bietet viele verschiedene 

Konfigurationsparameter. Doch mit dieser 

Flexibilität ging und geht auch immer 

ein sehr hohes Maß an Komplexität einher, 

die Nicht-Geeks an der Einrichtung 

einer IPsec-Verbindung zwischen zwei 

Hosts scheitern lässt. 

Wer schon mal ein IPsec-basiertes Netzwerk 

für ein Unternehmen aufgesetzt hat, 

schlimmstenfalls mit einer proprietären 

Implementierung auf einer Seite ([9], 

[10]), kennt dieses Problem sicher. Noch 

interessanter wird es, wenn die kommerziellen 

Stacks verschiedener Netzwerk- 

Hardwarehersteller ins Spiel kommen: 

Eine Cisco-Kiste per IPsec mit Linux zu 

verheiraten bringt Admins an die Grenze 

der Belastbarkeit. 

Abbildung 2: Open VPN macht es richtig vor: Ab Werk sind nur wenige Variablen 

zu ändern, dann steht der Tunnel. 

Dass flächendeckende Verbindungssicherheit 

mit IPsec nicht realisierbar ist, 

merkte der Amerikaner James Yonan 

2003. Anstatt sich über das Problem zu 

beklagen, fing er an, eine Lösung zu erarbeiten. 

Seine Idee: Anders als IPsec 

sollte seine VPN-Software ohne größere 

Schwierigkeiten in Betrieb zu nehmen 

sein, vor allem sollte sie auf einem simplen 

Server-Client-Prinzip beruhen und 

obendrein SSL verwenden. Im April 2004 

veröffentlichte Yonan seine Software unter 

dem Namen Open VPN 1.1.0. 

Einfach sicher: Open VPN 

Open VPN [1] machte so einiges einfacher: 

Nach der Installation des Open 

VPN-Servers ist es in der Regel völlig 

ausreichend, VPN-Benutzer anzulegen 

und die eigenen Zertifikate für die Nutzer 

auszurollen (siehe Abbildung 2). Mit 

dynamischen IPs hat Open VPN ebenso 

wenig Probleme wie mit Verbindungen 

durch Firewalls, Proxys oder NAT- 

Gateways. Im Vergleich zum hakeligen 

IPsec, das fürs NAT-Traversal ein eigenes 

Plugin brauchte, kam das einer Revolution 

gleich. 

Obendrein zeigt Open VPN, dass die Arbeit 

auch bei gutem Umgangston gelingen 

kann. James Yonan scheint ein sehr 

umgänglicher Mensch zu sein, denn auch 

neun Jahre nach der ersten öffentlichen 

Version ist immer noch 

kein Fork in Sicht. Eine 

Google-Suche führt lediglich 

zu einer E-Mail 

auf der Open-VPN- 

Mailingliste, in der einer 

der etwa zwanzig 

Entwickler sich nach 

einer längeren Abwesenheit 

James Yonans 

fragte, ob der überhaupt 

noch lebe. Weit 

und breit keine Spur 

einer sich anbahnenden 

Spaltung. 

Der Erfolg gibt dem 

Projekt indes Recht: 

Open-VPN-Clients stehen 

für die gängigen 

Betriebssysteme samt 

und sonders zur Verfügung, 

auch Server 

sind auf den meisten 

Abbildung 3: Open VPN ist mittlerweile weit verbreitet, 

auch mit Android ist die Verbindung kein 

Problem (im Bild: Cyanogenmod). 

Plattformen problemlos zu betreiben. Auf 

Android gibt es seit einiger Zeit einen 

nativen Open-VPN-Client mit allen wichtigen 

Features, ebenso für I-OS (siehe 

Abbildung 3). Yonan konnte Open VPN 

sogar als Grundlage für eine eigene Firma 

[11] nutzen und verdient heute mit Open- 

VPN-Tunneln, einfachem Zertifikatsmanagement, 

Support und Entwicklung 

Geld. (mfe) 

n 

Infos 

[1] Open VPN: [http:// www. openvpn. net/ 

index.php/open-source.html] 

[2] IPsec: [http:// www. ipsec. org] 

[3] RFC 2401 „Security Architecture for the 

Internet Protocol“: 

[http:// www. ietf. org/ rfc/ rfc2401. txt] 

[4] Historische Website von Freeswan: 

[http:// www. freeswan. org] 

[5] Ralf Spenneberg, „Standard-Tunnel“: 


[6] Website von Openswan: 

[http:// www. openswan. org] 

[7] Website von Strongswan: 

[http:// www. strongswan. org] 

[8] Website von Libreswan: 

[http:// www. libreswan. org] 

[9] Konstantin Agouros, „Geschützte Äpfel“: 


[10] Wolfgang Langer, Markus Feilner, „Durchbruch“: 


[11] Open VPN Inc.: [http:// www. openvpn.net]

Titelthema 

www.linux-magazin.de Initsysteme 10/2013 

48 

Von Sys-V-Init über Upstart zu Systemd 

Gerangel am Start 

Sys-V-Init startete die Prozesse von Linux mehr als ein Jahrzehnt lang als Einzelkämpfer. Doch heute lauert 

eine technisch versierte Generation von Initsystemen in den Startblöcken. Kristian Kißling 

© Shariff Che'Lah, 123RF.com 

Viele Jahre lang startete der Linux-Kernel 

als erste Amtshandlung einen Prozess 

und stattete diesen mit der Prozess-ID 1 

aus: Init. Der Startprozess warf zunächst 

einen Blick in die Datei »/etc/inittab« und 

schlurfte anschließend gemütlich durch 

die Runlevel des Sys-V-Init-Systems (Abbildung 

1). 

In jedem Runlevel startete Init, unterstützt 

von so genannten Initskripten, verschiedene 

Dienste und hörte erst damit 

auf, wenn es den anfangs anvisierten 

Runlevel erreicht hatte. Handelte es sich 

zum Beispiel um Debian und war das Ziel 

der Runlevel 1, saß der Benutzer am Ende 

vor einem Rechner ohne Netzwerk und 

grafischer Oberfläche, war aber in der 

Lage, lokale Anwendungen zu nutzen. 

Beim Herunterfahren des Rechners wurden 

die Dienste dann wieder gestoppt. 

Von Simpleinit zu Sys-V-Init 

Wie der Name schon andeutet, kam Sys- 

V-Init nicht aus dem luftleeren Raum, 

sondern orientierte sich am Runlevel- 

System von System-V, AT&Ts kommerziellem 

Unix-System von 1983. Miquel 

van Smoorenburg hatte Sys-V-Init 1992 

für Minix portiert, der Däne Ørbæk entwickelte 

daraus eine Version für Linux, 

die im April 1992 in Version 1.0 von 

»admutil« debütierte [1]. 

Dabei war Sys-V-Init weder das erste 

noch das einzige Initsystem für Linux. 

Das verwendete zunächst Simpleinit [2], 

ein Init-basiertes System, das Ørbæk unter 

Mithilfe von Werner Almesberger 

entwickelt hatte. Es war etwas einfacher 

gestrickt als Sys-V-Init, weil es unter anderem 

keine Runlevel mitbrachte, und 

steckte im »poeigl«-Archiv. 

Ende 1992, nach der Veröffentlichung 

von »admutil‐1.4«, entspann sich im 

Usenet jedoch eine Diskussion [3] über 

das passende Initsystem. Ausgangspunkt 

waren Ørbæks Pläne, die Logout Records 

von dem Tool Getty schreiben zu lassen. 

Ein User wies darauf hin, dass man 

diesen Job in bester Unix-Manier wohl 

eher Init überlassen solle, und berichtete 

nebenbei von seinen guten Erfahrungen 

mit Sys-V-Init. Ørbæk willigte ein, Sys-V- 

Init zum Standard der nächsten Version 

seiner Werkzeugsammlung zu machen, 

Simpleinit sei mittlerweile ohnehin „zu 

groß“ geworden. 

Doch die Pläne änderten sich, weil der 

Sys-V-Init-Autor Miquel van Smoorenburg 

im Dezember 1992 die weitere Entwicklung 

des Tools unter Linux übernahm 

und Version 2.0 veröffentlichte [4]. Er 

hatte sich inzwischen einen 386er besorgt, 

Linux installiert und baute nun den 

Code von Sys-V-Init komplett um. Die 

ursprüngliche Minix-Unterstützung ging 

dabei verloren, dafür landete Sys-V-Init 

bald danach im Kernel und avancierte 

auch zum Bootsystem für Softlanding 

Linux, der ersten Linux-Distribution 

überhaupt. Smoorenburg betreute Sys-V- 

Init zwölf Jahre lang, bis er das Projekt 

2004 einstellte. 

Rückzugsgefechte 

Smoorenburg ging, zurück blieb ein 

verwaistes Projekt mit Versionsnummer 

2.86, das dennoch weiter zum Einsatz 

kam. Der Debian-Entwickler Petter Reinholdtsen 

kümmerte sich inoffiziell um 

Bugreports für Sys-V-Init, brachte Patches 

ein und veröffentlichte gepatchte 

Varianten der Version, die auch Ubuntu 

verwendete. 

Fünf Jahre lang hielt der für Reinholdtsen 

frustrierende Zustand an, bevor er im Juli 

2009 das Projekt zusammen mit einigen 

Helfern übernahm [5], sich kurzerhand 

zum neuen Upstream erklärte und die 

neue Version 2.87dsf von Sys-V-Init veröffentlichte. 

Mit dem Wechsel des Betreuers 

ging auch ein Wechsel des Repository 

einher: Seitdem hostet Savannah [6] 

den Code. Reinholdtsen sah durchaus 

die Ironie bei dieser Übernahme, denn

Initsysteme 10/2013 

Titelthema 


49 

Abbildung 1: Init durchläuft im Sys-V-System verschiedene Runlevel, welche 

die Datei »inittab« festlegt, und führt jeweils einige Initskripte aus. 

einige Distributionen dachten zu diesem 

Zeitpunkt bereits über einen Wechsel zu 

Ubuntus neuem Initsystem nach. 

Upstart 

In erster Linie ein Kind des Ubuntu- 

Entwicklers Scott James Remnant, sollte 

Upstart die Nachteile des in die Jahre 

gekommenen Sys-V-Init ausbügeln. Diese 

lagen unter anderem darin, dass Sys- 

V-Init mit einem ganz anderen Modell 

vom Computer im Hinterkopf entwickelt 

wurde. Es ging von Desktoprechnern 

aus, die einmal hochgefahren wurden 

und dann ohne große Änderungen an der 

Hardware eine ganze Weile liefen. 2006, 

als Remnant mit der Entwicklung von 

Upstart begann, waren USB-Sticks, mobile 

Festplatten und externe USB-Geräte 

bereits gang und gäbe. 

Upstart ermöglicht es, Dienste flexibel 

und Ereignis-basiert zu starten und zu 

stoppen, und beschleunigt so auch den 

Startvorgang. Denn Sys-V-Init verschleppt 

den Bootprozess gelegentlich, weil abhängige 

Dienste nicht verfügbar sind und 

es die weiteren Skripte erst nach einem 

Timeout ausführt. 

Upstart legt keine Bootziele fest, um Services 

zu starten, vielmehr reagieren diese 

auf bestimmte Events. Indem er einen 

Job definiert, sorgt der Admin etwa dafür, 

dass Apache startet, sobald ein Netzwerk 

verfügbar ist. Auf Wunsch kann ein Ereignis 

auch mehrere 

Jobs auslösen, die parallel 

laufen. Die Syntax ist im Vergleich 

zu Sys-V-Init recht einfach. 

Fedora, das Upstart Ende 2008 in seine 

Version 10 integrierte [7], wollte vor 

allem die zahlreichen, mit Sys-V-Init 

verbundenen Bash-Skripte loswerden. 

Debian sah in Upstart die Antwort auf 

einen zunehmend Event-basierten Kernel 

und wollte damit die Probleme lösen, die 

ein sequenzieller Bootprozess gelegentlich 

mit sich brachte. Petter Reinholdtsen 

schlug den Wechsel von Debian zu Upstart 

vor [8], doch erst Ende 2012 landete 

ein Paket in Debian Unstable. 

In Ubuntu werkelt Upstart bereits seit Oktober 

2006, entfaltete aber anfangs kaum 

Wirkung, weil die Entwickler zunächst 

das Verhalten von Sys-V-Init nachbauten. 

Erst für die 9er Versionen ersetzte 

das Ubuntu-Projekt zahlreiche Initskripte 

durch Upstart-Jobs (Abbildung 2). 

Upstart reloaded 

Abbildung 2: Auszug aus einer mit Bootchart erzeugten Grafik unter Ubuntu 9.04. 

2011 erlitt Upstart vorübergehend einen 

Rückschlag, als der Hauptentwickler 

Scott James Remnant das Projekt verließ. 

Er wechselte zu Google, um an Chrome 

OS zu arbeiten, das ebenfalls auf Upstart 

setzt. Im Laufe des Jahres gingen seine 

Beiträge auf der Mailingliste deutlich zurück, 

seinen Platz übernahm Canoncials 

James Hunt, ein ehemaliger IBM-Angestellter. 

Er kümmert sich bis heute um 

Upstart, gibt neue Versionen heraus und 

beantwortete dem Linux-Magazin auch 

Fragen zum Projekt. 

Laut Hunt wirken aktuell etwa 20 Leute 

an Upstart mit, darunter hauptsächlich 

Canonical-Angestellte. Die Software sei 

nicht nur Teil aller Ubuntu-Installationen 

weltweit, sondern laufe auch unter 

Chrome OS und auf älteren Fedora-Versionen. 

Kommuniziert werde über die Mailingliste 

und einen IRC-Channel, den Code 

und die Bugreports verwalte das Projekt 

in Ubuntus Launchpad-Plattform. 

Zu den Änderungen, die Hunt bisher anschob, 

gehört das Einrichten eines Daily 

Repository, das täglich Upstart-Versionen 

baut. Änderungen am Code landen automatisch 

auf der Mailingliste. Zusätzlich 

zu Scan-Build und Smatch kommt Coverty 

Scan für die statische Code-Analyse 

zum Einsatz. Auch automatische Tests 

wolle man künftig verstärkt nutzen. 

Zu den größten Konflikten der jüngeren 

Projektgeschichte zählt Hunt die Debatte 

um Canonicals Contribution Agreement, 

als deren Folge das Contributor License 

Agreement (CLA) entstand. Dies erlaubt 

es Canonical zwar noch immer, den 

Code für Upstart und andere Projekte 

auch proprietär zu lizenzieren, doch die 

Entwickler behalten das Recht, ihn frei zu 

lizenzieren und zu verteilen. 

Systemd 

Noch in die Amtszeit von Remnant fiel 

eine weitere Überraschung: Systemd. 

Lennart Poettering, der Kopf hinter Avahi

Titelthema 

www.linux-magazin.de Initsysteme 10/2013 

50 

Abbildung 3: In einer sehr langen Tabelle (hier nur ein kurzer Auszug) listet Lennart Poettering in seinem 

Blog zahlreiche Funktionen auf, die Systemd künftig übernehmen soll. 

Die Entwickler von Upstart beziehungsweise 

Systemd, begründen ihre Neuentwicklungen 

vor allem mit technischen 

Argumenten. Während Upstart das zeitweise 

nur dürftig betreute und nicht mehr 

zeitgemäße Sys-V-Init ablöste, rechtfertigen 

die Systemd-Macher ihren Neubau 

damit, dass sie Upstarts Konzept vom 

Kopf auf die Füße stellen wollen. 

Dass auch unternehmerische Gründe hinter 

den Entscheidungen stecken, würden 

die Entwickler wohl bestreiten. Dennoch: 

Für Upstart besitzt Canonical ein Contriund 

Pulseaudio und seines Zeichens Red- 

Hat-Entwickler, kündigte das alternative 

Initsystem 2010 in seinem Blog an [9]. 

Wie er im E-Mail-Interview schreibt, 

arbeitete er bereits vor dem Erscheinen 

von Upstart privat an einem Initsystem 

namens Babykit, legte dies aber nach 

dem Upstart-Announcement wieder zu 

den Akten. 

Auf der Linux Plumbers Conference 2009 

habe er dann zusammen mit seinem Kollegen 

Kay Sievers festgestellt, dass Upstart 

einen falschen Ansatz verfolgt, weil es 

vom Benutzer Vorleistungen erwarte, statt 

die minimale Anzahl benötigter Dienste 

selbst zu ermitteln. Also habe er die Pläne 

aus der Schublade geholt, sich Solaris’ 

SMF und Apples Launchd genau angesehen 

und im November 2009 begonnen 

Code für Systemd zu entwickeln. 

Zukunftspläne 

Technisch will Systemd Dienste massiv 

parallelisieren, indem es sie auf unterschiedlichen 

Wegen aktiviert: über Sockets, 

Busse, Geräte, Pfade oder Timer. 

Traditionell warten Daemons unter Linux 

zudem darauf, dass die Sockets anderer 

Daemons auf Empfang gehen, bevor sie 

Anfragen senden. Das will Systemd ändern, 

indem es alle Sockets aktiviert, bevor 

es die zugehörigen Daemons startet. 

Die Anfragen landen im Socket-Puffer, 

wo sie der Kernel verwaltet. 

Ist der Daemon schließlich online, arbeitet 

er die Warteschlange ab. Erwartet ein 

Client auf seine synchrone Anfrage eine 

Antwort, muss er sich zwar gedulden, bis 

der Daemon läuft, blockiert aber keine 

anderen Dienste. Da alle Sockets aktiv 

sind, spielen auch Abhängigkeiten der 

Daemons voneinander keine Rolle. 

Doch die Pläne gehen weiter. So wollen 

die Systemd-Entwickler, zu denen hauptsächlich 

Kay Sievers, Zbigniew Jedrzejewski-Szmek 

und Lennart Poettering 

gehören, dass Systemd auch das Festplattenmanagement 

beim Systemstart übernimmt, 

also Aufgaben wie das Mounten, 

Gesundheitschecks, die Platzverwaltung 

oder das Swappen. 

Zudem will die Mannschaft Prozesse 

über das Cgroups-Feature im Kernel verfolgen, 

um die Dienste so im Auge zu behalten 

und bei Abstürzen neu zu starten 

oder zumindest Crash-Informationen zu 

sammeln. Systemd soll auch Logdateien 

für Daemons anlegen, an Luks, Selinux 

und PAM andocken, Locales verwalten, 

Konsolen und Keyboards einrichten und 

vieles mehr. Sein Projekt habe, schreibt 

Poet tering, „den Fokus von Systemd etwas 

ausgedehnt“. Eine komplette Übersicht 

der geplanten Aufgaben von Systemd 

gibt ([10], Abbildung 3). 

Bei vielen Entwicklern weckt die Menge 

an Funktionen in Systemd Besorgnis. 

Poettering verteidigt die Pläne: Er sieht 

die Chance, die verschiedenen Eigenlösungen 

und Skripte der Distributionen 

abzuschaffen, indem Systemd die neuen 

Features von Linux intelligent einsetze 

und das Startsystem vereinheitliche. 

Viele Linux-Nutzer haben jedoch den alten 

Unix-Spruch „Do one thing and do it 

well“ verinnerlicht. Seine Gegner werfen 

ihm vor, er mache kleineren Distributionen, 

die auf Systemd verzichten wollen, 

das Leben schwer, indem er zahlreiche 

Dienste mit seinem Initsystem verknüpfe 

[11]. Einige Gentoo-Entwickler gründeten 

mit Eudev [12] einen Fork von Udev, 

nachdem Systemd den Udev-Code in die 

eigene Codebasis integrierte. 

Solche Vorwürfe hält der Entwickler für 

überzogen und will sie in seinem Blog 

entkräften. Doch seine offensive Art polarisiert, 

auch die Unbekümmertheit, mit 

der er vermeintlich alte Zöpfe abschneidet, 

kommt nicht überall gut an. 

Im Projekt selbst gehe es hingegen harmonisch 

zu, schreibt Poettering. Commit- 

Berechtigung für Systemd haben demnach 

17 Personen, im Repository stecken 

Patches von 400 Leuten, 600 Personen 

stehen auf der Mailingliste. Über diese 

kommunizieren alle, außerdem gebe es 

mehrmals im Jahr Hackfeste, und regelmäßig 

telefoniere er mit seinem Mitentwickler 

Kay Sievers. Den Code von Systemd 

verwaltet Git, Bugs werden in den 

Bugtrackern von Fedora und Freedesktop.org 

verfolgt. Aktuell komme Systemd 

unter Fedora, Open Suse, Arch-Linux, 

Mandriva, Mageia, Tizen und Mer, einem 

Fork von Meego, zum Einsatz. 

Für Debian gibt es zwar Systemd-Pakete, 

doch es nutzt noch immer Sys-V-Init. 

Auch Linux Mint hat nicht gewechselt, 

vielleicht weil Ubuntu an Upstart festhält. 

Mark Shuttleworth begründete das in seinem 

Blog damit, dass Upstart sorgfältig 

designt, gut getestet sei und es zudem 

eine klare Aufgabe habe [13]. 

Ausblick

utor License Agreement, kann also die 

Software notfalls unter eine proprietäre 

Lizenz stellen, etwa auf Mobilgeräten. 

Zudem ist Upstart nach längerer Entwicklung 

ein gut angepasster Bestandteil von 

Ubuntu und Canonical bezahlt die meisten 

seiner Entwickler. Das Initprogramm 

dürfte man allein deshalb nicht ohne triftige 

Gründe über Bord werfen. 

Die Entwickler von Systemd arbeiten hingegen 

für Red Hat. Das Unternehmen 

aus Raleigh hat sich nicht offiziell zu 

den Plänen geäußert, aber es ist sicher 

nicht unpraktisch, die Experten für das 

neue System auf der eigenen Lohnliste 

zu haben. Weil Canonical aus besagten 

Gründen vorerst nicht wechseln wird, 

besitzt Fedora zudem ein Alleinstellungsmerkmal, 

das sich aufgrund der Komplexität 

von Systemd nicht ohne Weiteres 

nachbauen lässt. 

Ob dieser Technologiewettstreit, der auch 

Wayland und Mir sowie Unity und Gnome 

berührt, der Linux-Community eher nützt 

oder schadet, muss sich noch zeigen. Insbesondere 

die Anhänger und Entwickler 

kleinerer Distributionen dürften den Konflikt 

genau beobachten. 

Während einige Systeme sich bereits für 

Systemd entschieden haben (etwa Arch 

Linux), bleiben andere einfach bei Sys-V- 

Init (Debian) oder nutzen gleich eine eigene 

Variante des Bootsystems wie Open 

RC (Gentoo). Dank der freien Lizenzen 

beider Bootsysteme ist zur Not auch ein 

späterer Wechsel möglich. n 

Infos 

[1] Sys-V-Init unter Linux: 

[http:// www. informatica. co. cr/ 

linux‐kernel/ research/ 1992/ 0422. html] 

[2] Simpleinit: [https:// www. kernel. org/ 

pub/ linux/ kernel/ Historic/ old‐versions/ 

RELNOTES‐0. 95] 

[3] Sys-V-Init soll Simpleinit ersetzen: 

[https://groups.google.com/d/msg/comp. 

os.linux/ceMONr8tHDI/srKZxiY6XDUJ] 

[4] Historische Changelogs für Sys-V-Init: 

[http:// swlx01. hs‐esslingen. de/ doc/ 

usr‐doc/ sysvinit‐2. 86/ Changelog] 

[5] Sys-V-Init-Übernahme: 

[http:// people. skolelinux. org/ pere/ blog/ 

Taking_over_sysvinit_development. html] 

[6] Sys-V-Init auf Savannah: [https:// 

savannah. nongnu. org/ projects/ sysvinit] 

[7] Upstart in Fedora 10: 

[http:// www. redhat. com/ archives/ 

rhl‐devel‐list/ 2008‐May/ msg01888. html] 

[8] Upstart in Debian: 

[https:// lwn. net/ Articles/ 351013/] 

[9] Lennart Poettering über Systemd: 

[http:// 0pointer. de/ blog/ projects/ 

systemd. html] 

[10] Ziele von Systemd: [http:// 0pointer. de/ 

blog/ projects/ why. html] 

[11] Eine Kritik an Systemd: 

[http:// sporkbox. us/ blog/ ? r=page/ 95] 

[12] Eudev: Udev-Fork: 

[https:// github. com/ gentoo/ eudev] 

[13] Shuttleworth über Upstart: [http:// www. 

markshuttleworth. com/ archives/ 1121] 

Initsysteme 10/2013 

Titelthema 


51

Titelthema 

www.linux-magazin.de Ext-FS 10/2013 

52 

Ext-FS – Rückblick auf vier Generationen 

Alteingesessene Familie 

Das Extended File System ist seit dem Linux-Kernel 0.96c ein treuer Begleiter des freien Betriebssystems. Mit 

seinen Weiterentwicklungen – oder sollte man sagen Wiedergeburten – Ext 2, Ext 3 und Ext 4 zählt es zu den 

ältesten Linux-spezifischen Softwareprojekten. Udo Seidel 

© Alevtina Huzova, 123RF.com 

Der Linux-Kernel [1] ist mittlerweile fast 

22 Jahre alt. Ein Weggefährte seit 1992 

ist die Familie der „Erweiterten Dateisysteme“ 

(Extended File Systems, Ext, 

[2], [3], [4]). Die ersten Schritte machte 

Linux mit einem von Minix stammenden 

Dateisystem ([3], [4], [5]). Dafür 

gab es mehrere Gründe: Linus Torvalds 

wollte ursprünglich ja nur einen besseren 

Terminal-Emulator für eben jenes Minix 

entwickeln. Daher bestand keine Notwendigkeit 

für eine eigene Datenablage. 

Selbst als sich das Torvalds-Projekt in 

einen Betriebssystemkern verwandelte, 

fand die Entwicklung weiter unter Minix 

statt. Das gemeinsame Dateisystem erleichterte 

dabei den Datenaustausch. 

Ein Stern geht auf 

Das Dateisystem des eigentlich für Lehrzwecke 

entwickelten Minix wies einige 

signifikante Einschränkungen auf. Die 

maximale Größe lag bei 64 MByte und die 

maximale Länge von Dateinamen betrug 

14 Zeichen [4]. Für manche Linux-Pioniere 

waren diese Grenzen irgendwann 

nicht mehr tragbar, sie machten sich Gedanken 

über eine neues, Linux-natives 

Dateisystem. Mit Version 0.96a des Kernels 

integrierte Linus die VFS-Schicht 

(Virtual File System), die das Hinzufügen 

weiterer Dateisysteme erleichterte ([4], 

[6], Abbildung 1). 

Mit Version 0.96c erblickte das erste Mitglied 

der Ext-FS-Familie das Licht der 

Linux-Welt [2]. Rémy Card, der Hauptautor, 

ließ sich hierbei vom Design des 

UFS (Unix File System) inspirieren. Nun 

durften Dateinamen 255 Zeichen lang 

sein, und zwar auf einem bis zu 2 GByte 

großen Dateisystem. 

Das war aber nur der Anfang. Obwohl 

Ext eine Verbesserung gegenüber Minix- 

FS darstellte, gab es immer noch Punkte, 

die den Entwicklern absolut missfielen: 

Es gab nur einen statt der drei heute 

üblichen Datei-Zeitstempel. Die Verwendung 

von verlinkten Listen für freien 

Platz führte schnell zu Fragmentierung 

und schlechter Performance. 

Die Ablösung von Ext war also vorprogrammiert 

und ließ nicht lange auf sich 

warten. Der Nachfolger Ext 2 ist seit 

Version 0.99.7 (März 1993) Bestandteil 

des Linux-Kernels. Die maximale Größe 

des Dateisystems konnte nun stolze 4 

TByte betragen, eine Datei durfte bis zu 

2 GByte umfassen. Das waren 1993 utopisch 

große Datenträger. Natürlich gab es 

nun auch die vertrauten drei Zeitstempel 

für die Erzeugung, die letzte Aktualisierung 

und den letzten Zugriff auf eine 

entsprechende Datei. 

Konkurrent Xia 

Tabelle 1: Dateisystem-Features, Stand März 1993 

Interessanterweise war Ext 2 nicht konkurrenzlos 

ins Rennen gestartet. Xia- 

FS – benannt nach seinem Entwickler 

Frank Xia [6] – basierte auf Minix-FS 

und adressierte dessen Unzulänglichkeiten 

(Tabelle 1). Erste Alphaversionen gab 

Merkmal Minix-FS Ext Ext 2 Xia-FS 

Maximale Dateisystemgröße 64 MByte 2 GByte 4 TByte 2 GByte 

Maximale Dateigröße 64 MByte 2 GByte 2 GByte 64 MByte 

Maximale Länge der Dateinamen 30 Zeichen 255 Zeichen 255 Zeichen 248 Zeichen 

Anzahl Zeitstempel 1 1 3 3

Abbildung 1: Der Linux-Kernel 0.96a brachte VFS gewissermaßen als 

Sprungbrett für das Ext-Dateisystem in 0.96c. 

es sowohl von Xia-FS als auch von Ext 

2 im Januar 1993 – und Xia erwies sich 

zunächst sogar als stabiler. Die größere 

Entwicklergemeinde stand aber hinter 

dem Nachfolger von Ext und half dabei, 

diesen rasch stabil zu machen [7]. 

Die zweite Welle 

Ext 2 war fast ein Jahrzehnt de facto 

das Standarddateisystem für Linux. 

Auch heute noch erfreut es sich signifikanter 

Beliebtheit: für Bootmedien oder 

zur Core-Dump-Datenablage. Die ersten 

Versionen stammten hauptsächlich aus 

der Feder des Franzosen Rémy Card, der 

schon Ext geschrieben hatte. Daneben 

machte sich Stephen Tweedie einen Namen 

als einer der Väter von Ext 2. 

Theodore (Ted) Ts’o schließlich ist der 

Dritte im Bunde. Ihre 1994 veröffentlichte 

Arbeit zum Nachfolger von Ext 

([8], auch [4]) ist eine gelungene Darstellung 

der Herkunft, des Status und der 

Entwicklungsmöglichkeiten des neuen 

Linux-Standarddateisystems. Wie schon 

der Vorgänger basiert Ext 2 auf den Designprinzipien 

von UFS und weist damit 

eine robuste Grundstruktur auf. 

Das Konzept von Inodes, Verzeichnissen 

und Links erfordert kein Informatikstudium, 

um es zu verstehen (Abbildung 2): 

Nach dem Bootblock ist der Datenträger 

in so genannte Blockgruppen aufgeteilt. 

Am Beginn jeder Blockgruppe steht ein 

Superblock – oder dessen Backup –, der 

das Dateisystem beschreibt. Es folgen Informationen 

zur jeweiligen Blockgruppe. 

Mit den Bitmaps und Tabellen verwaltet 

das Dateisystem die (unbenutzten) Blöcke 

und Inodes. 

Der verbleibende Platz gehört den eigentlichen 

Daten. Beim Design von Ext 2 hatten 

die Entwickler die Notwendigkeit zukünftiger 

Erweiterungen 

im Sinn. Bewusst 

ließen Rémy & Co. 

Platz in den Strukturen 

des Dateisystems, 

um dort später neue 

Merkmale hinterlegen 

zu können. 

Die Anwender sollten 

dabei in den Genuss 

von neuen Funktionen 

kommen, ohne 

das Dateisystem neu 

anlegen zu müssen. Dieser recht einfach 

zu formulierende Ansatz ist eine wichtige 

Säule des Erfolgs der Ext-FS-Familie. 

Aufgrund der gut verstandenen Interna 

und der Tatsache, dass Ext-FS fast von 

Anfang an mit von der Partie war, diente 

Ext 2 oft als Testbasis für Erweiterungen 

der VFS-Schicht. 

Journaling 

Im Laufe der Zeit erhielt der Linux-Kernel 

immer mehr Dateisysteme. Reiser-FS, JFS 

oder XFS waren Ext 2 unter anderem in 

einem Punkt überlegen [9]: Dank des 

so genannten Journaling war ein »fsck«- 

Lauf bei ihnen wesentlich schneller als 

bei Ext 2. Mit immer größer werdenden 

Datenträgern trägt die Dateisystem-Überprüfung 

signifikant zur Dauer eines Betriebsausfalls 

bei. Stephen Tweedie veröffentlichte 

1998 eine Designstudie mit 

ersten Implementationsansätzen für Ext 

2 mit Journaling-Funktion [10]. 

Während der Diskussion zu Schreib- 

Performance-Problemen großer Dateien 

[11] meldete der Entwickler auf der Kernel-Mailingliste 

auch, dass er an dieser 

Erweiterung des Dateisystems arbeitete 

Listing 1: Von Ext 2 zu Ext 3 und zurück 

01 # mkfs.ext2 /dev/sdb1 

02 mke2fs 1.42.7 (21‐Jan‐2013) 

03 Dateisystem‐Label= 

04 OS‐Typ: Linux 

05 Blockgröße=4096 (log=2) 

06 Fragmentgröße=4096 (log=2) 

07 [...] 

08 Inode‐Tabellen werden geschrieben: erledigt 

09 Schreibe Superblöcke und Dateisystem‐ 

Accountinginformationen: erledigt 

10 # mount /dev/sdb1 /tmp/mnt/ 

11 # grep mnt /proc/mounts 

12 /dev/sdb1 /tmp/mnt ext2 rw,relatime 0 0 

13 # umount /tmp/mnt/ 

[12]. Die Verwaltung vieler Dateien in 

einem Verzeichnis machte Ext 2 einige 

Mühe. Die Entwickler adressierten dies 

mit der Einführung von H-Tree, einer speziellen 

Form des B-Tree. 

Mit Journaling, der eben erwähnten 

baum artigen Struktur für große Verzeichnisse 

und der Möglichkeit, das Ext-FS 

online zu vergrößern, war Ext 3 geboren. 

Seit Version 2.4.15 (November 2001) 

ist es als Linux-Kernelbeigabe erhältlich 

[13]. Der Clou an der Sache: Eine Umwandlung 

von Ext 2 zu seinem Nachfolger 

war (und ist) ohne lästiges Daten- 

Herumschaufeln möglich. 

Die Dateisystem-Entwickler hielten Wort. 

Mehr noch, sogar der Rückweg war möglich. 

Einfach das Kommando »fsck.ext2« 

über eine Ext-3-Partition laufen lassen, 

und schon konnte der Admin es wieder 

als normales Ext 2 in den Verzeichnisbaum 

einhängen. Noch eleganter geht es 

mit dem Werkzeug »tune2fs« (Listing 1). 

Zurückrudern 

Die Rückverwandlung einer Ext-3-Partition 

in Ext 2 erscheint dann sinnvoll, 

wenn Performance wichtiger als Dateisystem-Integrität 

ist. Ein Journal erfordert 

mehr Schreibzugriffe auf den Datenträger 

als bei Ext 2 und lässt sich leider nicht 

separat abschalten. Wie Listing 1 zeigt, 

ist die Konvertierung recht schmerzfrei 

und keine Einbahnstraße. 

Listing 2: »libext2fs« 

01 # ldd /usr/sbin/debugfs /usr/sbin/tune2fs \ 

02 > /usr/sbin/mkfs.ext* /usr/sbin/fsck.ext* \ 

03 > /usr/sbin/btrfs‐convert | grep ext2fs | \ 

04 > awk '{print $1}' | uniq 

05 libext2fs.so.2 

14 # tune2fs ‐j /dev/sdb1 

15 tune2fs 1.42.7 (21‐Jan‐2013) 

16 Erstelle Journal‐Inode: erledigt 



19 /dev/sdb1 /tmp/mnt ext3 

rw,relatime,data=ordered 0 0 

20 # umount /tmp/mnt/ 

21 # tune2fs ‐O ^has_journal,^dir_index /dev/sdb1 

22 tune2fs 1.42.7 (21‐Jan‐2013) 



25 /dev/sdb1 /tmp/mnt ext2 rw,relatime 0 0 

Ext-FS 10/2013 

Titelthema 


53

Titelthema 

www.linux-magazin.de Ext-FS 10/2013 

54 

Aber die Geschichte wiederholte sich: 

Die Anforderungen bezüglich Größe und 

Geschwindigkeit der zu verwaltenden Datenträger 

wuchsen immer mehr und Ext 

3 begann, an seine Grenzen zu stoßen. 

Aus einer Art gepatchtem Ext 3 entstand 

so Ext 4 [14]. Zunächst als experimentell 

gekennzeichnet, ist das Dateisystem seit 

Kernelversion 2.6.28 (Oktober 2008) als 

produktiv einsetzbar markiert. 

Ted macht weiter 

Die Kontinuität setzte sich auch auf Entwickler-Seite 

fort. Ted Ts’o, schon am 

Großvater von Ext 4 maßgeblich beteiligt 

und Chefverwalter von Ext 3, nahm auch 

den jüngsten Vertreter der Ext-FS-Familie 

unter seine Fittiche. Die neuen Merkmale 

von Ext 4 sind in [9] recht ausführlich 

beschrieben. Unbedingt hervorzuheben 

ist: Ein bereits vorhandenes Ext 3 lässt 

sich ohne Datenverlust oder -migration 

konvertieren. 

Manche Neuerungen von Ext 4 erfordern 

aber leider eine Änderung der Struktur 

auf der Platte, dem so genannten Ondisk-Format. 

Verzichtet der Admin auf 

diese, ist auch hier die Konvertierung 

keine Einweg-Operation. Wieder leistet 

das Programm »tune2fs« 

dem Administrator 

wertvolle 

Diens te. Es gibt sogar 

eine Light-Version, bei 

der Anwender eine 

Ext-3-Partition mit 

dem Ext-4-Treiber einbinden 

(siehe Abbildung 

3). 

Die Beziehungen innerhalb 

der Ext-FS- 

Familie sind transitiv 

– aus der Kompatibilität 

von Ext 2 und 

Ext 3 sowie von Ext 3 

und Ext 4 ergibt sich 

die Verträglichkeit von Ext 2 und Ext 4. 

Tabelle 2 zeigt auf, welcher Kerneltreiber 

mit welchem Dateisystem umgehen 

kann, ohne dass der Anwender die eigentlichen 

Daten auf der Platte manipulieren 

muss. 

Nebenbasis: Bibliothek 

Abbildung 3: Einige Verbesserungen von Ext 4 macht der Kernel über den 

Treiber auch für Ext-3-Partitionen verfügbar. 

Wie erwähnt war das gute Grundverständnis 

von Ext 2 mit seinen Nachfolgern 

ein wesentlicher Baustein für den 

Erfolg des Dateisystems. Neben den üblichen 

Werkzeugen zum Anlegen und 

Überprüfen von Ext-FS existieren auch 

gute Debuggingtools wie »debugfs« und 

»dumpe2fs«. Damit steigen ambitionierte 

Anwender richtig tief in das Dateisystem 

hinab, um es zu analysieren, Fehler zu 

beheben oder Daten zu retten. 

Damit diese Tools funktionieren, müssen 

sie das entsprechende Insiderwissen über 

das jeweilige Mitglied der Ext-FS-Familie 

besitzen. Ändert sich ein Detail am Dateisystem, 

sind die Entwickler genötigt, 

auch die zugehörigen Werkzeuge anzu- 

Bootsektor Blockgruppe 1 Blockgruppe 2 Blockgruppe 3 Blockgruppe 4 Blockgruppe 5 

Superblock 

Blockgruppeninfos 

Block-Bitmap Inode-Bitmap Inode-Tabelle 

Abbildung 2: Die grundlegende Struktur von Ext 2 stammt vom Unix-Dateisystem UFS. 

Datenblöcke 

Tabelle 2: Treiber-Kompatibilität 

Dateisystem Ext 2 Ext 3 Ext 4 

Ext 2 ja ja ja 

Ext 3 nein ja ja 

Ext 4 (mit nein ja ja 

Ext-3-On-disk- 

Format) 

Ext 4 nein nein ja 

Blick in die Zukunft 

Seit 2008 ist Ext 4 reif für den produktiven 

Einsatz. Ob es ein Ext 5 geben wird, bleibt allerdings 

fraglich. Selbst Ted Ts’o glaubt, dass die 

Zukunft Btr-FS gehört [16]. Ein großer Vorteil 

der Ext-FS-Familie, die Rückwärtskompatibilität, 

beschränkt letztlich auch die Skalierbarkeit 

und Verwaltbarkeit. Suse ist diesen Weg schon 

gegangen: Nach dem schweren Abschied von 

Reiser-FS kam der Wechsel zu Ext 3, der aber 

nicht lange anhielt, denn schon ist Btr-FS am 

Zug. Auch Red Hat wird in absehbarer Zeit Ext 

4 als Standard abschaffen. Dort ist aber XFS der 

designierte Nachfolger. 

Die (Weiter-)Entwicklung von Ext 4 beruht auf 

mehreren Komponenten. Das Kernteam umfasst 

zehn Leute, Ted Ts’o gehört natürlich dazu. Sie 

beraten sich in wöchentlichen Telefonkonferenzen 

und treffen sich einmal im Jahr. Die 

Beiträge zum Quelltext an sich stammen aus 

der Arbeit von weit mehr Leuten. Eine aktuelle 

Grobanalyse zählt hier mehr als 120 verschiedene 

Entwickler. Deren Kommunikation findet 

teilweise auf der Linux-Kernel-Mailingliste sowie 

auf dem Ext-4-spezifischen Verteiler [17] 

statt. Der gute alte Internet Relay Chat (IRC) ist 

ebenfalls mit von der Partie [18]. 

Zur Überprüfung von Funktion, Robustheit und 

Stabilität kommen »xfstest« und die hauseigene 

Regressionstest-Suite zum Einsatz. Fehler 

und deren Behebung sind durch Bugzilla-Tickets 

dokumentiert [19]. Diese und viele andere Fakten 

beschreibt die Wiki-Seite [20]. Dort finden 

Entwickler und Anwender gleichermaßen wichtige 

und nützliche Informationen. 

Apropos Anwender: Die Zahl der Ext-4-Benutzer 

ist nicht wirklich abschätzbar. Eine große 

Dunkelziffer bilden die Computer in Googles 

Rechenzentren, auf denen das Dateisystem im 

Einsatz ist. Übrigens war die Umstellung von 

Ext 2 auf Ext 4 einer der Gründe, warum der 

Internetgigant den Maintainer Ted Ts’o an Bord 

holte. Android setzt seit Honeycomb ebenfalls 

auf das jüngste Mitglied der Ext-FS-Familie. 

Dank der Linux-Smartphones wächst die Anzahl 

der Ext-4-Instanzen rasant.

passen. Mit wachsender Anzahl der Helferprogramme 

kann der Pflegeaufwand 

immens werden. Der Trick bei Ext 2 und 

seinen Nachfolgern besteht darin, dass 

sich die Dateisystem-Infos in der Bibliothek 

»libext2fs« versammeln, gegen das 

die Tools gelinkt sind (Listing 2). Es ist 

schon Ironie, dass das Btr-FS-Werkzeug 

»btrfs‐convert« ebenfalls diese Bibliothek 

benutzt. Es erlaubt nämlich, ein bestehendes 

Ext-FS in situ in den Konkurrenten 

Btr-FS zu konvertieren [15]. 

Fazit 

Mit ihrer über 20-jährigen Geschichte ist 

die Familie der Ext-Dateisysteme eines 

der nachhaltigsten Open-Source-Projekte 

im Linux-Umfeld. Maßgeblich für diesen 

Erfolg sind mehrere Faktoren: Zunächst 

das Design von 1993, das einerseits künftige 

Erweiterungen erlaubte, andererseits 

aber sehr stark rückwärtskompatibel war. 

Zudem herrscht Kontinuität bei den Chef- 

Entwicklern. 

Die frühzeitige Integration in den Linux- 

Kernel war auch nicht gerade schädlich. 

Sie verhalf der Dateisystemfamilie zu einer 

großen Entwickler- und Anwendergemeinde. 

Dazu kam die frühe Nominierung 

zum Standarddateisystem von 

Linux. Sie ist gleichzeitig Ursache und 

Konsequenz des Erfolgs von Ext 2 und 

seinen Verwandten. 

Es bleibt dennoch spannend, wie es in 

den kommenden Jahren weitergeht (siehe 

Kasten „Blick in die Zukunft“). Was passiert 

wohl nach der Wachablösung durch 

Btr-FS oder XFS? Wird das Handy-Linux 

Android die Fahne der Ext-Familienehre 

hochhalten? (mhu) 

n 

Infos 

[1] Linux Kernel Archives: 

[http:// www. kernel. org/] 

[2] Linux 0.96c: [https:// www. kernel. org/ 


linux‐0. 96c. tar. gz] 

[3] M. Tim Jones, „Anatomy of Ext 4“: 

[http:// www. ibm. com/ developerworks/ 

linux/ library/ l‐anatomy‐ext4/] 

[4] Rémy Card, Theodore Ts’o, Stephen 

Tweedie, „Design and Implementation 

of the Second Extended Filesystem“: 

[http:// e2fsprogs. sourceforge. net/ 

ext2intro. html] 

[5] Andrew Tanenbaum, „Operating Systems: 

Design and Implementation“: Prentice 

Hall, 1987 

[6] Linux 0.96a: [https:// www. kernel. org/ 


linux‐0. 96a. tar. gz] 

[7] Theodore Ts’o, „The Linux Ext2/3/4 

Filesystem: Past, Present and Future“: 

[http:// www. linuxfoundation. jp/ jp_ 

uploads/ seminar20060911/ Ted_Tso. pdf] 

[8] Rémy Card, Theodore Ts’o, Stephen 

Tweedie, „Design and implementation of 

the second extended filesystem“: Proceedings 

of the First Dutch International 

Symposium on Linux, 1994 

[9] Udo Seidel, „Zünftige Speicher: Lokale 

Dateisysteme im Überblick“, 

Linux-Magazin 07/12 S. 22 

[10] Stephen Tweedie, „Journaling the Linux 

ext2fs Filesystem“: 

[http:// original. jamesthornton. 

com/ hotlist/ linux‐filesystems/ 

ext3‐journal‐design. pdf] 

[11] Alan Curry: „fsync on large files“: 

[http:// lkml. org/ lkml/ 1999/ 2/ 12/ 160] 

[12] Stephen C. Tweedie, „Re: fsync on large 

files“: 


[13] Changelog zu Kernel 2.4.15: 

[http:// www. kernel.org/ pub/ linux/ kernel/ 

v2. 4/ ChangeLog‐2. 4. 15] 

[14] Theodore Ts’o, „Proposal and plan for 

Ext2/3 future development work“: 


[15] „Conversion from Ext 3“: 

[http:// btrfs. wiki. kernel. org/ index. php/ 

Conversion_from_Ext3] 

[16] Ryan Paul: „Panelists ponder the kernel 

at Linux Collaboration Summit“: 

[http:// arstechnica. com/ 

information‐technology/ 2009/ 04/ linux 

‐collaboration‐summit‐the‐kernel‐panel/] 

[17] Ext-4-Mailinglisten: [http:// ext4. wiki. 

kernel. org/ index. php/ Mailinglists] 

[18] Ext-4-IRC: [http:// ext4. wiki. kernel. org/ 

index. php/ IRC] 

[19] Ext-4-Bugs: [http:// bugzilla. kernel. org/ 

buglist. cgi? product=File+System& 

component=ext4] 

[20] Ext-4-Wiki: [http:// ext4. wiki. kernel. org] 

Der Autor 

Dr. Udo Seidel ist seit 1996 Linux-Fan. Er hat 

als Linux/Unix-Trainer, Systemadministrator und 

Senior Solution Engineer gearbeitet. Heute ist er 

Leiter des Linux-Strategie-Teams der Amadeus 

Data Processing GmbH in Erding.

Titelthema 

www.linux-magazin.de Emacs 10/2013 

56 

Der programmierbare Editor Emacs 

GNUs Tausendsassa 

Den Texteditor Emacs gibt es seit Jahrzehnten und die Community entwickelt ihn stets weiter. Zu seinem Erfolgsrezept 

gehören die Erweiterbarkeit, eine freie Lizenz und eine kreative Anhängerschaft. Mathias Huber 

© 3355m, 123RF.com 

Ein Texteditor, mit dem man Mail lesen, 

Aufgaben planen und Tetris spielen kann? 

Den hatte der spätere GNU-Gründer Richard 

Stallman vermutlich noch nicht im 

Sinn, als er 1976 die erste Inkarnation des 

Emacs programmierte: Es handelte sich 

um Makros für Teco, den Texteditor des 

Betriebssystems ITS, das damals im Artificial 

Intelligence Lab des MIT lief. Laut 

Legende stammt von diesen „Editing Macros“ 

auch der Name Emacs. 

ITS und Teco sind längst verschwunden, 

ebenso die folgende Emacs-artige Software 

wie Zmacs, der Multics Emacs und 

die erste Version für Unix, geschrieben 

vom Java-Erfinder James Gosling 1981 

[1]. Überlebt hat Stallmans Variante, der 

GNU Emacs [2], den er 1985 veröffentlichte. 

Er ist heute noch der Leib-und- 

Magen-Editor vieler Programmierer, sofern 

sie nicht eine integrierte Umgebung 

wie Eclipse benutzen – oder den ewigen 

Emacs-Konkurrenten Vi (siehe Kasten 

„Vi – der andere Editor“). 

Für den Erfolg des GNU Emacs, der nun 

fast drei Jahrzehnte anhält, dürften mehrere 

Faktoren gesorgt haben, auch wenn 

der derzeitige Chef-Maintainer Stefan 

Monnier dafür hauptsächlich eine große 

Portion Glück verantwortlich macht. 

Teil eines großen Plans 

Der Editor sollte kein einzelnes Softwareprodukt 

werden, Richard Stallman 

hatte ein komplettes System alternativer 

Unix-Software im Sinn. Das machte er 

erstmals im September 1983 im Usenet 

bekannt [3]: „Von Thanksgiving an 

werde ich ein vollständiges, Unix-kompatibles 

Softwaresystem namens GNU 

(für Gnu 's Not Unix) schreiben und an 

jeden kostenlos abgeben, der es brauchen 

kann. Unterstützung in Form von 

Zeit, Geld, Programmen und Hardware 

wird dringend benötigt.“ 

Wenn der Plan auch nicht in allen Details 

aufgegangen ist, muss doch jeder zuge- 

ben, dass GNU-Software wie GNU Compiler 

Collection (GCC) und Bash heute 

wichtige Fundamente Unix-artiger Systeme 

bilden. Der Editor Emacs war unter 

diesen Komponenten das erste fertige 

Programm, das das junge GNU-Projekt 

1985 vorzeigen konnte, während GCC 

noch in der Entwicklung steckte. 

Dazu kam eine Lizenz, die das Weitergeben 

von Code ermöglichte, wie es in 

der akademischen Welt des MIT üblich 

gewesen war. Anfangs war dies die GNU 

Emacs General Public Licence (GPL), 

später machte Stallman sie für weitere 

Programme tauglich und veröffentlichte 

sie 1989 als GNU General Public License 

(GPL) 1.0. Sie erklärt das Teilen von Code 

nicht nur zu einem Recht, sondern zur 

Pflicht, und setzt damit die Idee eines 

„andersrum funktionierenden“ Copyright 

um – des Copyleft. 

Features einfach nachladen 

Daneben hatte sich Richard Stallman 

schon früher Gedanken über die Technik 

eines erweiterbaren und anpassbaren 

Editors gemacht. In einem Aufsatz für die 

„ACM Conference on Text Processing“ 

[4] hielt er 1981 die grundlegende Architektur 

fest: Ein Basissystem, das sich zur 

Laufzeit durch das Laden von Bibliotheken 

um Features erweitern lässt. Damit 

legte er sich auf Programmiersprachen 

und Implementierungen fest, die das 

können. Neben Snobol und APL machte 

dies Lisp zum Kandidaten. Schon Gosling 

hatte für seine Emacs-Ausgabe ein 

reduziertes Lisp-artiges System namens 

Mocklisp gewählt. 

In einer Rede [5] hat Stallman 2002 

näher ausgeführt, wie er mit Lisp vertraut 

wurde und schließlich Emacs Lisp 

schuf, für das der Editor heute einen ein-

Abbildung 1: Code-Ausschnitt: Dank seiner leistungsfähigen Erweiterungssprache Emacs Lisp kann der Editor 

sogar als Psychoanalytiker mit dem Anwender in Dialog treten. 

gebauten Interpreter besitzt. Die Erweiterbarkeit 

mittels einer leistungsfähigen 

Programmiersprache gilt allgemein als 

Erfolgsrezept von Emacs. 

Lernen und einarbeiten 

Der bekennende Emacs-Fan Steve Yegge 

schreibt in seinem Blog [6]: „Emacs hat 

die gleiche Lernkurve wie HTML: Man 

kann ganz einfach anfangen und sich 

langsam hocharbeiten, ohne auf einmal 

Vi – der andere Editor 

Ein sehr langlebiges Projekt, das unter Linux 

noch immer zum Einsatz kommt, heißt Vi (für 

„visual“). Der Texteditor stammt aus dem 

Jahre 1976. Ihm gingen unterschiedliche Varianten 

des zeilenorientierten Unix-Editors Ed 

von Ken Thompson voraus, der wiederum auf 

dem noch älteren Qed basierte, der Mitte der 

60er Jahre entstanden war und dessen Geschichte 

Dennis Ritchie aufschrieb [7]. 

Dank seines geringen Ressourcenbedarfs 

wurde Vi zum Standardeditor vieler Systeme. 

Das Terminalprogramm kann mit seiner ausgefeilten 

Tastenbelegung mehrere Befehle kombinieren. 

So löscht [D] [W] [.] [.] [.] den Rest 

des Worts rechts vom Cursor und wiederholt 

den Vorgang dreimal. Die kurzen Kommandos 

erlauben fließendes Arbeiten. 

Der Erfolg von Vi beruht zudem auf den drei 

Arbeitsmodi: Im Command Mode lassen sich 

simple Arbeiten erledigen (Zeilen löschen, 

Wörter suchen), im Insert Mode kann man Text 

eingeben und im Ex Mode lassen sich komplexe 

Befehle absetzen, etwa Suchen und Ersetzen. 

Seinen Weg in eine Linux-Distribution fand der 

einen Riesenschritt bei der Komplexität 

zu machen.“ Das beginnt schon beim 

Emacs-Initiationsritual, dem Anlegen der 

persönlichen Konfigurationsdatei »~/. 

emacs«. 

Emacs ist bestens für die Erweiterbarkeit 

gerüstet: Die Bearbeitungseinstellungen 

für bestimmte Programmiersprachen 

oder Datenformate, die Modes, sind in 

einzelnen Lisp-Dateien abgelegt, die der 

Anwender mit der eingebauten Kommandozeile 

lädt. Diese Major Modes lassen 

Originaleditor aber erst im Jahre 2002. Gunnar 

Ritter nahm um 2000 herum den Quellcode des 

Vi-Erfinders Joy aus 2.11-BSD und portierte ihn 

für Linux und Free BSD. Doch erst zwei Jahre 

später änderte AT&T die Quellcode-Lizenz und 

erlaubte es, aus dem Original-Vi ein Open- 

Source-Projekt [8] zu machen. 

Andere waren schneller: Ende Januar 1990 

veröffentlichte Steve Kirkendall mit Elvis einen 

Vi-Klon für Minix und schickte ihn an die 

Newsgroup Comp.os.minix [9]. Als Elvis zwei 

Jahre später Version 1.5 erreichte, ließ sich 

die Software auch unter Linux ausführen [10]. 

Zur selben Zeit tauchte Vim unter Linux auf 

[11]. Bram Moolenar veröffentlichte ihn Ende 

1991 für Amiga, er basierte auf einem Vi-Klon 

namens Stevie. Der Sprung auf Linux gelang 

mit Version 1.24. 

Vim gilt als erfolgreichste Vi-Variante unter 

Linux, viele Distributionen leiten Vi-Aufrufe automatisch 

an Vim weiter. Grund dafür ist neben 

dem Mehr an Features gegenüber Vi sicherlich 

auch Vimscript, das es erlaubt, den Editor um 

eigene Funktionen oder Makros zu erweitern.

Titelthema 

www.linux-magazin.de Emacs 10/2013 

58 

Abbildung 2: Verblasster Mythos: Der Fork XEmacs preist seine Vorzüge 

gegenüber der GNU-Variante der Software. 

sich durch Minor Modes um ausgewählte 

Features erweitern. 

Der Editor hält zahlreiche Anknüpfungspunkte 

für selbst geschriebenen Code 

bereit. Diese so genannten Hooks laufen 

etwa beim Öffnen, Schließen oder 

Speichern einer Datei ab und führen den 

eingehängten Code aus. Außerdem bietet 

Emacs Lisp vorgefertigte Variablen für 

Editorkomponenten wie Fenster, Cursor 

und markierte Abschnitte. Das macht 

ihn zum „Rohmaterial, um Editoren zu 

bauen“, wie es Bob Glickstein in seinem 

Buch „Writing GNU Emacs Extensions“ 

von 1997 ausdrückt [12]. Die Beispiele 

aus diesem Standardwerk funktionieren 

übrigens mit der aktuellen Emacs-Version 

immer noch. 

Massenhaft Erweiterungen 

Free-Software-Lizenz plus Programmierbarkeit 

haben zu einem reichen Repertoire 

an Emacs-Erweiterungen geführt. 

Es gibt kaum eine Programmiersprache, 

mag sie noch so neu oder esoterisch sein, 

für die es keinen Emacs-Modus gibt. Man 

kann dank der Erweiterung Gnus mit 

Emacs Mail und Usenet-News lesen, ihn 

als textbasierten Browser verwenden, ja 

sogar PDF-Dateien anzeigen. 

Anschluss an Debugger, Testwerkzeuge 

und Versionskontrollsysteme findet der 

Editor ebenfalls. Daneben ist eine gewisse 

Spielfreudigkeit der Emacs-Liebhaber zu 

bemerken, die im Emacs-Doctor gipfelt 

– einer Art Eliza-Programm, das wie ein 

Psychoanalytiker einen Dialog mit dem 

Benutzer führt (Abbildung 1, [13]). 

Diese Vielfalt gibt Stallman Recht, wenn 

er das Projekt Emacs als unvorhersehbar 

einordnet [4]: „Weder ich noch jemand 

anderes konnte sich 

einen erweiterbaren 

Editor vorstellen, ehe 

ich ihn geschrieben 

hatte, oder seinen 

Wert schätzen, ehe er 

ihn erlebt hatte.“ 

Viele einst externe 

Emacs-Erweiterungen 

sind im Laufe der Zeit 

in den Lieferumfang 

des Editors eingegangen. 

Zu den jüngeren 

Zugängen zählen 

Orgmode, ein Modus 

für Notizen und Aufgabenplanung, und 

ELPA, ein Paketmanager, der seinerseits 

Emacs-Erweiterungen aus Internet-Repositories 

installiert. 

Die Neuzugänge müssen unter GPL lizenziert 

sein, daneben ist es Voraussetzung, 

dass der Entwickler das Copyright an 

die Free Software Foundation überträgt. 

Das verschafft der Organisation zumindest 

nach US-amerikanischem Recht die 

Möglichkeit, Gerichtsverfahren um den 

Code und die Einhaltung der GPL durchzufechten. 

Das Emacs-Projekt galt nicht 

immer als aufgeschlossen. In seinem Aufsatz 

„The Cathedral and the Bazaar“ [14] 

schrieb der Open-Source-Programmierer 

Eric S. Raymond 1997, der Führungsstil 

Stallmans entspreche eher einer Kathedrale 

mit einem strengen Chefarchitekten 

als einem bunten Basar. 

Der Fork: XEmacs 

Einige Entwickler stießen sich sogar dermaßen 

an Projektleiter und FSF, dass sie 

1991 einen Fork des freien Quellcodes 

vornahmen und einen eigenen Emacs 

daraus machten. Zunächst hieß er Lucid 

Emacs, nach der Firma, bei der Jamie Zawinski, 

einer der Unzufriedenen, damals 

arbeitete. Ab 1994 trägt er den bekannteren 

Namen XEmacs [15]. Gegenstand 

des Zwists war die anstehende Version 19 

des GNU-Emacs, sie hatte sich verzögert. 

Zugleich wollten einige Entwickler dem 

bisherigen Terminalprogramm bessere 

GUI-Unterstützung beibringen. 

Was dann genau passierte, ist Thema 

eines jahrzehntelangen Disputs. Richard 

Stallman findet [16], die Neuerer hätten 

nicht das Gespräch mit dem Projekt gesucht 

und zudem bestehende Features 

neu implementiert. Laut Zawinski [17] 

akzeptierte die Free Software Foundation 

die Verbesserungsvorschläge und den dazugehörigen 

Code nicht. 

Dieser Fork, in Emacs-Kreisen sogar als 

Schisma bezeichnet, war die größte Krise 

des Projekts und hat die Gemeinde um 

den freien Editor nachhaltig gespalten. 

Viele Autoren von Erweiterungen dagegen 

bemühten sich, ihre Emacs-Lisp-Dateien 

unter beiden Emacs-Varianten gleichermaßen 

funktionstüchtig zu halten. 

In der GPL erlaubt 

In einer Mail von 1992 [17] schreibt Richard 

Stallman immerhin recht versöhnliche 

Worte: „Ich kann es den Leuten 

nicht übel nehmen, dass sie die Lücke 

gefüllt haben, die die FSF gelassen hat. 

Eines der Ziele von Copyleft ist es ja, so 

etwas zu ermöglichen – damit der Fehler 

eines zentralen Maintainers nicht eine 

ganze Community behindert.“ 

XEmacs enthält eine Datei, die seine Vorzüge 

gegenüber der GNU-Variante hervorhebt 

(Abbildung 2): eine echte Werkzeugleiste, 

bessere Menüs, horizontale 

und vertikale Scrollbalken in allen Fenstern, 

Schriften und Farben auch in einem 

Terminal. Fast alles hat der GNU Emacs 

inzwischen nachgeholt, abgesehen von 

grafischen Tabs für die geöffneten Dateien. 

Die Entwicklung des XEmacs ist 

Abbildung 3: Sympathisch-kauzig oder eher peinlich? 

Emacs-Erfinder Richard Stallman inszeniert 

sich auf dem Desktop Summit 2009 als St. IGNUcius 

von der Kirche des Emacs.

mittlerweile eingeschlafen – das leise 

Ende eines spektakulären Forks. 

Editor-Folklore 

Emacs hat als lange bestehendes Projekt 

eine eigene Folklore und Kultur geschaffen. 

Dazu gehören Szene-eigene Witze, 

beispielsweise Emacs sei ein Akronym 

für „Escape-Meta-Alt-Control-Shift“, was 

sich über die Tastaturkürzel zur Bedienung 

lustig macht. Mindestens ebenso 

seltsam mutet an, wenn sich Richard 

Stallman bei Auftritten zum „St. IGNUcius“ 

von der „Kirche des Emacs“ stilisiert 

(Abbildung 3). Interessanterweise 

passt zu diesem klerikalen Scherz auch 

das Reden vom Emacs-Schisma. 

Derzeit tragen offiziell 167 Personen 

Code zu GNU Emacs bei, in der Geschichte 

des Editors waren es insgesamt 

über 1300. Dabei spielt Richard Stallman 

immer noch eine wichtige Rolle. Obwohl 

er mittlerweile nur noch einer von rund 

zehn Maintainern ist – und nicht einmal 

der oberste –, wiegt sein Wort auf der 

Mailingliste [18] mehr als das anderer. 

Emacs-Zukunft 

Trotz seiner vielen Jahre bleibt Emacs in 

Bewegung: In den ELPA-Archiven findet 

man modernste Features, zum Beispiel 

eine Implementierung von Websockets 

in Emacs Lisp. Die größte Neuerung 

dürfte das Projekt Guile-Emacs [19] sein. 

Guile dient dem GNU-Projekt als Standard-Compiler 

und ‐VM für Lisp-artige 

Sprachen. In Zukunft soll er den alten 

Emacs-Lisp-Interpreter ersetzen. Damit 

gibt es nur noch eine Implementierung 

zu pflegen, zudem bringt Guile Nebenläufigkeit. 

Dadurch könnte Emacs etwa 

im Hintergrund E-Mails abrufen, während 

er vorne gerade eine Lisp-Bibliothek 

kompiliert. 

Ein weiterer Plan ist der Ausbau zur integrierten 

Entwicklungsumgebung, wie 

der Chef-Maintainer Stefan Monnier dem 

Linux-Magazin mitteilte. Daneben gibt 

es eine Forderung, die nach einer längst 

überfälligen Modernisierung klingt: 

Emacs Lisp soll Namespaces bekommen, 

um mehr Ordnung in die zahllosen Erweiterungspakete 

zu bringen [20]. Erstaunlich, 

dass es 30 Jahre auch ohne 

gegangen ist. 

n 

Infos 

[1] Sam Williams, „Free as in Freedom“: 

[http:// oreilly. com/ openbook/ freedom/ 

index. html] 

[2] GNU Emacs: 

[http:// www. gnu. org/ software/ emacs/] 

[3] Richard Stallman, „Initial GNU Announcement“: 

[http:// www. gnu. org/ gnu/ 

initial‐announcement. en. html] 

[4] Richard Stallman, „EMACS: The Extensible, 

Customizable Display Editor“: 

[http:// www. gnu. org/ software/ emacs/ 

emacs‐paper. html] 

[5] Richard Stallman, „My Lisp Experiences 

and the Development of GNU Emacs“: 

[http:// www. gnu. org/ gnu/ rms‐lisp. html] 

[6] Steve Yegge’s Blog: 

[http:// steve‐yegge. blogspot. de] 

[7] QED: [http:// cm. bell‐labs. com/ cm/ cs/ who/ 

dmr/ qed. html] 

[8] Traditional Vi: 

[http:// sourceforge. net/ projects/ ex‐vi/] 

[9] Elvis: [https:// groups. google. com/ forum/ 

#!original/ comp. editors/ rdUYDzANsMw/ 

ErR‐8j1VCfQJ] 

[10] Elvis läuft auf Linux: [https:// groups. 

google. com/ forum/ #!searchin/ comp. 

os. linux/ elvis|sort:date/ comp. os. linux/ 

J7y0Vy_9AAg/ iviaLaRZtXoJ] 

[11] Die Story von Vim: 

[http:// www. moolenaar. net/ vimstory. txt] 

[12] Bob Glickstein, „Writing GNU Emacs Extensions“, 

O’Reilly 1997 

[13] Emacs-Doctor: 

[http:// www. csee. umbc. edu/ courses/ 471/ 

papers/ emacs‐doctor. shtml] 

[14] „Eric S. Raymond, „The Cathedral 

and the Bazaar“: [http:// www. catb. 

org/ ~esr/ writings/ cathedral‐bazaar/ 

cathedral‐bazaar/] 

[15] XEmacs: [http:// xemacs. org] 

[16] Richard Stallman, „The Origin of 

XEmacs“: [http:// stallman. org/ articles/ 

xemacs. origin] 

[17] Jamie Zawinski, „The Lemacs/FSFmacs 

Schism“: 

[http:// www. jwz. org/ doc/ lemacs. html] 

[18] Mailingliste der Emacs-Entwickler: 

[http:// lists. gnu. org/ mailman/ listinfo/ 

emacs‐devel] 

[19] Guile Emacs: [http:// www. emacswiki. org/ 

emacs/ GuileEmacs] 

[20] Nic Ferrier, „Hatching a plan to add 

namespaces to Emacs Lisp“: [http:// 

nic. ferrier. me. uk/ blog/ 2013_06/ 

adding‐namespaces‐to‐elisp]

Titelthema 

www.linux-magazin.de Blender, Xfig 10/2013 

60 

Blender und das Street Performer Protocol 

Freigekauft 

In einer spektakuären Sammelaktion erwarb 2002 eine Community den Blender Publisher von den Risikokapitalgebern 

der gestrandeten 3-D-Firma „Not a Number“. Seither ist das Modellierungsprogramm frei, und eine 

Foundation lenkt die Entwicklung, Open-Movie-Projekte und Kooperationen mit der Spieleindustrie. Jan Kleinert 

© Scott Griessel, 123RF.com 

gebung (Game Engine), aber weiterhin 

auch mit einer nicht standardkonformen 

Benutzeroberfläche. Ende 2000 hatten 

sich mehr als eine viertel Million Anwender 

auf der NaN-Webseite registriert. 

Dem kometenhaften Aufstieg folgte der 

jähe Fall. Schon im April 2001 mussten 

ein neuer Investor aushelfen und große 

Teile der Mannschaft von Bord. Was blieb, 

war der Misserfolg: Der Ende des Jahres 

herausgebrachte kommerzielle Blender 

Publisher floppte, und die verbliebenen 

Investoren drehten den Geldhahn zu. 

1995 begann das niederländische Animationsstudio 

Neo Geo an Blender zu 

arbeiten. Die 1988 gestartete Firma, die 

wegen ihrer preisgekönten Produktionen 

schnell zur landesweit größten aufstieg, 

hatte Mitte der 90er Jahre erkannt, dass 

ihr bislang eingesetztes 3-D-Programm 

unrettbar veraltet war. Der damalige 

künstlerische und Software-Entwicklungsleiter, 

Ton Roosendaal (Abbildung 

1), entschied sich für eine Neuentwicklung 

im eigenen Haus. 

Die Software war offenbar so gut, dass 

auch fremde Animationskünstler sie 

gerne einsetzen wollten. Darum gründete 

Roosendaal 1998 ein neues Unternehmen, 

das die Entwicklung und Vermarktung 

von Blender übernehmen sollte. Not 

a Number (NaN), so der etwas seltsame 

Name, baute Neo Geo Blender bis Ende 

der 90er zum plattformunabhängigen, 

professionellen Werkzeuge für 3-D-Modellierung 

und ‐Animation aus. Das Produkt 

sorgte schon allein deshalb für viel 

Ausehen, weil NaN keine Lizenzkosten 

dafür verlangte – eine Revolution in einem 

Segment, in dem mehrere tausend 

US-Dollar pro Kopie üblich waren. 

Roosendaals Geschäftsmodell war es, 

kommerzielle Produkte und Dienstleistungen 

rund um Blender anzubieten. Die 

Software selbst sollte sich künftig auch 

zum Designen von interaktiven 3-D-Inhalten 

eignen. Dazu benötigte Not a Number 

weiteres Kapital, das zu besorgen auf 

dem Scheitelpunkt der so genannten Dotcom-Blase 

sich als leichtes Unterfangen 

erwies. Im Frühjahr 2000 sammelten die 

Blender-Macher umgerechnet 4,5 Millionen 

Euro bei Risikokapitalgebern ein. Der 

weitere Verlauf gleicht den Geschichten 

jener Zeit bis aufs Haar. 

Steil rauf, steil hinab 

NaN expandierte auf 50 Mitarbeiter weltweit, 

im Sommer 2000 erschien Blender 

2.0 mit erstmals integrierter Echtzeitum- 

Foundation soll's richten 

Mit dem Ende von Not a Number drohte 

auch Blender das Aus. Auf der Haben- 

Seite standen die zufriedenen Kunden 

der Kaufversion und eine fast enthusiastische 

Benutzer-Community der kostenlosen 

Version. Um seine Lebensaufgabe 

nicht beerdigen zu müssen, gründete Ton 

Abbildung 1: Ton Roosendaal (hier: 2008) ist seit 

Neo Geo, Not a Number und der Foundation die 

Vaterfigur von Blender. 

Photo: William Maanders/CC-BY 3.0

Abbildung 2: Gut gebrüllt, Löwe – der mit Blender gerenderte „Steampunk Nemean Lion“ ist nur ein Beispiel 

dafür, dass das Projekt prima dasteht. 

Roosendaal im März 2002 die Blender 

Foundation als Non-Profit-Gesellschaft. 

Im Juli 2002 überredete er die Investoren, 

die Rechte am Quellcode und an 

dem Markennamen herauszugeben, falls 

die Foundation 100 000 Euro auftreiben 

könne. Roosendaal und eine Gruppe von 

Freiwilligen, darunter ehemalige NaN- 

© Kevin Hays 

Angestellte, starteten daraufhin die „Free 

Blender“-Kampagne. Mehr als 1300 Nutzer 

und Firmen schrieben sich als Mitglied 

ein oder spendeten anonym. Der 

Mindestbetrag lab bei 50 Euro. In nur 

sieben Wochen hatten die Aktivisten die 

geforderte Summe beieinander und übergaben 

sie der Abwicklungsfirma „NaN 

Holding BV“. Am 13. Oktober 2002 veröffentlichte 

die Foundation Blender unter 

der GNU General Public License. 

Das Street Performer 

Protocol 

Die „Free Blender“-Kampagne gilt als 

mustergültig angewendetes Beispiel für 

das so gennannte Street Performer Protocol 

(SPP), das die Kryptologen John 

Kelsey und Bruce Schneier entwickelt haben. 

Als Gegenentwurf zu DRM soll SPP 

im Internetzeitalter schöpferischer Werke 

fördern, um sie gemeinfrei öffentlich zugänglich 

zu machen. 

Blender, Xfig 10/2013 

Titelthema 


61

Titelthema 

www.linux-magazin.de Blender, Xfig 10/2013 

62 

Dazu kündigt der Urheber einer Software, 

eines Musikstücks oder Buchs an, 

sein Werk frei zu veröffentlichen, sobald 

er einen bestimmten Geldbetrag erhält. 

Nutzer senden bei Interesse eine Summe 

an einen Verwalter. Kommt genug bei 

dem zusammen, erfüllt der Urheber sein 

Versprechen, andernfalls kriegen die Interessenten 

ihr Geld zurück. 

Das Crowdfunding-ähnliche SPP funktioniert 

nur, wenn der Urheber einen guten 

Ruf vorzuweisen hat, die Spender also 

davon ausgehen können, dass das angekündigte 

Werk ihre Erwartungen erfüllen 

wird. Blender hatte sich Popularität 

erworben, weil die Software lange Zeit 

für jedermann kostenfrei erhältlich war. 

Das Street Performer Protocol eignet sich 

damit bestens zur (Weiter)-Finanzierung 

von Open-Source-Projekten, die bereits 

etablierte und beliebte Software vorzuweisen 

haben. 

Durch nichts mehr zu 

erschüttern 

Seit jenen denkwürdigen Wochen Ende 

2002 steht Blender wieder blendend da 

(Abbildung 2). Ton Roosendaal, der auf 

Presseanfragen schon mal etwas patzig 

reagiert, und die Foundation leiten die 

Entwicklung, die über die Welt verstreute 

Programmierer leisten. Die Anwender 

modellieren mit der aktuellen Version 

dreidimensionale Körper, texturieren und 

Abbildung 3: Mit dem Uralt-Vektor-Zeichenprogramm erzeugt die Linux-Magazin-Redaktion bis heute ihre 

Seitenpläne für jede Ausgabe. 

rendern sie. Außerdem können sie Filmsequenzen 

damit animieren, mischen 

und auf den eingebauten Videoschnitteditor 

und eine Spiel-Engine zugreifen. 

Für Anwenderskripte haben die Blender- 

Macher Python bestimmt. 

Python ist neben C und C++ auch die 

Sprache, in der Blender selbst geschrieben 

ist. Die Entwickler arbeiten im 

Moment an der Version 2.69, für die 

Linux-Version benutzen sie Eclipse, Qt 

Creator, Netbeans und Kdevelop. Das so 

genannte Blender Institut kümmert sich 

mit drei bis fünf Angestellten um Trainings 

und Open-Movie-Projekte wie „Elephants 

Dream“, „Yo Frankie!“, „Big Buck 

Bunny“, „Sintel“ oder „Tears of Steel“. 

Außerdem gibt es Kooperationen mit der 

Spiele-Industrie. 

n 

Infos 

[1] Blender, Blender Foundation und Blender 

Institut: [http:// www. blender. org] 

[2] Nedit: [http:// www. nedit. org] 

[3] Xfig: [http:// xfig. org] 

Wenn alles getan ist 

Ursprünglich sollte es in diesem Magazin- 

Schwerpunkt einen eigenen Artikel über die 

Projekte Nedit [2] und Xfig [3] geben, die 

beide zwar optisch angestaubte, aber sehr 

funktionale Programme hervorgebracht haben. 

Wegen einiger besonderer Eigenschaften sind 

beide Tools sogar Dauergäste in den Redaktionsräumen 

des Linux-Magazins (Abbildung 3). 

Doch aus dem Vorhaben wurde nichts – beide 

Projekte sind tot, wie sich schnell herausstellte. 

Nedit hat im Oktober 2004 die letzte stabile 

Version, 5.5, herausgegeben, Mails an das Projekt 

werden nicht mehr zugestellt. Die Xfig- 

Entwicklung kam 2002 mit Version 3.2.4 ins 

Stocken, die seit 2009 aktuelle 3.2.5b behebt 

im Wesentlichen Bugfixes. Brian V. Smith, der 

letzte führende Kopf von Xfig, gibt bereitwillig 

Auskunft über die Hintergründe. Seit einem 

internen Jobwechsel bei seinem Arbeitgeber, 

dem Lawrence Berkeley National Laboratory, 

fehle ihm seit 2004 schlicht die Zeit, um an Xfig 

weiterzuarbeiten. Denn an der Software müsste 

(zu) viel getan werden, da sie auf Athena fußt, 

einem der ersten X-Window-Widgets. 

Supoj Sutanthavibul an der University of Texas 

in Austin hatte bereits 1985 mit Fig begonnen. 

Der Entwickler Ken Yap portierte Fig von Sun 

View auf X Window, Brian Smith stieß 1989 dazu 

und blieb. Im Rückblick sagt er, die Arbeit an 

Xfig geliebt und gerne Features anhand der 

Wünsche der Benutzer implementiert zu haben. 

Großen Streit zwischen den Entwickler habe es 

nie gegeben. Nur einmal habe ein anderer das 

Look & Feel des ganzen GUI ungefragt komplett 

geändert, was ihn anfangs ärgerte. Aber Smith 

habe sich überzeugen lassen, dass die neue 

Oberfläche besser als die alte sei. 

Jenseits jeder Theorie 

Auch nach 15 Jahren Entwicklung kann Smith 

übrigens kein lehrbuchmäßiges Entwicklungsmodell 

benennen, nach dem Xfig entstanden 

wäre. Xfig reiht sich damit ein in die große 

Mehrheit der für diesen Magazin-Schwerpunkt 

befragten Projekte – kaum ein Entwickler 

konnte für sein Projekt bestimmen, was Generationen 

von Informatikern an ihren Hochschulen 

gebüffelt haben. 

Nedit und Xfig gehören damit einer eigenen 

Gruppe von Projekten an, jener der erfolgreich 

abgeschlossenen. Die ist viel kleiner als die 

der eingestellten Projekte, die keine produktiv 

einsetzbare Software hervorgebracht haben. 

Für Anwender solcher Tools ist freilich nicht 

alle eitel Sonnenschein, denn der technische 

Fortschritt nagt an Sicherheit und Integrierbarkeit: 

Niemand Zentrales sorgt sich mehr um das 

Beheben von Sicherheitslücken, und die Sofware 

linkt gegen Uraltversionen von Bibliotheken. 

Wenn die User Glück haben, übernehmen 

die für das Paket zuständigen Maintainer der 

Linux-Distributionen den verwaisten Pflegejob 

ein bisschen, Open Source sei Dank.

In eigener Sache: DELUG-DVD 

Kali, Enquete, E-Book, Tor 

Einführung 12/2010 10/2013 

Software 

Auch diesen Monat bekommen DELUG-Käufer wieder eine randvolle DVD: Neben dem Backtrack-Nachfolger Kali 

Linux finden sich dort der komplette Abschlussbericht der Enquetekommission „Internet“, ein E-Book über 

Routing und Switching und mehrere Stunden Videos von Suse sowie übers Tor-Netzwerk und Prism. Markus Feilner 


63 

Inhalt 

64 Bitparade 

RSS- oder doch lieber Atom-Feeds? So 

genannte Planeten fassen die Inhalte 

auf dem eigenen Server übersichtlich 

zusammen. 

72 Tooltipps 

Cputool 0.0.6, Finit 1.8, Fossil 1.26, 

Cscope 15.8a, Keybox 1.08.50 und Playshell 

0.2 

Neben dem normalen Linux-Magazin 

ohne Datenträger gibt es die DELUG- 

Ausgabe mit Monats-DVD, bei der die 

Redaktion den Datenträger nach einem 

speziellen Konzept zusammenstellt: In 

einer Art modularem System enthält 

er Programme und Tools, die in der jeweiligen 

Magazin-Ausgabe getestet und 

besprochen werden. Zudem führt eine 

HTML-Oberfläche durch von der Redaktion 

besonders empfohlene Software. 

Kali Linux 

Von der DVD bootet Kali Linux. Die 

Nachfolgerin der überaus beliebten Security-Distribution 

Backtrack ist kürzlich 

in Version 1.0.4 erschienen und enthält 

eine reichhaltige Auswahl an Security- 

Werkzeugen für Sicherheitsprüfungen 

jeder Art. Die Entwickler stiegen beim 

Modellwechsel von Ubuntu auf Debian 

um und bringen auf Wunsch der Anwendergemeinde 

jede Menge neuer Programme 

wie das Toolkit Pass the Hash, 

Unicornscan, Ghost Phisher und Bully. 

Enquete-Bericht 

Wer auf die Silberscheibe dagegen mit 

dem Browser zugreift, findet im HTML- 

Menü gleich als Erstes den Abschlussbe- 

richt der Enquetekommission „Internet“ 

des Deutschen Bundestages, drei Jahre 

hat das Gremium gearbeitet. In den 14 

Berichten mit umfangreichen Bestandsaufnahmen 

und Handlungsempfehlungen 

richtet die Kommission den Blick 

in die Zukunft. Diese DVD enthält alle 

veröffentlichten Berichte zum Nachlesen 

im PDF-Format. Ihr Umfang beträgt zusammen 

etwa 1300 Seiten. Für Linuxer 

von besonderem Interesse ist wohl der 

Bericht der Arbeitsgruppe „Interoperabilität, 

Standards, Freie Software“. 

E-Book: „Praxiskurs 

Routing und Switching“ 

Exklusiv auf der DVD findet sich O’Reilllys 

„Praxiskurs Routing & Switching“ (Abbildung 

1). Das E-Book wirft auf etwa 200 

Seiten einen tiefen Blick in die Welt der 

Netzwerke, Nachrichtenverbindungen 

und Protokolle sowie ihre Strukturen und 

Arbeitsweisen. Neben den theoretischen 

Grundlagen gibt das Werk am Ende jedes 

Kapitels praktische Beispiele, um das Gelesene 

zu üben und zu festigen. Regulär 

kostet das E-Book beim Verlag O’Reilly 20 

Euro, für Besitzer der DELUG-Ausgabe 

des Linux-Magazins dagegen nichts. 

Ein PDC, sechs Stunden 

Videos und viel Software 

Die Virtual Appliance Turnkey Domain 

Controller arbeitet, wie der Name schon 

sagt, als vollwertiger primärer Domain 

Controller (PDC). Mehrere integrierte 

Webmodule, beispielsweise ein eigens 

dafür angepasstes Webmin, erlauben es 

dem Admin, selbst komplexe Strukturen 

und Hierarchien auf dem Samba-PDC abzubilden, 

der dann als Anmeldeserver für 

heterogene Netze arbeitet. 

Abbildung 1: Auf der DELUG-DVD als PDF- und Epub- 

Datei: Der Routing-Praxiskurs von Bruce Hartpence 

für Studenten und Admins. 

Doch damit nicht genug: Im HTML-Menü 

auf der DVD finden Leser noch weitere 

exklusive Einträge, zum Beispiel mehr als 

sechs Stunden Videos über Tor (mit dem 

Gründer des Anonymisierungs-Netz werks 

Tor, Roger Dingledine, und Tor-Evangelist 

Jacob Appelbaum), aber auch den Keynotes 

der Open Suse Conference 2013 in 

Thessaloniki mit Kolab-CEO Georg Greve, 

Suses Adrian Schröter, Alberto Planas, Jos 

Poortvliet und Suse-Vizepräsident Ralf 

Flaxa. Sie referieren über Suse-Zahlen, 

‐Strategie, ‐Community, die Netzpolitik in 

Zeiten von Prism, aber auch den Betrieb 

des eigenen Build Service. 

Wem das noch nicht reicht, der bedient 

sich in der reichhaltigen Softwaresammlung 

aus Mosh, Containers, Vim 7.4, den 

Tooltipps und den gesammelten News- 

Aggregatoren aus der Bitparade inklusive 

der Liste der im Artikel beschriebenen 

Newsfeeds als handlicher OPML-Datei 

zum leichten Importieren und Testen. n

Software 

www.linux-magazin.de Bitparade 10/2013 

64 

Vier Feed-Aggregatoren im Test 

Klasse Konstellationen 

Die tägliche Dosis Nachrichten aus der Open-Source-Szene, Science-Fiction- und Geek-Podcasts, Webcomics, 

Blogs und vieles mehr bieten RSS- oder Atom-Feeds. So genannte Planeten fassen die Inhalte auf dem eigenen 

Server übersichtlich zusammen. Mela Eckenfels, Heike Jurzik 

News (Atom 1.0) als reine Textfeeds, 

in der Kategorie Webcomic traten Xkcd 

(Atom 1.0) sowie Geek & Poke (RSS 2.0 

via Feedburner) an. Als Videocasts ergänzten 

sie LE Talk (RSS 2.0), Ubuntu Video 

Cast (RSS 2.0) und Linux in the Shell 

(RSS 2.0), als Podcasts waren Hacker 

Pub lic Radio (RSS 2.0), Geek’s Guide to 

the Galaxy (RSS 2.0) und Chaosradio Express 

(RSS 2.0) dabei. Der Youtube-Kanal 

Household Hacker (RSS 2.0) ergänzte 

den bunten Reigen. Die OPML-Testdatei 

erzeugte Sage für Firefox [8]. 

© Iryna Denysova, 123RF.com 

„RSS ist tot!“, meinen die Internetgiganten 

und lassen den Worten Taten folgen. 

So beerdigte Google kürzlich den 

Google Reader, einen der beliebtesten 

Web-basierten Feedreader. Auch Twitter 

hat die Unterstützung von RSS-Feeds für 

die Nutzerinhalte inzwischen endgültig 

eingestellt. „RSS lebt!“, kontert der Rest 

der Netzgemeinde und will auf die Aggregatoren 

nicht verzichten. Anbieter wie 

Flipboard [1], Inoreader [2] und Pulse 

[3] standen flugs bereit, um die verprellten 

Google-Kunden abzuholen. Doch die 

„Readerkalypse“ erinnerte die meisten 

vor allem daran, dass bei Clouddiensten 

nur eines sicher ist: Unter gehen sie irgendwann 

alle. 

Auf der sicheren Seite ist, wer einen 

Planeten sein Eigen nennt. Ein solcher 

Feedreader für Aggregator-Dienste läuft 

auf dem eigenen oder einem gemieteten 

(Root-)Server und fasst Blogs, Nachrichten, 

Webcomics und Videocasts zusammen. 

2004 entstand das erste dieser 

Programme, das damals die Blogs der 

Debian- und Gnome-Entwickler unter einer 

Oberfläche organisierte. 

Planet Planet [4] macht als „Ur-Planet“ 

den Auftakt in diesem Test. Im Vergleich 

treten Moon Moon [5], Planet Venus [6] 

und Tiny Tiny RSS [7] an. Die Tester 

installierten die Reader auf einem Debian-Wheezy-Server, 

den sie mit Apache, 

MySQL und PHP zu einem klassischen 

LAMP-System ausbauten. 

Alle vier Kandidaten sollten zeigen, wie 

sie mit unterschiedlichen Feedsorten umgehen, 

ob der Anwender Einfluss auf die 

Anzeige hat, ob es einen Zugriffsschutz 

für private Planets gibt, wie die Darstellung 

der Artikel und der eingebundenen 

Medien gelingt und ob Import- und Exportfunktionen 

enthalten sind. 

Die Tester verfütterten im Einzelnen folgende 

Feeds: Linux-Magazin News (RSS 

2.0), KDE News (RSS 2.0) und Gnome 

E Planet Planet 

Die Entwickler Jeff Waugh and Scott 

James Remnant begannen 2004 die Arbeit 

an Planet Planet [4] mit dem Ziel, 

die Blogs ihrer Gnome- und Debian-Kollegen 

unter einen Hut zu bringen. Die 

Software baut auf Mark Pilgrims Universal 

Feedparser [9] und der Template- 

Engine Htmltmpl von Tomas Styblo [10] 

auf. Planet Planet hat seit 2006 keine 

Fortschritte gemacht; Version 2.0 war 

die letzte Release. Dennoch setzen viele 

Anwender immer noch auf diesen Ur- 

Planeten, der in Python implementiert 

ist und auch unter der Python-Lizenz 

steht. Eine Datenbank benötigt der erste 

Testkandidat nicht. Auf einem typischen 

LAMP-System gilt es aber, vor der Einrichtung 

Python in Version 2.1 (besser 

2.3 oder neuer) zu installieren. 

Planet-Software 

Auf der DELUG-DVD dieses 

DELUG-DVD 

Magazins finden Sie die in diesem Artikel 

getesteten Programme Planet Planet (2.0), 

Moon Moon (8.12), Planet Venus (0~bzr116) 

und Tiny Tiny RSS (1.9). Zusätzlich ist die 

OPML-Datei mit den getesteten Feeds dabei.

Um Planet Planet in Betrieb zu nehmen, 

entpacken Anwender das Quellpaket in 

ein beliebiges Verzeichnis, allerdings 

nicht direkt ins Document-Root. Im 

nächsten Schritt wandert der Inhalt des 

Ordners »examples« in ein neues Verzeichnis 

(im Test »bitparade«). Die beiden 

Dateien »config.ini« und »index.html. 

tmpl« (entweder aus »examples/basic« 

oder aus »examples/fancy«) kopieren 

Nutzer ebenfalls direkt ins Verzeichnis 

hinein. Wer das Design »fancy« nutzen 

möchte, der kopiert ebenfalls das Stylesheet 

und optional die Bilder aus dem 

Ordner »output« ins Hauptverzeichnis 

des Planeten. 

Der Name des Planeten, die URL und 

weitere Informationen gehören in die 

Datei »config.ini«. Außerdem ersetzt der 

Benutzer dort überall »examples« in der 

Option »template_files« durch den vorher 

gewählten Verzeichnisnamen und definiert 

das Verzeichnis auf dem Webserver, 

zum Beispiel über folgende Anweisung: 

output_dir = /var/www/planetplanet 

Am Ende der Datei befindet sich die Liste 

der Feeds. Ein Eintrag besteht in der 

»basic«-Konfiguration aus zwei Zeilen: 

[http://www.linux‐magazin.de/rss/feed/news] 

name = Linux‐Magazin News 

Bitparade 10/2013 

Software 


65 

Die Feedadresse steht in eckigen Klammern; 

darunter folgt ein Name. Die 

»fancy«-Vorlage bietet für jeden Eintrag 

drei weitere Zeilen für die Hackergotchi- 

Konfiguration [11]. Planet Planet erwartet 

die Bilder im erwähnten Verzeichnis 

»output/images«. 

Damit ist der Planet betriebsbereit. Zum 

Start geben Anwender »./planet.py bitparade/config.ini« 

ein. Damit Planet Planet 

regelmäßig neue Beiträge abholt, richtet 

der Admin einen Cronjob ein. Dabei sollte 

er beachten, den Befehl im richtigen Verzeichnis 

auszuführen, zum Beispiel: 

Abbildung 1: Einige der Feeds konnte Planet Planet nicht einsammeln und meldete verschiedene HTTP- 

Fehlercodes. Da die anderen Testkandidaten diese erfassten, lag das Problem nicht bei den Feeds selbst. 

55 */1 * * * root cd /home/planet/U 

planetplanet/; /home/planet/planetplanet/U 

planet.py bitparade/config.ini 

Wer mehrere Feedreader auf einem System 

betreiben möchte, der kopiert das 

»examples«-Verzeichnis beliebig oft und 

gibt den Planeten in der zugehörigen 

»config.ini« jeweils einen eigenen Ordner 

»output_dir«. 

Planetoid 

Abbildung 2: Während Planet Planet die Bilder des Webcomics Xkcd einbindet, entfernt er aus dem Hacker 

Public Radio die Audiodateien. Auch andere verlinkte Elemente erscheinen nicht als Links, sondern als Text. 

Planet Planet unterstützt laut Aussagen 

der Entwickler RSS-, Atom- und OPML- 

Feeds. Im Test gelang der Import jedoch 

nicht immer. Probleme gab es immer wieder 

mit den beiden Atom-Feeds Gnome 

News (siehe Abbildung 1) und Xkcd, die 

mit Fehlercode 500 (Internal Server Error) 

abbrachen. Ab und zu streikten auch 

Geek’s Guide to the Galaxy und Linux in 

the Shell (beide RSS 2.0) und meldeten 

403 (Forbidden). 

Die größte Schwäche der Software ist 

allerdings die mangelhafte Importmöglichkeit. 

Planet Planet bietet nicht an, 

eine Sammlung aus einer externen Datei 

einzulesen. Wer nicht alle Adressen

Software 


66 

von Hand per Copy & Paste übertragen 

möchte, der bearbeitet vorhandene 

OPML-Dateien mit Shellwerkzeugen und 

extrahiert die URL und den Namen. Besser 

sieht es beim Export aus. Die Software 

generiert nach jedem »planet.py«- 

Aufruf je nach verwendetem Template 

die Dateien »atom.xml«, »foafroll.xml«, 

»rss10.xml«, »rss20.xml« und »opml.xml« 

im Planet-Verzeichnis. 

In der Voreinstellung fasst Planet Planet 

60 Einträge der aggregierten Feeds zusammen. 

Mit den Optionen »items_per_ 

page« (Anzahl der Artikel auf der Seite) 

und »days_per_page« (maximales Alter 

der Einträge) passt der Admin die Anzeige 

in der Datei »config.ini« an. Dabei 

sollte er sich nicht von der Bezeichnung 

„per page“ irritieren lassen und zu niedrige 

Werte wählen, denn der erste Testkandidat 

kennt nur seine Startseite und 

bietet nicht an, zu älteren Einträgen und 

weiteren Seiten zurückzublättern. Dabei 

hat »days_per_page« mehr Gewicht. Stellt 

der Verwalter hier beispielsweise nur fünf 

Tage ein und erscheinen in dieser Zeit nur 

zehn Beiträge, dann enthält der Planet 

recht wenige Artikel. 

Planet Planet kann die Feeds nicht nach 

Kategorien sortieren und bietet keinerlei 

Zugriffsschutz; daher haben viele Blogbetreiber 

Planeten ungefähr so gerne wie 

Zahnschmerzen. Die Aggregatoren übernehmen 

je nach Konfiguration die Inhalte 

vollständig und verursachen damit den 

von Google angeprangerten duplizierten 

Content, der den Pagerank in den Keller 

sausen lässt. 

Verantwortungsbewusste Admins sichern 

eine Planet-Planet-Installation via ».htaccess« 

ab und verbieten den Zugriff für 

Suchmaschinen über einen Eintrag in der 

Datei »robots.txt«: 

Software nicht. Eingebettete Bilder zeigt 

sie an; Video- und Audiodateien entfernt 

sie jedoch (siehe Abbildung 2). 

E Moon Moon 

Der zweite Testkandidat ist laut Aussage 

seines Entwicklers Maurice Svay 

„lächerlich einfach, versammelt einfach 

nur Feeds und gibt sie auf einer Seite 

aus“. Viel mehr ist über Moon Moon [5] 

nicht in Erfahrung zu bringen. Das unter 

der BSD-Lizenz stehende Programm ist 

in PHP geschrieben und benötigt mindestens 

Version 5.3. Eine Datenbank ist nicht 

nötig; aktuell ist Version 8.12. 

Die Installation ist mit wenigen Handgriffen 

erledigt: Der Anwender lädt die 

Zip-Datei von der Projektseite herunter, 

entpackt sie im Verzeichnis des Webservers 

und öffnet die Datei »install.php« im 

Browser. Moon Moon testet, ob alle Voraussetzungen 

erfüllt sind, und startet die 

Einrichtung. Danach löschen Benutzer 

»install.php« und rufen im Browser das 

Unterverzeichnis »admin« auf. 

In einer Eingabemaske fügen sie die 

gewünschten Feeds hinzu (siehe Abbildung 

3). Ist die genaue Adresse einer 

Quelle nicht bekannt, reicht es jedoch 

schon, eine normale URL einzugeben, 

und Moon Moon versucht eingebettete 

Feeds selbstständig zu finden. 

Das Interface zum Hinzufügen wirkt dennoch 

unvollständig, denn es fehlt eine 

Möglichkeit, OPML-Dateien zu importieren 

oder mehrere Feeds auf einmal zu 

laden. Die Datei »custom/people.opml« 

enthält alle von Moon Moon abonnierten 

Feeds, sodass der Export gut gelingt. 

Moon Moon kann laut Webseite mit RSSund 

Atom-Feeds umgehen, zeigte von 

Letzteren allerdings den Namen in der 

Seitenleiste nicht immer an. Benutzer tragen 

diese Informationen gegebenenfalls 

über den Admin-Bereich der Weboberfläche 

von Hand ein. 

Auch danach holperte die Aktualisierung 

einiger Adressen aber von Zeit zu Zeit. 

Ein Problem der Feeds selbst konnten 

die Tester ausschließen, denn Planet 

Venus und Tiny Tiny RSS stellten die 

Inhalte richtig dar. Auch der Youtube- 

Kanal bereitete zunächst Ärger, denn die 

Planet-Software verschluckte sich an der 

Datumsangabe und erkannte somit alle 

Inhalte als brandneu. Abhilfe schaffte, 

die URL in der von Firefox Sage generierten 

OPML-Datei zu kürzen und alles 

hinter »uploads« abzuschneiden. 

User‐agent: * 

Disallow: /planetplanet 

Die Länge der gesammelten Artikel können 

Anwender, wenn auch nur rudimentär, 

über das verwendete Template 

steuern. Sowohl »basic« als auch »fancy« 

zeigen in der Voreinstellung immer die 

volle Länge an. Wer von jedem Beitrag 

immer nur einen kurzen Abschnitt sehen 

möchte, der ersetzt in der Datei »index. 

html.tmpl« die Anweisung »content« 

durch »summary«. Eine Möglichkeit, Beiträge 

als gelesen zu markieren, bietet die 

Abbildung 3: Moon Moon bietet über die Admin-Seite der Weboberfläche eine einfache Eingabemaske zum 

Hinzufügen von Feeds. Den Namen und den Link zur Webseite generiert der Planet automatisch.

Probleme mit den Zeitangaben hatte 

Moon Moon des Öfteren. Manchmal waren 

diese gar nicht vorhanden, manchmal 

erschien »undefined«. Die Autorennamen 

der einzelnen Beiträge tauchten ebenfalls 

nicht immer auf. 

Kleiner Trabant 

Moon Moon aktualisiert die Feeds, wenn 

Anwender die Startseite besuchen oder 

wenn der Verwalter im Adminbereich die 

Schaltfläche »Purge cache« betätigt. Ein 

Cronjob ist nicht erforderlich. Wer diese 

Automatik dennoch einrichten möchte, 

der nutzt Programme wie Wget oder 

Curl, um einen GET-Request an die Datei 

»cron.php« zu schicken. 

Moon Moon sortiert nicht nach Kategorien 

und bietet ebenfalls keinen Zugriffsschutz. 

Genau wie beim ersten Testkandidaten 

regeln Administratoren Letzteres 

über die Dateien ».htaccess« und »robots. 

txt«. Die Anzahl der eingeblendeten Einträge, 

deren Länge oder Anzeigedauer 

beeinflussen Anwender über die Datei 

»custom/config.yml«. 

Im Test gelang dies nicht für alle Feeds, 

und Moon Moon ignorierte beispielsweise 

stets die maximale Länge für Posts, 

zeigte mal eine Zeile, mal den gesamten 

Artikel an. Fünf verschiedene CSS-Styles 

im Verzeichnis »custom/style« tauchen 

den Mond jeweils in ein anderes Licht. 

Anwender bestimmen das Template über 

einen Eintrag in der Datei »views/default/ 

head.tpl.php«. 

Über den Link »See all headlines« in der 

Sidebar erreichen Benutzer das Moon- 

Moon-Archiv (Abbildung 4). Hier finden 

sich Verknüpfungen zu Artikeln des 

aktuellen Tages, der Woche oder des 

Monats. Alles, was weiter zurückliegt, 

sortiert der Feed-Aggregator unter »Older 

items« ein. 

E Planet Venus 

Der Software-Entwickler Sam Ruby 

brachte den Planet-Planet-Ableger 2006 

in die Umlaufbahn, die beiden Projekte 

teilen sich auch eine Entwickler-Mailingliste. 

Planet Venus [6] steht ebenfalls 

unter der Python-Lizenz, ist in Python 

geschrieben und benötigt mindestens 

Version 2.2; die Macher empfehlen 2.4 

oder neuer. Das Programm nutzt den 

Feedparser von Mark Pilgrim [9] und 

den Python-Parser für Webseiten Beautiful 

Soup [12]. Im Einsatz sind zudem 

Abbildung 4: Moon Moon erstellt ein Archiv der gesammelten Nachrichten. So sehen Anwender auf einen 

Blick alle Beiträge des aktuellen Tages, der Woche oder des Monats.

Software 


68 

die Htmltmpl-Engine [10] und die XSLT- 

Bibliothek des Gnome-Projekts [13]. Eine 

Datenbank ist nicht erforderlich. Im Test 

trat Version 0~bzr116 an. 

Im Downloadbereich der Projektseite finden 

Anwender Links zu den Quellen. 

Alternativ checken sie das Tool direkt aus 

dem Git-Repository aus: 

git clone https://github.com/rubys/venus.git 

Danach folgen sie den Anweisungen der 

Dokumentation von der Projektwebseite. 

Die Schritte zur Einrichtung unterscheiden 

sich nicht wesentlich von denen des 

Vorgängers Planet Planet. 

Für Debian und Ubuntu stehen zudem 

fertige Pakete bereit. Auf dem Testrechner 

zog die Installation von »planet‐venus« 

zahlreiche weitere Python-Komponenten 

nach sich. Die Konfigurationsroutine des 

Pakets legte die Planet-Venus-Daten in 

»/usr/share/planet‐venus« und das Binary 

unter »/usr/bin/planet« ab. Diese 

ausführbare Datei nutzen Admins, um 

einen neuen Planeten einzurichten. Sie 

wechseln dazu ins Webserver-Verzeichnis 

und rufen das Kommando »planet 

‐‐create bitparade« auf. 

Das Programm erstellt nun ein neues 

Verzeichnis namens »bitparade« und kopiert 

die Konfigurationsdatei »planet.ini« 

sowie das Standard-Theme-Verzeichnis 

Abbildung 6: Bei einigen Themes (hier die Variante Mobile) definieren Anwender das Encoding, damit Planet 

Venus die Umlaute richtig darstellt. Dazu bearbeiten sie die Xslt-Dateien im Texteditor. 

dorthin. Die Einrichtungsdatei gleicht der 

von Planet Planet. Abweichungen heben 

die Entwickler in der Anleitung auf der 

Projektseite in Pink hervor, sodass ein 

Umstieg schnell gelingt. Benutzer tragen 

in der Konfiguration den Namen der Feedsammlung, 

einen Link zur Startseite, den 

eigenen Namen und eine Mailadres se, 

Verzeichnisse für den Cache und das 

Theme und viele weitere Definitionen 

ein, die das Handbuch erklärt. 

Danach startet »python planet.py config. 

ini« beziehungsweise »planet ‐‐verbose 

planet.ini« (im Fall des Debian-Pakets) 

den neuen Planeten. Um diesen stets 

aktuell zu halten, fügen Anwender einen 

Cronjob hinzu. Die Installationsroutine 

des Debian-Pakets erstellt bereits 

einen entsprechenden Eintrag in »/etc/ 

crontab«: 

05 */1 * * * root planet /var/www/U 

bitparade/planet.ini 

Benutzer sollten diesen kontrollieren und 

falls nötig den Pfad zur Konfigurationsdatei 

anpassen. 

Göttin der Liebe 

Dieser Kandidat überzeugte bei der Darstellung 

der Feeds und zeigte alle getesteten 

Quellen einwandfrei an. Diese 

trägt der Benutzer genau wie bei Planet 

Planet am Ende der Konfigurationsdatei 

ein. Zusätzlich liest Planet Venus externe 

Dateien im OPML-, FOAF- und CSV-Format 

ein. Die Adresse des Abonnements 

steht wie gewohnt in eckigen Klammern; 

darunter definiert der Parameter »content_type« 

das Format: 

[http://www.example.com/file.opml] 

content_type = opml 

Abbildung 5: Einige der Planet-Venus-Themes fügen in der Seitenleiste Links für den bequemen Export ein. 

Je nach verwendetem Template erzeugt 

Planet Venus OPML-, FOAF- und Atom- 

Feeds als Output und zeigt die Links in 

der Seitenleiste an (siehe Abbildung 5). 

Wer den Aggregator als Debian-Paket 

installiert hat, der arbeitet in der Voreinstellung 

mit dem Theme »/usr/share/ 

planet‐venus/theme/diveintomark« und 

muss sich mit »index.html« und »atom. 

xml« begnügen. Wer mit einem anderen

Template experimentieren möchte, der 

passt die Konfigurationsdatei an. 

Bei einigen der Vorlagen ist darüber hinaus 

ein Griff zum Texteditor erforderlich, 

um das Encoding anzupassen. Dazu 

reicht es meist aus, in den entsprechenden 

».xslt«-Dateien das »meta«-Tag um 

»charset="utf‐8"« zu erweitern (siehe 

Abbildung 6). 

Die maximale Anzahl der Einträge kann 

der Admin in der Einrichtungsdatei über 

»items_per_page« festlegen. Zudem regeln 

Optionen, ab wie vielen Tagen ohne 

Aktualisierung Planet Venus eine Quelle 

als inaktiv markiert. Der Feed-Aggregator 

arbeitet zudem mit Filtern, um unerwünschten 

Content auszuklammern: 

Der Entwickler hat zahlreiche Filter als 

Python-Skripte und »sed«-Dateien beigefügt, 

die als Vorlage für eigene Anpassungen 

dienen. Planet Venus bietet keine 

Möglichkeit, die Anzeige nach Kategorien 

zu sortieren oder bereits gelesene Artikel 

zu markieren. 

E Tiny Tiny RSS 

Abbildung 7: Pluspunkte gibt’s für den komfortablen Admin-Bereich der Tiny-Tiny-RSS-Weboberfläche, die 

auch den Import und Export von OPML-Dateien per Mausklick erlaubt. 

Tiny Tiny RSS [7] von Andrew Dolgov 

fällt etwas aus der Reihe. Während die 

meisten Planeten Feeds für die Öffentlichkeit 

zentral versammeln möchten, 

kommt dieser Kandidat mit Zugangsbeschränkung 

und Benutzerverwaltung 

daher. Das in PHP geschriebene Programm 

steht unter der GPLv3 und benötigt 

im Hintergrund eine MySQL- oder 

PostgreSQL-Datenbank. Die Entwickler 

empfehlen in ihrem Wiki PostgreSQL, da 

dies performanter sein soll. Version 1.9, 

die sich die Tester auf dem LAMP-System 

anschauten, benötigt PHP 5.3 oder 

neuer sowie »php5‐cli«, »php5‐xmlrpc« 

und »php5‐curl«. 

Vor der Installation erzeugen Admins 

zunächst eine neue Datenbank. Danach 

entpacken sie das Quelltextarchiv im Verzeichnis 

des Webservers, öffnen das Unterverzeichnis 

»install« im Browser und 

geben den Namen der Datenbank und 

die Planeten-URL an. Danach ist Tiny 

Tiny RSS bereit und erlaubt die Anmeldung 

an der Weboberfläche mit »admin« 

und »password«. Das Kennwort ändert 

der Admin in den Einstellungen auf dem 

Reiter »Benutzer«, wo er auch weitere 

Zugänge erstellen kann. Tiny Tiny RSS 

unterscheidet dabei Benutzer, erfahrene 

Benutzer und Administratoren. 

Die Feeds fügt der Verwalter ebenfalls 

über die Konfigurationsoberfläche hinzu. 

Die komfortablen Dialoge ermöglichen 

auch den Import einer ganzen Liste; 

sogar passwortgeschützte Quellen und 

OPML-Dateien wandern per Mausklick in 

den Planeten. Der Import und die Funktion 

zum Export einer eigenen OPML- 

Datei sind gut versteckt. Benutzer finden 

sie im Adminbereich der Webseite unter 

»Feeds«, wenn sie den Bereich »OPML« 

ausklappen (Abbildung 7). 

Tiny Tiny RSS bringt einen Update- 

Daemon mit, der sich um die Aktualisierung 

der Inhalte kümmert. Admins rufen 

ihn unter der Benutzerkennung des 

Webservers (zum Beispiel »apache« oder 

»www‐data«) und nicht als Root auf. Das 

Skript »update.php« startet nur einen Prozess, 

»update_daemon2.php« mehrere: 

su www‐data ‐c "php update.php ‐‐daemon" 

Der Dienst wandert nicht in den Hintergrund. 

Wer den Prozess nicht händisch 

Bitparade 10/2013 

Software 


69

Software 


70 

starten möchte, der fügt einen Crontab- 

Eintrag hinzu: 

*/30 * * * * /usr/bin/php /var/www/U 

tinytinyrss/update.php ‐‐feeds ‐‐quiet 

Wer diese Automatismen nicht wünscht, 

kann den Planeten so konfigurieren, dass 

ein Reload immer nur stattfindet, wenn 

ein Benutzer die Webseite besucht. Dazu 

setzt er in der Datei »config.php« die 

Option »SIMPLE_UPDATE_MODE« auf 

»true«. Diese Methode funktioniert nur, 

wenn Tiny Tiny RSS im Browser geöffnet 

ist, nicht aber, wenn externe Clients über 

das API darauf zugreifen. 

Klein, aber oho! 

Tiny Tiny RSS arbeitete im Test mit allen 

Feedsorten klaglos zusammen. Für jede 

Quelle dürfen Admins gezielt festlegen, 

wie oft sie aktualisiert wird und ob der 

Planet Bilder anzeigt. Plugins [14] betten 

Videos verschiedener Anbieter ein. In den 

allgemeinen Einstellungen auf dem ersten 

Reiter definiert der Benutzer das Standardintervall 

für die Updates und wann 

die Software alte Beiträge löscht. Wie 

viel Text Tiny Tiny RSS für die einzelnen 

Artikel anzeigt, hängt vom Feed selbst ab. 

Steht der Volltext zur Verfügung, so zeigt 

der Planet diesen auch an; die Länge der 

Teaser ist nicht einstellbar. 

Das Projekt-Wiki listet unter [15] verschiedene 

Themes samt Vorschaubild 

auf. Um einen neuen Look einzurichten, 

laden Anwender die CSS-Datei und das 

Bilderverzeichnis herunter und speichern 

alles im Unterverzeichnis »themes«. Anschließend 

wählen sie in den Einstellungen 

der Weboberfläche die CSS-Datei aus 

dem Dropdown-Menü »Theme« aus. Im 

Bereich »Benutzerdefiniertes Stylesheet« 

dürfen Benutzer sich auch selbst kreativ 

austoben – allerdings in einem einfachen 

Dialogfenster ohne Syntax Highlighting 

oder ähnlichen Komfort. 

Von allen Kandidaten ist Tiny Tiny RSS 

das einzige Tool, das es erlaubt, Feeds 

in Kategorien zu organisieren (siehe Abbildung 

8). Ein weiteres Alleinstellungsmerkmal 

ist die Option, bereits gelesene 

Nachrichten zu markieren und auszublenden. 

Anwender dürfen zudem Einträge 

favorisieren, archivieren und mit 

Tags versehen. Verknüpfungen zu sozialen 

Netzen sind über Plugins möglich. 

Abbildung 8: Tiny Tiny RSS sortiert nach Kategorien, filtert gelesene oder ungelesene Feeds und erlaubt das 

Archivieren von Beiträgen. Der Reader zeigt zudem an, wie viele Beiträge in den Abteilungen warten. 

Als Sahnehäubchen bietet die Projektseite 

außerdem eine Android-App [16] an, die 

auf Tiny-Tiny-RSS-Planeten zugreift. 

Ausgelesen 

Planet Venus und Tiny Tiny RSS sind 

eindeutig die Gewinner des Tests. Beide 

Feed-Aggregatoren zeigten alle Feeds 

ohne Probleme an – anders als Planet 

Planet und Moon Moon. Der Ur-Planet 

holpert auch sonst eher durchs Universum, 

denn die Konfiguration ist zwar einfach, 

aber auch nicht besonders flexibel. 

Moon Moon bietet mehr Komfort und 

eine recht aufgeräumte Umgebung, über 

die Admins die Grundfunktionen einstellen. 

Wer aber am Design oder an der Konfiguration 

drehen möchte, der sollte sich 

auf Ausflüge in schlecht kommentierten 

PHP-Code vorbereiten. 

Es bleibt die Frage, ob Tiny Tiny RSS tatsächlich 

ein Planet ist. Die Zugangskontrolle 

stellt ihn ins Abseits, eine öffentlich 

zugängliche Feedsammlung ist bei 

diesem Programm nicht vorgesehen. Der 

Verwalter kann seinen Benutzern keine 

Vorauswahl von Quellen zusammenstellen, 

denn jeder Account hat immer nur 

Zugriff auf jene Feeds, die er selbst eingetragen 

hat. Damit ist Tiny Tiny RSS 

eher ein Google-Reader-Ersatz. Geht es 

also darum, einen klassischen Planeten 

bereitzustellen, ist Planet Venus das Tool 

der Wahl. (hej) 

n 

Infos 

[1] Flipboard: [https:// flipboard. com] 

[2] Inoreader: [https:// inoreader. com] 

[3] Pulse: [https:// www. pulse. me] 

[4] Planet Planet: 

[http:// www. planetplanet. org] 

[5] Moon Moon: [http:// moonmoon. org] 

[6] Planet Venus: 

[http:// intertwingly. net/ code/ venus] 

[7] Tiny Tiny RSS: [http:// tt‐rss. org] 

[8] Sage für Firefox: [http:// sagerss. com] 

[9] Python-Bibliothek Feedparser: 

[http:// code. google. com/ p/ feedparser] 

[10] Htmltmpl: 

[http:// htmltmpl. sourceforge. net] 

[11] Hackergotchi: 

[https:// planet. gnome. org/ heads] 

[12] Beautiful Soup: [http:// www. crummy. com/ 

software/ BeautifulSoup] 

[13] XSLT für Gnome: [http:// xmlsoft. org/ XSLT] 

[14] Tiny-Tiny-RSS-Plugins: [http:// tt‐rss. org/ 

redmine/ projects/ tt‐rss/ wiki/ Plugins] 

[15] Themes für Tiny Tiny RSS: [http:// tt‐rss. 

org/ redmine/ projects/ tt‐rss/ wiki/ Themes] 

[16] Android-App für Tiny Tiny RSS: 

[https:// play. google. com/ store/ apps/ 

details? id=org. fox. ttrss]

Software 

www.linux-magazin.de Tooltipps 10/2013 

72 

Werkzeuge im Kurztest 

Tooltipps 

Cputool 0.0.6 

Prozessorauslastung steuern 

Quelle: [http:// devlabs. linuxassist. net/ 

projects/ cputool] 

Lizenz: GPLv3 

Alternativen: Nice, Likwid 

Finit 1.8 

Schneller Init-Ersatz 

Quelle: [http:// troglobit. com/ finit. html] 

Lizenz: LGPL 

Alternativen: Init 

Fossil 1.26 

Schlanke Versionsverwaltung 

Quelle: [http:// www. fossil‐scm. org] 

Lizenz: BSD 

Alternativen: Git, Subversion 

Nice steuert rechenintensive Prozesse 

und ändert deren Priorität im Scheduler. 

Cputool beeinflusst direkt die CPU- 

Nutzung von Prozessen und sendet 

SIGSTOP- und SIGCONT-Signale. Anwender 

definieren dazu Grenzwerte, die 

ein Prozess nicht überschreiten darf. Ist 

das Limit erreicht, dann legt Cputool ihn 

kurzzeitig auf Eis. Die Informationen bezieht 

das Tool aus »/proc«. 

Die Steuerung erfolgt über Kommandozeilen-Parameter. 

Um Schwellenwerte 

für ein Programm zu bestimmen, starten 

sie es zusammen mit Cputool und geben 

dabei über »‐l« ein Load- und über 

»‐c« ein CPU-Limit in Prozent an. Bei 

Mehrkernprozessoren berücksichtigen 

sie außerdem die Anzahl der Kerne. Ein 

Quadcore-Prozessor bietet beispielsweise 

maximal 400 Prozent Leistung. Es ist außerdem 

möglich, einen bereits aktiven 

Prozess zu beschränken. Dabei hilft die 

Option »‐p PID«. 

Cputool stellt den Dienst automatisch 

ein, wenn der kontrollierte Prozess beendet 

ist. Wer wissen möchte, was das 

Tool im Hintergrund treibt, kann mit »‐v« 

Auskünfte einholen, »‐vv« zeigt Statistikinformationen 

an und »‐vvv« gibt Aufschluss 

über gesendete Signale. 

★★★★★ Cputool eignet sich gut, um die 

Auslastung von Systemen zu steuern. Die 

Bedienung ist intuitiv. 

n 

Obwohl Prozessoren und Festplatten 

immer schneller werden, dauert manchen 

Anwendern der Bootvorgang zu 

lange. Abhilfe verspricht Finit, das Fast 

Init Replacement. Die Entwickler haben 

sich vom Fastinit-Daemon der Eee-PCs 

inspirieren lassen und ihre Variante um 

Funktionen ergänzt. Dazu zählt etwa das 

Servicemonitoring, das beendete Dienste 

neu startet. Andere Erweiterungen implementieren 

I/O-Dienste oder Servicecalls 

zum Starten von Daemons. 

Die Konfigurationsdatei »/etc/finit.conf« 

ist übersichtlich aufgebaut, Beispiele und 

Erklärungen liefert die Dokumentation. 

Der Befehl »check« leitet einen Dateisystemcheck 

ein, »module« lädt Kernelmodule, 

»run« startet Prozesse, »service« 

initialisiert die Programme als Daemon. 

Wie Init kennt Fastinit Runlevel. Die Anweisung 

»runlevel N« bestimmt, in welchem 

Level ein Dienst oder Programm die 

Arbeit aufnimmt, »N« ersetzen Benutzer 

durch eine Zahl von 1 bis 9, wobei 6 

für den Reboot reserviert ist. Wer Fastinit 

testen möchte, der kann in der Bootloader-Konfiguration 

den Kerneleintrag 

um »init=/sbin/finit« erweitern. 

★★★★★ Finit startet zügig, arbeitet 

aber nicht mit allen Distributionen zusammen. 

Unter Ubuntu gab es Probleme 

mit Upstart. Anwender sollten für die 

Konfiguration Geduld mitbringen. n 

Die schlanke Versionsverwaltung Fossil 

ist schnell installiert, besitzt kaum 

Abhängigkeiten zu anderen Programmen 

und benötigt wenig Ressourcen. Sie unterstützt 

eine verteilte Verwaltung, speichert 

die Projektinformationen in einer SQlite- 

Datenbank und enthält eine Weboberfläche 

mit Bugtracker und Wiki. 

Anwender bedienen Fossil über Kommandos 

und Parameter, die sie beim Aufruf 

übergeben. So erzeugt »fossil init lm« ein 

neues Projekt mit dem Namen »lm«. Die 

Befehle »info«, »status«, »changes« und 

»diff« geben Aufschluss über den aktuellen 

Status. Um neue Daten ins Repository 

einzuchecken, verwenden Nutzer »add«, 

»delete« entfernt sie. »push«, »pull« und 

»sync«, gefolgt von einer URL, gleichen 

mit externen Repositories ab. 

Für den Zugang zur Weboberfläche 

starten Anwender Fossil mit »ui« oder 

»server«. Ersteres stellt die Schnittstelle 

lediglich auf dem Loopback-Interface bereit 

und öffnet sie im Standardbrowser. 

Die zweite Variante bindet Fossil an alle 

Schnittstellen und erlaubt auch externen 

Zugriff. Eine Liste aller Fossil-Kommandos 

mit Beispielen finden interessierte 

Nutzer auf der Projektseite. 

★★★★★ Fossil braucht sich nicht hinter 

den großen Versionsverwaltungen zu verstecken. 

Das Tool ist schnell einsatzbereit 

und benötigt wenig Ressourcen. n

Software 

www.linux-magazin.de Tooltipps 10/2013 

74 

Cscope 15.8a 

Suche in Quelltextdateien 

Quelle: [http:// cscope. sourceforge. net] 

Lizenz: BSD 

Alternativen: Grep 

Keybox 1.08.50 

SSH-Schlüsselmanager 

Quelle: [http:// sshkeybox. com] 

Lizenz: Apache 2.0 

Alternativen: Toska 

Playshell 0.2 

Shellwrapper für Mediaplayer 

Quelle: [http:// playshell. sourceforge. net] 

Lizenz: GPLv2 

Alternativen: Cmus 

Das Ncurses-basierte Tool Cscope durchsucht 

C-, C++- und Java-Quelltexte 

nach Referenzen, globalen Definitionen, 

Funktionen, Strings und regulären Ausdrücken. 

Beim ersten Aufruf im Projektverzeichnis 

untersucht es die Quelltexte, 

erkennt Code- und Headerdateien, sucht 

selbstständig nach Include-Files und generiert 

die Datenbank »cscope.out«. Danach 

startet das Ncurses-Frontend und 

wartet auf Benutzereingaben. 

Im unteren Bereich zeigt Cscope verschiedene 

Suchoptionen, die Anwender 

mit den Cursortasten ansteuern und mit 

[Enter] aufrufen. So suchen sie etwa nach 

C-Symbolen, globalen Definitionen oder 

Funktionsaufrufen. Ergebnisse schreibt 

Cscope in den oberen Bereich, den Nutzer 

per Druck auf die Tabulatortaste 

erreichen. Jede Zeile listet genau einen 

Treffer und zeigt den Dateinamen, die 

Zeilennummer und einen Textauszug der 

Fund stelle an. In der Voreinstellung blendet 

das Tool die ersten neun Treffer ein; 

mit der Leertaste blättert man zur nächsten 

Seite. Die Pfeiltasten führen dann 

zum gewünschten Treffer, ein Druck auf 

die Eingabetaste öffnet die entsprechende 

Datei im Standardeditor. 

Cscope bietet außer der Ncurses-Oberfläche 

einen reinen Kommandozeilenmodus 

und eignet sich damit für den Einsatz in 

Skripten. Die Projektseite enthält neben 

der allgemeinen Dokumentation auch Tutorials 

zur Zusammenarbeit von Cscope 

mit Vim und (X)Emacs. 

★★★★★ Cscope ist eine praktische 

Spürnase und erleichtert die Suche und 

Analyse von langen oder vielen Quelltexten 

spürbar. Insbesondere Entwickler, die 

fremden Sourcecode durchforsten, dürften 

das Tool schätzen. 

n 

Keybox verwaltet öffentliche SSH-Schlüssel 

und verteilt Shellskripte an mehrere 

Systeme. Anwender steuern das Tool 

über eine Weboberfläche und benötigen 

dazu ein Java JDK 1.6 oder neuer sowie 

Open SSH 2. Unter Linux, OS X und anderen 

Unix-Systemen starten sie es entweder 

über das Skript »./startKeyBox. 

sh« im Jetty-Webserver (»http://localhost:8090«) 

oder kompilieren die Quellen 

selbst. Für Letzteres benötigt Keybox 

Maven. Seine Daten legt das Tool in einer 

H2-Datenbank ab. 

Beim ersten Start melden sich die Benutzer 

als »admin« mit dem Passwort 

»change me« an und ändern dann die Zugangsdaten. 

Danach erzeugen sie in Keybox 

einen eigenen SSH-Schlüssel, richten 

die Zugänge zu den entfernten Systemen 

samt Verbindungsparametern ein und 

konfigurieren die Zugangsdaten oder erstellen 

Skripte zur Ausführung auf mehreren 

Systemen. Mehrere Rechner fasst 

Keybox auf Wunsch in Profilen zusammen. 

Über »Composite SSH Term« bauen 

Nutzer SSH-Verbindungen zu einem oder 

mehreren Computern auf. Falls sie keinen 

Schlüssel hinterlegt haben, authentifizieren 

sie sich per Passwort. Die Terminals 

laufen als Fenster in der Weboberfläche 

im Browser. 

Um das SSH-Schlüsselpaar für Keybox zu 

erneuern, beenden Anwender das Tool, 

entfernen die Dateien »id_rsa« und »id_ 

rsa.pub« aus dem Verzeichnis »classes/ 

com/keybox/common/db« und starten 

es neu. In dem Ordner befindet sich auch 

die Datenbank »keybox.h2.db«, die Benutzer 

selbst regelmäßig sichern. 

★★★★★ Keybox ist ein praktischer Helfer 

für alle, die mehr als einen Rechner 

administrieren. 

n 

Playshell steuert Abspielprogramme und 

Playlisten auf der Konsole. Das Tool arbeitet 

mit einer Vielzahl von externen Programmen 

zusammen, darunter Mplayer, 

Gst123, Mpg123, Sox und VLC. Die Liste 

der Dateitypen sowie die Konfiguration 

der jeweiligen Mediaplayer erwartet der 

Wrapper in »/etc/playshell«. Persönliche 

Einstellungen wie Caches oder Wiedergabelisten 

speichern Anwender im Verzeichnis 

»~./playshell«. 

Nach dem Start steuern Benutzer das 

Programm über die Tastatur. So fügt [A] 

einen neuen Eintrag zur aktuellen Playlist 

hinzu, [L] zeigt die Wiedergabeliste im 

Fenster und [Umschalt]+[L] den vollen 

Pfadnamen zu den Songs oder Filmen 

an. [Umschalt]+[4] (also »$«) und [Umschalt]+[5] 

(»%«) sortieren die Stücke. 

Ein Druck auf [E] startet den Standardeditor, 

mit dem Anwender ihre Liste bearbeiten 

können. Einen alternativen Editor 

definieren sie entweder über die Variable 

»$EDITOR« oder beim Aufruf über »‐e«. 

Als Hilfe blendet [H] alle Shortcuts und 

Optionen ein. 

Neben den Standardfunktionen wie Abspielen, 

Vor- und Zurückspulen bietet das 

Tool einen Shuffle-Modus, Repeat- und 

Loop-Funktionen sowie die Möglichkeit, 

einzelne Einträge der Playlist temporär 

zu deaktivieren. Über [M] starten Nutzer 

den Alsamixer, um die Lautstärke der 

einzelnen Ausgänge zu regeln. Die Gesamtlautstärke 

regulieren die Plus- und 

Minus-Tasten in Playshell. 

★★★★★ Wer den Lieblings-Mediaplayer 

über die Konsole steuern möchte, sollte 

sich Playshell anschauen. Die Bedienung 

erfordert eine gewisse Einarbeitungszeit 

und gründliches Lesen der Onlinehilfe. 

(U. Vollbracht/hej) 

n

Aus dem Alltag eines Sysadmin: Mosh 

Shell für den Strand 

Einführung 10/2013 

Sysadmin 

Die Beine im Meer und ein Strohhut gegen die südliche Sonne auf dem Kopf verringern oft die Aussicht auf 

eine gute Internetverbindung. Magazin-Kolumnist Charly, der sich gerade selbst mit derart tragischen Umständen 

konfrontiert sieht, weiß Rat. Charly Kühnast 

Inhalt 

76 Xenserver 6.2 

Citrix hat Ende Juni die neueste Version 

seiner Xen-basierten Enterprise-Virtualisierung 

als Open-Source-Software 

freigegeben. 

82 Jelastic 

Das PaaS-Angebot ermöglicht den Betrieb 

von Java- und PHP-Anwendungen 

und zeichnet sich durch das automatische 

Skalieren je nach Ressourcenbedarf 

aus. 

Ich schreibe diese Kolumne an der Costa 

Brava und bade gerade meine Füße darin. 

Die Küste trägt ihren Namen zu Recht, 

„brava“ lässt sich mit „wild, unwirtlich“ 

übersetzen. Das trifft abseits der Touristenstrände 

zu, leider auch für die Netzabdeckung. 

Zwar ist WLAN in Hotels, auf 

Campingplätzen und Bars allgegenwärtig 

– im Moment benutze ich das Netz der 

Strandbar „Xiringuito“ bei den malerischen 

Ruinen der ehemaligen griechischen 

Handelsexklave Empúries. 

Doch die Verbindung ist ziemlich brava. 

Das versaut mir aber nicht den sonnigen 

Nachmittag, denn ich ziehe Mosh [1] als 

Ass aus der Badetasche. Der SSH-Ersatz 

besteht aus einer Client- und einer Server- 

Komponente plus Wrapperskript. Initial 

verbindet Mosh Client und Server klassisch 

per SSH auf Port 22. Dann übergibt 

der Server dem Client einen Schlüssel, 

Abbildung 1: Die Zeichen, die wegen einer stockenden Verbindung noch nicht 

übertragen sind, stellt Mosh unterstrichen dar. 

mit dem er sich fortan ausweist, und 

Mosh kappt die TCP-Verbindung. 

Ab jetzt unterhalten sich Client und Server 

nur noch per UDP, serienmäßig im 

Bereich zwischen Port 60000 und 61000. 

Mit dem Parameter »‐‐port=Portnummer« 

kann ich Mosh zwingen einen Port zu 

bevorzugen. Die UDP-Verbindungen sind 

ausgesprochen robust, sie überleben sogar 

Suspend-Phasen des Clients. 

Noch besser und in der Praxis extrem 

nervenschonend: Weil sich der Client mit 

dem anfangs vom Server empfangenen 

Schlüssel ausweist, darf er zwischendurch 

sogar die IP-Adresse wechseln. Wenn mir 

also das Strandcafé-WLAN abreißt und 

der Laptop auf das Tethering des Mobiltelefons 

umschwenkt, läuft meine Mosh- 

Session völlig unbeeindruckt weiter. 

Zeichen der Wert-Schätzung 

Wenn die einzig greifbare Verbindung 

instabil ist, führt das bei SSH bekanntlich 

dazu, dass das Terminal getippte 

Buchstaben nicht anzeigt, solange sich 

die TCP-Verbindung nicht wieder fängt. 

Zwar kann auch Mosh in solchen Fällen 

nicht hexen, aber es stellt schlaue Vermutungen 

darüber an, was das Terminal 

anzeigen sollte, und schickt die Zeichen 

prophylaktisch zur Ausgabe. Die Synchronisierung 

per UDP läuft dabei im Hintergrund 

weiter. Mit Moshs Vorhersage-Mechanismus 

wirkt für 

mich das Arbeiten auf 

der Kommandozeile 

wesentlich flüssiger 

als mit SSH. 

Außerdem lässt Mosh 

mich nicht im Unklaren 

darüber, was nun 

tatsächlich übertragen 

wurde und welche 

Bytes nur vorhergesagt 

sind: Die Zeichen, welche die Mobile 

Shell per Vorhersage anzeigt, stellt sie 

unterstrichen dar (Abbildung 1). Wenn 

ich nur die ganze Wahrheit sehen will, 

schalte ich die Vorhersagefunktion mit 

»‐‐predict=never« ab. Ebenso kann ich 

sie mit »‐‐predict=always« erzwingen. 

Das Default-Verhalten ist ein Kompromiss: 

Mosh misst im Hintergrund die Latenz 

der UDP-Verbindungen und schaltet 

die Vorhersagefunktion ein, sobald die 

Verbindungsqualität nachlässt. 

Unterwegs ist Mosh für mich inzwischen 

unverzichtbar. Völlig ersetzen wird es 

SSH jedoch erst einmal nicht, denn zurzeit 

beherrscht es weder X11- noch Portforwarding 

und nur IPv4. Zumindest an 

IPv6 arbeiten die Entwickler aber und 

auch eine App für Android-Mobiltelefone 

soll es eines Tages geben. (jk) n 

Infos 

[1] Mosh: [http:// mosh. mit. edu] 

Der Autor 

Charly Kühnast administriert 

Unix-Syste me im Rechenzentrum 

Niederrhein. Zu seinen 

Aufgaben gehören Sicherheit 

und Verfügbarkeit der 

Firewalls und der DMZ. 


75

Sysadmin 

www.linux-magazin.de Xenserver 10/2013 

76 

Citrix Xenserver 6.2 wird Open Source 

Endlich frei! 

Citrix hat Ende Juni die neueste Version seiner Xen-basierten Enterprise-Virtualisierung Xenserver komplett 

als Open-Source-Software freigegeben. Der Hersteller erhofft sich Input von der Community, mehr Kundschaft 

für seine Desktop-Virtualisierung und einen besseren Stand auf dem Markt. Holger Gantikow 

nen Lizenz [4] stehenden Komponenten 

übernimmt künftig die Xenserver.org- 

Community [5], der Hersteller bietet bei 

Bedarf kommerziellen Support an. 

Zwar weist Citrix tapfer darauf hin, diese 

Freigabe käme gar nicht so überraschend, 

schließlich stünden wesentliche Komponenten 

wie der Xen-Hypervisor selbst 

lange schon quelloffen zur Verfügung, 

doch die Vermutung liegt nahe, dass die 

Wahrheit ein wenig anders aussieht. 

© George Tsartsianidis, 123RF.com 

Open Source – endlich, und zwar komplett! 

In der Ankündigung [1] der neuen 

Xenserver-Version 6.2 sticht ein nicht 

technisches Merkmal aus der üblichen 

Liste der Verbesserungen heraus: Citrix 

hat Xenserver, sein kommerzielles Produkt 

rund um den quelloffenen Hypervisor 

Xen, zur freien Software erklärt. 

Mit diesem Paukenschlag macht der 

Hersteller seine bisherige Unterteilung in 

Free, Advanced, Enterprise und Platinum 

Edition obsolet. Für Kunden gibt es nur 

noch eine einzige, kostenfreie Version, 

die zudem auch noch wesentlich mehr 

kann als die alte Gratisausgabe. 

Auseinandergenommen und 

neu zusammengebaut 

Bereits kurz nach der Veröffentlichung 

des Quellcodes begann die Community, 

die Komponenten, die aus einem darunterliegenden 

Red-Hat-Derivat den Citrix 

Xenserver machen, vom Betriebssystem 

zu entkoppeln. Das erklärte Ziel ist es, 

ein Xenserver-Core-Metapaket für eine 

möglichst große Vielfalt an Linux-Distributionen 

anbieten zu können. 

Wie der Kasten „Xen, Libvirt und Ceph“ 

zeigt, ist diese Arbeit für Cent OS 6.4 

bereits erledigt, weitere Distributionen 

werden folgen. Das Konzept für »xenserver‐core« 

sieht dabei drei Ebenen vor 

(Abbildung 1). Wahrscheinlich werden 

in naher Zukunft auch viele fertig vorbereitete 

Appliances entstehen, die in 

Form von Iso-Image-Dateien speziell 

angepasste Abbilder bereitstellen. (Abbildung 

2). 

Dabei hat Citrix nicht nur den Hypervisor 

und sein Management veröffentlicht: 

Auch den Windows-Client Xencenter, 

der die einfache grafische Verwaltung 

ermöglicht, hat der Hersteller gleich mit 

freigegeben. Die Weiterentwicklung der 

unter GPL, BSD- und einer Citrix-eige- 

Abschied von der Server- 

Virtualisierung? 

Xen, das ab 2003 lange Jahre als Synonym 

für Virtualisierung mit Linux galt 

und damals den einzigen ernstzunehmenden 

Konkurrenten zu VMware stellte, 

entstand ursprünglich an der Universität 

Cambridge, kommerziell vermarktet von 

der Firma Xensource, die im Jahr 2007 für 

stolze 500 Millionen Dollar den Besitzer 

wechselte. Der Käufer? Citrix. 

Was folgte, war eine ganze Reihe von 

Freigaben über die letzten Jahre hinweg. 

So gab die Company 2009 das Xen Management 

API (XAPI) und die Xen Cloud 

Platform (XCP) frei, eine Xenserver-Variante, 

die nur aus Open-Source-Komponenten 

besteht. 2011 kamen freie XAPI- 

Pakete für Debian und Ubuntu hinzu, 

2013 folgte die Aufnahme von XAPI und 

Xen.org unter das Dach des Xen-Projekts, 

das mittlerweile von der Linux Foundation 

betreut wird. 

Doch angesichts der Tatsache, dass Citrix 

selbst bei seinen Fans nicht unbedingt als 

ein Hort der Open-Source-Idee gilt, riecht 

die jüngste Ankündigung trotz allem ein 

wenig nach Exit-Strategie aus einem nicht 

mehr lukrativen Markt. Realistisch betrachtet 

spiegelt sie den aktuellen Markt

»xenserver-core«-Modell 

»xenserver-core« (mit XAPI & Co.) 

Virtualisierungs-Basispakete 

(Xen 4.3, Qemu, Libvirt) 

Linux-Distribution 

der Enterprise-Virtualisierung wieder: 

KVM hat in vielen Bereichen zu Xen aufgeschlossen, 

es oft sogar überholt, auch 

wenn neben Red Hats Enterprise Virtualization 

[6] die wirklich schlüsselfertigen 

Lösungen für den Unternehmenseinsatz 

noch fehlen. 

Am Thron des Marktführers VMware ist 

scheinbar nicht zu rütteln und Microsoft 

baut seine Hyper-V-Marktanteile kontinuierlich 

aus, auch im Cloudbereich, der 

sonst traditionell von Linux und Open 

Stack besetzt ist [7]. Zu allem Überfluss 

bietet auch der Datenbankriese Oracle 

eine eigene Virtualisierungslösung an, 

die ebenfalls auf Xen basiert. 

Auch wenn Xenserver als eigenständiges 

Produkt nie der signifikante Umsatzbringer 

für Citrix war, sondern eher ein 

Addon zu den anderen Produkten der 

Firma, so bietet er doch eine Basistechnologie 

speziell für die Virtual Desktop Infrastructure 

(VDI) Xendesktop. Die stellt 

virtuelle Windows-Desktops bereit und 

ist einer der Umsatzbringer von Citrix. Da 

dies am besten mit einem effizienten und 

angepassten Hypervisor funktioniert, tut 

Citrix gut daran, das Interesse an Xen am 

Köcheln zu halten – und offensichtlich 

verspricht man sich genau das von der 

Open-Source-Strategie. 

Flucht in die Cloud 

Citrix Xenserver auf Cent OS 

»xenserver-core« (mit XAPI & Co.) 


»Xen4CentOS«-Extrapakete 

(Xen 4.2.2, Qemu, Libvirt) 

Cent OS 6.4 

Abbildung 1: Ein erster Erfolg der Open-Source-Strategie ist das Cent-OS-Paket für Xenserver. 

findet er hier eine gute und vor allem 

günstige Alternative zu Hyper-V. 

So ist der Xenserver – wie auch viele 

Enterprise-Linux-Distributionen oder 

VMwares V-Sphere – seit vielen Versionen 

unter dem Microsoft Server Virtualization 

Validated Program (SVVP, [8]) 

zertifiziert, sodass Kunden, die einen 

Windows-Server virtualisiert betreiben 

wollen, vollen Support aus Redmond 

erhalten. Rackspace setzt beispielsweise 

seit Langem auf Xenserver für seine Windows-Cloud 

[9]. 

Lizenzen und Konsequenzen 

Citrix hat das Lizenzmodell im Zuge der 

Veröffentlichung der 6.2er Version von 

einem Per-Server- auf ein Pro-Sockel- 

Modell umgestellt, das mit 460 Euro pro 

Sockel und Jahr zu Buche schlägt. Preislich 

entspricht das ungefähr den Kosten 

der bisherigen Enterprise-Edition, wobei 

inzwischen Subscription Advantage und 

Premier-Support im Preis enthalten sind. 

Diese Optionen mussten Kunden bislang 

separat erwerben. Alternativ bietet Citrix 

eine dauerhafte Lizenz für 1150 Euro an, 

bei der der Kunde aber jedes Jahr für gut 

200 Euro den Vertrag für Softwarewartung 

erneuern muss. 

Wer bislang eine Server-Lizenz hatte, 

kann diese gegen eine Lizenz für zwei 

Xenserver-Appliance 

Xencenter 

»xenserver-core« 

Sockel eintauschen. Boten bisherige Versionen 

je nach eingesetzter Lizenz unterschiedlichen 

Funktionsumfang, so gibt 

es nun nur noch eine Version, die alle 

Funktionen beherrscht. 

Neben der Berechtigung, Supportanfragen 

stellen zu können, besteht das einzige 

Unterscheidungsmerkmal, ob Xenserver 

mit oder ohne Lizenz betrieben wird, im 

Patch-Management mit dem grafischen 

Client Xencenter. Dieser ermöglicht es bei 

vorhandener Lizenz, aus der grafischen 

Oberfläche heraus auf allen Hosts eines 

Pools Hotfixes und Sicherheitsupdates 

automatisiert einzuspielen. 

Manuelles Update 

Windows-PV-Treiber 


(Xen 4.3, Qemu, Libvirt) 

Linux-Distribution, 

zum Beispiel Cent OS 6.4 

Abbildung 2: So stellen sich die Entwickler eine Xenserver-Appliance 

vor: Auf einer Basisdistribution 

bauen schichtweise Virtualisierungsebenen auf. 

Wer nun befürchtet, seine unlizenzierte 

Xenserver-Installation stünde ohne Updates 

im Regen, liegt falsch. Es ist auch 

weiterhin möglich, die Patches per Kommandozeile 

einzuspielen. Dies ist zwar 

nicht ganz so elegant, funktioniert aber 

trotzdem und ist auch so seitens Citrix 

vollständig dokumentiert (siehe Kasten 

„Patchen ohne GUI“). 

Ein Mischbetrieb aus lizenzierten und 

unlizenzierten Hosts in einem (Ressourcen-)Pool 

ist jedoch nicht möglich – der 

Xenserver 10/2013 

Sysadmin 


77 

Ein weiteres potenzielles Einsatzgebiet 

für den Xenserver stellt die Cloud dar. Da 

viele Admins diese traditionell eher auf 

Basis kostenfreier Distributionen bauen, 

hat Citrix erst durch die umfassende Freigabe 

eine funktionsreiche, flexible und 

vor allem kostengünstige Alternative im 

Angebot. Wer hingegen seine Cloud mit 

kommerziellen Distributionen und entsprechenden 

Supportverträgen aufbaut, 

der sollte sich die Citrix-Tools anschauen. 

Will er eine Windows-Cloud hosten, dann 

Xen, Libvirt und Ceph 

Auch wenn die Freigabe noch vergleichsweise 

neu ist, so zeigt es sich recht schnell, dass 

sie der Entwicklung von Xenserver gut tut. 

Nur eine Woche dauerte es bis zum ersten 

Vorschlag [2], wie sich die neue Freiheit 

dazu nutzen lässt, um den Xenserver an einen 

bestehenden Ceph-Storage [3] anzubinden. 

Allerdings verwenden die Setups hierfür keine 

normale Citrix-Xenserver-Installation, sondern 

eine Basis von Cent OS 6.4 und Upstream-Versionen 

von Qemu und Libvirt. 

Der Autor der Anleitung hat jedoch gute 

Vorarbeit geleistet. Nach dem Import eines 

zusätzlichen Repository genügen ein »yum 

install xenserver‐core« und der Aufruf eines 

Setup-Wizards. Danach ist das System in einem 

Zustand, in dem sich der Ceph-Storage-Pool an 

der Konsole einbinden und als Storage-Repository 

konfigurieren lässt. So kann der Admin 

ganz normal mit dem Xencenter weiterarbeiten 

und virtuelle Maschinen anlegen, die er auf 

dem Ceph-Storage-Pool ablegt.

Sysadmin 


78 

Wer sie mit anderen Tools weiterbearbeiten 

will, muss sie mit »rrd2csv« umwandeln. 

Darüber hinaus gibt es eine Reihe von 

Detailverbesserungen, etwa die Unterstützung 

neuer CPU-Typen, ein auf Robustheit 

hin überarbeitetes Powershell- 

SDK und Optimierungen, die vermeiden 

sollen, dass sich die Dom 0 durch exzessives 

Logging in die Knie zwingen lässt. 

Auch setzt Citrix nun eine aktuellere Version 

des Xen-Hypervisors ein (4.1.5). 

Raus mit dem Ballast! 

Abbildung 3: Neue Monitoring-Metriken erlauben eine noch detailliertere Überprüfung der Leistungsparameter 

von Hosts und virtuellen Maschinen. 

komplette Pool verhält sich dann, als 

wäre er unlizenziert. 

Technische Neuerungen 

Neben den signifikanten lizenzrechtlichen 

Änderungen bringt die neue Xenserver-Version 

auch eine Reihe technischer 

Verbesserungen mit, die zwar nicht 

sonderlich bahnbrechend sind, aber von 

einer kontinuierlichen Weiterentwicklung 

des Produkts zeugen. Zum einen hat sich 

die Skalierbarkeit weiter verbessert. Bei 

entsprechender Hardware sind nun bis 

zu 500 virtuelle Maschinen mit Windows 

oder gar 650 mit Linux pro Host möglich 

[11], was vor allem der Desktop-Virtualisierung 

zugutekommt. Zum anderen hat 

der Hersteller die Liste der unterstützten 

Betriebssysteme erweitert. So werden 

neben neuen Versionen der wichtigsten 

Linux-Distributionen auch Windows 8 

und Server 2012 unterstützt, was bisher 

als experimentell galt. 

Das so genannte „Performance Monitoring 

Enhancements Pack for Xenserver 

6.1“, das in der alten Xenserver-Version 

zusätzliche RRD-Metriken brachte und 

nachinstalliert werden musste, gehört 

in der neuen Version zum festen Lieferumfang 

und bietet nun einen deutlich 

besseren Einblick in den I/O-Durchsatz. 

Abbildung 3 zeigt einen kurzen Überblick 

über die für eine Festplatte auswählbaren 

Metriken. Xenserver speichert 

entsprechende Performance-Indikatoren 

ein Jahr lang in einer mit zunehmendem 

Alter gröber werdenden RRD-Datenbank. 

Citrix hat aber vor allem den Besen geschwungen 

und einige Features aus der 

aktuellen Release ausgekehrt, die nach 

Meinung der Firma obsolet sind, da nicht 

ausreichend verbreitet oder weil sie bereits 

einen würdigen Nachfolger in Form 

von erfolgreicheren Konkurrenzprodukten 

gefunden haben. 

So müssen sich die Freunde eines virtualisierten 

Solaris nun nach einer anderen 

Plattform umschauen. Auch der Web Self 

Service ist nicht mehr dabei – eine Webschnittstelle, 

mit der Anwender einzelne, 

ihnen zugeordnete virtuelle Maschinen 

steuern konnten, ohne über vollständige 

administrative Rechte zu verfügen – quasi 

ein kleines Cloudportal. 

Vom Ausmisten ist auch Xenconvert betroffen, 

das Werkzeug fürs Umwandeln 

physikalischer Maschinen in virtuelle. 

Und mangels Nachfrage wurde auch das 

Work load Balancing (WLB) eingestellt. Es 

ermöglichte auf Basis historischer Daten 

Entscheidungen über die automatische 

Platzierung von virtuellen Maschinen 

und gestattete es damit, Hosts gleichmäßig 

auszulasten. 

Patchen ohne GUI 

Die Kommandozeile von Citrix Xenserver ist 

ein mächtiges Tool für Admins, die sich damit 

auskennen. Exemplarisch zeigt sich das beim 

Einspielen eines Hotfix, im Folgenden am Critical 

Hotfix XS62E002 [10]. Nachdem der Admin 

das Patch auf einen Rechner mit installiertem 

Xencenter heruntergeladen hat, kann er es über 

die »xe«-Kommandozeile installieren. 

Bademeister oder nicht? 

Im ersten Schritt muss das Patch auf den Poolmaster 

gelangen. Ob ein Host in der Rolle des 

Poolmasters ist, stellt der Admin über die Eigenschaft 

»Pool master« in den »General«- 

Eigenschaften eines Hosts fest. Das Kommando 

gibt eine UUID aus, die der Admin im Folgenden 

braucht: 

xe patch‐upload ‐s Poolmaster ‐u root U 

‐pw Passwort file‐name=U 

Basis-Pfad/XS62E002.xsupdate 

59128f15‐92cd‐4dd9‐8fbe‐a0115d1b07a2 

Danach muss der Hotfix auf alle Maschinen im 

Pool gelangen: 

xe ‐s Poolmaster ‐u root ‐pw PasswortU 

patch‐pool‐apply U 

uuid=59128f15‐92cd‐4dd9‐8fbe‐a0115d1b07a2 

Nun kann der Admin den Erfolg der Aktion überprüfen: 

Das folgende Kommando sollte den Hotfix 

auf allen Hosts (gelistet nach ihrer UUID) als 

»installiert« oder »installed« anzeigen: 

xe patch‐list ‐s Poolmaster ‐u root U 

‐pw Passwort name‐label=XS62E001 

Diese kritische Aktualisierung benötigt einen 

Neustart aller Maschinen, da sie den Xen-Hypervisor 

und die zugehörigen Tools aktualisiert. 

Laufende virtuelle Maschinen sollte der Admin 

also vorher auf andere Gastgeber migrieren. Im 

Erfolgsfall erscheint in den Pool-Eigenschaften 

hinter XS62E001 »fully applied«.

Abbildung 4: Einrichten der Neustart-Priorität: »Restart« ist ausgegraut, da die VMs lokal liegen und somit 

nicht auf einem anderen Host neu gestartet werden können. 

Böse Zungen behaupten, Citrix habe in 

der aktuellen Version jetzt schon mehr 

Features entfernt als neue hinzugefügt, 

doch die Firma will auch in Zukunft den 

Lieferumfang weiter „auf das Wesentliche“ 

reduzieren. Auf dem Prüfstand steht 

auch die Unterstützung für Microsofts 

System Center Virtual Machine Manager 

(SCVMM). 

Trotzdem bringt der VMware-Konkurrent 

immer noch alle Features mit, die Admins 

von einer gestandenen Enterprise-Virtualisierung 

erwarten: Das Netzwerk lässt 

sich für Failover und Link-Aggregation 

bündeln, die Speicherverteilung dynamisieren, 

Xenserver unterstützt eine 

Vielzahl von Storage-Backends und lässt 

sich per Xe-Kommandozeile oder per 

Windows-GUI (Dotnet) administrieren. 

Exemplarisch zeigt das der Kasten „Patchen 

ohne GUI“. 

Auch lassen sich recht einfach virtuelle 

Maschinen hochverfügbar bereitstellen. 

Dieses Feature fand bereits 2009 Eingang 

in Xenserver 5 [12] und stammt vom HA- 

Spezialisten Marathon. Die HA-Funktion 

ist schnell konfiguriert: Die einzelnen 

Host-Systeme mit Xenserver werden zuerst 

in einen gemeinsamen Ressourcen- 

Pool aufgenommen, auf dem der Admin 

dann die Hochverfügbarkeit aktiviert. 

Wer die Xencenter-Oberfläche verwendet 

und nicht von den Vorgabewerten 

abweicht, hat dies in deutlich weniger 

als zehn Klicks erledigt. Zur Ermittlung 

des Zustands der Hosts im Pool dient 

ein Heartbeat-Storage-Repository als 

Quorum, das allen Hosts zur Verfügung 

stehen muss. 

Danach kann der Admin für die virtuellen 

Maschinen in diesem Ressourcen- 

Pool die Neustart-Strategie auswählen, 

unwichtige VMs bei einem Ausfall ihres 

Hosts links liegen lassen und wichtige 

auf einem anderen Host neu starten. Der 

automatische Neustart lässt sich allerdings 

nur konfigurieren, wenn die virtuelle 

Maschine auf einem von allen Hosts 

gemeinsam genutzten Speicherbereich 

liegt, beispielsweise einem zentralen 

NFS-Share. 

Lokale virtuelle Maschinen starten auf 

Wunsch automatisch neu, wenn ihr Host 

nach einer Störung wieder zum Leben erwacht. 

Auch eine definierte Startreihenfolge 

ist möglich (Abbildung 4). Nicht 

minder praktisch sind die Funktionen, 

mit denen sich die Disk-Images durch 

die Gegend schieben lassen, bei Bedarf 

auch über Pool-Grenzen hinweg, was 

eine deutlich flexiblere Nutzung freier 

Ressourcen ermöglicht. 

Xenmotion 

Xenmotion, also die seit Version 6.1 bestehende 

Möglichkeit, virtuelle Maschinen 

im laufenden Betrieb auf einen ande-

Sysadmin 


80 

Abbildung 5: Inzwischen ist dank Xenmotion auch eine „Shared Nothing“-Live-Migration von virtuellen 

Maschinen möglich, deren Images nicht auf einem gemeinsamen Speicherbereich liegen. 

ren Host zu verschieben, auch wenn die 

Gastgeber keinen gemeinsamen Storage- 

Bereich nutzen, erweist sich besonders in 

sehr kleinen Setups als nützlich. Damit 

kann der Admin – etwa aus Kostengründen 

– die Infrastruktur klein halten und 

auf teuren zentralen Storage verzichten 

(Abbildung 5). 

Auch der Umzug in einen anderen 

Ressourcen-Pool ist ohne Betriebsunterbrechnung 

möglich [13]. Allerdings lassen 

sich auf lokalen Platten vorgehaltene 

Maschinen im Falle einer Störung nicht 

auf einem anderen Host neu starten. 

VDI und virtuelle 3-D- 

Anwender im Fokus 

Wer auf virtuelle Desktops mit entsprechender 

3-D-Grafikleistung angewiesen 

ist, wie es beispielsweise im CAD-Bereich 

der Fall ist, der will vielleicht eine leistungsfähige 

3-D-Grafikkarte in die virtuelle 

Maschine durchreichen – entsprechende 

„VT for direct I/O“-Unterstützung 

im Bios vorausgesetzt. Das Ganze nennt 

sich dann „Multi GPU Pass-Through“. 

Auch wenn sich damit die Packungsdichte 

der virtuellen Maschinen pro 

Host reduziert (jeder Gast reserviert eine 

GPU exklusiv) lassen sich doch High- 

Performance-Desktops und deutlich anspruchslosere 

Desktops auf einem Host 

konsolidieren. 

Citrix scheint eingesehen zu haben, dass 

Xenserver nicht auf allen Hochzeiten 

tanzen kann, und besinnt sich auf zwei 

Kernmärkte, in denen es die Rolle des 

Preis-Leistungs-Siegers anstrebt. Einerseits 

den VDI-Markt, bei dem ein auf 

hohe VM-Packungsdichte optimierter 

Hypervisor von Vorteil ist und wo Citrix 

für nach 3-D-Leistung gierenden Kunden 

Speziallösungen anbietet, die sich dann 

auch mit ihrer bestehenden VDI-Umgebung 

kombinieren lassen. 

An zweiter Stelle zielt Citrix auf den 

Cloudmarkt, wo eine quelloffene Hypervisor-Lösung 

klar von Vorteil ist. Auch 

wenn Xenserver auf dem offenen Xen- 

Hypervisor aufsetzt, der eh schon auf 

einem großen Prozentsatz von Cloudinstallationen 

arbeitet, so gibt es hier durchaus 

Szenarien, in denen eine Lösung mit 

kommerziellem Support Chancen hat. 

Hier verspricht sich Citrix durch die Veröffentlichung 

der Quellen eine deutlich 

bessere Positionierung sowie mehr Input 

und Upstream aus der Community. 

Einfach, ausgereift, stabil 

und gut für Windows 

Wer noch nicht in der Cloud angekommen 

ist und eigentlich nur einen einfach 

zu bedienenden Virtualisierer sucht, wird 

beim aktuellen Xenserver schnell fündig. 

Dort erhält er eine ausgereifte, seit 

Jahren flott und stabil arbeitende Virtualisierungslösung, 

die sich hinter der 

Konkurrenz nicht verstecken muss. Dann 

bietet der Xenserver auch ähnlich viele 

Features wie die Konkurrenz – zu einem 

attraktiven Preis. (mfe) 

n 

Infos 

[1] Release Notes zu Xenserver 6.2.0: 

[http:// support. citrix. com/ article/ 

CTX137826] 

[2] Tech-Preview von Xenserver mit Libvirt 

und Ceph: 

[http:// www. xenserver. org/ component/ 

easyblog/ entry/ tech‐preview‐of‐xenserver 

‐libvirt‐ceph. html? Itemid=179] 

[3] Udo Seidel, „Speicher satt“: 


[4] Lizenzen der Xenserver-Komponenten: 

[http:// xenserver. org/ about‐xenserver 

‐open‐source/ gplv2‐license. html/] 

[5] Xenserver-Community: 

[http:// www. xenserver. org] 

[6] Andrej Radonic, „Aufholjagd“: Linux Magazin 

04/2013, S. 68 

[7] Martin Loschwitz, „Gestapelte Fenster“: 


[8] Microsoft Server Validation Program: 

[http:// windowsservercatalog. com/ svvp. 

aspx? svvppage=svvp. htm] 

[9] Rackspace Cloud FAQ: [http:// www. 

rackspace. com/ cloud/ cloud_hosting_faq/] 

[10] Hotfix XS62E002: [http:// support. citrix. 

com/ article/ CTX138349] 

[11] Xenserver Blog, „How did we increase VM 

density in Xenserver 6.2?“: [http:// www. 

xenserver. org/ component/ easyblog/ entry/ 

how‐did‐we‐increase‐vm‐density‐in 

‐xenserver‐6‐2. html? Itemid=179/] 

[12] Markus Feilner, „Neu im Haus“: 


[13] Live-Migration von Disks und Storage mit 

Xenmotion: [http:// blogs. citrix. com/ 2012/ 

08/ 24/ storage_xenmotion/] 

Der Autor 

Holger Gantikow hat an der 

Hochschule Furtwangen Informatik 

studiert und ist bei 

der Science + Computing AG 

in Tübingen als Senior Systems 

Engineer tätig. Dort 

beschäftigt er sich mit der Komplexität heterogener 

Systeme im CAE-Berechnungsumfeld und 

betreut Kunden aus dem technisch-wissenschaftlichen 

Bereich.

Sysadmin 

www.linux-magazin.de Jelastic 10/2013 

82 

Jelastic: Java und PHP as a Service 

Fantastisch elastisch 

Jelastic nennt sich das PaaS-Angebot einer Dortmunder Firma speziell zum Betreiben von Java- und PHP- 

Anwendungen. Beim Test fiel der Dienst durch technische Finesse und durch sofortiges, lastabhängiges 

Skalier verhalten ohne Admin-Eingriff auf. Martin Loschwitz 

tai ner, also abgetrennte Bereiche auf dem 

Hostsystem, die eigene, beschränkte Ressourcen 

bereitgestellt bekommen. Eine 

Jelastic-Appliance ist somit zwar keine 

echte virtuelle Maschine, wohl aber eine 

gekapselte Applikation, die nicht selbstständig 

auf die Ressourcen der anderen 

Container zugreifen darf. Das verhindert, 

dass sich Applikationen gegenseitig beeinflussen, 

um Ressourcen streiten oder 

Daten stehlen. 

© Melinda Nagy, 123RF.com 

Ob nur wegen eines unguten Bauchgefühls 

oder wegen harter Forderungen an 

die Compliance: Firmen tun sich schwer, 

externe Cloudleistungen zu buchen, bei 

denen ihre Daten auf Servern im Ausland 

landen. Prism & Co. sind sicher nicht 

geeignet diese Skepsis zu zerstreuen. Im 

Umkehrschluss wächst das Angebot an 

As-a-Service-Leistungen einheimischer 

Dienstleister, auch kleinerer mit pfiffigen 

Ideen. Der als Platform-as-a-Service einzuordnende 

Dienst Jelastic [1] beispielsweise 

hostet für seine Nutzer die gesamte 

Infrastruktur, die sie für PHP- und Java- 

Anwendungen benötigen. 

Das deutsche Unternehmen Dogado behauptet, 

mehr als Webhosting zu bieten, 

insbesondere bewerben die Dortmunder 

das Feature, dass die auf diese Weise 

gehosteten Sites automatisch skalieren, 

also regelmäßig ihren Ressourcenbedarf 

ermitteln und anpassen. Die öffentliche 

Jelastic-Cloud [1] lagert im TÜV-zertifizierten 

Rechenzentrum von Host Europe 

[2] in Köln, was Bedenken hinsichtlich 

des Datenschutzes entgegenwirken soll, 

da allein der Rechtsraum der Bundesrepublik 

Deutschland gilt. 

Wer – wie das Linux-Magazin – den Jelastic-Dienst 

zu testen beginnt, merkt, dass 

der Hersteller die Kundenerwartungen 

an Public Cloud Computing verstanden 

hat: Nach dem Anlegen eines Accounts 

auf der Jelastic-Website kommen die Zugangsdaten 

per Mail, bezahlt wird per 

Überweisung oder Kreditkarte. Dann darf 

es bereits losgehen. Selfservicing spielt 

bei Jelastic offenbar eine große Rolle. 

Mit dem freigeschalteten Account erhält 

der Kunde Zugang zum Jelastic Dashboard, 

über das er die von ihm genutzten 

Dienste innerhalb von Jelastic steuert. 

Containerbahnhof verstehen 

Das Fundament für den Dienst bildet 

Technik von Parallels. Der Hersteller 

nennt die Appliances, die er hostet, Con- 

Skalierbarkeit als 

Kernfunktion 

Ein Dienst lässt sich auf zweierlei Weise 

skalieren: in der Höhe und in der Breite. 

Das Skalieren in der Höhe erweitert oder 

verringert vorhandene Systeme entweder 

um weitere Ressourcen oder ersetzt sie 

durch leistungsstärkere oder ‐schwächere 

Systeme. Die Zahl der Systeme ändert sich 

nicht. Das Skalieren in die Breite dagegen 

passt die Anzahl der bereitstehenden Systeme 

dem Workload an. Das Skalieren in 

der Höhe stößt naturgemäß früher oder 

später an seine Grenzen – nämlich dann, 

wenn ein Rechner nicht mehr zu erweitern 

ist. Skalieren in der Breite hingegen 

funktioniert, bis der ganze Rechnerpool 

überlastet ist. 

Laut Dogado skaliert die Jelastic-Plattform 

sowohl in der Höhe als auch in der 

Breite. On the Fly bekommt ein Container 

zusätzliche Container zur Seite gestellt 

und/oder der Hypervisor des Hosts 

Abbildung 1: Der Assistent mit der Sonnebrille führt 

durchs Setup. Auch die klassische Dokumentation 

ist komplett und hilfreich.

Abbildung 2: Über einen Wizard begleitet Jelastic 

das Aufsetzen der ersten Umgebung im Jelastic- 

Dashboard, die auch eine Datenbank enthalten soll. 

passt lediglich die Menge der verfügbaren 

Ressourcen an. Der Unterschied für den 

Kunden macht sich auch bei der Abrechnung 

bemerkbar, weil der Kunde bei PaaS 

meist die tatsächlich genutzte Leistung 

zahlt. Container kosten bei Jelastic eine 

Art Grundgebühr, die beim Starten einer 

Instanz einmalig anfällt. Der Kunde bestimmt 

daher, wie viele virtuelle Server 

eine Appliance umfassen soll. 

Das Skalieren der Breite übernimmt die 

Plattform im laufenden Betrieb dann 

selbst: Merkt eine Appliance, dass ihr 

die Ressourcen knapp werden, fordert 

sie vom Hypervisor automatisch mehr 

Power an. De facto muss sich der Kunde 

keine Sorgen um die Performance machen, 

solange er die maximale Containeranzahl 

nicht unterdimensioniert hat. 

Die Plattform federt Lastspitzen über das 

beschriebene Skalieren der Breite automatisch 

ab. 

Im Test funktionierte das Ganze prima, 

wie mehrere parallele Wget-Prozesse in 

der Endlosschleife zeigten, die die Tester 

auf eine Jelastic-Testsite losließen. Mit 

der anschwellenden Last stieg die Zahl 

der genutzten so genannten Cpulets bis 

zu den Grenzen, die die Tester zuvor im 

Dashboard festgelegt hatten. 

Zunächst muss sich der Kunde entscheiden, 

welche Art von Appliance er möchte: 

für Java- oder für PHP-Projekte. Für beide 

Varianten kann der Admin obendrein eine 

SQL- oder No-SQL-Datenbank anfordern. 

Ein einzelner Container mit MySQL-Datenbank 

und Tomcat kommt auf eine 

Grundgebühr von rund 28,50 Euro (24 

Euro netto) pro Monat (Abbildung 2). 

Am Ende des Einrichtungsvorgangs, der 

keine zwei Minuten dauert, erhält der 

Kunde eine komplette MySQL-Tomcat- 

VM, in der bereits das Beispielprojekt 

„Hello World“ deployt ist. 

Softwaretechnisch 

durchgängig top 

Bei den unterstützten Programmen 

braucht Jelastic sich definitiv nicht zu 

verstecken: Wer die Plattform für Java- 

Anwendungen nutzt, erhält wahlweise 

einen Tomcat, der Java 6 oder Java 7 unterstützt 

(Abbildung 3), alternativ Jetty 

oder Glassfish 3. Für PHP-Anwendungen 

stehen PHP 5.3 und PHP 5.4 in Kombination 

mit Apache bereit. 

Bei den Datenbanken haben Nutzer 

die Wahl zwischen MySQL, Maria DB, 

PostgreSQL, Counch DB und Mongo DB. 

Vorbildlich: Der Anwender kann ein Clustering 

mit MySQLs eingebauter Master- 

Slave-Funktion direkt im Dashboard 

aktivieren. Load Balancing realisiert die 

Plattform auf Wunsch per Nginx. 

Nach dem ersten Setup steht eine komplette 

Java- oder PHP-Appliance in einer 

funktionierenden Standardkonfiguration 

bereit (Abbildung 4). Doch wer für sein 

Projekt besondere MySQL- oder PHP- 

Einstellungen benötigt, kann diese über 

das Jelastic-Dashboard vornehmen. Beachtlich 

ist das schon allein deshalb, weil 

Jelastic auf diese Art ein wirklich breites 

Spektrum an Anwendungen in einem 

Container abzubilden vermag. 

Management per Mausklick 

Für Begeisterung bei den Tests sorgten 

die Managementfunktionen. Auf dem 

Spielfeld der PHP- und Java-Anwendungen 

gibt es praktisch keine Funktion, die 

sich nicht in wenigen Mausklicks aktivieren 

oder wieder deaktivieren ließe 

(Abbildung 5). Wer beispielsweise das 

Standardsetup im Anschluss an den ersten 

Log in gern hochverfügbar machen 

möchte, wählt in der Umgebung über 

den Button »Umgebungstopologie ändern« 

einfach die Option »HA«. Nach 

einem Mausklick und ein paar Sekunden 

Wartezeit startet Jelastic eine zweite Instanz 

mit identischer Konfiguration – und 

erweitert das Setup um einen Nginx-basierten 

Load Balancer. 

Konfigurationsdateien per 

Webinterface ändern 

Soll die Seite über eine öffentliche IP 

von außen zugänglich sein, genügt ein 

weiterer Haken bei der IPv4-Funktion, 

der für die Zuweisung einer zugänglichen 

Adresse sorgt. Soll die Appliance schneller 

werden, ist vielleicht ein Memcached 

hilfreich: Mausklick – fertig. SSL-Zertifikate 

sind genauso wenig ein Problem wie 

das Einrichten eines Hosts für Maven, 

also das Java-Build-Werkzeug. 

Jelastic 10/2013 

Sysadmin 


83 

Hello World 

Wer sich bei Jelastic anmeldet, bekommt 

nach dem ersten Login über das Dashboard 

einen Assistenten zur Seite gestellt 

(Abbildung 1), der mehr oder minder 

hilfreiche Tipps und Tricks von sich gibt. 

Sowohl während der Ersteinrichtung als 

auch beim normalen Arbeiten bleibt dieser 

Ratgeber nicht die einzige Handreichung 

der Plattform. Denn es existiert 

auch eine ausführliche Dokumentation 

in auffallend guter Qualität. 

Abbildung 3: Sieht zwar so aus wie ein Tomcat, ist in Wirklichkeit aber ein Nginx, das der Anwender übers 

Dashboard zur Instanz hinzugeklickt hat.

Sysadmin 

www.linux-magazin.de Jelastic 10/2013 

84 

Pfiffig ist auch das Editieren von Konfigurationsdateien 

gelöst. Dienste, die 

Kunden für ihre Jelastic-Umgebungen 

aktivieren, erscheinen in einer Liste, die 

spezifisch für jede Umgebung existiert. 

Dort gibt es dann eine kleine Toolbar 

mit einigen Icons, eins davon führt zu 

»Dienst konfigurieren«. Dann öffnet sich 

ein Editorfenster, in dem Admins die 

Konfiguration nach ihren Vorstellungen 

ändern (Abbildung 6). 

Ein Klick auf »Speichern« beendet den 

Vorgang und führt zurück zum Dashboard-Hauptfenster. 

Auf diese Weise 

gelingt es dem Admin, die Konfigurationsdateien 

aller betroffenen Dienste zu 

ändern – ein eigener Shellzugang ist jedoch 

nicht vorgesehen. 

Ausgestaltung zielt 

zweifellos auf Firmen 

My Home is my Castle: Der Anbieter 

Dogado weist darauf hin, dass er eine 

Jelastic-Variante für eine Private Cloud 

anbietet, bei der die Kontrolle über die 

Hardware beim Kunden liegt. Weitere Informationen 

zu dem Angebot, das einiges 

technische Know-how voraussetzt, gibt 

es auf Anfrage beim Hersteller. 

Auch im Hinblick auf Servicelevel lassen 

sich die Dortmunder nicht lumpen, 

indem sie mehrere Wege anbieten, um 

gegen Aufpreis aus den Standard- einen 

Premium-Support mit 24/7-SLA zu machen. 

Dogado stellt hier offenbar auf 

Geschäftskunden ab, die auf der Suche 

Abbildung 5: Applikationen lassen sich im Dashboard per Mausklick verändern und erweitern. Diese Funktion 

fanden die Tester großartig, weil absolut leicht zu bedienen. 

nach einer Plattform für ihre Applikation 

sind, Support nach Enterprise-Maßstäben 

brauchen, aber selbst nicht unbedingt 

IT-affin sind. 

Wahrlich kein Schnäppchen 

Dogado hat sich für Jelastic ein cleveres 

Tarifsystem ausgedacht, bei dem jede 

Computing-Dienstleistung einem Gegenwert 

in Cloudlets besitzt. Ein Cloudlet 

entspricht 128 MByte RAM und 200 MHz 

CPU-Leistung und reichlich 14 Euro pro 

Monat. Das nach dem ersten Login im 

Webinterface angelegte System mit Tomcat 

7 und MySQL beziffert der Hersteller 

zum Beispiel auf zwei Cloudlets. 

Mit dem laufenden Betrieb beginnt 

dann ein etwas komplexes Rechenspiel, 

bei dessen Verständnis zum Glück das 

Dashboard zur Seite steht. Das Dogado- 

Versprechen, Ressourcen nur nach tatsächlichem 

Verbrauch zu verrechnen, 

wird teilweise dadurch ausgehöhlt, dass 

Jelastic für bestimmte Dienste Cloudlets 

reserviert, die der Kunde auf jeden Fall zu 

zahlen hat – beispielsweise beim Aktivieren 

der Lastverteilung. Wer für eine (!) 

Instanz alle Funktionen aktiviert, reserviert 

elf Cloudlets fix und zahlt mindestens 

82 Euro dafür. Lediglich die Cloudlets, 

die im Rahmen der automatischen 

Skalierbarkeit in der Höhe anfallen, sind 

tatsächlich wie vom Hersteller angekündigt 

dynamisch. 

Damit das Ganze nicht zur Kostenfalle 

gerät, lässt sich im Dashboard eine Obergrenze 

festlegen, die Jelastics automatische 

Skalierfunktion nicht überschreiten 

wird. Für die zuvor beschriebene Instanz 

Abbildung 4: Auch wenn die Farbgebung wohl einige Gewöhnung erfordert – das Jelastic-Dashboard ist durchgängig übersichtlich gestaltet und in wirklich vorbildlicher 

Weise funktional, sodass von Klickibunti hier nicht die Rede sein darf.

Jelastic 10/2013 

Sysadmin 

Abbildung 6: Wer mit der MySQL-Standardkonfiguration nichts anfangen kann, editiert über das Jelastic-Dashboard direkt »my.cnf«. 

in der vollständigen Konfiguration liegt 

sie ab Werk bei rund 340 Euro brutto und 

ist damit schon nicht mehr ganz billig. 

Enthalten darin sind allerdings auch die 

fixen Gebühren für die im Setup genutzten 

IPv4-Adressen, die pauschal anfallen, 

sobald die IPs in Nutzung sind. 

Die Frage, ob sich Jelastic für ein Unternehmen 

lohnt, hängt insofern von der 

erwarteten tatsächlichen Last ab. Wenn 

die Jelastic-Applikation aber nicht dauernd 

unter Volllast steht, rechnet sich die 

Nutzung für eine Java- oder PHP-Seite im 

Gegensatz zur Wartung und Pflege eines 

eigenen Servers zumindest dann, wenn 

ein 08/15-Webhosting-Angebot nicht die 

gewünschte Funktionalität mitbringt. 

Fazit und Wertung 

Die Dienste, die die Firma Jelastic hostet, 

ließen sich zwar auch auf einem eigenen 

Server betreiben, sei dieser virtualisiert 

oder echtes Blech. Doch der wäre lange 

nicht so flexibel nutzbar und brächte 

obendrein die unangenehme Aufgabe 

mit, dass sich jemand um das System 

kümmern muss. Wer PaaS-Dienste in 

Anspruch nimmt, will ein System, das 

„einfach nur funktioniert“. Und tatsächlich 

zeichnet sich Jelastic durch eine immense 

Flexibilität aus. 

Fast wichtiger noch: Jelastic skaliert bei 

unerwarteten Lastspitzen automatisch 

in den vom Benutzer bestimmten Grenzen. 

Wer eine Website oder vielleicht 

Onlineshops betreibt, die eine Tages im 

Fernsehen gezeigt und anschließend von 

Interessenten überrannt werden, fährt 

mit einer solchen Skalierungsautomatik 

vermutlich deutlich besser als mit einem 

dedizierten System. 

Auch die technische Umsetzung der 

Lösung erwies sich im Test als beinahe 

makellos. Es gab nichts, das nicht auf 

Anhieb wie erwartet funktioniert hätte. 

Die PaaS-Container-Setups für PHP und 

Java waren leicht aufzusetzen und per 

Mausklick um öffentliche IPv4-Adressen, 

Hochverfügbarkeit oder auch Load 

Balancer schnell und einfach erweitert. 

Die ordentliche Dokumentation und der 

Umstand, dass alle Daten auf deutschen 

Servern liegen, runden den technischen 

Gesamteindruck ab. 

Weniger Begeisterungsstürme löst dagegen 

die Preispolitik von Jelastic aus. 

Denn wer die pfiffige Umgebung ernsthaft 

nutzt, steigt trotz der Mengenrabatte 

schnell in finanzielle Höhen, für die sich 

auch ein, zwei gemanagte Server mieten 

lassen. (jk) 

n 

Infos 

[1] Jelastic: [http:// www. jelastic. com] 

[2] Host Europe: [http:// www. hosteurope. de/ 

Host‐Europe/ Technologie/ # Datacenter] 

Der Autor 

Martin Gerhard Loschwitz arbeitet als Principal 

Consultant bei Hastexo. Er beschäftigt sich dort 

intensiv mit Distributed-Storage-Lösungen sowie 

Open Stack. Außerdem ist er Entwickler beim 

Debian-Projekt. 


85

Forum 

www.linux-magazin.de Recht 10/2013 

88 

Brüssel verabschiedet eine EU-Richtlinie zum Open Government 

Halbherzige Transparenz 

Auf den ersten Blick scheint die EU inzwischen besser dafür sorgen zu wollen, dass ihre Bürger jetzt wirklich 

einen rechtlichen Anspruch auf den Zugang zu Informationen und Dokumenten des öffentlichen Sektors 

bekommen. Doch leider hält das einer tieferen Betrachtung nicht stand. Fred Andresen 

© Achim Baque, 123RF.com 

Die EU hat eine neue Open-Data-Richtlinie 

[1] erlassen: Eigentlich ist sie nur 

eine Änderung der bereits seit 2003 bestehenden 

Regelung [2], dennoch verblüfft 

das neue Werk vor allem durch ein explizit 

genanntes, individuelles Recht auf 

Zugang zu öffentlichen Informationen. 

Manch ein Beobachter spricht gar von 

einem Meilenstein auf dem Weg zum 

Open Government. Doch bei genauerem 

Hinsehen bleibt davon nicht viel übrig. 

Was lange währt 

Bereits für Ende 2011 war die Neuregelung 

versprochen, doch es hat ein 

wenig länger gedauert, bis die EU die 

neue Open-Data-Regelung auf den Weg 

gebracht hat. Sie setzt Änderungen der 

bereits seit 2003 existierenden „Richtlinie 

über die Weiterverwendung von Informationen 

des öffentliche Sektors“ um. 

In den Blickpunkt des Interesses rückt 

sie, weil die Änderung – anders als noch 

die Vorgängerversion – erstmalig auch 

einen unmittelbaren Rechtsanspruch auf 

Zugang und Weiterverwendung der Daten 

gewährt. 

Und weil EU-Richtlinien höherrangiges 

Recht sind als einfache nationale Gesetze, 

kommt es nicht darauf an, ob die 

Mitgliedsstaaten die Richtlinie in vollem 

Umfang oder fristgerecht in eigenes Recht 

umsetzen – geschieht dies nicht, dann 

gelten die in der Richtlinie enthaltenen 

Rechtsansprüche auch unmittelbar zugunsten 

des Bürgers. 

Open Data 

Open Data steht für den freien Zugang zu 

Informationen aller Art, die der Verwaltung 

zur Verfügung stehen. Ausgenommen 

bleiben personenbezogene Daten 

der Bürger. Dieses Prinzip treiben die Regierungen 

und Behörden der EU bereits 

seit einigen Jahren voran. Dahinter steht 

der Open-Government-Gedanke – also 

das Bestreben, die Verwaltung für den 

Bürger transparenter zu machen. 

Seit der ersten Open-Government-Definition 

im Oktober 2007 legen zehn Prinzipien 

offener Regierungsinformation 

den Charakter von Open Government 

fest [3]. Hierzu gehört die Vollständigkeit 

der Daten, die neben den Rohdaten 

auch Metadaten und zum Verständnis 

erforderliche Erläuterungen einschließt, 

ebenso das Primärdatenprinzip, demzufolge 

auch der Erhebungsprozess nachvollziehbar 

dokumentiert sein soll. 

Open Data selbst setzt auf drei Säulen: 

Die erste bilden Verfügbarkeit und freier 

Zugang, was zumutbare Kosten und 

zweckmäßige, möglichst maschinenlesbare 

Datenformate einschließt. Die 

zweite Säule sind Wiederverwendbarkeit 

und Weitergabemöglichkeit, die dritte 

Säule ist die universelle Beteiligung – 

ohne Benachteiligung oder Bevorzugung 

einzelner Gruppen. 

Leichter Zugang und Maschinenlesbarkeit 

gehören ebenso zu den Prinzipien 

wie Diskriminierungsfreiheit und die 

Verwendung offener Standards. Unter 

dem Prinzip der Lizenzierung wird im 

Wesentlichen die Forderung zusammengefasst, 

die von der Verwaltung erstellte 

oder zusammengetragene Information 

Mailen Sie uns Ihre Fragen! 

Im monatlichen Wechsel mit aktuellen Fachbeiträgen 

lässt das Linux-Magazin in der Serie 

„Rechts-Rat“ Leserfragen durch einen 

Rechtsanwalt kompetent beantworten. Was 

immer Sie beschäftigt oder ärgert, oder was 

Sie einfach nur wissen möchten: Schreiben 

Sie eine entsprechende E-Mail an die Adresse 

[rechtsrat@linux-magazin. de]. 

Die Themen dürfen von Software lizenzen bis 

zum Hardwarekauf reichen. Die Redaktion 

behält es sich vor, abgedruckte Zuschriften 

zu kürzen und eventuell enthaltene persönliche 

Daten zu ändern.

solle gemeinfrei sein und sei damit uneingeschränkter 

privater oder unternehmerischer 

Weiterverwendung zuzuführen. 

Der Anspruch, die Daten sollten dauerhaft 

frei sein, zieht ein nachvollziehbares 

Versionskontrollsystem als Konsequenz 

nach sich. Auch die Kosten für eine Datenabfrage 

werden, selbst wenn sie sehr 

gering ausfallen sollten, faktisch eine 

Einschränkung der öffentlichen Verfügbarkeit 

bedeuten. 

Data ist nicht Government! 

Open Government und Open Data stehen 

einander meist recht nahe, werden 

oft in einem Atemzug genannt, klaffen 

aber bisweilen deutlich auseinander. 

Open Data will zwei Fliegen mit einer 

Klappe schlagen: Zum einen entspricht 

die Ausdehnung des Open-Government- 

Ansatzes dem immer lauter geäußerten 

Wunsch der Staatsbürger nach Zugang zu 

allen nur denkbaren Informationen, die 

der Staat vorhält – man will schließlich 

wissen, was Ämter und Behörden alles 

speichern, was man als Bürger durch 

eigene, oft auch umgewollte Preisgabe 

beitrug oder durch Steuern und Abgaben 

mitfinanziert. 

Zum anderen gibt’s auch einen wirtschaftlichen 

Ansatz: Weil die gewerbliche 

Verknüpfungs- und Nutzungsmöglichkeit 

der künftig frei zugänglichen Informationen 

bewusst gestattet, also gefördert 

wird, zeigt sich als Ziel der Maßnahme 

die Schaffung einer zusätzlichen Umsatz- 

Maschinerie. Bataillone von Dienstleistern 

könnten, so die Hoffnung der EU, 

entstehen, die mit geschickt verknüpften, 

passend auf den jeweiligen Interessenten 

zusammengestellten Informationen 

die Wirtschaft ankurbeln und die Steuererträge 

steigern. 

Gemeinfrei? 

© Marc Dietrich, 123RF.com 

Abbildung 1: Verfügbarkeit und freier Zugang, Wiederverwendbarkeit 

und Weitergabe sowie universelle 

Beteiligung: Open Data baut auf drei Säulen. 

So weit die Theorie, doch wer die Begründung 

der Richtlinienänderungen durchliest, 

dem fällt vor allem ein Ziel auf: 

Bibliotheken, insbesondere Hochschulbibliotheken, 

Museen und vergleichbare 

staatliche Archive sind im Besitz von 

Dokumenten und Werken, deren urheberrechtliche 

Schutzdauer abgelaufen ist, 

die daher gemeinfrei sind und darüber 

hinaus aufgrund fortgeschrittener Digitalisierung 

auch noch leicht verfügbar 

gemacht werden können. 

Das schließt auch Geoinformationsdaten 

ein. Für andere, „außerkulturelle“ Bereiche, 

so die Begründung der Richtlinie, 

solle die Ausweitung nicht gelten. Wer 

also darauf hofft, endlich die geheimen 

Statistiken der Bundesbehörden – so es 

denn solche gibt – auswerten oder diese 

gar als Grundstock für eigenes Wirtschaften 

heranziehen zu dürfen, muss sich 

diesen Zahn wohl ziehen lassen. 

Was bleibt, ist dennoch die ganze Spannweite 

unterschiedlicher Projekte, vom virtuellen 

Museumsrundgang samt Standortinformationen 

für Mobilgeräte bis zur 

„Promotionsberatungs-App“ samt Literaturrecherche 

und Plagiatsvermeidungs- 

Algorithmus. 

Freier Zugang? Ja! 

Auch wenn die vielleicht erhoffte Vollbeschäftigung 

bundesdeutscher Arbeitnehmer 

mit dieser Form von Open Data 

wohl nicht in beengende Nähe springen 

wird, stellt sich das Konzept zumindest 

für Software-Anbieter und System-Dienstleister 

gerade aus dem Open-Source-Bereich 

interessant und zukunftsträchtig 

dar. Open Source und Open Data passen 

schließlich nicht nur dem Namen nach 

prächtig zusammen. 

Gerade weil die Interoperabilität bei der 

Definition von Open Data groß geschrieben 

ist, was nichts anderes als den weitestgehenden 

Verzicht auf proprietäre Datei- 

und Datenformate zugunsten offener 

Standards bedeutet, haben auch jene, die 

auf freie Software setzen, große Chancen 

auf ein Stück vom Kuchen. 

Voraussetzung dafür ist natürlich ein 

gesetzlich gewährter Anspruch, den es 

durchzusetzen gilt. So ein Anspruch 

muss auf zwei Aspekte gerichtet sein: einerseits 

auf den Zugang zur Information 

selbst, andererseits auf deren Bereitstellung. 

Die Änderungen der EU-Richtline 

aus dem Jahre 2003 [2] enthalten nun 

einen unmittelbaren gesetzlichen Anspruch 

auf Zugang und Nutzbarkeit. 

Lost in Translation? 

Kein unmittelbarer Anspruch besteht hingegen 

in Bezug auf das Datenaustauschformat: 

Laut Änderung in Artikel 5 der 

neuen Richtlinie „sollen“ Einrichtungen 

der öffentlichen Verwaltung Informationen 

nur dann mittels offener und maschinenlesbarer 

Formate zur Verfügung 

stellen – wenn dies „possible and appropriate“ 

ist. Es kommt auf die Übersetzung 

an, wie die Frage nach den Dateiformaten 

in der Praxis zeigen wird. Während sich 

„possible“ noch als „möglich“ übersetzen 

ließe, variiert die Vokabel „appropriate“ 

zwischen angebracht, geeignet und 

sachdienlich. 

Wer jedoch an die Intention hinter der 

Richtlinie denkt, nämlich keine Gruppen 

von der Verwendung der Informationen 

auszuschließen oder einzuschränken, 

landet hier zwingend bei dem Paradigma 

der traditionellen Verwaltungsrechtsprechung: 

„Sollen heißt müssen, 

wenn können!“ Das bedeutet: Nur dann 

freie Formate, wenn nicht irgendwelche 

„zwingenden Gründe“ eine Konvertierung 

ausschließen! 

Leider recht ungezwungen 

Dieser fehlende Zwang zum offenen 

Austauschformat ist jedoch nur ein Nebenkriegsschauplatz, 

der von den eigentlichen 

Problemen ablenkt: Erstens 

enthält die Richtlinie eine Klausel, nach 

der jeweils nationale Gesetze den gesamten 

Inhalt ad absurdum führen können. 

Zweitens geht es hier keinesfalls um Informationen 

aus beziehungsweise über 

die Verwaltung, sondern ausschließlich 

um die digitale Veröffentlichung von 

Recht 10/2013 

Forum 


89

Forum 

www.linux-magazin.de Recht 10/2013 

90 

© Nagy-Bagoly Ilona, 123RF.com 

Abbildung 2: Die neue Regelung erweist sich als ein zahnloser Tiger, der erst noch einige Jahre reifen muss. 

Werken aus den genannten Kulturbereichen, 

also nur um digitalisierte Bücher, 

Bilder, Museen und Ähnliches. 

Und weil schließlich nur Werke, deren 

Schutzdauer abgelaufen ist, gemeinfrei 

sind und in digitalisierter Form ohne Einwilligung 

der Urheber beziehungsweise 

Rechte-Inhaber veröffentlicht werden 

dürfen, sind auch Werke der darstellenden 

Künste oder musikalische Aufführungen 

ausgeschlossen. Wer also darauf 

spekuliert, die Opernaufführung künftig 

im Schlafanzug vom heimischen Sofa 

aus besuchen zu können, der irrt. Auch 

Konzerte wird’s nicht so einfach online 

wählbar geben – auch wenn die Philharmoniker 

noch so sehr durch öffentliche 

Mittel finanziert werden. 

Konzert nein, Rundgang ja 

Der Rundgang durchs Museum, durch 

Galerien oder romantische Schlösser 

könnte allerdings möglich werden. Nach 

der Intention der Richtlinie sogar so 

kostengünstig, dass Abertausende von 

Besuchern königlicher Prunkschlösser 

nicht mehr vor Ort erscheinen müssen, 

um etwa Neuschwanstein oder Sanssouci 

zu bewundern. Was natürlich auch dazu 

führen könnte, dass der Region wertvoller 

Tourismus entgeht oder dass Museen 

und Galerien einfach weniger teure Kataloge 

verkaufen. 

So werden die einen wohl die neue Richtlinie 

als wegweisenden Schritt zu einer 

transparenten öffentlichen Verwaltung 

verkaufen – was sie nicht ist –, während 

andere das Ding als nichts anderes als 

den Ausverkauf staatlicher Kultur entlarven 

wollen – was auch nicht der dahinter 

stehenden Absicht entspricht. 

Offen bleibt, inwieweit die Mitgliedsstaaten 

die Richtlinie in Kraft treten lassen 

und inwieweit sie den Zugriff von Bürgern 

und Wirtschaftstreibenden auf die 

Kulturdaten sogar einschränken werden 

– denn das ist mit speziell zu diesem 

Zweck erlassenen nationalen Vorschriften 

möglich: Der Rechtsanspruch auf 

kulturelle Teilhabe entsteht nur, wenn 

der Zugang nicht durch nationales Recht 

eingeschränkt ist. 

Private Partner 

Aber möglicherweise stehen auch Interessen 

hinter der Richtlinie, die offiziell 

gar nicht genannt wurden: Nach dem Erwägungsgrund 

unter Ziffer 30 der neuen 

Richtlinie spricht die EU von zahlreichen 

bereits bestehenden Kooperationspartnerschaften 

mit privaten Partnern, die 

bereits jetzt vereinzelt in den Genuss der 

Einräumung von Ausschließlichkeitsrechten 

bezüglich der Digitalisierung 

von Werken gekommen sind – und was 

sich nach Ansicht der EU offensichtlich 

„bewährt“ hat. 

Jedenfalls insoweit, dass sie auch für die 

künftige Digitalisierung entsprechende 

enge Zusammenarbeit mit privaten Partnern 

befürwortet, die zur Sicherung der 

Amortisierung ihrer Investitionen im 

Allgemeinen auf zehn Jahre befristete 

Ausschließlichkeitsrechte gewährt bekommen. 

Es wird sich zeigen, welche privaten 

Partner hier die Zuschläge erhalten 

und ob die Kulturverwaltung eventuell 

transparenter, freizügiger und vielleicht 

sogar auf eigene Kosten digitalisierte 

Werke zugänglich macht. 

Auch ohne den Verwaltungsbehörden Böses 

zu unterstellen, scheint es fraglich, ob 

sie freiwillig mehr als unbedingt nötig herausrücken. 

Das liegt jedoch nicht daran, 

dass ihre Interessen gegen die Bürger gerichtet 

sind, sondern dass die Verwaltung 

regelmäßig die Interessen aller Bürger, 

nicht eines Einzelnen, im Auge hat. 

Daher ist auch nach Umsetzung der 

Richtlinie in nationales Recht mit einer 

Zunahme an Klagen zu rechnen, die auf 

Erteilung der gewünschten Information 

und eventuell auch im gewünschten Format 

gerichtet sind. Erst wenn die höheren 

Instanzen eine hoffentlich weitreichend 

der Intention hinter Open Data entsprechende 

Rechtsprechung gefestigt haben, 

könnte der Informationszugang tatsächlich 

liberalisiert sein. 

Zahn- und mutlos 

Wer die neue EU-Richtline für den machtvollen 

Dämon hält, der die Verwaltungsbehörden 

kräftig aufmischt und sie zur 

Umsetzung wahrhaft „offener Verwaltung“ 

zwingt, sieht sich enttäuscht und 

stattdessen nur einen zahnlosen Tiger, 

der allenfalls ein paar kulturelle Einrichtungen 

anmiaut, damit hier und dort ein 

klassisches Werk online geht. 

Was bleibt, ist die Aufforderung an Museen, 

Bibliotheken und staatliche Archive, 

ihre Bestände möglichst online zu 

stellen. Was nichts anderes bedeutet, als 

der Öffentlichkeit, die den überwiegenden 

Anteil davon im Rahmen öffentlicher 

Mittel finanziert haben dürfte, den 

Zugang so zu erleichtern, dass er dem 

digitalen Zeitalter entspricht. Und das ist 

ja immerhin schon etwas. (mfe) n 

Infos 

[1] Richtlinie 2013/37/EU: [http:// eur‐lex. 

europa. eu/ LexUriServ/ LexUriServ. do? 

uri=OJ:L:2013:175:0001:0008:DE:PDF] 

[2] Richtlinie 2003/98/EG: [http:// eur‐lex. 

europa. eu/ LexUriServ/ LexUriServ. do? 

uri=OJ:L:2003:345:0090:0096:DE:PDF] 

[3] Konferenzbericht der Sunlight Foundation: 

[http:// sunlightfoundation. com/ policy/ 

documents/ ten‐open‐data‐principles/]

Forum 

www.linux-magazin.de Bücher 10/2013 

92 

Bücher über C und über Programmierer-Gesundheit 

Tux liest 

Das Linux-Magazin bespricht zwei englischsprachige Bücher: Das erste will frischen Wind in die C-Entwicklung 

bringen, das zweite mehr Gesundheit in den Alltag von Programmierern. Jürgen Quade, Mathias Huber 

Der Autor, Soziologe und Programmierer 

Ben Klemens hat nach Jahren der Abstinenz 

die Programmiersprache C wiederentdeckt. 

Das Resümee seines englischsprachigen 

Buches „21st Century C“: In 

Kombination mit den passenden Werkzeugen 

lässt sich damit außerordentlich 

effizient entwickeln. 

C – neu entdeckt 

Dementsprechend vermittelt Klemens 

nicht nur die mit den Standards C99 und 

C11 eingeführten Neuerungen, sondern 

widmet sich in fünf von zwölf Buchkapiteln 

der (Entwicklungs-)Umgebung 

vornehmlich unter Unix. Dabei thematisiert 

er Shellprogrammierung ebenso wie 

Make, Autoconf, die Versionsverwaltung 

mit Git sowie Debugging und den Umgang 

mit Bibliotheken. 

In den übrigen sieben Kapiteln geht es 

um Pointer, Datenstrukturen, Unicode, 

das objektorientierte Programmieren mit 

C oder spezifische Bibliotheken, zum Beispiel 

für den Datenbankzugriff. Eines der 

Kapitel widmet sich C-Konstrukten, die 

man nach Meinung von Klemens besser 

außen vor lassen sollte. 

Das „C-Buch des 21. Jahrhunderts“ ist 

kein Einsteigertitel. Es richtet sich vielmehr 

an Programmierer, die ihre C- 

Kenntnisse auffrischen und erweitern 

wollen. Der eigentliche Wert des Buches 

Info 

Ben Klemens: 

21st Century C 

O’Reilly, 2012 

292 Seiten 

25 Euro (E-Book 20 Euro) 

ISBN 978-1-4493-2714-9 

liegt in den vielen Anwendungsbeispielen 

und Tipps. Allerdings offenbart es 

genau da auch Defizite: Switch-Case- 

Anweisungen durch If-else-Konstrukte 

zu ersetzen (Seite 123) stößt sicherlich 

nicht auf allgemeine Zustimmung. Das 

Weglassen von »return 0« am Ende der 

»int main()«-Funktion (Seite 116) quittiert 

der GCC unter Ubuntu mit einer berechtigten 

Warnung. 

Das Buch hinterlässt einen ambivalenten 

Eindruck: „21st Century C“ ist eine 

interessante Lektüre, die nicht nur dem 

Wiedereinsteiger, sondern auch dem 

versierten Programmierer immer wieder 

Aha-Erlebnisse vermittelt. Um Gewinn 

aus dem Buch zu ziehen, bedarf es allerdings 

eines kritischen Lesers. 

Gesünder arbeiten 

Neben Zeitmanagement- und Karriere- 

Büchern erscheinen nun auch Gesundheitsratgeber 

für IT-Angestellte. Das hat 

gute Gründe, denn den Bildschirmarbeitern 

drohen Rücken- und Kopfschmerzen, 

überlastete Maus-Arme und Herz- 

Kreislauf-Erkrankungen. Davor möchte 

sie das englischsprachige Buch „The 

Healthy Programmer“ bewahren. 

Bevor sich der Autor Joe Kutner den einzelnen 

Problemen widmet, erörtert er in 

einem eigenen Kapitel, wie der PC-Arbeiter 

ungesunde Gewohnheiten ablegt und 

zu einem gesünderen Lebensstil findet. 

Dabei verwendet er Entwickler-taugliches 

Vokabular wie iterativ, Unittest und Bootstrapping. 

Dann geht es aber schon los 

mit den Veränderungen: Der Leser soll 

öfter stehen, zu Fuß gehen, einen Schrittzähler 

kaufen und die Einhaltung seiner 

Gesundheitsziele mittels Checkliste oder 

der kostenlosen iPhone-App zum Buch 

kontrollieren. 

Das nächste Kapitel behandelt Probleme 

von im Sitzen arbeitenden Menschen. 

Sein Rat: alle 20 Minuten die Haltung 

ändern, stündlich fünf Minuten bewegen 

und über ein Stehpult als Ergänzung 

nachdenken – aber nur, wer nicht an 

Diabetes oder Bluthochdruck leidet. 

Ein weiterer Themenkomplex, den Kutner 

ausführlich behandelt, ist die Ernährung, 

denn viele Entwickler leiden an Übergewicht. 

Seine Ratschläge entsprechen der 

gängigen Ernährungslehre: mehr Obst 

und Gemüse essen und die Kalorien zählen, 

außerdem nicht aus Stress oder Langeweile 

futtern. Zur Illustration erzählt 

er Fallgeschichten von Entwicklern, die 

erfolgreich abgenommen haben. 

Im weiteren Verlauf lernt der Leser, dass 

die Bildschirmarbeit unter Umständen 

eine spezielle Brille erfordert, welche 

Ursachen Kopfschmerzen haben können 

und welche Übungen den Rücken stärken. 

Bei den geplagten Handgelenken beschränkt 

sich der Autor leider ausschließlich 

auf das Karpaltunnel-Syndrom. 

In die Arbeit eingeplante Pausen und 

Übungen, Tipps für weitere sportliche 

Aktivitäten sowie Fitness-Tests vervollständigen 

das Buch. Wer Anregungen für 

einen gesünderen (und damit zufriedeneren) 

Arbeitsalltag am PC sucht, ist mit 

diesem Buch gut beraten. Wer jedoch bereits 

Beschwerden oder Schmerzen hat, 

sollte besser zum Arzt gehen. n 

Info 

Joe Kutner: 

The Healthy Programmer 

Pragmatic Programmers, 

2013, 255 Seiten 

27 Euro (E-Book 24 US- 

Dollar) 

ISBN 978-1-93778-531-4

Forum 

www.linux-magazin.de Leserbriefe 10/2013 

94 

Auf den Punkt gebracht 

Leserbriefe 

Haben Sie Anregungen, Statements oder Kommentare? Dann schreiben Sie an [redaktion@linux-magazin.de]. 

Die Redaktion behält es sich vor, die Zuschriften und Leserbriefe zu kürzen. Sie veröffentlicht alle Beiträge mit 

Namen, sofern der Autor nicht ausdrücklich Anonymität wünscht. 

Bacula 

07/13, S. 22: Zur Ressourcen-Verschwendung 

durch ungenutzte Indizes am Beispiel 

von Bacula: Ob die erwähnten 

Indizes zum Einsatz kommen, hängt 

von der Nutzung ab. Aktuelle Versionen 

legen den Index »file_pathid_idx« 

standardmäßig nicht mehr an. Das Skript 

»make_postgresql_tables« enthält jedoch 

den Hinweis, dass man diesen sowie »file 

_filenameid_idx« anlegen sollte, wenn 

man Verify-Jobs verwendet. 

Interessanter ist der Index »file_jpfid_ 

idx«, ihn haben wir uns im Bareos-Projekt 

(einem Bacula-Fork) etwas genauer 

angesehen. Sinnvoll wird dieser, sobald 

ein Restore basierend auf einer Liste von 

absoluten Pfaden zum Selektieren der 

wiederherzustellenden Dateien laufen 

soll. Ohne den Index wird ein solcher 

Restore so langsam, dass er praktisch 

nicht nutzbar ist. 

Stephan Dühr, Bareos GmbH & Co. KG, 

per E-Mail 

Sie haben Recht: Wer einen Index löscht, 

sollte die Anwendung sehr gut kennen 

und sicher sein, dass es keinen gravierenden 

Anwendungsfall gibt, in dem er 

ihn schmerzlich vermissen wird. (Marc 

Schiffbauer) 

E-Book-Kosten 

08/13, S. 79: Zur Rezension des Buches 

„Scypi and Numpi“. Sie schreiben am 

Ende: „Der Preis von rund 11 Euro erscheint 

für ein 60 Seiten dünnes Büchlein 

gerade noch akzeptabel, wenn man 

die reicht kleine Zielgruppe bedenkt.“ 

Grundsätzlich finde ich es gut, dass Sie 

damit indirekt eine Lanze dafür brechen, 

exotische Fachinhalte auch mal etwas 

teurer zu verkaufen. Abgesehen davon, 

dass sie nicht leicht zu schreiben sind, 

generieren sie nämlich ohnehin nur geringe 

oder gar keine Einnahmen. 

Ich möchte aber darauf hinweisen, dass 

wir sämtliche Hefte dieser Art wie auch 

viele andere Titel auch als E-Book anbieten, 

das deutlich billiger kommt – in 

diesem Fall kostet es 7,99 Euro. 

Alexander Plaum, Verlag O’Reilly, per 

E-Mail 

Vielen Dank für den Hinweis. Ab dieser 

Linux-Magazin-Ausgabe wird die Redaktion 

auf der Bücherseite auch E-Book- 

Preise angeben, sofern verfügbar. (mhu) 

Embedded-Bootloader 

08/13, S. 86: Ich verfolge mit großem 

Interesse die „Kern-Technik“. Den Raspberry 

Pi kenne ich nur aus der Literatur, 

ich arbeite aber mit einer anderen 

Embedded-ARM-Hardware. Dort nutze 

ich ebenfalls Cross-Kompilierung, starte 

das System aber direkt von NFS. Das 

wird durch den Bootloader U-Boot möglich. 

Ich kann dabei das Bootkommando 

auch so setzen, dass U-Boot bei einem 

Neustart von NFS oder TFTP bootet. Ist 

das mit dem Pi nicht möglich? 

Johann Schäuble, per E-Mail 

Das von Ihnen skizzierte Vorgehen ist im 

Embedded-Bereich insbesondere dann 

praktisch, wenn es um das Generieren der 

Systemsoftware geht. Der proprietäre Bootloader 

des Pi kennt diese Funktionalität 

leider nicht. Allerdings können Sie auf der 

Flashkarte auch U-Boot ablegen und diesen 

anstelle des Kernels aktivieren. U-Boot 

bootet dann per Bootp und TFTP oder NFS 

übers Netzwerk – theoretisch. Praktisch 

habe ich das Szenario bei meinen Versuchen 

allerdings noch nicht ganz durchgespielt 

bekommen. (Jürgen Quade) 

Mailheader 

09/13, S. 60: Ein paar Anmerkungen zum 

Mailserver-Artikel „Talking Heads“: Die 

Regular Expressions sind zwar korrekt, 

aber Ausdrücke wie »/^something.*$/« 

schreibt man besser in der Form »/^something/«. 

Der Artikel erwähnt mit 

keinem Wort, dass die Regeln auch für 

eingehende Mail gelten. Doch es ist ungünstig, 

wenn man aus diesen Mails 

Header entfernt und dabei möglicherweise 

DKIM-Signaturen zerstört. Die Alternative 

»smtp_header_checks« [http:// 

www.postfix.org/postconf.5.html#smtp 

_header_checks] findet leider gar keine 

Erwähnung. 

Ralf Hildebrandt, per E-Mail n 

Errata 

06/13, S. 34: Im Artikel zu den Ein-Platinen- 

Computern haben sich zwei Fehler eingeschlichen. 

Korrekt ist: Das Beagleboard ist 

unter [http:// beagleboard. org] erhältlich. 

Das Wandboard von Denx CS bilden wir hier 

in Abbildung 1 richtig ab. 

Abbildung 1: So sieht ein Wandboard aus.

Hardware 

www.linux-magazin.de Leap Motion 10/2013 

96 

Freihändige Gestensteuerung mit dem Leap-Motion-Controller 

Fingerspitzengefühl 

Hollywood präsentierte sie in dem Film „Minority Report“, Microsofts Kinect brachte sie ins Wohnzimmer: 

eine Computersteuerung über Gesten. Schon bald versprachen Projekte, sie auch auf gängige PCs zu bringen. 

Jetzt gibt es für wenig Geld ein sehr sensibles Eingabegerät mit Linux-Treibern: Leap Motion. Valentin Höbel 

© Leap Motion 

Abbildung 1: Leap Motion kommt mit einer Anleitung und einem USB-Kabel beim Käufer an. 

Kinect überwacht den ganzen Raum, der 

Leap-Motion-Controller [1] nur den unmittelbaren 

Bereich vor dem USB-Sensor. 

Während Microsoft eine Auflösung von 

wenigen Zentimetern genügt, strebt der 

kleine USB-Sensor mit den zwei Kameras 

und drei Infrarotsensoren nach mehr: 

Eine Bewegung über einen 100stel-Quadratmillimeter 

reicht, damit Leap Motion 

reagiert – und diese Empfindlichkeit 

spürt der Benutzer deutlich und nicht 

immer angenehm. 

Mehr als zwei Jahre lang arbeitete das 

amerikanische Unternehmen mehr oder 

weniger geheim an einem Controller, 

der sich vor einen Computer legen lässt 

und es gestattet, innerhalb eines halbkugelförmigen 

Bereichs alle Hand- und 

Fingerbewegungen, ja sogar die der Fingerspitzen, 

mit extrem hoher Genauigkeit 

zu erfassen. 

Wer 2011 für knapp 70 US-Dollar vorbestellte, 

hielt frühestens am 22. Juli 2013 

seinen Leap-Motion-Controller in Händen. 

Den Versand an Europäer wickelte 

eine Partnerfirma in Tschechien ab, die 

aber mit deutschen Umlauten in der Adresse 

etwas überfordert schien. 

Ausgepackt ist Leap Motion gerade mal 

doppelt so groß wie ein USB-Stick (Abbildung 

1) und tastet – via USB mit dem 

Computer verbunden – den Raum über 

dem Gerät mit Sensoren und Kameras 

ab. Während aber Microsofts Kinect auf 

die Erfassung des gesamten Körpers im 

Raum ausgelegt ist und erst auf eher 

grobe Bewegungen der Nutzer reagiert, 

bemerkt Leap Motion schon das geringste 

Zucken mit dem kleinen Finger. 

Windows, Mac – aber Linux? 

Der Hersteller kündigte schon früh die 

Unterstützung von Windows- und Mac- 

Plattformen an; doch Linux bleibt bis 

heute offiziell außen vor. Erst auf Druck 

der Community erschien im Frühjahr 

2013 ein SDK für Linux. Aber eine rich- 

tige Unterstützung mit Software für Leap 

Motion, die aus dem Gerät etwa einen 

Mausersatz macht, fehlt. 

Windows- und Mac-User hingegen verwöhnt 

der Hersteller gleich nach der Inbetriebnahme 

mit diversen Programmen. 

Mit Airspace existiert ein App-Store, der 

zum Zeitpunkt der Artikelentstehung 

über 80 Apps anbot. Von simplen Experimenten 

und Spielen bis hin zu Plugins 

für 3-D-Modelling-Software ist alles 

vertreten, was man sich als sinnvolles 

Anwendungsszenario für eine berührungslose 

Steuerung vorstellen kann (Abbildung 

2). Einige der angebotenen Apps 

sind nur für eine bestimmte Plattform 

verfügbar, andere hingegen decken beide 

Betriebssysteme ab. 

Die Preise der Apps reichen bis zu 12 

US-Dollar, bezahlen soll der Anwender 

mit Kreditkarte. Leider funktionierten einige 

Programme im Test nicht auf allen 

Systemen – umso ärgerlicher, dass der 

Kunde vergeblich nach einem Button für 

die Rückgabe der App sucht. 

Unter Windows 8 zeigt der Leap-Motion- 

Controller seine Stärken: Mit Hilfe einer 

kostenlosen App aus Airspace kann der 

User ihn als Mausersatz verwenden, auch 

wenn die viel zu sensible Einstellung und 

diverse Probleme bei der Erkennung von 

Fingerbewegungen schnell frustrieren. 

Ebenso kommt dem Anwender immer 

wieder das Windows-8-Dashboard in die 

Quere. Hier zeigt sich, dass das Produkt 

noch in den Kinderschuhen steckt. 

Immerhin: Einige Spiele machen richtig 

Spaß, darunter beispielsweise das 

Flugzeugspiel Solar Warfare, in dem der 

Spieler mit seiner Hand die Geschwindigkeit 

und Neigung eines Fliegers bestimmt 

(Abbildung 3). Doch unreife Software, 

viel zu sensible Standardeinstellungen

Leap‐0.8.0‐x64.deb Leap« entpacken. 

Anschließend geht es ans Kopieren der 

Dateien in die richtigen Pfade im »usr«- 

Verzeichnis: 

cp ‐ir usr/bin/* /usr/bin/ 

Leap Motion 10/2013 

Hardware 

Abbildung 2: Airspace begrüßt den Anwender mit den bereits per Kreditkarte erstandenen Apps. 

und zu hohe Sensitivität bei der Fingererkennung 

machen die Steuerung in vielen 

Fällen nahezu unmöglich. 

Nicht selten hat das Gerät die Bewegungen 

der Tester entweder gar nicht oder 

erst viel zu spät erkannt. Manche Anwendungen 

starteten nicht und gaben unerklärbare 

Ausnahmefehler zurück. Nicht 

zu unterschätzen ist auch ein gänzlich 

untechnisches ergonomisches Problem: 

Spätestens nach einer Stunde ermüden 

die Arme, womit sich der Spaß bei der 

Bedienung in Grenzen hält. 

Experimente mit Linux 

Unter Linux angeschlossen erkennt 

»dmesg« den Controller erst mal als ein 

USB Video Class Device, also als Kamera 

(Abbildung 4). An dieser Stelle sind 

Gesten noch völlig sinnlos: Linux kann 

Handbewegungen noch nicht erkennen 

oder gar in Aktionen umsetzen. Der 

Druck der Linux-Community ermöglichte 

es jedoch, dass Leap Motion immerhin 

ein Linux-SDK als Beta bereitstellt. Das 

Development Kit für Linux ist aber nur 

für registrierte Benutzer im Developer- 

Bereich zugänglich [2] und umfasst etwas 

mehr als 93 MByte. 

Nach Eingabe des Befehls »tar xzvf DeveloperSdk_LM_0.8.0.5300_Linux.gz« 

findet 

der Tester ein Unterverzeichnis mit 

dem zunächst verblüffenden Inhalt von 

zwei Debian-Paketen. Leap Motion bestätigte 

auf Anfrage im Developer-Forum, 

dass sich der Linux-Support vorerst auf 

Ubuntu-Systeme mit Unity beschränkt. 

Nur so sei im Linux-Bereich eine große 

Anwenderzahl erreichbar. Hinweise auf 

Support für andere Distributionen oder 

die ARM-Architektur sowie Android und 

Raspberry Pi fehlen. 

Mit ein paar Tricks lässt sich das SDK 

dennoch auf anderen Linux-Varianten 

ausprobieren: Die Anwendungen, die sich 

in den Debian-Paketen verstecken, liefen 

im Test auch erfolgreich unter Fedora 17, 

und im Web mehren sich Berichte von 

Bloggern, wonach die Binaries auch auf 

anderen Distributionen funktionieren. 

Nicht nur Ubuntu 

Unter Ubuntu und Debian installiert das 

Kommando »sudo dpkg ‐i Paketname« 

die Pakete. Benutzer 

von Distributionen, 

die nicht das Paketsystem 

von Debian 

verwenden, müssen 

sich hingegen mit dem 

Konverter-Tool »alien« 

behelfen. 

Auf einem Testsystem 

konnten die Tester 

über »yum ‐y install 

dpkg« Debians Paketmanager 

nachinstallieren 

und das Paket 

dann mit »mkdir 

Leap« sowie »dpkg ‐x 

cp ‐ir usr/lib/* /usr/lib/ 

cp ‐ir usr/share/* /usr/share/ 

cp ‐ir lib/udev/rules.d/25‐com‐leapmotion‐U 

leap.rules /lib/udev/rules.d/ 

Wer nun seinen Leap-Motion-Controller 

aus- und wieder einsteckt, kann als 

Root den Daemon Leapd aufrufen. Für 

Ubuntu- und Mint-User wird an dieser 

Stelle aufgrund von Rechteproblemen 

beim Zugriff auf USB-Geräte ein Neustart 

notwendig. Alle folgenden Schritte sollte 

dann Root ausführen. 

Nach dem Aufruf von Leapd meldet das 

Programm im Erfolgsfall, dass es den Gesten-Controller 

erkennt (Abbildung 5). In 

einer zweiten Terminalsitzung kann der 

Benutzer nun den Inhalt des SDK unter 

die Lupe nehmen und die darin befindlichen 

Anwendungen starten. 

Ein Blick in das Verzeichnis »LeapSDK« 

offenbart die Unterordner »docs«, »include«, 

»lib«, »samples« und »util«. Das 

»docs«-Verzeichnis enthält Dokumentationen 

und kleine Beispiele für das 

Leap-API, das sich mit diversen Programmiersprachen 

ansprechen lässt. Die 

Dokumentation geht auf C++, C#, Java, 

Abbildung 3: Flugsimulator mit Gestensteuerung: Unter Windows 8 läuft 

Solar Warfare, der Anwender steuert den Gleiter mit der Hand. 

Abbildung 4: Die Ausgabe von »dmesg« bei Erkennung des Leap Motion. 


97

Hardware 


98 

Abbildung 5: Der Leap-Motion-Daemon Leapd startet und erkennt den eingesteckten 

Controller ohne Probleme. 

Python, Objective C und Javascript ein 

und macht deutlich, dass der Treiber des 

Leap-Motion-Controllers dem Entwickler 

viel Arbeit abnimmt. In selbst geschriebenen 

Applikationen muss er lediglich 

abfragen, ob das Gerät Gesten oder Fingerbewegungen 

entdeckt hat. 

Das »include«-Verzeichnis stellt einige 

Headerdateien bereit, die sich in eigene 

Anwendungen einbinden lassen, während 

der Ordner »lib« Laufzeitbibliotheken 

enthält. Den Inhalt von »LeapSDK/ 

libs/x86« und »LeapSDK/libs/x64« sollte 

der Tester für die Ausführung von Drittanwendungen 

nach »/usr/lib« kopieren. 

In »samples« findet man Beispieldateien 

für die oben angesprochenen Programmiersprachen, 

während »utils« einige 

nützliche Anwendungen zeigt, die jedoch 

noch kompiliert sein wollen. Das 

Leap-SDK-Verzeichnis bietet so eine gute 

Grundlage für das Basteln eigener Apps 

mit Fingersupport. 

Auf die Plätze, fertig, los! 

Wer zwar keine eigenen Anwendungen 

schrei ben, aber trotzdem loslegen 

möchte, kann einen Blick auf die mitgelieferten 

und bereits funktionstüchtigen 

Applikationen werfen. Das Leap-SDK 

bringt neben dem Leapd-Daemon auch 

den »ScreenLocator« 

mit, der den Controller 

für die Wahl des 

richtigen Bildschirms 

kalibrieren soll. Obwohl 

– oder vielleicht 

gerade weil – im Test 

nur ein Bildschirm 

Verwendung fand, funktionierte dieses 

Programm allerdings nicht. 

Das Leap-Control-Panel ist ebenfalls im 

Lieferumfang enthalten und bietet einige 

Möglichkeiten für die Konfiguration des 

Controllers (Abbildung 6). In den Tests 

blieben aber die meisten Einstellungsmöglichkeiten 

ausgegraut und damit 

nicht benutzbar. 

Das wohl eindrucksvollste Tool aus dem 

SDK ist der »Visualizer«. Aus dem Terminal 

heraus gestartet, zeigt es (Abbildung 

7) die Hand des Autors mit allen fünf 

Fingern an. Mit dem Button [H] (Help) 

ruft der Nutzer zudem eine Übersicht der 

vorhandenen Einstellungsmöglichkeiten 

auf, mit [J] stellt er die Hintergrundfarbe 

auf „hell“ um. Nach dem Betätigen der 

Hotkeys [T] und [N] zeigt der Visualizer 

nur noch die von den Kameras erkannten 

Finger an (Abbildungen 8 und 9). 

Umschaltbare Modi 

Mit den weiteren Schaltern lassen sich 

nützliche Zusatzoptionen und interessante 

Modi schalten. Tabelle 1 stellt 

die wichtigsten Hotkeys vor. Besonders 

interessant: Hält man einen Stift oder 

einen ähnlichen Gegenstand in den Erkennungsbereich 

des Leap-Motion-Controllers, 

wechselt dieser automatisch in 

einen anderen Modus. Er blendet dann, 

soweit möglich, alle anderen Finger aus 

und stellt nur noch das Zeigegerät dar – 

besonders sinnvoll für Zeichner oder Präsentatoren, 

die auf eine klassische Maus 

verzichten wollen. 

Sensibler als eine Maus 

Wie erwähnt können Anwender das 

Eingabegerät auf Linux-Systemen noch 

nicht als Mausersatz verwenden. In der 

Community gibt es seit Kurzem jedoch 

erste Bemühungen, genau für diesen 

Zweck Anwendungen zu schreiben. Ein 

Benutzer aus dem Devel-Forum namens 

Sirik etwa hat eine Java-App veröffentlicht, 

die schon jetzt den Mauscursor mit 

Leap Motion steuern lässt. Klicks, Zooms 

und gängige Desktopbedienung sind damit 

aber noch nicht möglich. 

Mehr Erfolg hat bisher der Entwickler von 

Py Leap Mouse [3] erzielen können. Einmal 

heruntergeladen und entsprechend 

präpariert fungiert das Python-Skript 

in Zusammenarbeit mit dem Daemon 

Leapd und dem Leap-Motion-Controller 

als Mauszeiger. Im Linux-Magazin-Test 

gestaltete sich die Bedienung allerdings 

noch sehr schwerfällig und umständlich, 

einen Blick ist die Software jedoch definitiv 

wert. 

Web-Apps: Browsergesten 

Wer noch weitere Einsatzgebiete für seinen 

Leap-Motion-Controller sucht, darf 

sich über Web-Apps freuen. Die kleinen 

Javascript-Helfer greifen auf die Javascript-Bibliothek 

von Leap Motion zur 

Tabelle 1: Hotkey-Übersicht für den Visualizer 

Abbildung 6: Das Control-Panel von Leap Motion bietet unter Linux nicht besonders 

viele Auswahlmöglichkeiten. 

Schalter Funktion 

C Ansicht zentrieren 

= Ansicht vergrößern 

- Ansicht verkleinern 

- Zeigt Koordinaten und Latenzen an 

J Schaltet zwischen dunkler und heller Farbgebung hin und her 

T Blendet Finger ein und aus 

Y Verlängert die Spur der gezeichneten Striche 

N Wechselt durch verschiedene Handdarstellungen 

P Pausiert die Aufzeichnung 

D Blendet das Gitter aus 

Pfeiltasten 

Lassen die Kamera automatisch schwenken

Leap Motion 10/2013 

Hardware 

Abbildung 7: Der Visualizer stellt Bewegungen ohne 

merkbare Verzögerungen dar. 

Abbildung 8: Auch Fingerkuppen identifiziert Leap 

Motion ohne Probleme. 

Abbildung 9: Der Visualizer hat einen Stift erkannt 

und blendet die anderen Finger automatisch aus. 


99 

Umsetzung von Fingerbewegungen zurück 

und funktionieren auch unter Linux. 

Die einzigen Voraussetzungen bestehen 

in einem angeschlossenen Controller sowie 

einem laufenden Leap-Daemon. 

Die meisten Web-Apps konzentrieren 

sich aber noch auf die technischen Seiten 

im Umgang mit der Leap-Motion- 

Hardware selbst. Unter [4] jedoch finden 

sich gleich 24 Apps, die mögliche Anwendungsszenarien 

für Web-Apps andeuten. 

Eine davon heißt Draw (Abbildung 10) 

und erlaubt das gleichzeitige Zeichnen 

mit fünf Fingern. 

Beim Testen der Web-Apps stellte allerdings 

der Leap-Daemon öfter den Dienst 

ein und verlangte einen Neustart. Die Unterstützung 

von Web GL und der Besitz 

einer schnellen Grafikkarte sind sicher 

auch Voraussetzungen, die nicht jeder 

Nutzer erfüllt. Wem jedoch die offiziellen 

Web-Apps nicht ausreichen, der findet im 

Web zahlreiche gleichgesinnte Leap-Fans, 

die zum Teil eigene Demos ins Netz stellen 

– mit überaus kreativen Ideen. 

Vorschau für Linux 

Wer sich mit dem SDK und den Web- 

Apps nicht zufriedengeben möchte, kann 

unter [5] weitere Demo-Anwendungen 

für Linux herunterladen. Hier lädt Pohung 

Chen, selbst Mitglied des Ent-

Hardware 


100 

Abbildung 10: Mit der ganzen Hand gleichzeitig 

malen? Kein Problem mit Draw, einer Web-App für 

den Leap-Motion-Controller. 

wicklungsteams von Leap Motion, seine 

Eigenkreationen hoch. Besonders interessant 

sind Anwendungen, die „Leap- 

FirstPerson“ im Namen tragen. In diesen 

Spielen läuft man in der Egoperspektive 

durch eine Sandbox und kann entweder 

fingergesteuert in alle Richtungen blicken 

oder tatsächlich durch das Greifen von 

Objekten Einfluss auf seine Umwelt nehmen 

(Abbildung 11). 

Die meisten Apps sind für Linux fertig 

kompiliert und ausführbar. Sie setzen 

nur Leapd und die »libGLU.so.1«-Datei 

voraus, eine Bibliothek, die unter Fedora 

das Paket »mesa‐libGLU« mitbringt. Die 

getesteten Apps sind allesamt auf 32-Bit- 

Plattformen kompiliert, »libGLU.so.1« 

muss also ebenfalls aus einem 32-Bit- 

Paket stammen. 

Linus als Hardware-Tester 

Die Erfahrungen der Linux-Magazin- 

Tester mit Leap Motion wurden kurz vor 

Redaktionsschluss prominent bestätigt. 

Linus Torvalds höchstselbst postete auf 

Google+ mit gewohnter Deutlichkeit 

seine Enttäuschung über den Stand des 

Projekts. [6]. Damit spricht der oberste 

Kernelentwickler aus, was viele denken: 

Der Leap-Motion-Controller könnte so 

cool sein, wenn Hard- und Software etwas 

ausgereifter wären. 

Auch die Elektronik spielt nämlich nicht 

immer mit: Seit dem letzten Firmware- 

Upgrade mehren sich im Leap-Motion- 

Forum die Berichte zu Überhitzungen; 

auch in Linux-Magazin-Tests wurde der 

Controller bereits nach wenigen Minuten 

der Benutzung richtig heiß, kühlte dann 

aber im Laufe der nächsten zwei Stunden 

wieder etwas ab. 

Bei normaler Beleuchtung durch Deckenlampen 

oder hereinfallendes Sonnenlicht 

lässt sich Leap Motion übrigens nur noch 

schwer bedienen, unter Windows 8 weist 

dann ein Tooltip darauf hin, dass eine 

externe Infrarotquelle die Erfassung der 

Bewegungen erschwert. Im Dunkeln, mit 

heruntergelassenen Rollos und ausgeschalteter 

Lampe funktioniert das Gerät 

hingegen tadellos. 

Das Erkennen von Finger- und Gestenbewegungen 

klappt sowohl unter Windows 

als auch unter Linux teils sehr gut, teils 

komplett unzureichend. Es scheint, dass 

Leap Motion die Bewegungen in einem 

Moment vollständig fließend umsetzt, 

im nächsten hingegen überhaupt nicht 

mehr. Ein Grund für die Aussetzer ließ 

sich nicht ausmachen. 

Der Linux-Support kann sich nach dem 

gegenwärtigen Stand nur verbessern: 

Zwar bietet das SDK eine ausgezeichnete 

Grundlage für eigene Entwicklungsprojekte, 

doch Linux-Nutzer müssen lange 

nach Anwendungen suchen, die schon 

jetzt gut funktionieren. Es bleibt also 

abzuwarten, wie wichtig Leap Motion 

die Linux-Nutzer nimmt und ob mehr 

Ressourcen in den Ausbau des Linux- 

Supports fließen. 

Aber dass Linuxer sogar für selbstverständliche 

Anwendungszwecke in den 

Devel-Bereich der Leap-Motion-Webseite 

müssen, zeigt, dass der Hersteller sie 

nicht besonders ernst nimmt. Auch hier 

bietet das SDK eine gute Grundlage, aber 

fertige Software sucht man vergebens. 

OEM-Hardware? 

Die Chance wäre da: Leap Motion führt 

bereits seit Längerem Gespräche mit 

großen Hardwareherstellern und will 

den Einbau seiner Controller in fertige 

PC-Produkte erwirken. Asus und HP haben 

bereits verlauten lassen, dass die 

Gestensteuerung noch Ende 2013 Einzug 

in Notebooks und PCs halten kann. 

Spätestens bis dahin werden sowohl das 

Leap-Motion-Projekt als auch die Hersteller 

von Hard- und Software die Technik 

perfektionieren müssen. (mfe) n 

Infos 

[1] Leap Motion: [http:// www. leapmotion. com] 

[2] Developer-Bereich: 

[https:// www. leapmotion. com/ developers] 

[3] Python Leap Mouse: [https:// github. com/ 

openleap/ PyLeapMouse] 

[4] Web-Apps für Leap Motion: 

[http:// js. leapmotion. com/ examples] 

[5] Web-Apps von Pohung Chen: 

[https:// bitbucket. org/ pohung] 

[6] Linus ist not amused: [https:// plus. google. 

com/ +LinusTorvalds/ posts/ 6TUjyBV7yuh] 

Abbildung 11: Obwohl der Fenstertitel etwas anderes suggeriert, läuft gerade »LeapFirstPersonLook«. 

Der Autor 

Valentin Höbel arbeitet 

bei LIS-Linuxland als 

Technischer Projektleiter. 

Wenn er dort nicht gerade 

Kunden zu Linux migriert, 

bastelt er in seiner Freizeit 

am Raspberry Pi oder probiert die neusten Gimmicks 

aus.

Know-how 

www.linux-magazin.de Kern-Technik 10/2013 

102 

Kernel- und Treiberprogrammierung mit dem Linux-Kernel – Folge 70 

Kern-Technik 

Der Linux-Kernel abstrahiert und verwaltet die Zugriffe auf GPIOs, also jene Ein- und Ausgabekanäle, die beispielsweise 

auf dem Raspberry Pi zu finden sind. Wer sich mit einem eigenen Treiber dort einklinkt, kann mit 

erheblich schnelleren Peripheriezugriffen rechnen. Jürgen Quade, Eva-Katharina Kunst 

© psdesign1, Fotolia 

01 #!/bin/bash 

02 

Es ist einfacher als gedacht und macht 

Spaß, den Raspberry Pi zum Ansteuern 

von Hardware zu verwenden. Die 

26-polige Steckerleiste des preiswerten 

Kleincomputers stellt dazu insgesamt 17 

von den 54 Ein- und Ausgabeleitungen 

03 trap "echo \"4\" >/sys/class/gpio/unexport" EXIT 

04 

05 echo "4" >/sys/class/gpio/export 

06 echo "out" >/sys/class/gpio/gpio4/direction 

07 

08 while true 

09 do 

10 echo "1" >/sys/class/gpio/gpio4/value 

11 sleep 1 

12 echo "0" >/sys/class/gpio/gpio4/value 

13 sleep 1 

14 done 

70 

Listing 1: Zugriff per Shellskript 

des Prozessors zur 

Verfügung, die so genannten 

GPIOs (General 

Purpose Input 

Output). 

Jeder GPIO-Pin ist flexibel 

konfigurierbar: 

Er kann als Ausgabeleitung 

dienen, an 

der programmgesteuert 

entweder 3,3 V 

(logisch 1) oder 0 V 

(logisch 0) anliegen. 

Als Eingabe konfiguriert, 

übernimmt der 

Prozessor nach Aufforderung 

eine 1, falls 

Spannung anliegt, ansonsten 

eine 0. 

Wer eine gelbe, grüne 

oder rote Leuchtdiode 

(LED), einen Widerstand 

um die 300 Ohm und ein paar 

Kabel zur Hand hat, kann schon mit den 

ersten Versuchen loslegen. 

Bastelzeit 

Wie in Abbildung 1 zu sehen ist, sind 

Widerstand und LED in Serie geschaltet 

und mit der Steckerleiste auf dem 

Raspberry Pi verbunden. Die Seite der 

Reihenschaltung, an der die Kathode der 

LED (die Seite mit dem kürzeren Beinchen 

beziehungsweise mit der abgeflachten 

Unterkante) liegt, wird mit GND (Pin 

6) verbunden; die andere Seite mit GPIO 

4 (Pin 7). Hilfreich für den Aufbau ist ein 

so genanntes Breadboard, in das man die 

Drähte der Bauteile steckt. 

Ein einfacher Test der Schaltung ist über 

das »/sys«-Dateisystem mit einem Shellskript 

möglich. Bevor dieses den Wert 

der Ausgabeleitung GPIO 4 auf 0 oder 1 

setzen kann, muss es die Leitung reservieren 

und konfigurieren (Abbildung 2). 

Zur Reservierung schreibt das Skript die 

Nummer der GPIO-Leitung (aus Sicht der 

CPU, also nicht die Nummer des Pins an 

der Doppelstiftleiste) in die Datei »/sys/ 

class/gpio/export«. Dazu sind allerdings 

Rootrechte notwendig. Daraufhin legt 

der Kernel ein neues Verzeichnis an, für 

GPIO 4 beispielsweise »gpio4«. 

In diesem Verzeichnis gibt es eine Datei 

»direction«, in der man mit den Schlüsselworten 

»out« und »in« festlegt, ob es sich 

um eine Ausgabe- oder eine Eingabeleitung 

handelt. Das Kommando 

echo "1" >/sys/class/gpio/gpio4/value 

setzt die Spannung auf 3,3 V – die LED 

leuchtet. Eine 0 in diese Datei geschrieben 

stellt eine Spannung von 0 V ein und 

schaltet die LED wieder aus. 

Listing 1 zeigt ein Skript, das aus der 

LED ein Blinklicht macht. Dazu schaltet 

es die LED ein, schläft eine Sekunde, 

schaltet sie aus und schläft nochmals 

eine Sekunde. Der Befehl »trap« dient übrigens 

dazu, beim Abbrechen des Skripts, 

beispielsweise per [Strg]+[C], den Pin 

wieder freizugeben. 

250-mal schneller 

Eine Messung ergibt, dass sich eine solche 

Ein-Aus-Sequenz per Sys-Filesystem 

(ohne die Sleep-Befehle) abhängig vom 

Kernel und dessen Konfiguration 1000- 

bis 1500-mal pro Sekunde (mit 1 kHz bis 

1,5 kHz) auf dem Raspberry Pi ausführen 

lässt. Wer die GPIOs jedoch über einen 

dedizierten Treiber im Kernel anspricht, 

kann Steigerungen dieser Frequenz um 

den Faktor 250 erreichen.

Ein normaler, zeichenorientierter Gerätetreiber 

implementiert typischerweise 

Schnittstellenfunktionen, die der Kernel 

beim Laden des Treibers (»mod_init()«) 

aufruft, beim Entladen (»mod_exit()«), 

beim Öffnen der zugeordneten Gerätedatei 

(»driver_open()«), beim Schließen 

derselben (»driver_close()«), beim Lesen 

von der Gerätedatei (»driver_read()«) 

und beim Schreiben auf die Gerätedatei 

(»driver_write()«). 

Ein bisschen abgekupfert 

Wer einen Treiber schreiben möchte, der 

die Ein- und Ausgabeleitungen nutzt, 

kann die Funktionen »mod_init()« und 

»mod_exit()« einfach von einem anderen 

Treiber abkupfern. Im Rahmen dieser 

Funktionen meldet sich der Treiber beim 

Kernel mit einem Namen an und übergibt 

dabei eine Tabelle mit den Funktionen 

(»driver_open()«, »driver_read()«, »driver_write()« 

und »driver_close()«), die 

bei einem Zugriff durch eine Applikation 

aufgerufen werden. 

Diese Funktionen sind auch relevant, 

wenn es um den Hardwarezugriff geht. 

Dabei muss der Treiber logischerweise 

die gleichen Schritte (Reservieren, Einoder 

Ausgabe festlegen, eigentlicher 

Zugriff und die Freigabe, Abbildung 2) 

durchführen wie beim 

Zugriff über das Sys- 

Filesystem. 

Zum Reservieren (Export) 

eines GPIO im 

Kernel dient die Funktion 

»gpio_request()« 

(Tabelle 1), für die 

Freigabe (Unexport) 

»gpio_free()«. Soll die 

Leitung als Ausgabe 

dienen, wird »gpio_direction_output()«, 

als 

Eingabe »gpio_direction_input()« 

aufgerufen. 

Um die Spannung 

auf 3,3 V oder 

0 V zu setzen, wird 

»gpio_set_value()« mit 

den Parametern GPIO- 

Nummer und auszugebender 

Wert (1 oder 

0) abgesetzt [1]. 

Listing 2 zeigt das 

Einbinden dieser 

Funktionen in einen minimalistischen 

Treiber, sodass dieser GPIO 4 auf 0 V 

setzt, wenn eine Applikation eine 0 auf 

die Gerätedatei »/dev/fastgpio4« schreibt, 

und auf 3,3 V bei jedem anderen Wert. In 

»driver_open()« findet dazu das Reservieren 

(Zeile 18) und Festlegen der Ein- 

© fritzing.org 

Abbildung 1: Mit Breadboard, Kabeln und Widerstand: Schaltung zum 

Ansteuern einer LED über die GPIOs eines Raspberry Pi. 

und Ausgaberichtung (Zeile 23) statt. 

Die Freigabe erfolgt in »driver_close()« 

(Zeile 37), also wenn die Anwendung die 

Ressource nicht mehr benötigt und den 

Systemcall »close()« aufruft. 

Die eigentlichen Hardwarezugriffe sind in 

»driver_write()« kodiert (Zeile 41). Diese 

Kern-Technik 10/2013 

Know-how 


103 

Tabelle 1: Kernelinterne Funktionen für GPIO (Auswahl) 

Managementfunktionen 

int gpio_request(unsigned gpio, const char *label) 

void gpio_free(unsigned gpio) 

int gpio_direction_input(unsigned gpio) 

int gpio_direction_output(unsigned gpio, int value) 

int gpio_set_debounce(unsigned gpio, unsigned debounce) 

int gpio_cansleep(unsigned gpio) 

Zugriffsfunktionen 

inline bool gpio_is_valid(int number) 

int gpio_get_value(unsigned gpio) 

Reserviert GPIO mit der Nummer »gpio« unter dem Namen »label«. 

Gibt den reservierten GPIO-Pin »gpio« frei. 

Konfiguriert den Pin »gpio« als Eingabe. 

Konfiguriert den Pin »gpio« als Ausgabe. 

Setzt die Entprell-Zeit (in Mikrosekunden), in der der Pin nach einem Zustandswechsel 

den gleichen Wert haben muss. 

Die Funktion gibt einen Wert ungleich null zurück, falls Kommits auf einen Bus 

warten (schlafen) können. In diesem Fall darf kein Zugriff aus einem Interrupt- 

Kontext heraus erfolgen. 

Überprüft, ob »number« existiert. 

Liest GPIO-Pin »gpio« ein. 

void gpio_set_value(unsigned gpio, int value) Falls »value« gleich 0 ist, »gpio« auf 0 V setzen, andernfalls auf 3,3 V. 

int gpio_get_value_cansleep(unsigned gpio) 

void gpio_set_value_cansleep(unsigned gpio, int value) 

Integrationsfunktionen 

int gpio_export(unsigned gpio, bool direction_may_change) 

void gpio_unexport(unsigned gpio) 

extern int gpio_export_link(struct device *dev, const char *name, 

unsigned gpio) 

extern int gpio_sysfs_set_active_low(unsigned gpio, int value) 

Liest den GPIO-Pin aus einem Nicht-Interrupt-Kontext heraus ein. 

Setzt den GPIO-Pin aus einem Nicht-Interrupt-Kontext heraus auf »value«. 

Gibt die Reservierung von »gpio« für den Zugriff über das Sys-Filesystem frei. 

Hebt den Zugriff über das Sys-Filesystem auf. 

Die Funktion dient dazu, einen symbolischen Link zwischen Treiber und ins Sys- 

Filesystem exportierten Links herzustellen. 

Markiert »gpio« als Active-Low-Signal.

Know-how 


104 

Sys-Filesystem 

/sys/class/gpio/export 

.../gpio/gpioN/direction 

.../gpio/gpioN/value 

/sys/class/gpio/unexport 

Aktionen 

Reservieren 

Festlegen, ob 

Ein- oder Ausgabe 

Zugriff 

(wiederholbar) 

Freigabe 

Kernelfunktionen 

gpio_request() 

gpio_direction_output() 

gpio_direction_input() 

gpio_set_value() 

gpio_get_value() 

gpio_free() 

Abbildung 2: Aktionen und Zugriffsmöglichkeiten auf GPIOs unter Linux. 

Abbildung 3: Das Oszilloskop zeigt, wie schnell der Treiberzugriff ist. 

Funktion kommt zum Einsatz, wenn 

eine Applikation »write()« verwendet. 

Die Schreibfunktion im Kernel kopiert 

dank der Minimum-Funktion die richtige 

Menge Daten zwischen Anwendung und 

Kernel. So darf der Treiber nicht mehr 

Bytes kopieren, als die Applikation anfor- 

dert, und auch nicht mehr Daten, als im 

Kernel überhaupt zur Verfügung stehen. 

Die nachfolgende Zeile kopiert schließlich 

per »copy_from_user()« die Daten 

von der Applikation in den Kernel und 

schreibt sie per »gpio_set_value()« (Zeilen 

52 und 54) auf die Hardware. 

Leider ist das Übersetzen des Treibers 

für den Raspberry Pi nicht ganz so einfach 

wie für einen herkömmliche PC. 

Hierfür sind nämlich vorkompilierte Kernelquellen 

notwendig. Die vorige „Kern- 

Technik“ [2] hat die erforderlichen Vorbereitungen 

beschrieben, sowohl für eine 

Listing 2: Kernel-Treiber »fastgpio.c« 

001 #include 

002 #include 

003 #include 

004 #include 

005 #include 

006 #include 

007 

008 static dev_t gpio_dev_nr; 

009 static struct cdev *driver_object; 

010 static struct class *gpio_class; 

011 static struct device *gpio_dev; 

012 

013 static int driver_open( struct inode 

014 *geraete_datei,struct file *instanz) 

015 { 

016 int err; 

017 

018 err = gpio_request( 4, "rpi‐gpio‐4" ); 

019 if (err) { 

020 printk("gpio_request %d\n",err); 

021 return ‐1; 

022 } 

023 err = gpio_direction_output( 4, 0 ); 

024 if (err) { 

025 printk("gpio_dir_output %d\n", err); 

026 gpio_free( 4 ); 

027 return ‐1; 

028 } 

029 printk("gpio 4 configured\n"); 

030 return 0; 

031 } 

032 

033 static int driver_close( struct inode 

034 *geraete_datei, struct file *instanz) 

035 { 

036 printk( "driver_close called\n" ); 

037 gpio_free( 4 ); 

038 return 0; 

039 } 

040 

041 static ssize_t driver_write( struct file 

042 *instanz, const char __user *user, 

043 size_t count, loff_t *offset ) 

044 { 

045 unsigned long not_copied, to_copy; 

046 u32 value=0; 

047 

048 to_copy = min( count, sizeof(value) ); 

049 not_copied=copy_from_user(&value,user, 

050 to_copy); 

051 if (value==1) 

052 gpio_set_value(4,1); 

053 else 

054 gpio_set_value(4,0); 

055 //gpio_set_value( 4, value?0:1 ); 

056 return to_copy‐not_copied; 

057 } 

058 

059 static struct file_operations fops = { 

060 .owner= THIS_MODULE, 

061 .write= driver_write, 

062 .open= driver_open, 

063 .release= driver_close, 

064 }; 

065 

066 static int __init mod_init( void ) 

067 { 

068 if( alloc_chrdev_region(&gpio_dev_nr, 

069 0,1,"fastgpio4")owner = THIS_MODULE; 

075 driver_object‐>ops = &fops; 

076 if( cdev_add(driver_object, 

077 gpio_dev_nr,1) ) 

078 goto free_cdev; 

079 gpio_class = class_create( THIS_MODULE, 

080 "fastgpio4" ); 

081 if( IS_ERR( gpio_class ) ) { 

082 pr_err("fastgpio4:no udev support\n"); 

083 goto free_cdev; 

084 } 

085 gpio_dev=device_create(gpio_class,NULL, 

086 gpio_dev_nr,NULL,"%s","fastgpio4"); 

087 dev_info(gpio_dev, "mod_init"); 

088 return 0; 

089 free_cdev: 

090 kobject_put( &driver_object‐>kobj ); 

091 free_device_number: 

092 unregister_chrdev_region(gpio_dev_nr,1); 

093 return ‐EIO; 

094 } 

095 

096 static void __exit mod_exit( void ) 

097 { 

098 dev_info(gpio_dev, "mod_exit"); 

099 device_destroy(gpio_class,gpio_dev_nr); 

100 class_destroy( gpio_class ); 

101 cdev_del( driver_object ); 

102 unregister_chrdev_region(gpio_dev_nr,1); 

103 return; 

104 } 

105 

106 module_init( mod_init ); 

107 module_exit( mod_exit ); 

108 MODULE_LICENSE("GPL");

Cross-Entwicklung als auch für die Entwicklung 

direkt auf dem Mini-Computer 

selbst. Allerdings ist dort ein Fehler zu 

berichtigen: Zum Generieren des Kernels 

ist »make bcmrpi_defconfig« (mit Unterstrich) 

aufzurufen. 

Das Makefile (Listing 3) übersetzt den 

Treiber beim Aufruf von »make«, das 

Kommando »insmod fastgpio.ko« lädt ihn 

auf dem Raspberry Pi in den Kernel. Geht 

alles gut, existiert danach die Gerätedatei 

»/dev/fastgpio4«. Für einen effizienten 

Zugriff bietet sich eine eigene Applikation 

an, wie in Listing 4 vorgestellt. Zum 

Übersetzen der im Heimatverzeichnis des 

Users Pi liegenden Quelltextdatei »appl.c« 

eignet sich das folgende Kommando: 

$ cc ‐g ‐Wall appl.c ‐lrt ‐o appl 

Da das Programm auf die Funktion 

»clock_nanosleep()« – die moderne Art 

des Schlafens [3] – zurückgreift, benötigt 

sie die Realtime-Bibliothek. Dazu dient 

der Parameter »‐lrt« (für „lib realtime“). 

Falls der Treiber geladen ist, kann Root 

die Applikation »appl« starten: 

GPFSEL0 

GPFSEL1 

GPFSEL5 

28 

GPIO- 09 08 07 06 05 04 03 02 01 00 

28 24 20 16 12 8 7 6 5 4 3 2 1 0 

Wer die Funktion »clock_nanosleep()« 

weglässt, kann grob die mit einem Treiber 

maximal erreichbare Frequenz messen. 

Auf einem Raspbian der Version 2013- 

07-25 [4] waren das bei einem Versuch 

der Autoren immerhin 280 kHz, auf einem 

Raspbian 3.6.11 waren per Digital- 

Oszilloskop sogar knapp 380 kHz zu 

messen. Anders ausgedrückt: Jede Ein- 

Aus-Sequenz war nur 2,6 Mikrosekunden 

lang (Abbildung 3). 

Allerdings muss dabei die Treiberfunktion 

»driver_write()« auf das hier abgedruckte 

Minimum reduziert bleiben. 

Bereits eine Debugmeldung per »printk« 

verschlechtert das Zeitverhalten deutlich. 

Und noch ein Hinweis: Mit Realzeitpriorität, 

also mit Hilfe des Kommandos 

»chrt 50« gestartet, kann das Programm 

nur abbrechen, wer entweder die Funktion 

»clock_nanosleep()« eingebaut lässt 

oder der Shell eine noch höhere Priorität 

zuweist. 

Hinter den Kulissen 

Am Beispiel des Zugriffs auf die GPIOs des 

Raspberry Pi lässt sich erläutern, welche 

komplexen Aufgaben der Linux-Kernel 

dem Programmierer abnimmt. Hardware- 

24 

20 

16 

12 

8 

7 6 5 4 

3 2 1 0 

GPIO- 19 18 17 16 15 14 13 12 11 10 

28 

24 

20 

7 6 5 4 

3 2 1 0 

GPIO- 53 52 51 50 

Abbildung 4: Das Konfigurationsregister des Raspberry Pi fasst für jede GPIO-Leitung drei Bits zusammen. 

16 

12 

8 

affine Entwickler wissen bereits, dass 

sich die Funktionen der Hardware durch 

Lesen und Schreiben auf spezifische Adressen 

ansprechen lassen. So adressierte 

Speicherzellen heißen Register. 

Beim Raspberry Pi kann der stolze Besitzer 

dem Handbuch [5] entnehmen, 

dass die Register für den GPIO-Zugriff 

im Adressraum ab 0xF2200000 angesiedelt 

sind (Tabelle 2). Abbildung 4 zeigt 


Know-how 


105 

# chrt 50 ./appl 

Ist die Schaltung korrekt aufgebaut, blinkt 

nun die LED. Das Kommando »chrt 50« 

sorgt übrigens dafür, dass das Programm 

die Realzeit-Priorität 50 erhält und sich 

auf diese Weise besser für zeitgesteuerte 

Aufgaben eignet. 

In Kilohertz ausgedrückt 

Listing 3: Makefile zum Fastgpio-Treiber 

01 ARCH := arm 

02 UNAME := $(shell uname ‐m) 

03 ifeq ($(UNAME),armv6l) 

13 else 

14 

15 default: 

04 KDIR := /usr/src/linux/ 

16 $(MAKE) ARCH=$(ARCH) CROSS_COMPILE= 

05 else 

$(CROSS_COMPILE) ‐C $(KDIR) M=$(PWD) modules 

06 CROSS_COMPILE:=arm‐linux‐gnueabi‐ 

17 endif 

07 KDIR := /usr/src/linux/arm 

18 

08 endif 

09 

10 ifneq ($(KERNELRELEASE),) 

19 clean: 

20 rm ‐rf *.ko *.o .*.cmd .tmp_versions 

11 obj‐m := fastgpio.o 

Module.symvers 

12 

21 rm ‐rf modules.order *.mod.c 

Listing 4: Effizienter Zugriff mit C-Programm »appl.c« 

01 #include 

02 #include 

03 #include 

04 #include 

05 

16 } 

17 

18 sleeptime.tv_sec = 0; 

19 sleeptime.tv_nsec= 500000000; 

20 while (1) { 

06 int main( int argc, char **argv ) 

21 value = 1; 

07 { 

22 write(fd_gpio,&value,sizeof(value)); 

23 clock_nanosleep( CLOCK_MONOTONIC, 0, 

08 int fd_gpio; 

24 &sleeptime, NULL ); 

09 int value; 

25 value = 0; 

10 struct timespec sleeptime; 

26 write(fd_gpio,&value,sizeof(value)); 

11 

27 clock_nanosleep( CLOCK_MONOTONIC, 0, 

12 fd_gpio=open("/dev/fastgpio4",O_WRONLY); 

28 &sleeptime, NULL ); 

13 if (fd_gpio

Know-how 


106 

Direkte Hardwarezugriffe Abstraktion der Adressumsetzung Schutz vor Reordering 

A B C 

u32 *ptr = (u32 *)0xF2200000; 

u32 old_value; 

// Wert auslesen 

old_value = *ptr; 

// Bits für GPIO−4 löschen 

old_value = old_value & 0xffff8fff; 

// Bits setzen und Wert zurückschreiben 

*ptr = old_value | 0x00001000; 

u32 *ptr = (u32 *)0xF2200000; 


old_value = readl( ptr ); 


writel( old_value | 0x00001000, ptr ); 

Abbildung 5: Im Vergleich zu früher (A) sind Hardwarezugriffe unter Linux heute komplexer (C). 

u32 *ptr = (u32 *)0xF2200000; 


old_value = readl( ptr ); 

rmb(); // ist nach dem Lesen notwendig 


wmb(); // ist vor dem Schreiben notwendig 

writel( old_value 

zusätzlich den Aufbau der Konfigurationsregister. 

Leicht lässt sich da erkennen, 

dass einzelnen Bits spezifische Funktionen 

zugeordnet sind. Im Fall des GPIO- 

Konfigurationsregisters sind für jede 

GPIO-Leitung drei Bits zusammengefasst. 

Tabelle 3 zeigt hierfür eine Auswahl relevanter 

Codes. 

Der Dokumentation kann der Leser 

weiterhin entnehmen, dass GPIO 4 als 

Ausgang fungiert, falls im Register »GPF- 

SEL0«, also an der Adresse 0xF2200000, 

die Bits 12, 13 und 14 den Bitcode »001« 

aufweisen. Da das Register aber immer 

nur als Ganzes geschrieben werden kann, 

würde das plumpe Schreiben des Hexwerts 

dazu führen, dass GPIO 4 zwar als 

Ausgang, die GPIOs 0 bis 3 und 5 bis 9 

aber als Eingang konfiguriert sind. Das ist 

natürlich nicht gewollt. 

Um den Zustand der übrigen GPIOs 

beim Schreiben nicht zu ändern, liest 

der Bastler daher zunächst das komplette 

Register aus. Danach setzt er per bitweiser 

Und-Verknüpfung die relevanten 

Tabelle 2: Die GPIO-Register des Raspberry Pi 

(Auswahl, [5], Seite 90) 

Bits auf Null, anschließend mit der Konfigurations-Bitfolge 

»001« per bitweiser 

Oder-Verknüpfung neu. Die in Kasten A 

in Abbildung 5 dargestellte Befehlsfolge 

realisiert dieses Vorgehen. 

Der Programmierer kann im Fall des 

Rasp berry Pi zwar per Zeiger direkt auf 

die Hardware-Adressen zugreifen, erhält 

dann aber keinen portierbaren Code. Die 

in der Software verwendeten Adressen 

entsprechen nämlich nicht auf jeder 

Plattform auch den physischen Adressen. 

Dazwischen liegt noch die Memory- 

Management-Unit, die je nach Plattform 

auch für I/O-Bereiche eine Adressenumsetzung 

durchführt. 

Linus sei Dank 

Register Adresse Beschreibung 

GPFSEL0 0xF2200000 Konfiguration GPIO 0-9 



GPFSEL3 0xF220000C Konfiguration GPIO 30-39 



GPSET0 0xF220001c Ausgang 0 bis 31 auf 1 setzen 

GPSET1 0xF2200020 Ausgang 32 bis 53 auf 1 setzen 

GPCLR0 0xF2200028 Ausgang 0 bis 31 auf 0 setzen 

GPCLR1 0xF220002C Ausgang 32 bis 53 auf 0 setzen 

GPLEV0 0xF2200034 Eingang 0 bis 31 einlesen 

GPLEV1 0xF2200038 Eingang 32 bis 53 einlesen 

Um den Programmierer davon abzuschirmen 

und diesen Vorgang transparent zu 

gestalten, hat Linus Torvalds Zugriffsfunktionen 

eingeführt: »read[bwl]()« 

und »write[bwl]()«. »b« steht dabei für 

Byte, »w« für Word und »l« für long. 

»readb()« führt einen 

Byte-Zugriff, »readw()« 

einen Zwei-Byte-Zugriff 

und »readl()« einen 

Vier-Byte-Zugriff durch. 

Die damit zum obigen 

Code funktional identische, 

Linux-konforme 

Implementierung zeigt 

der Kasten B in Abbildung 

5. 

Bei der Kodierung gibt 

es noch einen weiteren 

Fallstrick. So sortieren 

moderne CPUs schon 

mal gerne aus Optimierungsgründen 

die Reihenfolge 

der programmierten 

Befehle um. Das machen sie, 

wenn die neue Reihenfolge aus Sicht der 

CPU funktional identisch zur programmierten 

Reihenfolge ist. Da der Prozessor 

aber nicht zwischen normalen Speicherzellen 

und Registern unterscheidet, kann 

ein Reordering von Registeradressen zu 

unvorhersehbaren Ergebnissen (Race 

Conditions) führen. 

Barrieren 

Hiergegen helfen so genannte Memory 

Barriers [6], die vor Lese- beziehungsweise 

nach Schreibzugriffen einzusetzen 

sind. Je nach Plattform aktiviert der 

Entwickler die Memory Barriers unterschiedlich. 

Linux abstrahiert das mit vier 

Funktionen: »rmb()« ist für Lesezugriffe, 

»wmb()« für Schreibzugriffe, »mb()« für 

Lese- und Schreibzugriffe zuständig. Die 

Funktion »barrier()« schaltet das Umsortieren 

durch den Compiler ab. Um das 

Reordering programmtechnisch zu berücksichtigen, 

muss man also noch, wie 

in Abbildung 5 (Kasten C) dargestellt, 

die Barrier-Funktionen einfügen. 

Atomar 

Noch ein weiteres Problem erfordert 

dringend die Hilfestellung durch den 

Kernel. Angenommen zwei unabhängige 

Programme konfigurieren jeweils einen 

anderen GPIO, Programm A etwa GPIO 

Tabelle 3: Bitcodierung für die 

GPIO-Konfiguration 

Bitcodierung Bedeutung 

»000« GPIO-Pin als Eingabe 

»001« GPIO-Pin als Ausgabe 

»010« bis »111« sonstige Funktion

4 als Input und Programm B GPIO 7 als 

Output. Dazu lesen beide Tasks den gegenwärtigen 

Konfigurationswert ein, jede 

führt die Änderungen aus und speichert 

die Werte zurück. 

Da aber beide Programme ihre Änderungen 

ausgehend vom gemeinsamen 

Grundwert unabhängig voneinander 

ausgeführt haben, überschreibt das Programm, 

das seinen Wert zuletzt abspeichert, 

die Änderungen des anderen. Eine 

klassische Race Condition. Daher muss 

die Befehlssequenz (Lesen, Löschen, Setzen, 

Zurückschreiben) atomar, also ohne 

Unterbrechung beziehungsweise ohne 

Parallelität, abgearbeitet werden. Ohne 

Verankerung im Betriebssystemkern ist 

dieses Problem nicht zu lösen. 

Es lohnt sich 

Es ist also nicht nur praktisch, sondern 

auch technisch notwendig, dass der Linux-Kernel 

ein GPIO-Interface anbietet. 

Es empfiehlt sich daher, keinen Code 

zu verwenden, der das GPIO-Interface 

umgeht und direkt auf die Hardware zugreift, 

auch wenn derlei Software gelegentlich 

im Raspberry-Pi-Forum zu finden 

ist [7]. 

Das GPIO-Subsystem ist übrigens vergleichweise 

jung. Daher sollte es niemanden 

überraschen, wenn es in den 

kommenden Linux-Versionen noch 

grundsätzliche Änderungen an dessen 

Kernel-Interface gibt. Unabhängig davon 

lohnt es sich, den GPIO-Zugriff über einen 

Gerätetreiber zu realisieren. Gerade 

der eher leistungsschwache Raspberry Pi 

trumpft dann richtig auf. (mhu) n 

Infos 

[1] Dokumentation zu GPIO im Kernelquellcode: 

[https:// www. kernel. org/ doc/ 

Documentation/ gpio. txt] 

[2] Quade, Kunst, „Kern-Technik“: Linux- 

Magazin 08/13, S. 86 

[3] Quade, Mächtel, „Moderne Realzeitsysteme 

kompakt“: Dpunkt-Verlag, 2012 

[4] Raspbian: [http:// www. raspbian. org] 

[5] Broadcom Corporation, „BCM2835 ARM 

Peripherals“: [http:// www. raspberrypi. org 

/ wp‐content/ uploads/ 2012/ 02/ 

BCM2835‐ARM‐Peripherals. pdf] 

[6] Quade, Kunst, „Linux-Treiber entwickeln“, 

3. Auflage: Dpunkt-Verlag, 2011, S. 220 

[7] Raspberry-Pi-Forum, „RaspiUtils GPIO 

using a device driver“: 

[http:// www. raspberrypi. org/ phpBB3/ 

viewtopic. php? f=33& t=32152] 

[8] Listings zum Artikel: 

[http:// www. linux‐magazin. de/ static/ 

listings/ magazin/ 2013/ 10/ kern‐technik/] 

Die Autoren 

Eva-Katharina Kunst, Journalistin, und Jürgen 

Quade, Professor an der Hochschule Niederrhein, 

sind seit den Anfängen von Linux Fans von Open 

Source. In der Zwischenzeit ist die dritte Auflage 

ihres Buches „Linux Treiber entwickeln“ 

erschienen. 


Know-how 


107

Programmieren 

www.linux-magazin.de C++11 10/2013 

Modernes C++ in der Praxis – Folge 12 

Suchen und ersetzen 

regex_replace(log,rgxIPs,"XXX.XXX.XXX.XXX") 

enthält den String »log«, den regulären 

Ausdruck »rgxIPS«, der die zu ersetzende 

Zeichenmuster im Text identifiziert, sowie 

108 

Eine Logdatei anonymisieren, Fließkommazahlen oder Datumsangaben lokalisieren: Das alles lässt sich mit 

der C++11-Funktion »std::regex_replace()« in einem Rutsch umsetzen. Rainer Grimm 

C++11 

asynchrone Aktionen 

override 

decltype Programmierer den Schrägstrich nicht zu 

schützen braucht. Zeile 23 vollzieht die 

Move-Semantik 

Neue Container 

auto 

Ersetzung und damit das Anonymisieren 

Variadic Templates 

der Daten. Das Ergebnis landet im String 

bind »anonymizeLog«. 

Type Traits 

Zugegeben, das war ein besonders einfacher 

Anwendungsfall für »std::regex_re- 

C++11 

Alias Templates 

Tuple 

place()«. Bestand doch seine Aufgabe 

default 

function 

lediglich darin, die erkannten Textmus- 

Range-basierte 

C++11 

ter zu überschreiben. Oft sind aber zwei 

nullptr 

For-Schleife 

Schritte beim Modifizieren eines Textes 

Zufallszahlen 

Zeitbibliothek notwendig: Der erste identifiziert das 

delete 

final 

Textmuster, der zweite modifiziert einen 

Benutzerdefinierte Literale 

Smart Pointer Teil des gefundenen Textes. Dank der 

Hashtabellen 

static_assert 

reguläre Ausdrücke 

so genannten Erfassungsgruppen stellt 

Threads das keine große Herausforderung für 

Lambda-Funktionen 

Array 

»std::regex_replace()« dar. 

Fließkommazahlen 

Der Sprachstandard C++11 hat endlich 

reguläre Ausdrücke eingeführt. Wie die die Stelle der identifizierten Zeichen- 

die Zeichenkette »XXX.XXX.XXX.XXX«, 

lokalisieren 

moderner C++-Code damit Texte gegen 

Ein typisches Einsatzgebiet für Erfassungsgruppen 

ist das (Um-)Formatieren 

Muster prüft oder Passagen findet, zeigte 

die vorige Folge dieser Artikelreihe [1]. 

von Daten. Im Beispiel liegen die Fließkommazahlen 

des String »germanDoub- 

Daneben kann der Programmierer die 

leistungsstarken Ausdrücke aber auch 

les{"+0,85 ‐13,2 1,0 ,45 ‐13,7 1,03425 

nutzen, um Strings zu verändern. 

10134,25"}« in deutscher Lokalisierung 

vor. Um die Kommata in jeder Zahl des 

Logdatei anonymisieren 

String durch die im Englischen üblichen 

Punkte zu ersetzen, kommt der reguläre 

Als einfaches Beispiel soll ein Webserver-Log 

dienen, in dem die aufrufenden 

Dieser zerlegt jede Zahl in ihre zwei Kom- 

Ausdruck in Abbildung 1 zum Einsatz. 

IP-Adressen anonymisiert werden sollen. 

ponenten vor und nach dem Komma. Das 

Dabei kommt die Funktion »std::regex_ 

tut er mittels zweier Erfassungsgruppen, 

replace()« zum Einsatz, die die verräterischen 

Zahlen durch »XXX.XXX.XXX. 

mern einschließen. 

die Teile des Ausdrucks in runde Klam- 

XXX« ersetzt. Sie benötigt in ihrer einfachsten 

Form drei Dinge, um ihre Arbeit 

wie ein regulärer Ausdruck seine Treffer 

Die Erfassungsgruppen beeinflussen nicht, 

zu erledigen: Der Aufruf 

muster einnehmen soll. Dabei tauscht 

die Funktion »std::regex_replace()« alle 

Vorkommen des Zeichenmusters im Text 

aus und gibt den neuen String als Ergebnis 

zurück (Listing 1). 

Das Programm beginnt in bekannter Manier 

mit den Anpassungen an die Boost- 

Bibliothek [2], da weder Clang- noch 

GCC-Compiler die Bibliothek für reguläre 

Ausdrücke derzeit vollständig unterstützen. 

Der »log«-String in den Zeilen 15 

und 16 enthält die zu anonymisierenden 

Daten. Anonymisieren bedeutet in 

diesem konkreten Fall, die IP-Adressen 

zu verschleiern. Dazu kommt der reguläre 

Ausdruck in Zeile 21 zum Einsatz: 

»rgxIPs« beschreibt vier Zahlen, die jeweils 

durch einen Punkt getrennt sind. 

Dabei kann jede der Zahlen eine bis drei 

Stellen aus den Ziffern von 0 bis 9 enthalten: 

»[0‐9]{1,3}«. 

Der Gesamtstring erhält die Form eines 

Raw-String (mit »R"« markiert), damit der 

([-+]?[0-9]*),?([0-9]+) 

Abbildung 1: Der Ausdruck für deutsche Fließkommazahlen 

verwendet zwei Erfassungsgruppen.

([0-9]{1,2})/([0-9]{1,2})/([0-9]{1,2}) 

verwenden lassen. Die 

Funktion »regex_replace()« 

ersetzt jedes 

Abbildung 3: Die drei Erfassungsgruppen für Jahr, Monat und Tag kennzeichnen 

Textmuster in dem 

den Ausdruck für Datumsangaben. 

Text »germanDoub- 

Abbildung 2: Mit regulären Ausdrücken kann C++ 

das Format von Fließkommazahlen lokalisieren. 

findet, sondern erlauben es, einzelne Teile 

eines Treffers explizit zu adressieren. So 

lassen sich die Vor- und Nachkommastellen 

einer Fließkommazahl, durch einen 

Punkt verbunden, wieder zusammensetzen 

– ein Format, das der englischen Lokalisierung 

der Zahlen entspricht. Listing 

2 setzt die skizzierten Ideen in konkreten 

C++-Code um. 

Double,"$1.$2")« (Zeile 21). Zuerst zum 

regulären Ausdruck. Er besteht aus einem 

Teil vor und einem nach dem Komma. 

Dabei ist das Komma optional »,?«. Vor 

dem Komma kann ein Minus- oder Plus- 

Zeichen stehen, auf das beliebig viele 

Ziffern von 0 bis 9 folgen »[0‐9]*«. 

Während die Komponenten des regulären 

Ausdrucks vor dem Komma optional 

sind, sind die nach dem Komma obligatorisch. 

Der Nachkomma-Bestandteil der 

Fließkommazahl besteht ebenfalls aus 

les« durch den String 

»$1.$2«. Dabei stehen »$1« und »$2« 

für die erste und die zweite Erfassungsgruppe 

des identifizierten Textmusters. 

Abbildung 2 zeigt die Ausgabe des kleinen 

Programms. 

Erfassungsgruppen in regulären Ausdrücken 

sind ein leicht verständliches 

Konzept, das dennoch interessante Anwendungsfälle 

abdeckt. So lässt sich mit 

ihnen beispielsweise die Reihenfolge von 

Gruppen in einem zu ersetzenden String 

vertauschen. 

109 

Zwei Stellen in Listing 2 verdienen größere 

Aufmerksamkeit. Das ist zum einen 

in Zeile 19 der reguläre Ausdruck 

den Ziffern von 0 bis 9 und muss mindestens 

eine Stelle aufweisen. 

Den Vorkomma- und Nachkomma-Anteil 

»([‐+]?[0‐9]*),?([0‐9]+)«, zum anderen der Fließkommazahl adressiert je eine 

Datumsangaben 

international 

die Anwendung der Erfassungsgruppen 

in »regex_replace(germanDoubles,rgxder 

beiden Erfassungsgruppen, die sich 

anschließend in der Replace-Funktion 

Welches Datum verbirgt sich hinter dem 

Ausdruck »01/02/03«? Die meisten Leser 

C++11 10/2013 

Programmieren 

www.linux-magazin.de

Programmieren 

www.linux-magazin.de C++11 10/2013 

110 

Abbildung 4: Ein kleines C++11-Programm formatiert 

Datumsangaben für unterschiedliche Regionen. 

Abbildung 5: Diskret: Mit regulären Ausdrücken und Erfassungsgruppen anonymisiert C++11 gezielt den Hostanteil 

von Adressen im Webserverprotokoll. 

dürften das als den 1. Februar 2003 interpretieren. 

So einfach ist es aber nicht, 

denn die richtige Antwort hängt von der 

Lokalisierung der Datumsangabe ab, die 

nach Land und Region verschieden ist. 

Fast jede Komponente von »01/02/03« 

lässt sich als Tag, Monat oder Jahr interpretieren. 

Wer’s nicht glaubt, kann auf 

der Wikipedia-Seite zum Datumsformat 

[3] nachsehen. Listing 3 stellt ein paar 

01 // replace #include with 

02 // #include 

03 // and 

04 // std::tr1:: with std:: in the source code 

05 

06 #include 

07 

08 #include 

09 #include 

10 

11 int main(){ 

12 

13 std::cout

([0-9]{1,3})\.[0-9]{1,3})\.([0-9]{1,3})\.[0-9]{1,3} 

Abbildung 6: Der reguläre Ausdruck zum Anonymisieren des Hostanteils einer IP-Adresse. 

– nach der bekannten Vorgehensweise 

der Standard Template Library – auf 

Iteratoren. Ruft der Programmierer die 

Funktionen mit dem Flag »std::regex_ 

constants::format_no_copy« auf, so enthält 

die Ausgabe nur die modifizierten 

Treffer. So kann er in einem Durchlauf 

alle Treffer extrahieren, modifizieren und 

ausgeben. 

Listing 4 wendet diese Ideen an: Das 

Programm extrahiert die IP-Adressen aus 

dem String, anonymisiert den Hostanteil 

und gibt das Ergebnis (Abbildung 5) aus. 

Der Einfachheit halber nimmt der Code 

an, dass der Hostanteil der IP-Adresse 

aus den letzten 8 Bits besteht. Abbildung 

6 zeigt den regulären Ausdruck, der eine 

Erfassungsgruppe für den Netzanteil der 

IP-Adresse verwendet. Zeile 22 definiert 

den regulären Ausdruck 

([0‐9]{1,3}\.[0‐9]{1,3}\.[0‐9]{1,3})\.[0‐9]U 

{1,3}« 

der in Zeile 26 zum Einsatz kommt. 

»std::regex_replace()« schiebt durch 

Der Autor 

Rainer Grimm arbeitet seit 

1999 als Software-Entwickler 

bei der Science + Computing 

AG in Tübingen. Insbesondere 

hält er Schulungen für 

das hauseigene Produkt SC 

Venus. Im Dezember 2011 ist sein Buch „C++11: Der 

Leitfaden für Programmierer zum neuen Standard“ 

im Verlag Addison-Wesley erschienen. 

»std::back_inserter(allIPs)« die modifizierten 

Strings »$1.XXX\n« auf »allIps«. 

Wie geht’s weiter? 

Die hier behandelten regulären Ausdrücke 

besitzen eine Gemeinsamkeit mit dem 

Datentyp Hashtabelle: Beide vermissten 

die Entwickler lange in der Sprache C++. 

Hashtabellen, in anderen Communities 

auch bekannt unter dem Namen Dictionary 

oder assoziatives Array, fühlen sich 

sehr ähnlich an wie die klassischen, assoziativen 

Container »std::map«. Unter der 

Oberfläche existieren aber gravierende 

Listing 3: Datumsformate international 

01 // replace #include with 

02 // #include 

03 // and 

04 // std::tr1:: with std:: in the source code 

05 

06 #include 

07 

08 #include 

09 #include 

10 #include 

11 

12 int main(){ 

13 

14 std::cout

Programmieren 

www.linux-magazin.de Perl-Snapshot 10/2013 

112 

Perl-Skripte werten aufgezeichnete Aktivitäten aus 

Bewegte Reife 

Der elektronische Armreif Up misst die Armbewegungen seines Trägers und schließt daraus auf tags zurückgelegte 

Wege und nächtliche Schlafrhythmen. Wen die offizielle Smartphone-App langweilt, der lässt 

eigene Perl-Skripte auf das inoffizielle Web-API zugreifen. Michael Schilli 

nen-Batterie inklusive Ladechips, einem 

Vibrator und Komponenten zum Andocken 

an den Audioport des Smartphones 

kommt nichts zutage. 

Der Armreif schickt also lediglich die 

zeitlich aufbereiten Beschleunigungsdaten 

an ein Machine-Learning-System, das 

aus dem Bewegungsmuster errät, welche 

Art von Bewegung die Person ausführt 

(Gehen, Laufen, Fitnesstrainer), wie viele 

Schritte der Träger geschafft und welche 

Wegstrecke er dabei zurückgelegt hat. 

© Aliaksei Smalenski, 123RF 

Um der verbreiteten Tendenz zu übermäßigem 

Körperfett entgegenzuwirken, 

tragen viele Smartphonebesitzer heutzutage 

kleine Gadgets mit sich herum, 

die sie an ihre Trägheit erinnern. Wer 

stundenlang regungslos vor dem Bildschirm 

sitzt, soll so motiviert werden, öfter 

ums Karree zu gehen oder die Toilette 

im falschen Stockwerk aufzusuchen. Der 

Trend zur Selbstvermessung kommt aus 

den USA und rangiert unter dem Namen 

„Quantify Yourself“. 

Ein elektronischer Armreif wie das Up- 

Band ([2], Abbildung 1) von der Firma 

Jawbone misst die gegangenen Schritte 

und zeigt später über die zugehörige App 

fürs Smartphone die zurückgelegte Wegstrecke 

und die verbrauchten Kalorien 

Online PLUS 

In einem Screencast demonstriert 

Michael Schilli das Beispiel: [http:// 

www.linux-magazin.de/plus/2013/10] 

an. Das Accessoire gibt es in drei Größen, 

mehreren Farben und ist auch in Europa 

für rund 130 Euro leicht erhältlich. Das 

Gerät scheint funktional nur momentane 

Beschleunigungswerte zu erfassen und 

sie zeitlich zu kumulieren. Die geografische 

Position des Trägers ließe sich mit 

einem GPS-Chip ermitteln, aber ein solcher 

würde die kleine Batterie des Geräts 

wohl in kürzester Zeit leersaugen. 

Entblößtes Innenleben 

Da die auf Lifestyle-Gadgtes spezialisierte 

Firma Jawbone in Sachen Open Hardware 

unverdächtig ist, schlitzt in einem 

Video ([3], Abbildung 3) ein neugieriger 

Elektronik-Freak kurzerhand die äußere 

Gummihülle des Armbands auf und zeigt 

die wasserdicht eingeschweißten Komponenten. 

Er findet bei seiner Operation ein 

halbes Dutzend kleinerer Platinchen mit 

SMD-Komponenten, aber außer einem 

Beschleunigungsmesser, der Lithium-Io- 

Schlaf der Gerechten 

Wer den Reif auch nachts trägt, kann am 

Morgen über seine Schlafmuster staunen. 

Die App zeigt grafisch an, wann der Träger 

zu Bett ging, wann er eingeschlafen 

ist, wie oft er aufgewacht oder aufgestanden 

ist. Auf Wunsch weckt die App den 

Schläfer mit sanftem Vibrieren innerhalb 

eines 20 Minuten langen Intervalls zu 

einem Zeitpunkt, an dem das Aufwachen 

am wenigsten nervig ist. 

Zum Erfassen der Schlafrhythmen muss 

der User das Gerät allerdings vor dem 

Einschlafen manuell per Knopfdruck in 

den Schlafmodus versetzen. Bewegt sich 

der Träger dann lange Zeit nicht, ist er 

wohl tief eingeschlafen, liegen kleinere 

Abbildung 1: Der Armreif Jawbone Up schließt aus 

den Bewegungen des Trägers auf dessen Aktivität.

organisieren. Wer den eigenen Arbeitskollegen 

nicht auf die Nase binden möchte, 

dass er sich nächtelang schlaflos im Bett 

hin und her gewälzt hat, spart diese heiklen 

Informationsbissen im Bereich »Sharing« 

von der Publikation aus. 

Perl-Snapshot 10/2013 

Programmieren 

Offene Daten 

Nun liegen die Schritt- und Schlafdaten 

nicht nur über die App, sondern auch 

in etwas roherer Form vor. Dazu nutzt 

das Skript in Listing 1 das CPAN-Modul 

WWW::Jawbone::Up und damit indirekt 

ein inoffizielles Web-API, das Bewegungsdaten 

in Perl-Skripte importiert. Mit 

»./uptest« auf der Linux-Kommandozeile 

fragt der experimentierfreudige Fitness- 

Enthusiast schnell mal seine bisher hochgeladenen 

Daten ab: 


113 

Abbildung 2: Das Smartphone beweist: Nicht 

genügend Schlaf, aber sein Fitness-Ziel von 10 000 

Schritten pro Tag hat der Träger fast erreicht. 

Bewegungen vor, gleitet er in eine leichtere 

Schlafphase hinüber. 

Der im Band verbaute Akku hält ungefähr 

eine Woche ohne Nachladen durch. 

Um die Daten auszulesen, zieht der User 

ein Stöpselchen an einem Ende des Bandes 

ab und legt dabei einen Audiostecker 

frei. Den führt er in den Audioport seines 

Smartphones ein (Abbildung 5) und 

startet die Up-App. Das Band morst die 

Bewegungsdaten an die App und damit 

an den Server in der Jawbone-Cloud. Von 

dort erhält die App die aufbereiteten Daten 

zurück und zeigt sie grafisch ansprechend 

an (Abbildungen 2 und 4). 

Läufer können Freunde in ihr „Team“ 

einladen und einen Fitnesswettbewerb 

Abbildung 3: Auf Youtube zeigt ein Bastler, wie er einen Up-Armreif aufschlitzt, 

und erklärt die Komponenten. 

Mike Schilli walked 8.597km today 

Mike Schilli slept for 6h19m last night 

Listing 1 zieht zu Anfang das CPAN- 

Modul herein und loggt sich dann mit 

der »connect()«-Methode in der Up-Cloud 

ein. Die E-Mail-Adresse und das Passwort 

in den Zeilen 6 und 7 ersetzt der User 

durch den Up-Account, den er bei dem 

Aktivieren seines Bandes angelegt hat. 

Die Methode »user()« holt die persönlichen 

Daten des Eingeloggten ein. Aus 

diesen extrahiert »name()« den registrierten 

Vor- und Nachnamen. 

Die Methode »score()« erhält die aufbereiteten 

Bewegungsdaten vom Up-Server. 

Die in den letzten 24 Stunden vom Träger 

zurückgelegte Wegstrecke in Kilometern 

kommt mit »move()‐>distance()« zutage. 

Die Schlafdauer liefert »sleep()‐>asleep()« 

in Sekunden. Die nachfolgende Zeile teilt 

den Wert durch 60, erhält so die Minuten, 

und das CPAN-Modul DateTime::Duration 

errechnet daraus die 

vollen Stunden und 

überbleibenden Minuten. 

Bei Sekunden 

stellt es sich stur, da 

dies wegen Schaltsekunden 

in Sonderfällen 

fehlerhaft wäre. 

Schön bunt 

Mit der Fülle der verfügbaren 

Daten lassen 

sich nun allerhand 

Abbildung 4: Erst um 1:20 Uhr ins Bett, dann um 

halb sieben kurz aufgewacht und gelesen, dann wieder 

eingeschlummert und um zehn aufgestanden. 

Experimente anstellen. Ansprechende 

Diagramme erfordern lediglich ein Grafikpaket 

wie Chart::Clicker (erhältlich auf 

dem CPAN, Dokumentation auf [4]), das 

sie ohne viel Handarbeit, aber trotzdem 

ästethisch vollwertig generiert. Abbildung 

6 zeigt zwei Graphen in einem 

Schaubild, lila die während der letzten 24 

Stunden kumulierte Wegstrecke und gelb 

die in dynamisch festgelegten Intervallen 

gemessenen Schritte. 

Um Speicherplatz im Gerät zu sparen, 

legt das Band Daten nämlich in unterschiedlich 

langen Messintervallen ab: 

Rührt sich lange nichts, wenn der Träger 

schläft oder zum Beispiel vor dem Fernseher 

verharrt, beträgt das Zeitfenster 

mit dem Zählwert für die registrierten 

Bewegungen schon mal eine Stunde oder 

mehr. In vollem Lauf hingegen schreibt 

der Armreif jede Minute einen Eintrag in 

den Speicher, der die Anzahl der Schritte 

festlegt. Der Up-Server schätzt daraus die 

zurückgelegte Strecke des Bandbesitzers, 

seine durchschnittliche Geschwindigkeit, 

die bei der Aktivität verbrannten Kalorien 

und die Anzahl der Sekunden, in denen 

der User im Zeitintervall aktiv war. 

Alle Informationen greift das Skript aus 

Listing 2 über Methoden ab und stellt 

sie mit Hilfe des Chart-Pakets grafisch

Programmieren 

www.linux-magazin.de Perl-Snapshot 10/2013 

114 

dar. Das Paket Chart::Clicker [4] vom 

CPAN malt formschöne Kurven und ist 

so flexibel, dass es sogar – wie Abbildung 

6 zeigt – zwei Arten von Graphen 

in ein Schaubild packt: Die über die 

Zeitachse bislang zurückgelegten Meter 

platziert eine Render-Engine namens 

Chart::Clicker::Renderer::Area in eine 

ausgemalte Fläche (lila in Abbildung 6), 

die Schübe mit Step-Zählwerten zeigt die 

Grafik mit dünnen Bars in Gelb, ebenfalls 

über die Zeitachse. 

Alle Tage 24 Stunden 

auf Achse 

Von Haus aus stellt Chart::Clicker Daten 

in Form von x-y-Koordinaten dar. Bestehen 

die x-Werte aus Datumsangaben 

in Unix-Sekunden, sorgt das Modul 

01 #!/usr/local/bin/perl ‐w 

02 use strict; 

03 use WWW::Jawbone::Up; 

04 use DateTime::Duration; 

05 

06 my $email = 'user@isp.com'; 

07 my $pass = 'changeme'; 

08 

09 my $up = WWW::Jawbone::Up‐>connect( 

10 $email, $pass ); 

11 

12 my $user 

Abbildung 5: Steckt der Audiostecker des Armbands 

in der Buchse des Smartphones, während die Up-App 

läuft, überträgt sie die Daten. 

Listing 1: »uptest« 

= $up‐>user(); 

Abbildung 6: Zurückgelegte Wegstrecke in den letzten 24 Stunden (lila), in 

dynamisch gewählten Messintervallen gezählte Schritte (gelb). 

Chart::Clicker::Axis::DateTime dafür, 

dass sie als schöne Tagesdaten oder Uhrzeiten 

auf der x-Achse erscheinen. 

Das Skript holt sich in Zeile 19 die Rohdaten 

des Bandes während der letzten 24 

Stunden mit der Methode »band()« ab. 

Wahlweise ließe sich ein beliebiger Zeitraum 

festlegen. Zurück kommt ein Array 

von Einträgen, von denen jeder eine 

Referenz auf einen Hash enthält – unter 

»steps« die Anzahl der pro Zeitperiode 

abgespulten Schritte, unter »distance« 

die zurückgelegte Distanz, unter »speed« 

die Durchschnittsgeschwindigkeit während 

der Messperiode. In »time« steht 

der Zeitstempel, in »active_time« der Teil 

des Zeitfensters, in dem der User sich 

bewegt hat, und in »calories« die Anzahl 

der verbrannten Kalorien. 

Mit den abgeholten Werten füllt das 

Skript dann drei Arrays: »@time« mit den 

Zeitstempeln im Unix-Format, »@steps« 

mit der Schrittzahl zu diesen Zeitpunkten 

und »@distance« mit der bis zur jeweiligen 

Zeit zurückgelegten Gesamtstrecke. 

Die Zeilen 40 und 47 erzeugen aus den 

13 my $score = $up‐>score(); 

14 

15 print $user‐>name . ' walked ' . 

16 $score‐>move‐>distance . 'km today', "\n"; 

17 

18 my $dtd = DateTime::Duration‐>new( 

19 minutes => $score‐>sleep‐>asleep()/60 ); 

20 

21 print $user‐>name . " slept for ", 

22 $dtd‐>hours(), "h", int( $dtd‐>minutes() ), 

23 "m", " last night\n"; 

Zeit-Step- beziehungsweise 

Zeit-Distanz- 

Kombinationen je eine 

Datenserie vom Typ 

Data::Series. 

Ein Datensatz vom 

Typ Data::DataSet für 

einen Graphen darf in 

Chart::Clicker mehrere 

Datenserien speichern, 

aber die Zeilen 54 und 

57 erzeugen jeweils einen 

Datensatz mit nur 

einer Serie für die zwei 

Graphen. Das Skript 

will beide verschieden 

darstellen, einen als 

Area-Graphen und den 

anderen als Balkengrafik, wenngleich im 

selben Diagramm. 

Rendern im Kontext 

Chart::Clicker arbeitet zum Rendern der 

Graphen in so genannten Kontexten, von 

Haus aus ist »default« eingestellt, und 

Zeile 37 holt das gleichnamige Objekt. 

Zum Darstellen des zweiten Datensatzes 

definiert Zeile 61 einen weiteren Kontext 

namens »steps«, Zeile 64 nimmt ihn 

ins System auf. Mit »add_to_datasets()« 

fügen dann die Zeilen 68 und 69 beide 

Datensätze zum Clicker-Objekt hinzu, 

und die Methode »domain_axis()« weist 

beiden über den Kontext die Zeitachse 

Axis::DateTime zu, die die x-Werte von 

Datenreihen als Datumsangaben interpretiert 

und ebenso darstellt. 

Die Angabe »%H:%M« weist den Formatierer 

an, vom Unix-Datum jeweils nur 

die Stunde und die Minute in die Achse 

einzuzeichnen. Die Zeitzone »America/ 

Los_Angeles« gilt beispielsweise für San 

Francisco und Umgebung und ist entsprechend 

auf die lokalen Gegebenheiten 

anzupassen. Der Name der Zeitzone entspricht 

der dem Datumsmodul zugrunde 

liegenden Olson-Datenbank; die Wikipedia-Seite 

[5] listet die Werte für Europa 

und den Rest der Welt auf. 

Auf Abwegen 

Der Zaubertrick mit den zwei Graph-Typen 

gelingt über den Kontext – Zeile 87 

weist dem Default-Kontext den Area-Renderer 

zu, während der Steps-Kontext in

Zeile 88 den Bar-Renderer bekommt. Der 

Parameter »opacity« bestimmt in beiden 

Fällen die Durchsichtigkeit des Graphen: 

Bei Werten um 0 sind die gemalten Linien 

und Flächen praktisch blickdicht, um 1 

herum vollkommen durchsichtig. 

Die grafisch aufpolierten Bewegungsdaten 

in Abbildung 6 enthüllen, dass ich 

nach der Arbeit zum nahe gelegenen 

Dolores-Park hinuntergelaufen bin, um 

einige Kilometer auf den Armreif zu spulen. 

Denn mit einem normalen Bürotag 

schafft kaum jemand die empfohlenen 

10 000 Schritte. Mein abendliches Lungern 

vor der Glotze würdigte das Armband 

dagegen nicht. 

Nach einer ausgiebigen Bettruhe bis 8 

Uhr morgens ging ich die 500 Meter bis 

zur privaten Bushaltestelle des Yahoo- 

Shuttles in San Francisco. Untertags 

erhöhte sich die gemessene Laufstrecke 

gemächlich, während ich zwischen 

Meetings in unterschiedlichen Räumen 

oder gar Gebäuden mäanderte. Auf dem 

Weg von der Bushaltestelle zurück zur 

Wohnung ging's den Berg rauf, und 

die Anzahl der zurückgelegten Schritte 

wuchs weiter, um am Ende des Tages 

etwa 10 000 zu erreichen. 

Kein Band der Sympathie 

Wer das Up-Band von Jawbone erwirbt, 

bekommt kein 100-prozentig ausgereiftes 

Produkt. In Diskussionsforen berichten 

nicht wenige Besitzer, dass ihr schlanker 

Armreif den Geist aufgegeben habe. Insbesondere 

die ersten Versionen wiesen 

offenbar katastrophale Fehlerraten auf, 

neuere arbeiten zuverlässiger, einzelne 

Exemplare laden gleichwohl ihre Batterie 

nicht richtig oder hängen sich oft 

auf. Dass dann der Kundenservice der 

Firma Jawbone nicht immer wie erhofft 

reagiert, flößt kein Vertrauen ein. 

Eine Konkurrenz zum Up-Band bietet das 

schon länger auf dem Markt erhältliche 

Fitbit „The One“ [6]. Das kleine Teil im 

Format eines USB-Sticks stecken Bewegte 

tagsüber in die Hosentasche, nachts binden 

sie das Gadget in einem relativ breiten 

Stoffband am Arm fest. (jk) n 

Infos 

[1] Listings zu diesem Artikel: 

[ftp:// www. linux‐magazin. de/ pub/ listings/ 

magazin/ 2013/ 10/ Perl] 

[2] Jawbone Up: [https:// jawbone. com/ up] 

[3] „Jawbone UP Pedometer Teardown“, EEV 

Blog #412: [http:// www. youtube. com/ 

watch? v=sRjHAGsl6ws] 

[4] Chart Clicker: 

[http:// gphat. github. io/ chart‐clicker/] 

[5] Zeitzonen in der Olson-Datenbank: 

[http:// en. wikipedia. org/ wiki/ List_of_tz_ 

database_time_zones] 

[6] Fitbit: [http:// www. fitbit. com/ de] 

Der Autor 

Michael Schilli arbeitet 

als Software-Engineer bei 

Yahoo in Sunnyvale, Kalifornien. 

In seiner seit 1997 

laufenden Kolumne forscht 

er jeden Monat nach praktischen 

Anwendungen der Skriptsprache Perl. 

Unter [mschilli@perlmeister. com] beantwortet 

er gerne Fragen. 

Perl-Snapshot 10/2013 

Programmieren 


115 

Listing 2: »bandchart« 

01 #!/usr/local/bin/perl ‐w 

02 use strict; 

03 use Chart::Clicker; 

04 use Chart::Clicker::Renderer::Area; 

05 use Chart::Clicker::Renderer::Bar; 

06 use Chart::Clicker::Axis::DateTime; 

07 use Chart::Clicker::Data::DataSet; 

08 use Chart::Clicker::Data::Series; 

09 

10 use WWW::Jawbone::Up; 

11 use DateTime::Duration; 

12 

13 my $email = 'user@isp.com'; 

14 my $pass = 'changeme'; 

15 

16 my $up = WWW::Jawbone::Up‐>connect( 

17 $email, $pass ); 

18 

19 my @band = $up‐>band( ); 

20 

21 my @time = (); 

22 my @steps = (); 

23 my @distance = (); 

24 my $total = 0; 

25 

26 for my $band ( @band ) { 

27 push @time, $band‐>time(); 

28 push @steps, $band‐>steps(); 

29 

30 $total += $band‐>distance(); 

31 push @distance, $total; 

32 } 

33 

34 my $cc = Chart::Clicker‐>new( 

35 width => 1000, height => 800 ); 

36 

37 my $def_ctx = $cc‐>get_context('default'); 

38 

39 my $steps = 

40 Chart::Clicker::Data::Series‐>new( 

41 values => \@steps, 

42 keys => \@time, 

43 name => "Steps", 

44 ); 

45 

46 my $distance = 

47 Chart::Clicker::Data::Series‐>new( 

48 values => \@distance, 

49 keys => \@time, 

50 name => "Distance", 

51 ); 

52 

53 my $ds = 

54 Chart::Clicker::Data::DataSet‐>new( 

55 series => [ $distance ] ); 

56 my $ds_steps = 

57 Chart::Clicker::Data::DataSet‐>new( 

58 series => [ $steps ] ); 

59 

60 my $steps_ctx = 

61 Chart::Clicker::Context‐>new( 

62 name => 'steps' 

63 ); 

64 $cc‐>add_to_contexts( $steps_ctx ); 

65 

66 $ds_steps‐>context( "steps" ); 

67 

68 $cc‐>add_to_datasets( $ds ); 

69 $cc‐>add_to_datasets( $ds_steps ); 

70 

71 my $dtaxis = 

72 Chart::Clicker::Axis::DateTime‐>new( 

73 format => "%H:%M", 

74 time_zone => "America/Los_Angeles", 

75 position => "bottom", 

76 orientation => "horizontal" 

77 ); 

78 

79 $def_ctx‐>domain_axis( $dtaxis ); 

80 $steps_ctx‐>domain_axis( $dtaxis ); 

81 

82 my $ren = 

83 Chart::Clicker::Renderer::Area‐>new( 

84 opacity => .7, 

85 ); 

86 $ren‐>brush‐>width( 5 ) ; 

87 $def_ctx‐>renderer( $ren ); 

88 $steps_ctx‐>renderer( 

89 Chart::Clicker::Renderer::Bar‐>new( 

90 opacity => .6, bar_width => 1 ) 

91 ); 

92 

93 $cc‐>write_output( "chart.png" );

Service 

www.linux-magazin.de IT-Profimarkt 10/2013 

116 

PROFI 

MARKT 

Sie fragen sich, wo Sie maßgeschneiderte 

Linux-Systeme und kompetente 

Ansprechpartner zu Open-Source-Themen 

finden? Der IT-Profimarkt weist Ihnen 

als zuverlässiges Nachschlagewerk 

den Weg. Die hier gelisteten Unternehmen 

beschäftigen Experten auf ihrem 

Gebiet und bieten hochwertige Produkte 

und Leistungen. 

Die exakten Angebote jeder Firma entnehmen 

Sie deren Homepage. Der ersten 

Orientierung dienen die Kategorien 

Hardware, Software, Seminaranbieter, 

Systemhaus, Netzwerk/TK und Schulung/Beratung. 

Der IT-Profimarkt-Eintrag 

ist ein Service von Linux-Magazin 

und LinuxUser. 

Online-Suche 

Besonders bequem finden Sie einen 

Linux-Anbieter in Ihrer Nähe über die 

neue Online-Umkreis-Suche unter: 

[http://www.it-profimarkt.de] 

Informationen 

fordern Sie bitte an bei: 

Medialinx AG 

Anzeigenabteilung 

Putzbrunner Str. 71 

D-81739 München 

Tel.: +49 (0)89/99 34 11-23 

Fax: +49 (0)89/99 34 11-99 

E-Mail: anzeigen@linux-magazin.de 

IT-Profimarkt – Liste sortiert nach Postleitzahl 

1 = Hardware 2 = Netzwerk/TK 3 = Systemhaus 

4= Fachliteratur 4= Seminaranbieter 5 = Software 5 = Software 6 = Schulung/Beratung 6 = Firma Anschrift Telefon Web 1 2 3 4 5 6 

Schlittermann internet & unix support 01099 Dresden, Tannenstr. 2 0351-802998-1 www.schlittermann.de √ √ √ √ 

imunixx GmbH UNIX consultants 

01468 Moritzburg, 

Heinrich-Heine-Str. 4 

0351-83975-0 www.imunixx.de √ √ √ √ √ 

Heinlein Support GmbH 10119 Berlin, Schwedter Straße 8/9b 030-405051-0 www.heinlein-support.de √ √ √ √ √ 

TUXMAN Computer 10369 Berlin, Anton-Saefkow-Platz 8 030-97609773 www.tuxman.de √ √ √ √ √ 

Compaso GmbH 10439 Berlin, Driesener Strasse 23 030-3269330 www.compaso.de √ √ √ √ √ 

elego Software Solutions GmbH 13355 Berlin, Gustav-Meyer-Allee 25 030-2345869-6 www.elegosoft.com √ √ √ √ 

verion GmbH 16244 Altenhof, Unter den Buchen 22 e 033363-4610-0 www.verion.de √ √ √ 

Logic Way GmbH 19061 Schwerin, Hagenower Str. 73 0385-39934-48 www.logicway.de √ √ √ √ 

Sybuca GmbH 20459 Hamburg, Herrengraben 26 040-27863190 www.sybuca.de √ √ √ √ √ 

iTechnology GmbH 22083 Hamburg, Osterbekstrasse 90b 040 / 69 64 37 20 www.itechnology.de √ √ √ √ 

JEL Ingenieurbuero 23911 Einhaus, Hauptstr. 7 04541-8911-71 www.jeltimer.de √ 

beitco - Behrens IT-Consulting 26197 Ahlhorn, Lessingstr. 27 04435-9537330-0 www.beitco.de √ √ √ √ √ 

talicom GmbH 

primeLine Solutions GmbH 

30169 Hannover, 

Calenberger Esplanade 3 

32549 Bad Oeynhausen, 

Dornenbreite 18a 

0511-123599-0 www.talicom.de √ √ √ √ √ 

05731/86940 www.primeline-solutions.de √ √ √ √ 

teuto.net Netzdienste GmbH 33602 Bielefeld, Niedenstr. 26 0521-96686-0 www.teuto.net √ √ √ √ √ 

MarcanT GmbH 

33602 Bielefeld, 

Ravensberger Str. 10 G 

0521-95945-0 www.marcant.net √ √ √ √ √ √ 

LINET Services GmbH 38118 Braunschweig, Cyriaksring 10a 0531-180508-0 www.linet-services.de √ √ √ √ √ √ 

OpenIT GmbH 40599 Düsseldorf, In der Steele 33a-41 0211-239577-0 www.OpenIT.de √ √ √ √ √ 

Linux-Systeme GmbH 45277 Essen, Langenbergerstr. 179 0201-298830 www.linux-systeme.de √ √ √ √ √ 

Linuxhotel GmbH 45279 Essen, Antonienallee 1 0201-8536-600 www.linuxhotel.de √ 

OpenSource Training Ralf Spenneberg 48565 Steinfurt, Am Bahnhof 3-5 02552-638755 www.opensource-training.de √ 

Intevation GmbH 49074 Osnabrück, Neuer Graben 17 0541-33508-30 osnabrueck.intevation.de √ √ √ √ 

Sigs Datacom GmbH 53842 Troisdorf, Lindlaustraße 2c 02241-2341-201 sigs-datacom.de √ 

uib gmbh 55118 Mainz, Bonifaziusplatz 1b 06131-27561-0 www.uib.de √ √ √ √ 

LISA GmbH 55411 Bingen, Elisenhöhe 47 06721-49960 www.lisa-gmbh.de √ √ √ √ √ 

GONICUS GmbH 59755 Arnsberg, Moehnestr. 55 02932-9160 www.gonicus.com √ √ √ √ √ 

saveIP GmbH 

LAMARC EDV-Schulungen u. Beratung 

GmbH 

LinuxHaus Stuttgart 

64283 Darmstadt, 

Schleiermacherstr. 23 

65193 Wiesbaden, 

Sonnenberger Straße 14 

70565 Stuttgart, 

Hessenwiesenstrasse 10 

IT-Profimarkt listet ausschließlich Unternehmen, die Leistungen rund um Linux bieten. Alle Angaben ohne Gewähr. 

06151-666266 www.saveip.de √ √ √ √ √ 

0611-260023 www.lamarc.com √ √ √ √ 

0711-2851905 www.linuxhaus.de √ √ √ √ √ 

(S.118)

Markt 

Embedded Linux 

Beratung - Schulung - Entwicklung 

Imagery: Earth by NASA / The Blue Marble Project - http://visibleearth.nasa.gov | Penguin Variant by Larry Ewing, Simon Budig & Anja Gerwinski 

Linux Portierung - Web - AJAX - Qt - Echtzeit 

www.pengutronix.de 

+49 (5121) 20 69 17 - 0 

Communityedition 

32 Seiten der aktuellen auSgabe gratiS im PdF-Format 

Kostenlos als 

newsletter oder 

❱ 

zum downloaden 

EasyLinux erscheint 4x im 

Jahr – neben der gedruckten 

Ausgabe für e 9,80 erhalten 

Sie gratis eine 32-seitige 

Auswahl der Artikel im 

PDF-Format. 

Jetzt 

informieren! 

archiv und bestellseite: 

www.easylinux.de/Ce/ 

EL_1-4DIN_Community_Edition_2703-2013.indd 1 

04.07.2013 12:34:39 Uhr

Service 

www.linux-magazin.de Markt 10/2013 

118 

IT-Profimarkt/Markt 

IT-Profimarkt – Liste sortiert nach Postleitzahl (Fortsetzung von S. 116) 

Firma Anschrift Telefon Web 1 2 3 4 5 6 

Manfred Heubach EDV und Kommunikation 

73728 Esslingen, Hindenburgstr. 47 0711-4904930 www.heubach-edv.de √ √ √ √ 

Waldmann EDV Systeme + Service 74321 Bietigheim-Bissingen, 07142-21516 www.waldmann-edv.de √ √ √ √ √ 

Pleidelsheimer Str. 25 

in-put Das Linux-Systemhaus 76133 Karlsruhe, Moltkestr. 49 0721-6803288-0 www.in-put.de √ √ √ √ √ √ 

Bodenseo 78224 Singen, Pomeziastr. 9 07731-1476120 www.bodenseo.de √ √ √ 

Linux Information Systems AG 81739 München, Putzbrunnerstr. 71 089-993412-0 www.linux-ag.com √ √ √ √ √ 

LinuxLand International GmbH 81739 München, Putzbrunnerstr. 71 089-99341441 www.linuxland.de √ √ √ √ √ √ 

Synergy Systems GmbH 81829 München, Konrad-Zuse-Platz 8 089-89080500 www.synergysystems.de √ √ √ √ √ 

B1 Systems GmbH 85088 Vohburg, Osterfeldstrasse 7 08457-931096 www.b1-systems.de √ √ √ √ √ 

ATIX AG 85716 Unterschleißheim, Einsteinstr. 10 089-4523538-0 www.atix.de √ √ √ √ √ √ 

Tuxedo Computers GmbH 86343 Königsbrunn , Zeppelinstr. 3 0921 / 16 49 87 87 - 0 www.linux-onlineshop.de √ √ √ √ 

OSTC Open Source Training and 90425 Nürnberg, Waldemar-Klink-Str. 10 0911-3474544 www.ostc.de √ √ √ √ √ √ 

Consulting GmbH 

Dipl.-Ing. Christoph Stockmayer GmbH 90571 Schwaig, Dreihöhenstr. 1 0911-505241 www.stockmayer.de √ √ √ 

pascom - Netzwerktechnik GmbH & 94469 Deggendorf, Berger Str. 42 0991-270060 www.pascom.net √ √ √ √ √ 

Co.KG 

RealStuff Informatik AG CH-3007 Bern, Chutzenstrasse 24 0041-31-3824444 www.realstuff.ch √ √ √ 

CATATEC CH-3013 Bern, Dammweg 43 0041-31-3302630 www.catatec.ch √ √ √ 

Syscon Systemberatungs AG CH-8003 Zürich, Zweierstrasse 129 0041-44-4542010 www.syscon.ch √ √ √ √ √ 

Würth Phoenix GmbH IT-39100 Bozen, Kravoglstraße 4 0039 0471 56 41 11 www.wuerth-phoenix.com √ √ √ √ 

IT-Profimarkt listet ausschließlich Unternehmen, die Leistungen rund um Linux bieten. Alle Angaben ohne Gewähr. 

n 

MAGAZIN 

ONLINE 

Linux-Magazin newsLetter 

Nachrichten rund um die Themen Linux und Open Source lesen Sie täglich 

im Newsletter des Linux-Magazins. 

Newsletter 

informativ 

kompakt 

tagesaktuell 

www.linux-magazin.de/newsletter

u 

Seminare 

IT-Onlinetrainings 

Mit Experten lernen. 

LPIC-1 / LPIC-2 Training 

LPIC-1 (LPI 101 + 102) 

mit Ingo Wichmann, 

Linuxhotel 

499 € 

LPIC-2 (LPI 201 + 202) 

mit Marco Göbel, 

Com Computertraining GmbH 

499 € 

www.medialinx-academy.de 

IT-Academy_1-9_LPIC-Schulungen.indd 1 



MEDIALINX 

IT-ACADEMY 

02.08.2013 11:53:58 Uhr 

MEDIALINX 

IT-ACADEMY 

Python für 

Systemadministratoren 

mit Rainer Grimm, 

science + computing AG 

199 € 

Vereinfachen Sie Ihren Sysadmin-Alltag 

mit Skripting-Know-How für Profis! 


Teststudium 

ohne Risiko! 

DiD you 

know? 

Fernstudium 

IT-Sicherheit 

Aus- und Weiterbildung zur Fachkraft für 

IT-Sicherheit. Ein Beruf mit Zukunft. Kostengünstiges 

und praxisgerechtes Studium 

ohne Vorkenntnisse. Beginn jederzeit. 

NEU:PC-Techniker, Netzwerk-Techniker, 

Linux-Administrator LPI, Webmaster 

Teststudium ohne Risiko. 

GRATIS-Infomappe 

gleich anfordern! 

FERNSCHULE WEBER 

-seit 1959- 

Postfach 21 61 

Abt. C25 

26192 Großenkneten 

Tel. 0 44 87 / 263 

Fax 0 44 87 / 264 

www.fernschule-weber.de 

UNIX-C-C++ Java 

Seminare 

in Nürnberg 

(oder inhouse) 

UNIX/Linux 

UNIX/Linux-Aufbau 

C, C-Aufbau 

C++ 

OOA/OOD (mit UML) 

Java 

Perl, XML 

weitere Kurse auf Anfrage, Telephonhotline 

Dipl.-Ing. 

Christoph Stockmayer GmbH 

90571 Schwaig/Nbg • Dreihöhenstraße 1 

Tel.: 0911/505241 • Fax 0911/5009584 

EMail: sto@stockmayer.de 

http://www.stockmayer.de 

tl 

a 

ta 

s 

• 

n 

c 

i 

e 

h 

g 

e 

p 

rü 

Fernstudium 

s 

s 

a 

el 

g 

f 

t 

n 

d 

z 

u 

IT-Academy_1-9_Python-Schulung.indd 1 

02.08.2013 11:54:11 Uhr 



MEDIALINX 

IT-ACADEMY 

– die offiziellen Trainings 

mit Marco Welter, 

Zarafa Deutschland GmbH 

Zarafa Administrator 

249 € 

Zarafa Engineer 

249 € 


WusstEn siE’s? 

Linux-Magazin und LinuxUser haben 

ein englisches Schwester magazin! 

Am besten, Sie informieren gleich 

Ihre Linux-Freunde in aller Welt... 

www.linux-magazine.com 


MEDIALINX 

Mit Experten lernen. IT-ACADEMY 

IT-Sicherheit Grundlagen 

mit Prof. Dr. 

Tobias Eggendorfer, 

Hochschule 

Ravensburg-Weingarten 

299 € 


IT-Academy_1-9_Zarafa-Schulung.indd 1 

02.08.2013 11:55:03 Uhr 

LMI_german_2-9h_black_1908-2013.indd 1 

1-9-Anzeige-IT-Sicherheit-Grundlagen.indd 1 

19.08.2013 10:11:51 Uhr 

02.08.2013 11:52:51 Uhr

Service 

www.linux-magazin.de Inserenten 10/2013 

120 

Inserentenverzeichnis 

1&1 Internet AG http://www.einsundeins.de 7 

1blu AG http://www.1blu.de 25 

ADMIN http://www.admin-magazin.de 91, 95 

Android Apps & Tipps http://www.android-user.de 27 

Android User GY http://www.android-user.de 107 

CANDAN THE WEB COMPANY http://www.canhost.de 69 

ConSol Software GmbH http://www.consol.de 9 

Deutsche Python Konferenz - PyCon http://de.pycon.org 37 

EasyLinux http://www.easylinux.de 117 

Embedded projects GmbH http://www.embedded-projects.net 117 

Fernschule Weber GmbH http://www.fernschule-weber.de 119 

Heinlein Support GmbH http://www.heinlein-support.de 57, 59 

Heise Zeitschriften Verlag GmbH & Co. KG http://www.heise.de 81 

Host Europe GmbH http://www.hosteurope.de 17 

Ico Innovative Computer GmbH http://www.ico.de 45 

IT-Security Messe http://www.it-sa.de 123 

KITZ Kieler Linux Tage http://www.kielux.de 13 

Linux Magazine http://www.linux-magazine.com 119 

Linux-Hotel http://www.linuxhotel.de 11 

Linux-Magazin http://www.linux-magazin.de 2, 99 

Linux-Magazin Online http://www.linux-magazin.de 118 

LinuxUser http://www.linuxuser.de 109 

Mailstore Software GmbH http://www.mailstore.com 15 

Medialinx IT-Academy 

http://www.medialinx-academy.de 

19, 51, 61, 119 

Netways GmbH http://www.netways.de 55, 79 

Open Source Press GmbH http://www.opensourcepress.de 67 

Pengutronix e.K. http://www.pengutronix.de 117 

PlusServer AG http://www.plusserver.de 43, 47, 71, 

73, 86, 93, 101 

Raspberry Pi Geek http://www.raspberry-pi-geek.de 29, 85 

Schlittermann internet & unix support http://schlittermann.de 117 

Spenneberg Training & Consulting http://www.spenneberg.com 119 

Stockmayer GmbH http://www.stockmayer.de 119 

Thomas Krenn AG http://www.thomas-krenn.com 124 

Webtropia http://www.webtropia.com 35, 39 

Einem Teil dieser Ausgabe liegen Beilagen der Firmen 1&1 Internet AG (http://www. 

einsundeins.de) und European IT Storage Ltd. (http://www.eurostor.com) bei. Wir 

bitten unsere Leser um freundliche Beachtung. 

Veranstaltungen 

09.09.2013 

2013 High Performance Computing for Wall Street 

New York, NY, USA 

http://www.flaggmgmt.com/hpc/ 

16.-18.09.2013 

CloudOpen North America 2013 

New Orleans, LA, US 

http://events.linuxfoundation.org/events/cloudopennorth-america 

16.-18.09.2013 

LinuxCon North America 2013 

New Orleans, LA, US 

http://events.linuxfoundation.org/events/linuxconnorth-america 

23.-24.09.2013 

Data Modeling Zone Europe 

Hannover, Deutschland 

http://www.datamodelingzone.com 

23.-27.09.2013 

DrupalCon Prague 

Prague, Tschechische Republik 

https://prague2013.drupal.org 

01.-03.10.2013 

PBS Works Users Group 

Garden Grove, California, USA 

http://www.altair.com/pbsworksug13 

08.-10.10.2013 

Data Modeling Zone America 

Baltimore, MD 

http://www.datamodelingzone.com 

11.-13.10.2013 

Ubucon 2013 

Heidelberg, Deutschland 

http://www.ubucon.de 

14.-19.10.2013 

PyCon.DE 2013 

Köln, Deutschland 

https://2013.de.pycon.org 

16.-18.10.2013 

Medientage München 

München , Deutschland 

http://www.medientage.de 

21.-23.10.2013 

CloudOpen Europe 2013 

Edinburgh, UK 

http://events.linuxfoundation.org/events/cloudopeneurope 

21.-23.10.2013 

LinuxCon Europe 2013 

Edinburgh, UK 

http://events.linuxfoundation.org/events/linuxconeurope 

24.-25.10.2013 

Embedded Linux Conference Europe 2013 

Edinburgh, UK 

http://events.linuxfoundation.org/events/embeddedlinux-conference-europe 

28.-30.10.2013 

JAXConf London 2013 with Big Data Con 

London, UK 

http://jaxlondon.com 

02.-03.11.2013 

Blendiberia 2013 

Málaga, Spain 

http://3dschool.ihman.com/informacionblendiberia-2013/ 

03.-08.11.2013 

USENIX LISA ’13 

Washington, D.C. 

https://www.usenix.org/conference/lisa13 

17.-22.11.2013 

Supercomputing Conference SC13 

Denver, CO, USA 

http://sc13.supercomputing.org

Impressum 

Linux-Magazin eine Publikation der Linux New Media, einem 

Geschäftsbereich der Medialinx AG 

Redaktionsanschrift Putzbrunner Str. 71 

81739 München 

Tel.: 089/993411-0 

Fax: 089/993411-99 oder -96 

Internet 


E-Mail 

redaktion@linux-magazin.de 

Geschäftsleitung 

Chefredakteur 

stv. Chefredakteure 

Redaktionsltg. Online 

Brian Osborn (Vorstand), bosborn@medialinx-gruppe.de 

Hermann Plank (Vorstand), hplank@medialinx-gruppe.de 

Jan Kleinert (V.i.S.d.P.), jkleinert@linux-magazin.de (jk) 

Markus Feilner, mfeilner@linux-magazin.de (mfe) 

Mathias Huber, mhuber@linux-magazin.de (mhu) 

Mathias Huber, mhuber@linux-magazin.de (mhu) 

Print- und Onlineredaktion 

Aktuell, Forum, Software, Kristian Kissling, kkissling@linux-magazin.de (kki) 

Programmierung Mathias Huber, mhuber@linux-magazin.de (mhu) 

Sysadmin, Know-how Markus Feilner, mfeilner@linux-magazin.de (mfe) 

Ständige Mitarbeiter Fred Andresen, Zack Brown, Mela Eckenfels, Heike Jurzik (hej), 

Charly Kühnast, Martin Loschwitz, Michael Schilli, Tim 

Schürmann, Mark Vogelsberger, Uwe Vollbracht, Arnold 

Zimprich (azi) 

Schlussredaktion 

Grafik 

Bildnachweis 

DELUG-DVD 

Chefredaktionen 

International 

Produktion 

Onlineshop 

Abo-Infoseite 

Abonnenten-Service 

ISSN 1432 – 640 X 

Jürgen Manthey 

Mike Gajer, Judith Erb (Art Director) 

xhoch4, München (Titel-Illustration) 

123RF.com, Fotolia.de, Photocase.com, Pixelio.de und andere 

Thomas Leichtenstern, tleichtenstern@linux-magazin.de (tle) 

Linux Magazine International 

Joe Casad (jcasad@linux-magazine.com) 

Linux Magazine Poland 

Artur Skura (askura@linux-magazine.pl) 

Linux Magazine Spain 

Paul C. Brown (pbrown@linux-magazine.es) 

Linux Magazine Brasil 

Rafael Peregrino (rperegrino@linuxmagazine.com.br) 

Christian Ullrich, cullrich@linux-magazin.de 

www.medialinx-shop.de 

www.linux-magazin.de/Produkte 

A.B.O. Verlagservice GmbH 

Gudrun Blanz (Teamleitung) 

abo@medialinx-gruppe.de 

Tel.: +49-(0)7131-2707-274 

Fax: +49-(0)7131-2707-78-601 

Preise Print Deutschland Österreich Schweiz Ausland EU 

No-Media-Ausgabe 4 6,40 4 7,05 Sfr 12,80 (siehe Titel) 

DELUG-DVD-Ausgabe 4 8,50 4 9,35 Sfr 17,— (siehe Titel) 

Jahres-DVD (Einzelpreis) 4 14,95 4 14,95 Sfr 18,90 4 14,95 

Jahres-DVD (zum Abo 1 ) 4 6,70 4 6,70 Sfr 8,50 4 6,70 

Mini-Abo (3 Ausgaben) 4 3,— 4 3,— Sfr 4,50 4 3,— 

Jahresabo No Media 4 65,20 4 71,90 Sfr 107,50 4 84,60 

Jahresabo DELUG-DVD 4 87,90 4 96,90 Sfr 142,80 4 99,90 

Preise Digital Deutschland Österreich Schweiz Ausland EU 

Heft-PDF Einzelausgabe 4 6,40 4 6,40 Sfr 8,30 4 6,40 

DigiSub (12 Ausgaben) 4 65,20 4 65,20 Sfr 84,80 4 65,20 

DigiSub (zum Printabo) 4 12,— 4 12,— Sfr 12,— 4 12,— 

HTML-Archiv (zum Abo 1 ) 4 12,— 4 12,— Sfr 12,— 4 12,— 

Preise Kombiabos Deutschland Österreich Schweiz Ausland EU 

Mega-Kombi-Abo 2 4 143,40 4 163,90 Sfr 199,90 4 173,90 

Profi-Abo 3 4 136,60 4 151,70 Sfr 168,90 4 165,70 

1 

nur erhältlich in Verbindung mit einem Jahresabo Print oder Digital 

2 

mit LinuxUser-Abo (DVD) und beiden Jahres-DVDs, inkl. DELUG-Mitgliedschaft (monatl. 

DELUG-DVD) 

3 

mit ADMIN-Abo und beiden Jahres-DVDs 

Schüler- und Studentenermäßigung: 20 Prozent gegen Vorlage eines Schülerausweises 

oder einer aktuellen Immatrikulationsbescheinigung. Der aktuelle Nachweis ist bei 

Verlän gerung neu zu erbringen. Andere Abo-Formen, Ermäßigungen im Ausland etc. 

auf Anfrage. 

Adressänderungen bitte umgehend mitteilen, da Nachsendeaufträge bei der Post nicht 

für Zeitschriften gelten. 

Pressemitteilungen 

Marketing und Vertrieb 

Mediaberatung D, A, CH 

presse-info@linux-magazin.de 

Petra Jaser, pjaser@linux-magazin.de 

Tel.: +49 (0)89 / 99 34 11 – 24 

Fax: +49 (0)89 / 99 34 11 – 99 

Michael Seiter, mseiter@linux-magazin.de 

Tel.: +49 (0)89 / 99 34 11 – 23 

Mediaberatung USA Ann Jesse, ajesse@linux-magazine.com 

und weitere Länder Tel.: +1 785 841 8834 

Darrah Buren, dburen@linux-magazine.com 

Tel.:+1 785 856 3082 

Pressevertrieb 

Druck 

Es gilt die Anzeigen-Preisliste vom 01.01.2013. 

MZV Moderner Zeitschriften Vertrieb GmbH & Co. KG 

Ohmstraße 1, 85716 Unterschleißheim 

Tel.: 089/31906-0, Fax: 089/31906-113 

Vogel Druck GmbH, 97204 Höchberg 

Der Begriff Unix wird in dieser Schreibweise als generelle Bezeichnung für die Unixähnlichen 

Betriebssysteme verschiedener Hersteller benutzt. Linux ist eingetragenes 

Marken zeichen von Linus Torvalds und wird in unserem Markennamen mit seiner 

Erlaubnis verwendet. 

Eine Haftung für die Richtigkeit von Veröffentlichungen kann trotz sorgfältiger Prüfung 

durch die Redaktion vom Verlag nicht übernommen werden. Mit der Einsendung von 

Manus kripten gibt der Verfasser seine Zustimmung zum Abdruck. Für unverlangt 

eingesandte Manuskripte kann keine Haftung übernommen werden. 

Das Exklusiv- und Verfügungsrecht für angenommene Manuskripte liegt beim Verlag. Es 

darf kein Teil des Inhalts ohne ausdrückliche schriftliche Genehmigung des Verlags in 

irgendeiner Form vervielfältigt oder verbreitet werden. 

Copyright © 1994 – 2013 Medialinx AG 

Impressum 10/2013 

Service 


121 

Krypto-Info 

GnuPG-Schlüssel der Linux-Magazin-Redaktion: 

pub 1024D/44F0F2B3 2000-05-08 Redaktion Linux-Magazin 

 

Key fingerprint = C60B 1C94 316B 7F38 E8CC E1C1 8EA6 1F22 44F0 F2B3 

Public-Key der DFN-PCA: 

pub 2048R/7282B245 2007-12-12, 

DFN-PGP-PCA, CERTIFICATION ONLY KEY (DFN-PGP-Policy: 2008-2009) 

 

Key fingerprint = 39 D9 D7 7F 98 A8 F1 1B 26 6B D8 F2 EE 8F BB 5A 

PGP-Zertifikat der DFN-User-CA: 

pub 2048R/6362BE8B (2007-12-12), 

DFN-PGP-User-CA, CERTIFICATION ONLY KEY (DFN-PGP-Policy: 2008-2009) 

 

Key fingerprint = 30 96 47 77 58 48 22 C5 89 2A 85 19 9A D1 D4 06 

Root-Zertifikat der CAcert: 

Subject: O=Root CA, OU=http://www.cacert.org, CN=CA Cert Signing Authority/ 

Email=support@cacert.org 

SHA1 Fingerprint=13:5C:EC:36:F4:9C:B8:E9:3B:1A:B2:70:CD:80:88:46:76:CE:8F:33 

MD5 Fingerprint=A6:1B:37:5E:39:0D:9C:36:54:EE:BD:20:31:46:1F:6B 

GPG-Schlüssel der CAcert: 

pub 1024D/65D0FD58 2003-07-11 [expires: 2033-07-03] 

Key fingerprint = A31D 4F81 EF4E BD07 B456 FA04 D2BB 0D01 65D0 FD58 

uid CA Cert Signing Authority (Root CA) 

Autoren dieser Ausgabe 

Fred Andresen Halbherzige Transparenz 88 

Zack Brown Zacks Kernel-News 18 

Mela Eckenfels Klasse Konstellationen 64 

Holger Gantikow Endlich frei! 76 

Rainer Grimm Suchen und ersetzen 108 

Eva-Katharina Kunst Kern-Technik 102 

Charly Kühnast Shell für den Strand 75 

Martin Loschwitz Fantastisch elastisch 82 

Martin Loschwitz Unter einem Dach 40 

Martin Loschwitz Parallel entwickelt 44 

Jürgen Quade Kern-Technik 102 

Jürgen Quade Tux liest 92 

Michael Schilli Bewegte Reife 112 

Tim Schürmann Freier Übersetzer 36 

Dr. Udo Seidel Alteingesessene Familie 52 

Uwe Vollbracht Tooltipps 72 

Valentin Höbel Fingerspitzengefühl 96

Service 

www.linux-magazin.de Vorschau 02/2013 11/2013 01/2013 10/2013 

122 

Vorschau 

11/2013 Dachzeile 

Volatility 

© Andrey Prokhorov, Fotolia.com 

Websites selbst erweitern 

Wer eine Website aufsetzt, fängt nicht mehr mit einem leeren 

File und einer HTML-Syntax-Referenz an: Zahlreiche Con tent 

Management Systems und Webframeworks sorgen für schnelle 

Erfolge und ein frisches Look & Feel. Die langen Featurelisten 

der Projekte und Produkte täuschen aber darüber hinweg, dass 

viele Website-Betreiber Spezialfälle abzudecken haben, für die 

weit und breit kein fertiges Plugin zu finden ist. 

Das Linux-Magazin arbeitet die teils gravierenden Unterschiede 

bei der Unterstützung eigener Erweiterungen heraus, indem es 

Programmierern für Magnolia, Joomla, Django und Ruby on 

Rails die Aufgabe stellt, eine Open-Data-Quelle anzuzapfen und 

die gewonnenen Daten fürs Web Style-gerecht aufzubereiten. 

MAGAZIN 

Überschrift 

Das Memory-Forensik-Framework liest die Speicherabzüge von 

PCs aus, mit der anstehenden Version 2.3 auch die von Android- 

und Apple-Geräten. Der passende Magazin-Artikel wird 

zeigen, wie die Analyse eines Memory-Dump dabei hilft, erfolgreichen 

Einbrechern die Maske herunterzureißen. 

Klingende Brücke 

Audio-Video-Bridging soll die Ouvertüre für die durchgängige 

Digitalisierung in Tonstudios und Konferenzräumen spielen. 

Die Multimedia-Netzwerknorm sorgt für einheitliche Taktung, 

unterbrechungsfreie Übertragung und Geräte-Discovery. Erste 

Hardware gibt es schon, eine Linux-Implementierung bald. 

Leichtgewichtige Archive 

Ohne die Inhalte selbst in die Versionskontrolle einzuchecken, 

speichert Git-Annex die Metadaten großer Dateien in Git. Auf 

diese Weise verwaltete Datei-Archive lassen sich zum Beispiel 

unterwegs sehr gut nutzen. Das System kennt unterschiedliche 

Speicherbackends und verschlüsselt Daten, wenn nötig. 

Die Ausgabe 11/2013 

erscheint am 2. Oktober 2013 

© Arinas74, sxc.hu 

Vorschau 

auf 10/2013 

Die nächste Ausgabe erscheint am 19.09.2013 

Optimale Office-Tools 

Die Arbeit mit Büroprogrammen gehört zu den ureigensten 

Tätigkeiten am PC. Von der Textverarbeitung über das Komplettpaket 

mit Tabellenkalkulation und Präsentationsprogramm 

bis hin zu ausgefeilten Formeleditoren verfügt ein 

Rechner unter Linux heute über eine ansehnliche Palette an 

ausgefeilten Werkzeugen. 

Unser Schwerpunkt in der kommenden Ausgabe nimmt nicht 

nur die beiden Platzhirsche Libre Office und Open Office unter 

die Lupe, sondern wirft zudem ein Schlaglicht auf die kleinen, 

aber nicht minder nützlichen Programme. 

Alles im Paket 

Nur eine Minute dauert es im günstigsten Fall, bis der Effing 

Package Manager aus einem Quelltext ein fertiges RPM- oder 

Debian-Paket geschnürt hat – eine willkommene Hilfe für geplagte 

Main tainer und experimentierfreudige User. 

Desktop im Eigenbau 

Linux bietet Desktops, bei denen alles nahtlos ineinandergreift. 

Diese bringen jedoch unerwünschten Overhead mit sich. Mit 

etwas Know-how stellen Sie einen schlanken Desktop zusammen, 

der seinen großen Brüdern kaum nachsteht.

Linux-Magazin Alle für einen (Vorschau)

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?