Dirks Logbuch

Nicht nur als Vorbereitung für meinen Vortrag auf den Chemnitzer Linux-Tagen, nein, auch generell wollte ich den Artikel Vereine, die Floss-Dienste hosten aktualisieren.

Grossartig ist, dass die Dienste, die ich im damaligen Artikel erwähnt habe, auch heute noch aktiv sind. Das spricht für die Vereine bzw. Organisationen. Ich führe sie weiter unten der Vollständigkeit halber auf.

An dieser Stelle möchte ich gerne zusätzlich darauf hinweisen, dass es auch viele Privatpersonen gibt, die Dienste, die auf FLOSS basieren, anbieten.

Bei meiner Frage via Mastodon sind ein paar neue Dienstanbieter empfohlen worden.

• Der Studierenden-Konvent der Bauhaus Universität Weimar hostet Mastodon und Matrix
• Federated Networks Association Ry, ein Verein aus Finnland.
• Bei The Peers Community habe ich leider nicht herausgefunden, wer die Betreiber sind. Ja, ein Impressum wäre sinnvoll.

• Die Piratenpartei Braunschweig hostet Etherpads.
• Die Piratenpartei hostet Cryptpads, die einiges mehr können.
• Dudle - der GUI Super-GAU
• Digitalcourage (fka FoeBud) betreibt DNS-Server, Etherpad und Framadate.
• palava.tv getragen durch den Verein palava e. V.

• Anoxinon e.V.
• Federated Services
• systemausfall.org via Sense.Lab e.V.
• Codeberg e.V.
• www.FREE!.de via Wissenschaftsladen Dortmund e.V.
• systemli.org via Digitale Partizipation e.V.
• immerda.ch
• Framasoft

Meine Server laufen seit etwa fünf Jahren unter CentOS 7. In der Zeit gab es ordentlich Updates und tatsächlich keine Probleme, die auf der Software basierten.

Eigentlich läge damit CentOS 8 als neues Betriebssystem für die Server nahe. Allerdings schreibt schon Michael Kofler, dass CentOS 8 über sechs Wochen ohne Updates war und wirft Oracle Linux in die Waagschale.

Das hört sich auf den ersten und zweiten Blick komisch an, ist es auch. Aber Oracle bietet sein Linux als FLOSS-Lösung an, die gratis ist, solange man kein System hat, bei dem man für den Support durch Oracle bezahlt. In dem Fall werden alle Instanzen kostenpflichtig. Komisches Modell, oder?

Nebenbei: Ich nutze sehr gerne VirtualBox, ebenfalls von Oracle, da muss man aufpassen, dass sich die Lizenzbestimmungen mit der Nutzung des Extension Packs ändern.

Also, was tun?

Der Vorteil von CentOS war und ist, dass es sehr lange (rund zehn Jahre) unterstützt wird und tatsächlich bin ich auch noch nicht in der Not zu wechseln. Der Support für CentOS 7 läuft erst am 30. Juni 2024 (Tabelle) aus, also erst in viereinhalb Jahren. Der Nachteil ist, dass CentOS über die Lebenszeit garantiert, API-kompatibel zu bleiben, was zum Teil in sehr alter Software resultiert (Tabelle bei DistroWatch. Das wiederum bedeutet, dass man reichlich Fremdrepositories verwenden muss - bei mir EPEL, die Remi-Repostitories für PHP und Repos für MariaDB - um halbwegs aktuelle Webanwendungen betreiben zu können. Das Web ist voll von Fragen, wie man eine bestimmte Software unter CentOS zum Laufen bekommt.

Also Plan A ist, bei CentOS zu bleiben. Die "Synergien" zwischen dem, was ich beruflich mache(n muss), nämlich Red Hat Enterprise Linux zu betreiben, und dem, was ich dann privat mache, sind schon sehr gross. Bedingung dafür wäre, dass es regelmässiger Updates gibt.

Plan B wäre, die Distribution zu wechseln, hier bieten sich quasi sofort Ubuntu und Debian an, wobei ich im Fall eines Wechsels zu Debian tendieren würde.

Es gibt natürlich noch einen Plan C, das wäre ein Docker (bzw. Podman) basiertes Setup. Mich würde sehr reizen, das mit Alpine Linux als Basis zu versuchen. Eine Alternative könnte sogar Fedora Core OS sein.

Kein Plan D, aber eine interessante Alternative könnte tatsächlich Fedora in der Server-Variante sein. Allerdings sind die Wechsel zwischen den halbjährlichen Releases schon sehr drastisch und bedürfen der ständigen Nacharbeit (vermute ich). Fedora auf dem Desktop ist super (langweilig), das funktioniert einfach richtig gut, selbst mit aktiviertem SELinux sind keine Nacharbeiten nötig.

Jetzt Ihr. Was wären Eure Empfehlungen? Viel wichtiger als "was" wäre mir das "warum" Ihr ein bestimmtes Server-OS empfehlt. FreeBSD oder OpenBSD wären auch noch nachdenkenswerte Varianten.

Dieser Artikel ist das, was ich in LibreZoom-Folge 18 besprochen habe in ausformuliert. Er geht auf einen Vorschlag des "Stiefkinds" zurück, der darum bat, die Entstehung des Linkdumps einmal zu aktualisieren.

John Naisbitt (*1930), amerikanischer Prognostiker

Wir ertrinken in Informationen, aber hungern nach Wissen.

Wie man mit FLOSS seinen Informations-Workflow unter Kontrolle bringen kann.

Einige der Tools liegen auf einem gemieteten virtuellen Server, den ich selber betreibe. Ein Betrieb in einem gemieteten Webspace ist natürlich möglich. Viele Dienste werden unter anderem von Framasoft, einer non-Profit-Organisation aus Frankreich zur freien Benutzung angeboten. Leider müssen sie aufgrund von Engpässen Dienste einstellen.

Alles ist Feed.

Die Basis von allem sind RSS- oder Atom-Feeds. Davon habe ich rund 600 abonniert plus knapp 60 Podcasts. Bei den Podcasts misste ich gerade aus, generell kommen immer mal wieder Feeds oder Podcasts dazu und andere fallen weg. Ein Bodensatz an abonnierten Inhalten ist aber über die Jahre konstant geblieben.

Von vielen Artikeln lese ich nur die Überschriften, sonst wäre das nicht zu bewältigen.

Podcasts höre ich mit AntennaPod auf dem Fairphone 3 in 1,5facher Geschwindigkeit. Ja, das ist komisch und ja, man kann sich daran gewöhnen. Ein Podcast ist definiert als Feed mit einer eingebundenen Mediendatei, das ist auch der Grund weshalb die Angebote von Audible oder Spotify oder auch Audiodateien in Telegram keine Podcasts sind.

Twitter-User-Beiträge lasse ich mir mit RSS-Bridge in Feeds umwandeln (rund 200, die sind in den oben genannten 600 enthalten). Subreddits in Reddit werden über die RSS-Bridge ebenfalls zu Feeds. Mastodon liefert Feeds ganz ohne Zusatzsoftware.

Alle Feeds laufen in eine selbst gehostete FreshRSS-Instanz (Framanews zum Testen). Ich benutze zum Lesen das Webfrontend, aber es gibt natürlich auch Apps für Android oder IOS, FreshRSS ist kompatibel zur Google-Reader-API. Die Community ist sehr freundlich und der Autor ist zugänglich und offen für neue Features.

An dieser Stelle möchte ich klar gegen Tiny Tiny RSS Stellung beziehen, der Autor ist ein Soziopath, was unter anderem daran erkennbar ist, dass er einen Bereich in seinem Forum "gas chamber" (Gaskammer) nennt, in den er unliebsame Anfragen verschiebt. Die Software ist trotzdem gut, da muss jeder schauen, wie das mit seinem Ethik- und Moralkompass zusammenpasst.

Längere Artikel wandern in eine selbst gehostete Wallabag-Instanz (Framabag zum Testen).

Wallabag-Artikel lese ich mit der Webseite oder der Android-App (es gibt auch eine App für iOS). Wenn ich beim "wild rum surfen" auf längere Artikel stosse, gehen die auch in Wallabag. Nach dem Lesen werden die Artikel gelöscht, sehr gute Artikel werden archiviert. Favorisierte Artikel landen im Linkdump bei mir im Blog.

Bookmarks von Seiten, Videos oder auch Podcast-Episoden aus AntennaPod landen via Shaarlier (Android) in einer selbst gehosteten Shaarli-Instanz (Myframa zum Testen). Bei Shaarli arbeite ich mit Tags. Es gibt einen Tag für LibreZoom und natürlich auch einen mit einem Tag für den Linkdump.

Sowohl für Wallabag, wie auch für Shaarli habe ich kleine Skripts geschrieben, die mir die Daten auslesen, die ich zum Weiterverarbeiten brauche.

Ein Wort noch zu Framasoft. Der Verein muss aufgrund von personellen Engpässen leider im Laufe der nächsten Monate Dienste einstellen. Daher, wenn Ihr die Gelegenheit habt, hostet die Dienste selber, eventuell mit Yunohost, dort ist alle vorgestellte Software verfügbar.

Auf meinem Rechner gibt es eine Reihe an Aufgaben, die ich einmal täglich ausführe. Unter anderem gibt es Webseiten, die ich mir nur einmal am Tag anschaue.

Der folgende Skript-Schnippsel übernimmt diese Aufgabe.

LANG="en_US.UTF-8"
LC_COLLATE="de_CH.UTF-8"
LC_CTYPE="de_CH.UTF-8"
LC_TIME="de_CH.UTF-8"
LC_NUMERIC="de_CH.UTF-8"
LC_MESSAGES="en_US.UTF-8"

Diesen Beitrag möchte ich gerne einmal nutzen, um über die devLUG zu informieren.

Die devLUG ist eine deutschsprachige "virtuelle" Linux User Group mit realen Menschen (deshalb ist das "virtuell" in Anführungszeichen).

Das Ziel der devLUG ist die Erstellung, Verbreitung und Förderung von Free/Libre Open Source Software (kurz FLOSS), insbesondere aber nicht ausschliesslich im Zusammenhang mit Linux­basierenden Betriebssystemen und Distributionen.

Um dieses Ziel zu erreichen, bedient sich der Verein moderner Kommunikationsmittel, die auf Verbindungen über das Internet basieren.

Wir sind in der devLUG an einen Punkt gekommen, ernsthaft über eine Vereinsgründung nachzudenken. Ohne die Gründung kommt es immer wieder zu Situationen in denen es aus verschiedenen auch rechtlichen Gründen nicht weitergeht.

Selbstverständlich bringt die Gründung eines - vielleicht sogar gemeinnützigen - eingetragenen Vereins einige Nachteile mit sich, jedoch denken wir, dass die Vorteile für die devLUG überwiegen.

Die "Aktiven" unter uns haben sich schon mal Gedanken gemacht, was sie in der devLUG sehen und was das Ziel sein soll.

Aktivitäten rund um Linux und FLOSS (Free/Libre Open Source Software), Nutzung von digitalen Möglichkeiten zur Kommunikation, Aktivitäten können Workshops, Anleitungen, Hilfe (zur Selbsthilfe), Podcasts, ... sein. Ziel ist es von und miteinander zu lernen, Linux User Groups im deutschsprachigem Raum miteinander zu vernetzen, Synergien zu nutzen, dezentrale Strukturen aufzubauen.

Wir wollen versuchen, uns kleine Ziele zu setzen welche auf virtuellen Stammtischen besprochen werden können. Dies können kleine online Workshops sein oder vieles andere mehr.

Wenn jemand Interesse an der Gründung eines Vereins für die virtuelle Linux User Group hat, kann sich einfach hier melden oder uns im IRC-Kanal #devlug aufFreenode (hinter dem Link verbirgt sich ein Webchat) vorbeischauen.

Einen Stammtisch gibt es auf Freenode in dem angegebenen Kanal, jeweils um 20:30 Uhr und alle zwei Wochen im Wechsel Dienstag / Donnerstag. Die nächsten Termine sind: 30. April, 16. Mai, 28. Mai, 13. Juni. Generell gibt es aber immer jemanden, der im Freenode-Kanal #devlug ansprechbar ist. Wir freuen uns auf Euren Besuch.

Ein Friendica-Forum wartet ebenfalls auf Euren Besuch.

Systemadministrator (aktueller "Jobtitel Senior System Engineer Linux/Unix") bin ich schon relativ lange und so lange ich diesen Job mache, so lange schraube ich und verbessere mein Arbeitssetup.

Das berufliche "Virtual Desktop"-Betriebssystem ist leider Windows, aktuell in der Version 10, via Thin Client, wobei ich bis auf Mailclient und Webbrowser (via SSL Interception Proxy) nur Zugriff auf die Linux- und Solaris-Infrastruktur benötige.

Dafür habe ich sehr vieles ausprobiert. Wir haben einen Remote Desktop mit NoMachine, den ich lange genutzt habe - vor allem, da ich ihn auch über beide Monitore strecken kann - aber so richtig warm geworden bin ich damit nicht. In einem anderen Kontext nutzen wir xrdp und auch X2Go habe ich getestet. Auf der Gegenseite läuft jeweils ein Red Hat Enterprise Linux 7 mit KDE 4 als Desktop (privat bin ich auf Fedora 29 mit KDE Plasma).

Nach allem Hin und Her bin ich mittlerweile bei PuTTY und - falls ich wirklich einmal (sehr selten) Grafik brauche - XMing, das reicht für mich völlig aus.

In PuTTY gibt es vier Settings, die ich jedem empfehlen möchte, der ernsthaft damit arbeitet.

1. Unter Window / Behaviour habe ich "Full screen und Alt-Enter" gesetzt, damit lässt sich PuTTY in einem rahmenlosen Vollbild-Fenster betreiben.
2. Unter Window / Selection ist die "Action of mouse buttons" auf "xterm (Right extends, Middle pastes)" gesetzt. Ihr wisst schon ... alter Sack ... Schwierigkeiten umzugewöhnen ... besser es funktioniert so wie auf jedem gewohnten Linux Desktop.
3. Ebenfalls unter Windows / Selection gibt es den Punkt "Paste to clipboard in RTF as well as plain text" - gerade in Verbindung mit Outlook als Zwangsclient hilft das sehr, formatierte Dinge (inklusive Farben) aus der Shell zu pasten.
4. Unter Connection / SSH / X11 muss natürlich "Enable X11 forwarding" eingeschaltet sein, sonst wird das nichts mit XMing.

Apropos XMing, das wird über einen Shortcut mit folgenden Parametern gestartet: Xming.exe :0 -clipboard -multiwindow -xkblayout ch -xkbvariant de

Was das ganze Setup aber zu meiner Administrationslösung macht, ist tmux. Meine Konfiguration findet Ihr am Ende das Artikels. Vielleicht erläutere ich sie einmal in einem weiteren Blogposting.

Bis vor kurzem habe ich immer ClusterSSH benutzt, wenn ich auf mehreren Systemen gleiche Befehle ausführen musste. Das hat auch mit XMing super funktioniert, bringt aber eine Inflation an Fenstern mit sich.

Daher bin ich richtig froh, dass ich tmux-xpanes entdeckt habe. Das Tools ist mit einer Fullscreen Terminal-Session via tmux einfach unschlagbar.

Meine zwei Monitore sind jetzt wie folgt aufgeteilt. Der linke Monitor trägt den ganzen Windows-Kram und der rechte eine PuTTY-Session im Fullscreen mit tmux. Das ist für mich perfekt.