Begonnen hat meine IT‐Karriere Ende der 1980er Jahre. Im Laufe dieses Artikels werde ich das Thema GNU/Linux entwickeln und beschreiben, wie es mir gelang, endlich bei freien Programmen und ganzen Betriebssystemen Fuß zu fassen. Wie man erkennen wird, ist dieser Werdegang als ziemlich normal zu sehen. Übrigens werde ich meine „Entwicklungsphase“ der Mikrokontrollersystementwicklung nur streifen, da sie ja nur wenig mit der Wahl des Betriebssystems auf einem Arbeitsplatzrechner zu tun hat.

Gleich zu Beginn aber lassen Sie mich den Begriff GNU/Linux klarstellen: Linux ist nichts weiter als der Betriebssystemkern – ein Manager fÃŒr die ProgrammausfÃŒhrung, und Hardware‐nahe Programmierung in Form von Treibern. GNU dagegen ist der Aufbau darauf, bestehend aus Bibliotheken, Anwendungsprogrammen, Fenstersystemen usw.. GNU steht fÃŒr „GNU’s not Unix“ und wurde von Richard Stallman ab September 1983 begonnen. Linux entstand erst ab August 1991 durch den Finnen Linus Torvalds. Erst zusammen ergeben sie das Betriebssystem, mit dem man auch arbeiten kann.

Man kann GNU auch mit einem anderen Kern als Linux verwenden, z. B. mit dem leider inzwischen bis zum Entwicklungsstillstand ausgebremsten Projekt Hurd, mit kFreeBSD und einigen weiteren. Üblicherweise wird dazu aber Linux verwendet. Um klarzustellen, daß man das gesamte Betriebssystem meint und nicht nur den Kern, nutzt man die Bezeichnung GNU/Linux.

1988 legte ich mir von meinem ersten selbstverdienten Geld eine Amiga zu, gleich mit dem damals neuen Kickstart 1.3. Hier war es BASIC, das mir den Programmiereinstieg ermöglichte. Das der Amiga beigelegte war AmigaBASIC – das einzige Programm, das jemals von Microsoft fÃŒr die Amiga‐Plattform erstellt wurde. Genau so sah es dann aus: unkomfortabel, eingeschrÀnkter Befehlssatz, inkompatible Programmierung, lÀcherlicher Editor. Wer wie ich spÀter auf Kickstart 2.0 und noch spÀter auf 3.0 hochrÃŒstete, mußte mit all den unnötigen InkompatibilitÀten klarkommen.

AmigaBASIC war sicherlich gut geeignet fÃŒr einen ersten Einblick in die Programmierwelt. Ein Ersatz mußte fÃŒr mein erstes, etwas ambitionierteres Projekt her, denn dieses war eine diskrete Fourieranalyse und ‑synthese.

An professionellere Sprachen wie C oder die Wirth‐Sprachen Pascal, Modula‐2 und Oberon hatte ich kein Interesse. Zudem war mir die teilweise kryptische Syntax wie in C zuwider. Heute weiß ich, daß es am kranken Programmierstil der Beispiel‐Quelltexte lag – aber damals, 1989, war es sehr schwer, an einfach verstÀndliche, kostenlose und umfassende Literatur zu kommen.

Die beiden hauptsÀchlich verwendeten Compiler – Aztec C und Lattice C – waren kommerziell und damit fÃŒr mich als SchÃŒler unerreichbar teuer. Freie C‐Compiler waren Mangelware und produzierten nochmals erheblich schlechteren Code, als es die kommerziellen schon taten. link‐ und unlk‐Orgien, Stapelspeicherspiele und umstÀndliche Zeigerarithmetik gaben sich ein Stelldichein.

Ich entschied mich nach einigen Wochen der grÃŒndlichen Überlegungen fÃŒr Assembler. Zur Erleichterung der Programmierarbeiten schrieb ich mir Makros, die mich Assembler fast schon wie eine Hochsprache nutzen ließen. Damit hatte man (den optimalen Algorithmus fÃŒr ein Problem vorausgesetzt) immer die schnellste AusfÃŒhrung. Das machte Spaß.

Die Guru Meditation ist ein vom Betriebssystem abgefangener, aber nur rudimentÀr bearbeiteter Ausnahmezustand des Prozessors. Die Folge war meistens ein Neustart des Rechners mit Verlust alles desjenigen, was noch nicht gespeichert war. So lernte man durch erste bittere Erfahrungen schnell, in regelmÀßigen zeitlichen AbstÀnden zu speichern, aber auch, gleich richtig zu programmieren und solche AusnahmezustÀnde schon im Programm abzufangen.

Die Jahre der Programmiererfahrung gingen ins Land und brachten z. B. eine objektorientierte, extrem umfangreiche und komplexe graphische BedienoberflÀche mit zugrundeliegender Logik fÃŒr ein Elektronikersatzteil‐Verwaltungsprogramm mit parametrischer Suche nach Halbleiterwerten und Lagerverwaltung hervor. Wohlgemerkt: in hochoptimiertem Assembler! Ganz fertiggeworden ist es nicht, ich lernte aber dadurch, meine Qualifikation und den fÃŒr ein Projekt notwendigen zeitlichen Aufwand besser einzuschÀtzen. Auch hat die Programmierung auf der Amiga mich gelehrt, außergewöhnlich ressourcenschonend zu arbeiten und deshalb zunÀchst eine Bedarfsanalyse anzufertigen, die von einer Recherche ÃŒber die möglichen Vorgehensweisen gefolgt war.

Mein Hauptrechner war schließlich mit einer Turbokarte (68030/68882 50 MHz), 25 MB RAM, SCSI‐Adapter, 3D‐Grafikkarte mit 4 MB RAM, etlichen Festplatten, HD‐Diskettenlaufwerken und Kickstart 3.0/Workbench 3.9 ausgestattet. Als Elektronikbastler und schließlich Elektronikentwickler konnte ich mir bei vielen Ausbauten selbst helfen und selbstentwickelte Programme hatte ich zuhauf.

Um 2003 oder 2004 dann lÀutete der PC‐Markt und die jahrzehntelange Inkompetenz Commodores und seiner Nachfolger das Ende der Amiga ein. Ich versuchte noch, wenigstens ein paar Monate mit WinUAE weiterzukommen, mußte dann aber irgendwann einsehen, daß der Zug fÃŒr die Amiga endgÃŒltig abgefahren war.

Quellennachweis:
Amiga 2000, Public Domain, von Trafalgarcircle auf Wikipedia.
Amiga‐Logo, © Commodore, frei zur enzyklopÀdischen Nutzung, auf Wikipedia.

Ab 2002 hatte ich dann einen damals recht modernen Athlon XP mit 2 GHz (2400+), auf dem man schon sehr viel mehr Rechenleistung hatte. Leider war auch ich auf das unsÀgliche Windoof angewiesen. Damals war XP die neueste Version. WÀhrend auf Windows das gesamte Bedienkonzept auf einfache Handhabung ausgelegt ist, auf „Klicki‐Bunti“, verkÃŒmmerten meine FÀhigkeiten in der Konsole. Aus beruflichen Erfordernissen verlagerten sich die Kenntnisse aus Assembler auf Mikrokontroller und auch C wandte ich nun auf diese an.

Es folgten einige Jahre der Programmierung in PureBasic, womit ich großteils einfache Datei‐Ein‐/Ausgaben durchfÃŒhrte und mich in der Gestaltung meiner grafischen OberflÀchen ÃŒbte. Parallel dazu arbeitete ich mich in XHTML ein. Auch wurde aus CSS2 mit der Zeit CSS3. JavaScript ist mir als eine objektorientierte Sprache und als solche, die gern zum Ausspionieren und Nerven von Besuchern genutzt wird, noch immer zuwider. Erstaunlich finde ich, wie PHP als dem ANSI‐C sehr nahestehende Sprache zu meiner Lieblingssprache wurde. Java, Flash, C#, C++ usw. boykottiere ich dagegen.

Ich achte extrem auf guten Programmierstil (1TBS) und kurze, prÀgnante Kommentare darin. Schon etliche andere Programmierer, die meine Quelltexte lasen, wÃŒrdigten diese als kompakt und sehr leicht lesbar, obwohl viele von ihnen den K&R‐ oder gar Allman‐Stil bevorzugen. Eigentlich viel zu selten Anlaß dazu, freut man sich doch ÃŒber diese WertschÀtzung!

Bisher umfaßte meine TÀtigkeit auf Rechnern also die Assembler‐, BASIC‐, C‐, XHTML‐, CSS‐, PHP‐ und mySQL‐Programmierung auf verschiedenen Prozessoren und Mikrokontrollern. Die Erstellung und Manipulation von Bildern erledige ich liebend gerne und nur noch mit GIMP, und wenn ich endlich einmal wieder etwas mehr Zeit habe und den RÃŒcken frei, so befasse ich mich wieder mit Blender, einem freien 3D‐Strahlverfolger („Raytracer“). Musik spielte ich mit WinAmp ab, Videos nur noch mit VLC.

Wie man sieht, kam ich mit der Zeit zu immer mehr Software‐Paketen, die „freie Software“ darstellen. Der grundsÀtzliche Vorteil freier Software ist die legale und ÃŒberhaupt erst mögliche VerÀnderung von Programmen. Da nur bei freier Software auch die legale Weiterveröffentlichung gegeben ist, kann man prinzipiell auf Millionen von Erfahrungswerten zurÃŒckgreifen.

Diese Freiheit sollte nicht nur bei einzelnen Programmen, sondern auch fÃŒr das Betriebssystem gelten. Also kam ich auf GNU/Linux. In den frÃŒhen 1990ern probierte ich „Linux“ kurz aus und scheiterte klÀglich, womit ich mir bis 2011 den Weg mental versperrte. Welche Distribution es damals war, kann ich heute leider nicht mehr sagen, mutmaße jedoch SLS.

Quellennachweis: Windows XP, Public Domain, von Microsoft Corporation auf Wikipedia.

Bis 2008 oder vielleicht 2010 konnte man von GNU/Linux bestenfalls als von einem System fÃŒr technikfanatische Bastler sprechen, die zuviel Zeit hatten und die ideologisch etwas daneben waren. Inzwischen aber hat sich das Blatt gewendet. Heute sind GNU‐Distributionen im allgemeinen alltagstauglich geworden. Es empfiehlt sich zwar noch immer, die Einrichtung und Abstimmung des gesamten Systems einem Fachmann zu ÃŒberlassen, doch kleinere Änderungen kann man selbst erledigen.

Distributionen

An Distributionen – das sind Zusammenstellungen von Programmpaketen, die ein Betriebssystem ausmachen – gibt es sehr viele. Drei wesentliche Hauptzweige haben sich im Lauf der Jahre herauskristallisiert:

• Slackware (z. B. SuSE , Zenwalk )
• Red Hat (z. B. Mandriva , Fedora , CentOS )
• Debian (z. B. Ubuntu , Knoppix , Linux Mint )

Gerade Debian setzt Sicherheit und StabilitÀt als höher an als AktualitÀt. Damit steht es tendenziell nicht fÃŒr die allermodernsten (und evtl. fehlertrÀchtigen) Neuigkeiten, sondern fÃŒr gut getestete und absolut stabile Programme. Das ist besonders fÃŒr Server als Extrembeispiel wichtig, auf denen ja nicht gespielt wird, sondern nur eine Handvoll Programmpakete wie Apache, PHP und mySQL ÃŒber Jahre ununterbrochenen Betriebs ihren Dienst verrichten sollen. Sogar ein Fenstersystem ist auf rein als Servern betriebenen Rechnern nicht einmal nötig!

Fenstersysteme

„Fenstersystem“ klingt fÃŒr Nutzer anderer Plattformen wie Amiga oder Windows wahrscheinlich unverstÀndlich, da diese nur ein einziges Fenstersystem kennen, auch auf kein anderes nachladbares umschalten können und somit dieses mit dem Betriebssystem gleichsetzen. Unter GNU lassen sich prinzipiell beliebig viele Fenstersysteme nutzen und sogar gleichzeitig!

Die Vielzahl dieser Fenstersysteme mit ihren kryptischen Namen und im Zusammenspiel mit den verschiedenen Distributionen sind wohl der Hauptgrund fÃŒr die Konfusion aus Sicht der Windows‐Nutzer. Es kommen dann noch sehr unterschiedliche Namen und Aussehen der Standardprogramme bei den Distributionen und Fenstersystemen dazu und zwei weitverbreitete, aber zueinander inkompatible Paketsysteme. Arbeitet man sich in diese paar Unterschiede ein, ist GNU/Linux mit seinen Begriffen kein großes Problem mehr.

Solche Fenstersysteme also unterscheiden sich nicht einfach in Fensterrahmenabmessungen, der Position von KlickflÀchen oder Farben, sondern sie reprÀsentieren oftmals völlig unterschiedliche AnsÀtze der BenutzerfÃŒhrung. Farben und das Aussehen von Fensterrahmen und Mauszeigern lassen sich innerhalb der Fenstersysteme noch einstellen.

Folgende Fenstersysteme werden viel und gerne verwendet:

• KDE
• Gnome 2 und dessen Fortsetzung MATE
• Gnome 3 und Ableger wie Cinnamon
• Xfce
• LXDE
• ROX
• Openbox
• Unity

KDE gilt gemeinhin als das zu Windows Àhnlichste Fenstersystem mit dem geringsten Umgewöhnungsaufwand (und angeblich mit dem größten Angebot an Konfigurationsmöglichkeiten). Allerdings ist der Ressourcenverbrauch damit auch zusammen mit Gnome 3 am höchsten. Vorsicht: Nicht jedes der hier genannten Fenstersysteme hÀlt zur eigentlichen UnterstÃŒtzung der Fenster auch einen Satz an Standardprogrammen bereit!

Paketsysteme

Das Paketsystem sorgt fÃŒr die Installation oder Deinstallation von Programmpaketen (Programmen mit Zusatzdateien), Bibliotheken und Dateien aller Art und ist ÃŒblicherweise eines von zweien: Bei auf Debian basierenden Distributionen wird dpkg verwendet, bei den meisten anderen dagegen RPM. dpkg hat gegenÃŒber RPM marginale Vorteile bei der Auflösung von AbhÀngigkeiten und hat einen Verbreitungsgrad von ca. 53 %. Es existieren weitere Paketsysteme, die aber kaum Verbreitung haben.

Wahl der Distribution

Durch die Vielzahl der möglichen Zusammenstellungen von Distribution, Paketsystem (ErklÀrung folgt gleich) und Fenstersystem sind die meisten Standardszenarien gut abgedeckt:

• Windows‐Umsteiger nutzen OpenSUSE mit KDE, Ubuntu mit KDE oder Gnome 2 oder Linux Mint mit MATE oder Cinnamon
• auf BÃŒro‐Rechnern nutzt man Ubuntu, Linux Mint o. À. mit MATE oder Cinnamon
• auf Multimedia‐Rechnern nutzt man Ubuntu, Linux Mint o. À. mit MATE, Cinnamon oder Xfce, oder eine spezialisierte Distribution wie Mythbuntu
• fÃŒr Datei‐Server nutzt man irgendeine Debian‐ oder Ubuntu‐Distribution – das Fenstersystem ist völlig egal
• fÃŒr Netz‐Server nutzt man aus SicherheitsgrÃŒnden fast immer einen Debian‐Ableger (meist Debian selbst) – das Fenstersystem ist völlig egal
• fÃŒr Spiele‐Rechner nutzt man besser irgendein Windoof – nicht wegen der FÀhigkeiten GNUs, sondern wegen des Spieleangebotes (obwohl das fÃŒr GNU/Linux immer besser wird)

In den meisten FÀllen kommt man also mit einem universellen GNU wie Ubuntu und seinen Abarten voll aus. Als Fenstersystem empfehle ich grundsÀtzlich, alle größeren zumindest einmal auszuprobieren – und das trifft auch auf die Distributionen zu. Dabei reicht es, sofern verfÃŒgbar, spartanisch ausgestattete Distributionen zu nehmen, um das Aussehen und das Verhalten durchzuprobieren.

Als Standardprogramme sind folgende Pakete empfehlenswert:

• VLC fÃŒr die Video‐Wiedergabe
• VLC, Audacious, Rhythmbox oder Banshee als Audio‐Abspieler
• LibreOffice als universelles BÃŒropaket
• Kate, Bluefish oder einfache Lösungen wie Pluma als Editor
• GIMP zur Bildbearbeitung
• Opera 12.16, Firefox, Chromium oder Vivaldi als Navigator
• Thunderbird als ePost‐Sammler
• K3b als CD‐ und DVD‐Brenner

Eine eierlegende Wollmilchsau findet man nicht und das wird wohl auch niemand erwarten. Die Systemanforderungen sind fÃŒr Arbeitsplatzrechner einfach viel zu unterschiedlich, als daß man einen klaren Favoriten auserwÀhlen könnte. Sofern aber keine allzu exotischen Anforderungen gestellt sind wie z. B. ein Offsetdruckmaschinenleitstand mit DruckqualitÀts‐Managementsystem unter Echtzeitbedingungen, kann man ja ’mal einen Ubuntu‐Ableger nehmen.

Ich verwende fÃŒr so gut wie jeden Einsatzzweck ein LMDE mit MATE, was sich gut bedienen und schnell und universell genug nutzen lÀßt. Da das wichtigste deutschsprachige Forum fÃŒr Linux Mint seine UnterstÃŒtzung fÃŒr LMDE Anfang 2015 einstellte und die Nachfolgerversion LMDE 2.0 (genannt „Betsy“) noch immer nicht veröffentlicht wurde, installiere ich mir bei neuen Systemen ein Debian mit MATE. Anmerkung 2.4.2015: Gestern lud ich mir LMDE 2 RC („Betsy“ als Vorabversion) herunter, probierte sie aus und bin davon so ÃŒberzeugt, daß ich doch wieder zu LMDE zurÃŒckkehre.

FÃŒr die Nutzer mit SonderwÃŒnschen haben sich einige Programmierer und Systemkonfiguratoren darangemacht, solche speziellen Distributionen zusammenzustellen. So gibt es allein aus der Debian‐„Ecke“ bspw. fÃŒr Mediziner ein Debian Med, fÃŒr Chemiker ein DebiChem, fÃŒr Geographen ein DebianGIS usw., aber auch der Bildungssektor wird nicht vergessen: Debian Jr. fÃŒr Kinder bis 8 Jahren, DebianEdu/Skolelinux fÃŒr SchÃŒler – und bei den inzwischen 40391 Programmpaketen (Stand: 15.5.2014) wird wohl so schnell kein Wunsch aufkommen. Anmerkung 2.4.2015: Jetzt sind es 40989 Pakete. Aktualisierung 7.7.2015: 43485 Pakete.

Die Editoren Notepad++, Kate und KDevelop

FÃŒr meine Programmierarbeiten benötige ich einen Editor. Einige Stunden habe ich nach meinem Umstieg auf GNU/Linux damit zugebracht, einen leistungsfÀhigen Editor zu finden, der aber auch sofort einsatzbereit war. In Betracht zog ich Kate, Bluefish, Pluma, Geany und einige weitere. Die einzig ernstzunehmende Wahl fiel dabei auf Kate. Leider konnte ich dem Editor nicht beibringen, Deutsch zu sprechen. Dazu muß man wissen, daß Kate als KDE‐Unterprojekt eine eigenwillige Lokalisation mitbringt – und wenn man kein KDE auf seinem System hat, fehlt auch die deutsche Sprachbibliothek. Das wußte ich damals aber noch nicht und so fiel meine Wahl auf den bisher auf Windows genutzten Editor Notepad++.

In der Windows‐Emulation Wine auf GNU zeigte Notepad++ allerdings Macken. Das Benachrichtigungsfenster fÃŒr die VerÀnderung einer im Editor geöffneten Datei im Hintergrund kann man nicht wegklicken. Es blockiert jede weitere Arbeit mit dem Editor. Allein die brutale Methode, den Editor abzuschießen, hilft. Leider sind damit auch alle nichtgespeicherten Daten futsch.

Sucht man dateiÃŒbergreifend, erscheint bei jedem dieser SuchvorgÀnge ein kleines Fenster, mit dem man die Suche abbrechen kann. Es wird von Notepad++ beim Ende der Suche nicht wieder geschlossen, sodaß mit der Zeit zig Fenster den Bildschirm zieren. Immerhin kann man sie fast ganz aus dem Bildschirm ziehen und weiterarbeiten.

Ein weiterer Fehler tritt auf, wenn man nach einer beliebigen Suche und Aktivierung eines Fensters eines anderen Programms wieder auf Notepad++ zurÃŒckkommt. Das Haupt‐ und Suchfenster werden dargestellt. Schließt man jetzt das Suchfenster, verschwindet auch das Hauptfenster in der Versenkung. LÀstig.

Einen ganz ÃŒblen Fehler zeigt Notepad++ allerdings beim Scrollen des Inhalts von Dateien mit sehr langen Zeilen. Der Bildschirm wird abgeschaltet, Tastatur‐ und Mauseingaben sind sinnlos und nur Netzwerk‐Ein‐/Ausgabe lÀuft weiter. So ist der Rechner nicht mehr zum Arbeiten zu gebrauchen und muß neu gestartet werden (und ggf. auch hart abgeschaltet werden!). Da man auf kein Programm mehr zugreifen kann, sind alle ungespeicherten Änderungen in allen Programmen futsch. Dies passiert meinen Recherchen zufolge bei solchen Dateien und an den Stellen, an denen zumindest ein Teil einer Zeile mit mindestens 10 kB LÀnge sichtbar wÃŒrde.

Dieser vierte Fehler beendete meine Nutzung von Notepad++ endgÃŒltig. Ich versuchte, Kate einzudeutschen. SelbstverstÀndlich sind die Übersetzungen bereits vorgenommen; man muß sie nur laden. ZunÀchst stellt Kate die Umstellung der GUI‐Sprache am falschen Ort zur VerfÃŒgung. Anstelle in den Einstellungen, findet man sie unter Help → Switch Application Language.... Da man zunÀchst nur „American English“ wÀhlen kann, wenn man das KDE‐Programm Kate auf einem anderen Fenstersystem als KDE betreibt, versuchte ich eine Lösung im Netz zu finden, Kate einzudeutschen. Es gab einen einzigen Hinweis darauf – allerdings auf Ungarisch, das ich nicht spreche. Um es kurzzumachen, gehe man in ein Terminal und gebe ein:

klappi F0> sudo apt‐get install kde‐l10n‐de

Es wird noch eine Frage nach dem Admin‐Paßwort und dann nach der Installation gestellt. Letztere beantwortet man mit j <Enter> – und die gesamte KDE‐Sprachbibliothek in Deutsch wird installiert. Man sollte sich aber nicht wundern, denn das sind 60–70 MB! Jedenfalls ist danach in Kate auch Deutsch einstellbar und zur Auswahl muß der Editor nicht einmal neu gestartet werden. Auch die Hilfe existiert noch nicht und wird so verfÃŒgbar:

klappi F0> sudo apt‐get install khelpcenter4

Übrigens ist diese „Hilfe“ nichts wert. Das ist ein weitverbreitetes PhÀnomen, da sich die Programmierer nicht auf die Zielgruppe dieser Hilfe einstellen – und das sind nunmal AnfÀnger und Umsteiger. Von einer guten Hilfe erwarte ich, daß sie mein Problem explizit anfÃŒhrt, auch wenn ich den Fachbegriff nicht kenne. Auch eine Lösung oder ErklÀrung muß angeboten werden, ggf. mit Querverweis auf eine deutsche Netzseite. Wenn ich also utf als Suchbegriff eingeben, will ich nicht erst nach zwei Stunden LektÃŒre vielleicht einen Hinweis auf eine möglicherweise zutreffende Problembeschreibung erhalten, der dann auch keine Anleitung zur Abhilfe folgt! Die Funktionen von Kate muß man sich wohl selbst und intuitiv erarbeiten. Das ist ganz klar ein Kritikpunkt fÃŒr Kate.

Die nÀchste Macke ist die offenbar fehlende Konvertierungsmöglichkeit von Texten zwischen den Kodierungen. Man kann zwar mit Extras → Kodierung → … die Interpretation seitens des Editor fÃŒr eine gegebene Datei Àndern, dies hat aber nichts mit einer Konversion zu tun. Die Produktbeschreibung nennt die Konversion explizit – wie sie zu erreichen ist, schweigt sich die „Hilfe“ aus. Da hatte Notepad++ ganz klar die Nase vorn. Diese Funktion brauche ich ÃŒbrigens stÀndig fÃŒr einige Àltere Projekte, inkl. dieser NetzprÀsenz! Zu erreichen ist sie ÃŒber den (fÃŒr mich umstÀndlichen Weg) der Kodierungswahl in den Dateiauswahlfenstern fÃŒr’s Laden und Speichern. Dort sind die Auswahlfelder unauffÀllig und können leicht ÃŒbersehen werden.

Die Arbeitsgeschwindigkeit von Kate lÀßt sehr zu wÃŒnschen ÃŒbrig, sobald man Dateien mit langen Zeilen bearbeitet. Dies beginnt bereits bei 1000 Zeichen langen Zeilen (die bei mir absolut die Regel sind) und wird zur Geduldsprobe ab 4000 Zeichen. Bei Dateien mit 30.000 Zeichen LÀnge kann man u. U. einige Minuten warten, bis Kate wieder etwas macht, z. B. Scrollen des Textes. Die „Hilfe“ kommentiert dies unter Inhalt → ProgrammhandbÃŒcher → Dienstprogramme → Kate → Kate einrichten → Einstellungen fÃŒr den Editor → Öffnen/Speichern → Allgemein → Dateiformat → Begrenzung der ZeilenlÀnge mit MÀngeln in QT. Abhilfe schafft sie nicht.

Das Projektmodul, das man ÃŒbrigens erst in den Einstellungen aktivieren muß, ist solange ohne Nutzen, bis man

1. erst nach Recherchen darauf kommt, daß man eine Projekt‐Konfigurationsdatei .kateproject benötigt,
2. die Projekt‐Konfigurationsdatei .kateproject hÀndisch erstellen muß und
3. Fehler in der Projekt‐Konfigurationsdatei keine Meldung mit genauer Fehlerangabe anstoßen.

Die „Hilfe“ schweigt sich zu alledem aus. Die einzige Seite mit halbwegs brauchbaren Infos ist http://kate-editor.org/2012/11/02/using-the-projects-plugin-in-kate/. Leider ist sie englisch.

Auch einen weiteren Editor probierte ich aus, der denselben Unterbau wie Kate nutzt: KDevelop 4.5.1. Es ist eigentlich eine IDE, die einen Editor beinhaltet. Die ÃŒblichen Macken von Kate erscheinen hier erneut – wen wundert’s! Die OberflÀche ist durch die Vielzahl der hinzugekommenen Funktionen fÃŒr die Projektverwaltung und die anderen Entwicklungswerkzeuge ziemlich unÃŒbersichtlich. Den Entwanzer fÃŒr meine PHP‐Entwicklungen habe ich bis heute nicht ans Laufen bekommen. Die Projektverwaltung muß ich nicht unbedingt haben. Somit nutze ich KDevelop nur im Funktionsumfang von Kate – und das ist traurig!

Ist es denn wirklich so schwer, einen leistungsfÀhigen Editor (evtl. mit Projektverwaltung) so zu programmieren, daß man – wohlgemerkt als Programmierer! – nicht wie der berÃŒhmte Ochs’ vorm Berg steht? Sicherlich verlangt jedes komplexe System ein gewisses Maß an Einarbeitung, doch intuitive BenutzerfÃŒhrung minimiert diese wenig produktive Zeit erheblich! Ein weiteres Manko zeigt KDevelop im Fehlen eines Dateivergleichs. Auch Kate stÀnde diese Funktion sehr gut zu Gesicht, doch ist Kate ein reiner Editor und so will ich den Dateivergleich dort nicht explizit verlangen. KDevelop sollte ihn als IDE aber bieten. Also installierte ich mir Kompare 4.1.2 dafÃŒr, das ebenfalls aus der KDE‐Ecke kommt und seine Aufgabe exzellent erfÃŒllt.

Spiele

Auch wenn es die meisten Leser nur hinter vorgehaltener Hand zugeben wollen, so sind Spiele doch auch auf Entwicklungsplattformen nicht unÃŒblich. Ein Spielchen zwischendurch löst so manche Denkblockade und fÃŒhrt zu neuer Kraft. Ich meine damit aber nicht Boliden wie World of Warcraft oder Crysis, sondern kleine Programme wie „4 gewinnt“, Sudoku, Skat, Schach, Wurm‐, Tetris‐ und Arcade‐Klone oder Àhnliches. All dies kann man sich binnen Sekunden mittels nur einiger Mausklicks installieren und sofort loslegen. Selbst etwas größere Spiele wie „lincity‐ng“ (das an das kommerzielle Simcity angelehnt ist), Egoshooter usw. sind sofort verfÃŒgbar.

Selbst ÃŒbrigens gebe ich gerne zu, ab und zu ein paar Runden Sudoku zu spielen. An größeren Spielen hat mich immer nur der Flight Simulator 2002 auf Windoof begeistert. Da kamen im Lauf der Jahre um 2500 Flugstunden zusammen. Nicht erst seit meinem Umstieg auf GNU/Linux aber hatte ich kaum noch Gelegenheit dazu. Außerdem wird der auf Wine (dem Windows‐Emulator fÃŒr unixoide Betriebssysteme) wahrscheinlich nicht oder jedenfalls zu langsam laufen. Es gibt aber einen sehr guten und ausreichend schnellen Flugsimulator nativ auf GNUs, FlightGear.

Multimedia

Die wichtigsten Programme fÃŒr Multimedia sind VLC und ein halbwegs vernÃŒnftiger Audioabspieler. Gerade als Windows‐Umsteiger kennt man WinAmp. Es hat ein konfigurierbares Aussehen und eine starke Medienbibliothek. Letztere ist fÃŒr mich entscheidend. Leider ist WinAmp ein reines Windows‐Programm und es wird wohl nie eine native GNU‐Umsetzung geben. Die Emulation mit Wine ist Mist. Das ist schade. Es gibt einige Programmpakete wie Rhythmbox, Banshee, Audicious und Aqualung. Viele haben Probleme beim Einlesen der Medienbibliothek ÃŒber ein Samba‐Netzwerk (Windows‐Dateifreigabe) auf unixoiden Systemen, sehen schrecklich aus oder haben andere Probleme. Also behalf ich mir mit Audicious und VLC (das ja auch Audio‐Dateien abspielen kann). Audicious hat eine etwas eigenwillige NutzerfÃŒhrung und auch gewöhnungsbedÃŒrftiges Aussehen, VLC eine unÃŒbersichtliche Medienbibliothek. Das ist aber meine Meinung und jeder soll sich seine eigene bilden.

Der große Vorteil bei VLC ist, daß alle irgendwie verwendbaren Codecs bereits eingebaut sind und deshalb nicht (wie vielfach von Windows‐Abspielern bekannt) Codec‐Packs geladen und manuell aktuellgehalten werden mÃŒssen. Auch ist VLC der meines Wissens nach einzige Videoabspieler, der ein SeitenverhÀltnis des Ausgabebildschirms und sogar von dessen einzelnen Pixeln berÃŒcksichtigt. Auch enthalten leider sehr viele Filme, die aus dem Netz geladen wurden, eine falsche SeitenverhÀltnisangabe. All die dadurch entstehenden Verzerrungen (Eier statt Kreise) können mit ein paar TastendrÃŒcken beseitigt werden. Auch der Versatz von Audio‐ und Video‐Datenstrom ist genauso leicht zu beheben.

(Wird fortgesetzt).

Bezugsquellen

SÀmtliche Abbilder zum Brennen von CDs oder DVDs sind im Netz verfÃŒgbar. Manche Distributionen aber sind schwer zu finden oder nicht in der gewÃŒnschten Ausstattung verfÃŒgbar. Außerdem haben sehr viele Leute keine Möglichkeit mehr auf eine echte Flatrate, da ja im Mobilnetz immer und ÃŒber DSL bei neueren VertrÀgen vielfach nach einigen GB Datenvolumen pro Monat gedrosselt wird. Mit einer DatenÃŒbertragungsrate von max. 64 kb/s aber wartet man ewig auf die Fertigstellung eines Abbildes! Rechenbeispiel: LMDE 2 RC MATE (ca. 1,5 GB): 2½ Tage. Da darf das Netz auch nicht nebenher genutzt werden, sonst dauert’s noch lÀnger.

Aufgrund meiner mehr oder weniger regelmÀßigen Tests fast aller irgendwie wichtigen Distributionen in i386‐Architektur, habe ich diese auch vorrÀtig. Ich biete also jedem Leser die Möglichkeit, sich von mir eine DVD (oder ein SpeicherzÀpfchen mit DVD‐Abbild) zusenden zu lassen. Die BezugsmodalitÀten erfragen Sie bitte per ePost!

Folgende Abbilder sind derzeit verfÃŒgbar:

Probleme

NatÃŒrlich erscheint es fÃŒr die Verbreitung oder ÃŒberhaupt erst einmal die BeschÀftigung mit einem neuen Betriebssystem in der heutigen Zeit wenig vorteilhaft, Probleme mit diesem zu erörtern. Im Gegensatz zu den meisten Firmen kann ich mir jedoch den Vorzug leisten, ungeschönt auf vermeintlich oder tatsÀchlich bestehende Probleme hinzuweisen, um dem Leser eine bessere Grundlage fÃŒr seine Entscheidungen zu bieten. Ich beginne also mit einigen kleineren Problemen. Sollte jemand bekannte Probleme beizusteuern wissen: meine ePost‐Adresse ist bekannt. (Danke fÃŒr die Mitarbeit!)

Auf ein leider sehr unangenehmes Thema muß ich noch eingehen, was die Datensicherheit der Telekommunikationsbranche ganz allgemein betrifft und hier im besonderen bei Verwendung von Modems, z. B. fÃŒr eine Glasfaser‐ oder Kupferanbindung (DSL). Wir wissen, daß fast alle LÀnder und Staaten auf diesem verwÀsserten Planeten unter Kontrolle der VSA stehen (ob direkt wie bei der Besetzung der BRiD oder indirekt wie ÃŒber das Schuldgeldsystem der Rothschild‐Familie, den IWF oder die NATO). Die NSA – das ist der VS‐amerikanische SchnÃŒffeldienst – ist hochgradig daran interessiert, wer wem was wann erzÀhlt. Dieses Interesse wird mit dem Scheinargument der Terrorabwehr begrÃŒndet.

Insofern ist also so gut wie jeder Anbieter von Telekommunikationsanlagen auf der Welt dazu angehalten, nicht nur freie Bahn fÃŒr die erschnÃŒffelten Daten zu machen, sondern auch selbst aktiv zu werden, indem die den Endkunden mitgelieferten Modems eine solche Spionagefunktion sogar fest eingebaut haben. Ja, werter Leser, Sie lesen richtig! Sie werden belauscht!

So manchem IT‐affinen Leser ist die Bezeichnung MITM sehr wohl bekannt. Es ist ein Angriff mit Bruch der Vertraulichkeit bei der DatenÃŒbertragung, indem sich eine Person oder ein Rechner zwischen einen Nutzer und einen Server schaltet. Diese Person in der Mitte der Leitung (deshalb „Man in the middle“) stiehlt nun Daten. Da systemisch bedingt nun ein Trojaner im Modem enthalten ist, das Sie von Ihrem Diensteanbieter erhielten, sollte das Akronym nun wohl eher fÃŒr „Man in the modem“ stehen.

Diese sehr schlau eingefÀdelte Form der Bespitzelung hat nun zur Folge, daß das verwendete Betriebssystem eines Rechners keine Rolle mehr spielt, um an das gesamte Nutzungsverhalten zu kommen. Sie können auch kein anderes Modem mehr verwenden, das vielleicht diese Funktion nicht enthÀlt, denn alte GerÀte werden vom Diensteanbieter ausgeschlossen und neue GerÀte ohne Wanze bekommen Sie nicht. Ohne Modem kommen Sie aber nicht ins Netz.

Nun gilt es, entweder den gesamten Datentransfer zu verschlÃŒsseln (VPN), was einen Server in einem nichtÃŒberwachten Staat notwendig macht oder die SchnÃŒffelfunktion zu deaktivieren. Letzteres ist durchaus möglich, erfordert aber umfassende Kenntnisse der gerÀteinternen Elektronik und Programmierung. Diese Methode eignet sich naturgemÃ€ß nicht fÃŒr Otto Normali.

Alles, was programmiert ist, kann man auch umprogrammieren. Kommt man an die Programmierkontakte des geöffneten Modems heran, bietet sich Mikrokontrollersystementwicklern wie mir ein regelrechter Spielplatz fÃŒr diverse Änderungen. Ziel ist es also, die (ÃŒbrigens erst etwa 10 Sekunden nach Modemstart) mitgestartete Überwachung abzuschalten. Rechts sehen Sie ein PDF einer Hacker‐Gruppe, die genau dies bereits geschafft hat.

Der Erfolg ist bislang (nach Stand der Erkenntnisse aus diesem PDF) aber nur temporÀr und erfordert bei jedem Neustart des Modem dieselbe Prozedur. Dies lÀßt sich auch nicht so einfach mit einem Skript erledigen. Also muß der gesamte Überwachungsmist zumindest dauerhaft abgestellt werden oder gleich ganz aus dem Festwertspeicher des Modems mit dem Betriebssystem darauf gelöscht werden. Beide Möglichkeiten erfordern ein Neubrennen der Firmware – und das ist nichts anderes als eine Firmware‐Aktualisierung!

All die komplexen technischen ZusammenhÀnge will ich hier gar nicht wiedergeben, sodaß ich auf dieses PDF verweise. Leider ist es nur in englischer Sprache erhÀltlich. Die Entwicklung einer Firmware ist keinesfalls trivial. Auch die Entfernung der SchnÃŒffelei ist es nicht. Logischerweise liegt der Quelltext zu der Firmware nicht vor, sodaß man fÃŒr jedes einzelne GerÀtemodell und jede einzelne Firmware‐Version die Disassemblierung und Entfernung von Einsprungvektoren von neuem durchfÃŒhren muß.

„GlÃŒcklicherweise“ wird der Großteil der verwendeten Firmware fÃŒr die Wanzenfunktion von BT bereitgestellt, was der britische pseudostaatliche Telekommunikations‐Diensteanbieter ist. „pseudostaatlich“, weil er zwar privatisiert ist, aber auf Ressourcen wie ein Staatsbetrieb zugreifen kann. Außerdem ist er einer der wenigen Betriebe, die wirklich international agieren. Damit reduziert sich die Vielfalt der verwendeten Programmierungen erheblich.

Diese Arbeit des Entwanzens ist zeitaufwendig und nervenaufreibend. Wer setzt sich schon hin, und entwickelt diese Firmware fÃŒr auch nur die jeweils 20 meistgenutzten Modems in Europa, Nordafrika oder SÃŒdamerika? Zahlreiche Stolpersteine können dem Entwickler dabei in den Weg gelegt werden, z. B. eine versteckte PrÃŒfsummenbildung ÃŒber die Firmware. Bis der Entwickler soweit ist, die Mechanismen zu verstehen, kommt die nÀchste Version mit neuen Spielereien heraus. Eine Sysiphus‐Arbeit!

Jetzt gibt es zur Lösung dieses Problems nur zwei Möglichkeiten:

1. Man versammelt interessierte, engagierte IT‐FachkrÀfte und erstellt eine Firmware‐Version nach der anderen ohne Wanze. Dabei hetzt man den Möglichkeiten der Firmware‐Entwickler bei BT aber nur hoffnungslos hinterher.
2. Man bringt die Modemhersteller dazu, den Einbau der SchnÃŒffel‐Firmware einzustellen. Der potentielle Kunde will sich nicht ÃŒber 12649 Runden der brotlosen Diskussion vertrösten lassen und knickt doch irgendwann ein.

Die Einstellungen der heutigen Modems lassen sich nicht nur vom Diensteanbieter jederzeit auslesen, sondern auch die Firmware‐Aktualisierung starten. Bekommt also der Diensteanbieter mit, daß keine SchnÃŒffeldaten mehr fließen, ermittelt er ganz schnell die Ursache. Jetzt kann er entweder eine Firmware mit Wanzenfunktion aufspielen oder den Kunden vom Zugang zu seinem Netz ausschließen. Geiselhaft! Es wÃŒrde also wahrscheinlich nichts nutzen, die Firmware so zu modifizieren, daß der Diensteanbieter keine Aktualisierung seinerseits mehr anstoßen kann.

Wie Sie sehen, werter Leser, gibt es hier noch eine Menge Fragezeichen und es wird dauern, Leute zu finden, die sich die hierfÃŒr notwendige Arbeit machen, um die beschriebenen hypothetischen Möglichkeiten auszuloten.