Dirks Logbuch (Artikel mit Tag osbn)

Serendipity 2.6.0

nospam@example.com (Dirk Deimeke) — Mon, 13 Apr 2026 10:57:00 +0200

Das "beste Blog der Welt" hat gerade die Version 2.6.0 veröffentlicht.

Danke an alle Mitwirkenden.

Ich habe alle von mir betriebenen Blogs, inklusive meinem eigenen, auf die neue Version aktualisiert. Die Umstellung funktionierte – wie gewohnt – problemlos. Dirks Logbuch läuft seit dem Start in 2005 mit der gleichen Software, hat reichlich Aktualisierungen und verschiedene Provider gesehen.

Wer eine Blogsoftware sucht, die ohne viel Schnickschnack daherkommt, ist mit Serendipity bestens bedient. Ja, das Ökosystem (inklusive der Templates) ist relativ klein, aber das kann man auch als Vorteil sehen.

Chemnitzer Linux-Tage 2026

nospam@example.com (Dirk Deimeke) — Wed, 01 Apr 2026 05:11:00 +0200

Jetzt sind sie schon wieder vorbei, die Chemnitzer Linux-Tage 2026. Schön war es. Mir hat es gut gefallen, die "Wahlfamilie" wiederzusehen und neue Menschen kennenzulernen. Alles in allem eine runde Veranstaltung.

Die Bahnreise war einmal anders: Ich war an allen Haltepunkten pünktlich, sogar in Mannheim. In diesem Jahr bin ich die Hälfte mit der Bahn gefahren und die andere Hälfte als Beifahrer mit dem Auto. Da ging das Fachsimpeln schon vor der Konferenz los und lief nach der Konferenz weiter.

Ich habe mir für den ganzen Tag Vorträge herausgesucht, gesehen habe ich nur wenige, weil mir die Gespräche wichtiger waren. Da die meisten Vorträge aufgezeichnet wurden, habe ich eine lange Liste von "Hausaufgaben" mitgenommen. Nachteil: Ich schaue Vorträge wirklich nicht gerne via Video.

Samstag

Digitalsouveräne Partei? Zwischen Anspruch und Wirklichkeit – Spannend zu sehen, welche Tools eingesetzt werden und wo es Schwierigkeiten gibt.
Zahlen, Daten, Fakten zur Nutzung von OSS in Deutschland – Wenige Überraschungen, ausser, dass Firmen bejammern, keine Open-Source-Fachkräfte zu finden, aber die Community auch nicht untestützen.
Von der Idee zum (Fach-)Buch – mein eigener Vortrag. Macht Euch gerne selber ein Bild.
Richtig schlecht über Technik schreiben – sehr schöner Vortrag über Dinge, die man falsch machen kann.

Sonntag

Der Kunde lügt immer. Und im Support kann niemand lesen. – Wahre Dinge, gelassen ausgesprochen. Schön, dass beide Seiten beleuchtet werden.
Freitagnachmittag: Zeit für ein Deployment! – Klasse Zusammenfassung über Dinge, die eine Firma hindern können, jederzeit Deployments durchzuführen.

Wir sehen uns auf der FrOSCon und hoffentlich im nächsten Jahr wieder im Chemnitz.

Taskwarrior synchronisieren

nospam@example.com (Dirk Deimeke) — Tue, 24 Feb 2026 05:09:00 +0100

Wie bereits geschrieben, bin ich nach einigem "hin und her", was die Aufgabenverwaltung angeht, wieder bei Taskwarrior gelandet. Ich bin sehr überrascht, wie vieles noch in meinem "Muskelgedächtnis" ist und von mir ohne Nachdenken getippt wird.

Trotzdem hat sich in den vergangenen sechs Jahren eine Menge getan. Mit Version 3 setzt Taskwarrior auf die taskchampion-Bibliothek auf und nutzt im Backend keine ASCII-Dateien mehr, sondern eine SQLite-Datenbank.

Was sich durch diese Entscheidung in jedem Fall deutlich erleichtert hat, ist die Synchronisation zwischen verschiedenen Taskwarrior-Instanzen.

Wenn Ihr Synchronisation einsetzten wollt, müsst Ihr auf allen Clients bis auf einen recurrence=off in Eure Konfigurationsdatei aufnehmen.

Die Synchronisation bei Taskwarrior funktioniert (immer noch) so, dass Ihr eine Aufgabenvorlage anlegt, die nach Ablauf des Wiederholungsintervalls nach einem Aufruf von task eine neue zu bearbeitende Aufgabe generiert. Das passiert nur auf der Instanz auf der recurrence=on (oder "1", das ist der Standard-Wert) gesetzt ist.

Aus diesem Grund empfehle ich einen Taskwarrior Client auf der Maschine laufen zu lassen, auf der der Taskchampion-Sync-Server läuft und nur bei diesem die wiederkehrenden Aufgaben erstellen zu lassen.

Aber jetzt zum Setup. der Sync-Server "spricht" http ohne "s", daher ist es sinnvoll einen Reverse-Proxy davor zu schalten, der die Transportverschlüsselung übernimmt, bei mir ist das Caddy, der kümmert sich auch um die Zertifikate. Die folgende kleine Konfiguration leitet Anfragen an den lokal laufenden Server auf Port 8000 weiter.

$ cat /etc/caddy/Caddyfile.d/taskchampionsyncserver.caddyfile
taskchampionsyncserver.deinedomain.tld {
reverse_proxy localhost:8000
}

Die Installation und den Start des Caddyservers spare ich mir an dieser Stelle.

Ich spare mir bei den Skripten im folgenden auch den Anfang, der bei allen Skripten gleich ist. Ersetzt bitte User durch den Nutzer, unter dem Ihr die Dinge ausführen wollt.

#!/bin/bash
set -o errexit
set -o nounset
set -o pipefail

Mit dem Start des newclient-Skriptes könnt Ihr einen neuen User anlegen, ich habe das ausgelagert, weil ich das im Produktivbetrieb nicht mehr möchte.

$ cat ~/bin/newclient.bash

podman ps -a --filter "name=taskchampion-sync-server" -q | xargs -r podman rm -f || true

podman run --rm \
--name taskchampion-sync-server \
--env RUST_LOG=debug \
--env CREATE_CLIENTS=true \
--volume /home/user/.local/share/taskchampion-sync-server:/var/lib/taskchampion-sync-server/data \
--publish 127.0.0.1:8000:8080 \
ghcr.io/gothenburgbitfactory/taskchampion-sync-server

Auf dem Client müsst Ihr jetzt eine client_id und ein encryption_secret definieren. Für die Client-ID benutze ich uuidgen und für das Secret pwgen -n 32 1.

$ uuidgen
0428cc40-4cf8-4b95-a862-6daddb13bc79

$ pwgen -n 32 1
iec4koh0nai8yaithee1yieQu8ieg0pu

Mit diesen Informationen könnt Ihr jetzt den Client konfigurieren, dazu die folgenden Zeilen in Eure .taskrc aufnehmen.

sync.server.url=https:\/\/taskchampionsyncserver.deinedomain.tld
sync.server.client_id=0428cc40-4cf8-4b95-a862-6daddb13bc79
sync.encryption_secret=iec4koh0nai8yaithee1yieQu8ieg0pu

Einer ersten Synchronisation steht jetzt nichts mehr im Weg.

$ task sync
Syncing with sync server at https://taskchampionsyncserver.deinedomain.tld

Wenn alles geklappt hat, könnt Ihr das laufende Skript newclient.bash beenden.

Das nun folgende Skript startet den Syncserver im "Produktivbetrieb" (Umgebungsvariable CREATE_CLIENTS), die Daten landen in ~/.local/share/taskchampion-sync-server:

$ cat ~/bin/start-taskchampionsyncserver.bash

podman ps -a --filter "name=taskchampion-sync-server" -q | xargs -r podman rm -f || true

podman run --rm \
--name taskchampion-sync-server \
--env RUST_LOG=debug \
--env CREATE_CLIENTS=false \
--volume /home/user/.local/share/taskchampion-sync-server:/var/lib/taskchampion-sync-server/data \
--publish 127.0.0.1:8000:8080 \
ghcr.io/gothenburgbitfactory/taskchampion-sync-server

Ein Stoppskript hat es natürlich auch.

$ cat ~/bin/stopp-taskchampionsyncserver.bash

podman stop taskchampion-sync-server

So, jetzt noch einen User-Service angelegt und später aktiviert (enabled).

$ cat ~/.config/systemd/user/taskchampionsyncserver.service

[Unit]
Description=Taskwarrior Webui
Documentation=https://github.com/DCsunset/taskwarrior-webui

[Service]
User=user
Group=user
Restart=always
RestartSec=5s
Type=simple
WorkingDirectory=/home/user
ExecStart=/home/user/bin/start-taskchampionsyncserver.bash
ExecStop=/home/user/bin/stopp-taskchampionsyncserver.bash

[Install]
WantedBy=default.target

So, Endspurt. Als letztes ein kleines Skript, das das task-Kommando aufruft (um wiederkehrende Aufgaben zu erstellen) und danach mit dem Syncserver synchronisiert.

$ cat ~/bin/tasksync.bash

/usr/bin/task rc.verbose=nothing --quiet || true
/usr/bin/task rc.verbose=nothing sync || true

Noch einmal ein Userservice:

$ cat ~/.config/systemd/user/tasksync.service

[Unit]
Description=Create Recurring tasks and sync

[Service]
User=user
Group=user
Type=oneshot
RemainAfterExit=no
ExecStart=/home/user/bin/tasksync.bash

[Install]
WantedBy=default.target

Statt einem Cronjob lasse ich diese Aufgabe mit einem systemd-timer-Eintrag erledigen. Ja, alle fünf Minuten, aber das ganze Syncskript läuft nur eine viertel Sekunde.

$ cat .config/systemd/user/tasksync.timer
[Unit]
Description=Tasksync

[Timer]
OnBootSec=15min
OnUnitActiveSec=5min
Persistent=true

[Install]
WantedBy=default.target

Rückfragen, Kommentare und Verbesserungsvorschläge gerne in den Kommentaren.

Zurück zu Taskwarrior

nospam@example.com (Dirk Deimeke) — Tue, 03 Feb 2026 05:28:00 +0100

Nach rund sechs Jahren mit verschiedenen Tools habe ich mich entschieden, wieder zurück auf Taskwarrior zu wechseln. Über Taskwarrior finden sich hier im Blog eine Menge Artikel (Tag taskwarrior) und in meinen Vorträgen und Workshops gibt es auch reichlich Informationen. Warum ich gewechselt bin, habe ich "natürlich" auch dokumentiert.

Bei Taskwarrior war ich relativ lange und als ich zu Todoist gewechselt bin, habe ich sehr viele Funktionen vermisst. Meinen Workflow habe ich auf das reduzierte Featureset von Todoist angepasst. Natürlich habe ich auch neue Funktionen bekommen: eine perfekte Synchronisation, die Verfügbarkeit überall und dergleichen mehr.

Das Killerfeature von Taskwarrior, nämlich die Berechnung der Dringlichkeit einer Aufgabe, ist seitens Todoist nie implementiert worden (die wait-Funktion allerdings schon, sie heisst "scheduled").

Die Preiserhöhung bei Todoist hat bei mir allerdings einen Denkprozess angestossen und dafür gesorgt, dass ich nach Alternativen geschaut habe.

Wenn ich darüber nachdenke, dann habe ich herausgefunden, dass ich alle Aufgaben, die ich mobil erfasst habe, einmal nachbearbeiten musste. Sei es, dass ich sie einem Projekt zugewiesen, das Fälligkeitsdatum angepasst oder einen Tag vergeben habe. Daher ist es gar nicht so wahnsinnig wichtig, einen lokalen Client zu haben. Toll wäre es, ein Webfrontend zu haben, um mobil nachschauen zu können.

Nach intensiven Tests mit Super Productivity, Vikunja und Logseq zur Aufgabenverwaltung bin ich von allen nicht zu 100% überzeugt. Alle drei haben Stärken und Schwächen. Zum Teil Stärken, die ich nicht brauche, und Schwächen, die mir wehtun. Logseq werde ich weiterhin für Notizen benutzen, aber nicht zur Aufgabenverwaltung.

Jetzt habe ich Taskwarrior auf einer VM mit Fedora installiert (ich nutze nur das paketierte Tool) und zusätzlich als Frontend Taskwarrior WebUI um auf Systemen ohne ssh-Client (insbesondere mobil) zugreifen zu können. Das WebUI muckt manchmal ein wenig und es scheint auch nicht mehr weiterentwickelt zu werden. Vermutlich steige ich auf Taskwarrior Web um, wenn mein Problem gelöst wird.

⁣MitTaskwarrior 3 hat sich eine Menge getan, unter anderem wird im Backend jetzt SQLite als Datenbank verwendet und es gibt einen neuen Synchronisationsserver, den ich noch testen muss.

Von Speakerdeck zu Hugo

nospam@example.com (Dirk Deimeke) — Tue, 27 Jan 2026 05:12:00 +0100

Unter den Aufgaben in Todoist war unter anderem auch die Migration aller Vortrags- und Workshop-Präsentationen von Speakerdeck in die eigene Hugo-Installation.

Ich bin ganz froh, dass ich damit zwei fremd gehostete Dienste loswerde. Über den Auszug aus Todoist habe ich ja schon geschrieben, dazu gibt es nächste Woche noch etwas Neues bzw. eine Entscheidung, die ich gerade prüfe.

Alt waren die Vorträge und Workshops unter speakerdeck.com/ddeimeke, dort habe ich nur noch einen Platzhalter übrig gelassen, neu sind sie jetzt unter ddeimeke.link/public (bzw. changelog.deimeke.ruhr/page/public-speaking/). Die Sammlung ist noch etwas rudimentär, ich werde mir noch Gedanken darüber machen, wie ich das aufhübschen kann.

In Hugo kommt das hugo-embed-pdf zum Einsatz, es ist auch auf GitHub zu finden. In diesem Zusammenhang: Es ist gar nicht so einfach, ein Plugin zu finden, mit dem man PDFs in Webseiten einbetten kann.

Vaultwarden selbst hosten

nospam@example.com (Dirk Deimeke) — Tue, 20 Jan 2026 06:49:00 +0100

Auf mehrfachen Wunsch einer Person beschreibe ich hier einmal, wie ich Vaultwarden selbst hoste. Vaultwarden ist eine nicht offizielle auf Open Source basierende Serverkomponente, mit der sich jeder Bitwarden-Client verbinden lässt. Bitwarden ist der Passwort-Manager, den ich verwende, dazu vielleicht später einmal mehr. Nur so viel an dieser Stelle, der Client ist ebenfalls Open-Source-Software. Er existiert für nahezu jede Plattform und als Plugin / Extension / Addon für die gängigen Browser.

Zunächst habe ich einen User angelegt, unter dem die Serverkomponente laufen soll. Bei mir heisst der User vault.

$ groupadd --gid 201 vault
$ useradd -u 201 -s /bin/bash -g vault -m -k /etc/skel -b /srv vault

Bei mir wird eine Fehlermeldung geworfen, weil die User-ID nicht in der vorgegebenen Range ist, ich ignoriere die. Wenn es Euch wichtig ist, nutzt eine andere ID.

Das Homeverzeichnis des Users liegt unter /srv/vault, wo später auch die Daten liegen werden.

Ich weiss, dass das alles mit Quadlets geht, mir geht aber in der Experimentierphase das ständige Daemon-Reload auf die Nerven, daher wird der Dienst bei mir mit Skripten gestartet und gestoppt und mit dem folgenden systemd-Unit-File automatisiert.

$ cat /etc/systemd/system/vault.service

[Unit]
Description=Vaultwarden
Documentation=https://github.com/dani-garcia/vaultwarden
Requires=network-online.target
After=network.target

[Service]
Restart=on-failure
User=vault
Group=vault
Type=simple
WorkingDirectory=/srv/vault
ExecStart=/srv/vault/start.bash
ExecStop=/srv/vault/stopp.bash

[Install]
WantedBy=multi-user.target

Ach ja, um über Port 443 erreichbar zu sein, benötigen wir noch einen Reverse-Proxy. Da hat sich bei mir Caddy bewährt. Der Eintrag im Caddyfile ist gerade einmal drei Zeilen lang. Caddy sorgt automatisiert für Let's Encrypt-Zertifikate.

$ cat /etc/caddy/Caddyfile

vault.deine.domain {
reverse_proxy localhost:3201
}

Nach einem Wechsel auf den User vault (su - vault), erstelle ich ein Verzeichnis data und lege die Skripte start.bash und stopp.bash an und mache sie ausführbar. Die "set -o"-Einträge habe ich grundsätzlich in Skripten. Ich benutze Podman für Container und nicht Docker.

Um den Container starten zu können, braucht man noch ein paar User-IDs und die Möglichkeit, dass der Dienst auch laufen kann, wenn der User nicht angemeldet ist. Dass die Zeilen so aussehen, ist reiner Bequemlichkeiteit geschuldet. Da gibt es noch Tuning-Potenzial.

$ grep vault /etc/subuid
vault:100000:65536

$ grep vault /etc/subgid
vault:100000:65536

$ loginctl enable-linger vault

$ cat start.bash

#!/bin/bash
set -o errexit
set -o nounset
set -o pipefail

podman ps -a | awk '! /^CONTAINER/ {print $1}' | xargs podman rm || true

podman run --rm \
--name vaultwarden \
--env DOMAIN="https://vault.deine.domainr/" \
--volume /srv/vault/data/:/data/ \
--publish 127.0.0.1:3201:80 \
docker.io/vaultwarden/server:latest

$ cat stopp.bash

#!/bin/bash
set -o errexit
set -o nounset
set -o pipefail

podman stop vaultwarden

Nach systemctl restart caddy könnt Ihr testen.

Wenn alles richtig ist, sollte nach einer Ausführung von start.bash die Webseite von Vaultwarden aufrufbar sein und Ihr könnt einen Account anlegen. Falls nicht, müssen die Fehlermeldungen behoben werden. Wenn Ihr nicht weiterkommt, meldet Euch bitte.

Für die Automatisierung braucht es ein systemctl daemon-reload und ein systemctl enable --now vault.

Viel Spass!

Huch, vergessen, Ihr braucht ja auch noch die Adminseite unter /admin.

Dazu muss einmal das start.bash-Skript und die Zeile -e ADMIN_TOKEN= ergänzt, die Webseite unter vault.deine.domain/admin aufgerufen, Einstellungen gespeichert und die Zeile danach wieder gelöscht werden.

Achtung: Das beschriebene ist die einfache, unsichere Variante, wie man das Token sicher generiert, ist auf der Vaultwarden-Webseite beschrieben.

Meine Firefox-Addons Ende 2025

nospam@example.com (Dirk Deimeke) — Fri, 26 Dec 2025 01:00:00 +0100

Dieser Artikel ist die 2025er Edition des Artikels aus dem letzten Jahr.

Hier hat sich im letzten Jahr einiges getan. Hier kommt das, was übrig geblieben ist.

Accept-Language per site – um für Webseiten gezielt eine Sprache einstellen zu können.
AI Grammar & Spell Checker - LanguageTool - huch, das Plugin wurde umbenannt, vermutlich damit es weiter oben in der Liste erscheint.
Bitwarden - Kostenloser Passwort-Manager ist das Plugin für Bitwarden, dem Passwort-Manager, den ich einsetze.
Neu: Cookie AutoDelete, um Cookies auch einmal wieder loswerden zu können.
Feed Preview rüstet die verloren gegangene Feedkomponente in Firefox wieder nach.
History Cleaner, um die History auf 30 Tage zu begrenzen.
Neu: Kagi Search for Firefox ist die passende Extension für die Suchmaschine, ich aktuell benutze.
Neu: Kagi Translate nutzt den Kagi-Account für Übersetzungen.
Neu: linkding extension für das schnelle Hinzufügen von Lesezeichen zu meiner Linkding-Instanz.
Neu: Logseq Web Clipper fügt den Inhalt ganzer Webseiten zu Logseq hinzu.
~~Perplexity Omnibox rüstet Perplexity als Suchmaschine nach, so dass man in der URL-Zeile mit @perplexity suchen kann.~~ - benutze ich nicht mehr
Mastodon4 Redirect leitet Mastodon4 URLs so um, dass man ihnen von der Heimatinstanz folgen oder favorisieren oder "boosten" kann.
Readeck – das passende Plugin zu meinem Readlater-Dienst.
~~Simple Translate kann einzelne Textpassagen übersetzen, Anbindung an Deepl und Google Translate.~~ - den Job macht jetzt Simple Translate
Textarea Cache – behält Daten, die man in Textfelder eingegeben hat.
~~Todoist ist die Firefoxerweiterung für die Aufgabenverwaltung.~~ - nutze ich nicht mehr
uBlock Origin blockt unter anderem Werbung.
Update Scanner scannt periodisch Webseiten auf Veränderungen.
~~Web Extension for Shaarli fügt Links zu meiner Bookmarkverwaltung zu.~~ - bin zu Linkding gewechselt
Neu: Hat bei uns ein Revival erlebt, daher wieder dabei. Wishlephant ist das passende Plugin zu einer alternativen Wunschliste.

Wechsel auf Super Productivity

nospam@example.com (Dirk Deimeke) — Tue, 18 Nov 2025 05:44:00 +0100

Schon länger hadere ich damit, dass ich mit Todoist einen Dienst benutze, der für mich elementar ist und den ich leider nicht in eigener Hand habe. Manchmal braucht es ja auch einen Anstoss von aussen, die angekündigte Preiserhöhung, um an der Situation etwas zu ändern.

Vor relativ genau sechs Jahren wechselte ich auf Todoist und das war schon ein Riesenschritt. Was Aufgabenverwaltung angeht, kann keine aktuelle Software Taskwarrior das Wasser reichen. Der fehlende mobile Client, die potenzielle Einstellung der Synchronisation und die Stagnation in der Entwicklung machten für mich aber einen Wechsel erforderlich.

Genug der Historie. Ich schaue eigentlich ständig nach Alternativen im Bereich der Free/Libre Open-Source-Software (FLOSS) und bin bereits vor Jahren auf Super Productivity gestossen. Das Konzept fand ich superinteressant, habe mich aber nie weiter damit beschäftigt, weil ich mich im Web Client nie anmelden musste und ich daher davon ausging, dass es auch bei Super Productivity keine Synchronisation gibt. Ich habe auch nicht weiter geforscht.

Super Productivity synchronisiert sich mit der eigenen Nextcloud-Instanz. Bei der Einrichtung der Synchronisation im Webclient gibt es allerdings eine sehr deutliche Meldung, dass man sich der Security-Implikation, die die Speicherung der Zugangsdaten im Browser mit sich führt, bewusst sein muss. Daraufhin habe ich das auch einmal gelassen.

Es gibt für alle meine Plattformen (Linux, Android, Wintendo) native Anwendungen, daher benötige ich die Browser-Variante nicht. Ebenfalls unterstützt wird macOS, für iOS gibt es noch(?) nichts. Bei Linux ist das Team den sehr harten Weg gegangen, fast alles zu unterstützen: AppImage, Flatpak, Snap, rpm- und deb-Pakete. Bei mir ist es Flatpak und die Android-App via F-Droid.

Zuerst einmal musste ich mich von der Vorstellung lösen, dass die Software eine reine Aufgabenverwaltung ist. Sie ist viel mehr und das "Productivity" im Namen ist durchaus Programm.

Mit Super Productivity kann man seine Zeit erfassen, direkt auf die Aufgaben bezogen, man kann Schätzungen einbringen und die Aufgaben in einem Kalender planen (ja, man kann auch den eigenen Kalender einbinden und Timeboxing betreiben).

Am Ende eines Tages kann man den Tag zusammenfassen und durch verschiedene Metriken bewerten lassen. Exporte und Berichte sind ebenfalls möglich.

Die Anwendung bietet Schnittstellen für Jira, GitHub, GitLab, Gitea und OpenProject, importiert Aufgaben aus diesen Diensten automatisch und ermöglicht Synchronisation per WebDAV, Dropbox oder Google Drive.

Aufgaben lassen sich in Kanban-Boards, Eisenhower-Matrix oder benutzerdefinierte Ansichten sortieren und per Drag-and-drop verschieben. Anhänge, Notizen und Projekt-Bookmarks können zu Aufgaben hinzugefügt werden.

Da gibt es für mich noch viel zu lernen. Ich werde lange nicht alle Funktionen benötigen. Momentan bin ich in der Migrationsphase, um meine vollgemüllte Todoist-Aufgabenliste in sinnvoller Art und Weise auszumisten und den Rest zu übernehmen.

Momentan kämpfe ich zusätzlich noch gegen gelernte Gewohnheiten und das Muskelgedächtnis. Zu einem späteren Zeitpunkt werde ich sicher mehr schreiben.

Feedback von Euch und Erfahrungen gerne hier in die Kommentare.

Bluefin

nospam@example.com (Dirk Deimeke) — Thu, 31 Jul 2025 06:05:00 +0200

Die Idee, ein minimales Kernbetriebssystem zu nutzen und darauf aufbauend alles in einer atomaren Art und Weise zu verwalten, hat es mir angetan.

Durch einige Vorträge von Christoph "stoeps" Stoettner habe ich mich von Bluefin anstecken lassen.

Damit mache ich gerade meine ersten Gehversuche. Der Weg zurück zu Gnome fühlt sich auch gut an. Wer es sich lieber mit KDE als Desktop anschauen möchte, dem sei Aurora ans Herz gelegt.

Wichtiger Hinweis: Bluefin zielt nicht darauf ab, jeden Nutzer zufrieden zu stellen. Lest Euch bitte zuerst diese Seite bevor Ihr mit der der Installation startet. Auf der Instllations-Seite sind auch die Hardware-Anforderungen zu finden.

Bluefin versteht sich nicht als Distribution. Die Basis ist Universal Blue.

Schaut Euch doch als Einstieg die Vorträge von Christoph an:

Zurück zu Logseq

nospam@example.com (Dirk Deimeke) — Thu, 12 Jun 2025 14:41:00 +0200

Wie mit diesem Posting beschrieben, bin ich auf Joplin als Notizanwendung gewechselt. Joplin ist grossartige Software, die einen ganzen Haufen cooler Features hat und sogar eine performante mobile Anwendung.

Meine Wechselgründe sind immer noch gültig, aber ich muss gestehen, dass mir die Notizen mit Joplin nicht ganz so flüssig von der Hand gehen. Die Fluppsidität (cooles Wort, oder?) ist mit Joplin nicht gegeben. Mir fällt die Arbeit mit Logseq leichter und, was ich nicht leugnen kann, die Anzeige der verlinkten Seiten ist ein Feature, das ich unterschätzt habe.

Mittlerweile scheint es in Logseq so langsam vorwärts zu gehen, ich schaue einmal, wohin mich das führt.

Joplin

nospam@example.com (Dirk Deimeke) — Mon, 31 Mar 2025 23:49:00 +0200

Nachdem es mit Logseq so gar nicht weitergeht und die Anwendung auf mobilen Geräten nahezu unbenutzbar ist, habe ich mich aufs Neue und dieses Mal ausführlicher mit Joplin auseinandergesetzt.

Logseq ist ein sogenannter Outliner, den ich kaum als Outliner verwendet habe. Ein Outliner in Notizanwendungen hilft, Informationen in einer hierarchischen Struktur zu organisieren, was die Zentrierung von Logseq auf Blöcke erklärt und mich manchmal auch sehr geärgert hat.

Für mich ist das Killerfeature die bidirektionale Verlinkung. Das bedeutet, dass ein Link auf eine andere Notiz auf der anderen Notiz einen Link zurück auf die Quellseite zeigt.

Bei näherer Beschäftigung mit Joplin habe ich das Plugin Bidirectional Links gefunden, was die Funktionalität nachbaut und das auch ziemlich gut macht.

Ein weiteres Feature, das ich vermissen würde, ist der Fokus auf ein Journal, was zusammen mit der Verlinkung eine relativ gute Möglichkeit bietet, einen zeitlichen Verlauf darzustellen. Auch hierfür gibt es ein Plugin, das passenderweise Journal heisst.

Seit meiner letzten Beschäftigung mit Joplin hat sich eine Menge getan und ich bin sehr angetan, die mobile Anwendung ist toll und reagiert sehr schnell.

Momentan betreibe ich Joplin im Parallelbetrieb mit Logseq. Ich muss schauen, wie gut es mit der Synchronisation mit meiner Nextcloud funktioniert, bevor ich komplett umstelle und alle Daten migriere. Wenn alle rund 2000 Notizen migriert sind, werde ich auch besser wissen, wie es mit der Performance aussieht.

Das Setup bei mir umfasst sechs Geräte, 2x Linux via Flathub, 1x Windows via Download von der Webseite, und zwei E-Book-Reader und ein Mobiltelefon unter Android via F-Droid.

Es erweist sich in jedem Fall als gut, auf offene Dateiformate zu setzen. Joplin kann Markdown importieren.

Spannend wird für mich sein, den Workflow, den ich mir über drei Jahre mit Logseq angewöhnt habe, durch etwas Neues zu ersetzen. Das meine ich ohne Wertung.

Mich hat die PARA-Methode sehr überzeugt, und für die Umsetzung in Joplin muss ich mir keine Kunstgriffe einfallen lassen, weil in Joplin verschachtelte Notizbücher möglich sind.

Der Artikel zu Nutzen Sie Ihr zweites Gehirn ist jetzt auch schon fast ein Jahr alt. Da sieht man einmal, wie lange Entscheidungen reifen müssen, bevor ich sie umsetze. Die Bequemlichkeit siegt häufig.

Meine Firefox-Addons Ende 2024

nospam@example.com (Dirk Deimeke) — Thu, 26 Dec 2024 01:00:00 +0100

Dieser Artikel ist die 2024er Edition des Artikels aus dem letzten Jahr.

Hier hat sich im letzten Jahr einiges getan.

Accept-Language per site> – um für Webseiten gezielt eine Sprache einstellen zu können.
Bitwarden - Kostenloser Passwort-Manager ist das Plugin für Bitwarden, dem Passwort-Manager, den ich einsetze.
Feed Preview rüstet die verloren gegangene Feedkomponente in Firefox wieder nach.
Grammar & Spell Checker - LanguageTool läuft gegen einen lokal installierten LanguageTool-Server.
History Cleaner, um die History auf 30 Tage zu begrenzen.
Mastodon4 Redirect leitet Mastodon4 URLs so um, dass man ihnen von der Heimatinstanz folgen oder favorisieren oder "boosten" kann.
Neu: Perplexity Omnibox rüstet Perplexity als Suchmaschine nach, so dass man in der URL-Zeile mit @perplexity suchen kann.
Neu: Readeck – das passende Plugin zu meinem Readlater-Dienst.
Neu: Simple Translate kann einzelne Textpassagen übersetzen, Anbindung an Deepl und Google Translate.
Textarea Cache – behält Daten, die man in Textfelder eingegeben hat.
Todoist ist die Firefoxerweiterung für die Aufgabenverwaltung.
uBlock Origin blockt unter anderem Werbung.
Update Scanner scannt periodisch Webseiten auf Veränderungen.
Web Extension for Shaarli fügt Links zu meiner Bookmarkverwaltung zu.
Hat bei mir nie so recht funktioniert: ~~ClearURLs, dieses Addon entfernt Trackinginformationen aus URLs.~~
Ist nur Ballast. Facebook Container ist eine nützliche Erweiterung, die Facebook in einen Container einsperrt, so das andere Webseiten nicht über Facebook tracken können. Das könnte ich eigentlich auch mal löschen, weil ich schon länger kein Facebook mehr verwende, vielleicht unterbindet das auch Facebook Tracking, da muss ich mal nachschauen.
Den Zusatznutzen zu uBlock Origin habe ich nicht gefunden, ~~Privacy Badger blockt verschiedenste Tracker und Cookies auf Webseiten.~~
Tolle Idee, aber nie genutzt, ~~Share on Mastodon, doofes Logo, aber tolles Tool, um Links auf Mastodon zu teilen.~~
Umgestellt auf Readeck, ~~Wallabagger fügt Links meinem selbst gehosteten Readlater-Dienst zu.~~
Immer noch ein toller Dienst, den ich aber nicht nutze. ~~Wishlephant ist das passende Plugin zu einer alternativen Wunschliste.~~

Notiz-Anwendung gesucht

nospam@example.com (Dirk Deimeke) — Sun, 17 Mar 2024 08:17:00 +0100

Gerade lese ich das Buch Nutzen Sie Ihr zweites Gehirn von Tiago Forte (mehr dazu später) und lass mich von vielen guten Ideen inspirieren, bin aber erst zur Hälfte durch.

Im Zuge der Lektüre habe ich mir auch Gedanken darüber gemacht, wie ich Notizen mache. Neben handschriftlichen Notizen kommt digital bei mir Logseq zum Einsatz. Darüber habe ich schon hier im Blog geschrieben. Logseq ist eine Open-Source-Software, bei der die Synchronisation kostenpflichtig ist.

Mit Logseq bin ich auf den Desktops, die ich verwende (privat Linux und beruflich Windows) sehr zufrieden, wobei die Synchronisation eher langsam ist. Die mobile Anwendung ist aber sehr rudimentär, kann keine Plugins, ist langsam und die Bedienung ist sehr hakelig.

Das ist der Grund, weshalb ich auf der Suche nach einer neuen Anwendung bin, die vor allem auch mobil sehr gut funktionieren soll.

Und jetzt, liebe Leser, kommt Ihr ins Spiel, vielleicht habt Ihr ja Ideen. Hier kommen meine Anforderungen:

Funktioniert auch offline, soll aber synchronisieren können.
Clients für Android, Linux und Windows.
Möglichkeit, Datums basiert Notizen zu machen (Journal, ohne "ing")
Verlinkung und Tagging, Aufbau eines "Knowledge Graphs".
Offenes Dateiformat (gerne Markdown).
Nach Möglichkeit Open-Source-Software (ist aber nicht zwingend).
Darf auch etwas kosten.

Die folgenden Anwendungen sind interessant, aber ich habe mit Ihnen keine Erfahrung.

Notion
Obsidian (mobile App soll ebenfalls schlecht sein)
Roam Research
Tana (derzeit am interessantesten, aber noch nicht released)
Twos (scheinbar nicht mehr weiterentwickelt)
Joplin (habe ich eine Zeit lang verwendet, war nicht so ganz meins, ist vielleicht einen erneuten Test wert)

Bin auf Eure Anregungen, Ideen und auf Eure Workflows gespannt. Gerne auch, wenn sie nicht 100% ins Muster passen, wie im Kommentar von Mario, den ich sehr spannend finde.

Hier gibt es etwas auf die Ohren

nospam@example.com (Dirk Deimeke) — Fri, 29 Dec 2023 13:58:00 +0100

An diesem langen Wochenende findet Ihr bestimmt Zeit, noch Podcasts zu hören und vielleicht neu zu entdecken.

Es gibt auch etwas zu gewinnen in den Folgen gegen Weihnachten, bei Buzzzoom Bücher aus meinem Hausverlag und bei TechnikTechnik gibt es Kleincomputer, es lohnt sich also beide Folgen zu hören. Peter, Pierre, Mario, Marius und ich haben beide Folgen an einem Abend aufgenommen.

Die Teile der "Sendungen gegen Weihnachten" findet Ihr bei den Podcast Buzzzoom – Teil 1 – und Teil 2 bei TechnikTechnik.

Viel Spass! Wir freuen uns auf Euer Feedback.

Ohne Gewinnspiel, aber trotzdem hörenswert ist der Jahresrückblick im Podcast "FOCUS ON: Linux". Christian, Marius und ich lassen dort das Jahr 2023 aus Sicht von Open Source und Linux Revue passieren,

Meine Firefox-Addons Ende 2023

nospam@example.com (Dirk Deimeke) — Tue, 26 Dec 2023 06:20:00 +0100

Dieser Artikel ist die 2023er Edition des Artikels aus dem letzten Jahr.

Neu: Accept-Language per site> – um für Webseiten gezielt eine Sprache einstellen zu können.
Bitwarden - Kostenloser Passwort-Manager ist das Plugin für Bitwarden, dem Passwort-Manager, den ich einsetze.
ClearURLs, dieses Addon entfernt Trackinginformationen aus URLs.
Ich bin auf Kimai umgestiegen: ~~Clockify Time Tracker benutze ich, um einen besseren Überblick über meine Zeit zu bekommen.~~
Facebook Container ist eine nützliche Erweiterung, die Facebook in einen Container einsperrt, so das andere Webseiten nicht über Facebook tracken können. Das könnte ich eigentlich auch mal löschen, weil ich schon länger kein Facebook mehr verwende, vielleicht unterbindet das auch Facebook Tracking, da muss ich mal nachschauen.
Feed Preview rüstet die verloren gegangene Feedkomponente Firefox wieder nach.
Das habe ich nie benötigt. ~~Firefox Multi-Account Containers erlaubt es, beliebige Webseiten in Container einzusperren.~~
Grammar & Spell Checker - LanguageTool läuft gegen einen lokal installierten LanguageTool-Server.
History Cleaner, um die History auf 30 Tage zu begrenzen.
Mastodon4 Redirect leitet Mastodon4 URLs so um, dass man ihnen von der Heimatinstanz folgen oder favorisieren oder "boosten" kann.
Privacy Badger blockt verschiedenste Tracker und Cookies auf Webseiten.
Getestet und wieder gelöscht. ~~Qwant VIPrivacy blockt einen Haufen Tracker und Overlays.~~
Share on Mastodon, doofes Logo, aber tolles Tool, um Links auf Mastodon zu teilen.
Neu: Textarea Cache – behält Daten, di eman in Textfelder eingegeben hat.
Todoist ist die Firefoxerweiterung für die Aufgabenverwaltung.
uBlock Origin blockt unter anderem Werbung.
Update Scanner scannt periodisch Webseiten auf Veränderungen.
Wallabagger fügt Links meinem selbst gehosteten Readlater-Dienst zu.
Web Extension for Shaarli fügt Links zu meiner Bookmarkverwaltung zu.
Wieder zurück: Wishlephant ist das passende Plugin zu einer alternativen Wunschliste.

Laufzeiten und Produktionsbetrieb von Linux-Distributionen

nospam@example.com (Dirk Deimeke) — Fri, 04 Aug 2023 15:54:00 +0200

Mein Kommentar zur Episode Newsupdate 07/23 vom Focus on: Linux-Podcast ist etwas länger geworden, aus diesem Grund habe ich das in einen Blogartikel verpackt.

Prima Episode. Leider muss ich ein wenig Erbsen zählen.

Eine Distribution wird nicht über die komplette Laufzeit (im Podcast war die Sprache von zehn Jahren) produktiv eingesetzt.

Wenn wir uns mal einen mittelprächtig konservativen Ansatz anschauen, dann beginnt man mit dem Testen einer Linuxdistribution ein halbes Jahr nach dem Erscheinen.

Man bringt erste Workloads (Development- und Test-Systeme) darauf, wenn das gut läuft, folgt irgendwann die Abnahmeumgebung und zum Schluss die Produktion. Wenn es gut läuft, sind wir ein Jahr nach dem Erscheinen der Distribution produktiv. Ich habe deutlich progressivere Vorgehensweisen in meiner Berufslaufbahn erlebt, aber deutlich konservativere.

Das oben genannte ist im übrigen der Grund, weshalb es Distributionen mit kurzer Supportzeit gar nicht erst in viele Unternehmen schaffen.

Weil wir Warmduscher sind, wollen wir wenigstens ein Jahr Support übrig haben, wenn wir auf ein neues Release gehen, das bedeutet insbesondere, dass wir 18 Monate vor Supportende mit dem Testen beginnen und das Nachfolgrelease muss dann wenigstens ein halbes Jahr alt sein. Wir können so immer noch zurück, wenn in der Produktion etwas schieflaufen sollte.

In Summe bedeutet das, dass nur acht von zehn Jahren produktiv genutzt werden.

Daten von endoflife.date:

Beispiel Red Hat Enterprise Linux (RHEL):

RHEL 7 erscheint Dezember 2013, Laufzeit bis Juni 2024
Wir testen ab Juni 2014
Produktion ab Dezember 2014
Testen Nachfolgerelease ab Dezember 2022
Produktion auf dem Nachfolgerelease ab Juni 2023

Wenn wir den Sprung auf RHEL 9 wagen, dann sind wir wieder rund 7,5 Jahre dabei. Glücklicherweise ist RHEL 9 genau passend erschienen. Zufall?

Das gleiche Verfahren mit RHEL 6:

RHEL 6 erscheint November 2010, Laufzeit bis November 2020
Produktion ab November 2011
Testen Nachfolgerelease ab Mai 2019
Produktion auf dem Nachfolgerelease ab November 2019

Mai 2019 ist zu früh für RHEL 8, das heisst, wir müssen im November 2019 auf RHEL 7 migrieren und hätten dann nur 4,5 Jahre Laufzeit (bis Juni 2024).

Wenn man sich das einmal so anschaut, ist es nicht mehr "Zehn Jahre Laufzeit müssen für alle reichen ...".

Meine Firefox-Addons Ende 2022

nospam@example.com (Dirk Deimeke) — Mon, 26 Dec 2022 06:10:00 +0100

Dieser Artikel ist die 2022er Edition des Artikels aus dem letzten Jahr.

Bitwarden - Kostenloser Passwort-Manager ist das Plugin für Bitwarden, dem Passwort-Manager, den ich einsetze.
Neu: ClearURLs, dieses Addon entfernt Trackinginformationen aus URLs.
Ich bin auf Kimai umgestiegen: ~~Clockify Time Tracker benutze ich, um einen besseren Überblick über meine Zeit zu bekommen.~~
Facebook Container ist eine nützliche Erweiterung, die Facebook in einen Container einsperrt, so das andere Webseiten nicht über Facebook tracken können. Das könnte ich eigentlich auch mal löschen, weil ich schon länger kein Facebook mehr verwende, vielleicht unterbindet das auch Facebook Tracking, da muss ich mal nachschauen.
Feed Preview rüstet die verloren gegangene Feedkomponente Firefox wieder nach.
Firefox Multi-Account Containers erlaubt es, beliebige Webseiten in Container einzusperren.
Funktioniert bei meiner Gnome-Version nicht mehr. ~~Gnome Shell Integration - zur Verwaltung der Gnome Erweiterungen des Desktops.~~
Grammar & Spell Checker - LanguageTool läuft gegen einen lokal installierten LanguageTool-Server.
History Cleaner, um die History auf 30 Tage zu begrenzen.
Neu: Mastodon4 Redirect leitet Mastodon4 URLs so um, dass man ihnen von der Heimatinstanz folgen oder favorisieren oder "boosten" kann.
Funktionierte nicht mehr. ~~Mastodon - Simplified Federation vereinfacht das Folgen von Mastodon-Accounts.~~
Privacy Badger blockt verschiedenste Tracker und Cookies auf Webseiten.
Neu: Qwant VIPrivacy blockt einen Haufen Tracker und Overlays.
Neu: Share on Mastodon, doofes Logo, aber tolles Tool, um Links auf Mastodon zu teilen.
Todoist ist die Firefoxerweiterung für die Aufgabenverwaltung.
uBlock Origin blockt unter anderem Werbung.
Update Scanner scannt periodisch Webseiten auf Veränderungen.
Wallabagger fügt Links meinem selbst gehosteten Readlater-Dienst zu.
Web Extension for Shaarli fügt Links zu meiner Bookmarkverwaltung zu.
Habe ich nie wirklich genutzt: ~~Wishlephant ist das passende Plugin zu einer alternativen Wunschliste.~~

Alles ist Feed, Mastodon-Edition

nospam@example.com (Dirk Deimeke) — Mon, 12 Dec 2022 06:34:00 +0100

Wie ich schon häufiger mitgeteilt habe, zuletzt unter der Überschrift Selbstorganisation lebe ich in Feeds und nutze sie hauptsächlich zur Informationsgewinnung. Bei vielen Webseiten, die keinen Feed anbieten, hilft das Tool RSS-Bridge.

Mastodon bietet Feeds "von Haus aus", die man erreichen kann, wenn man an eine Mastodon-Profil-URL ein ".rss" anhängt. So funktioniert das bei meinem Profil mit dieser URL.

Wenn Ihr Euch das anschaut, erkennt Ihr sehr schnell zwei Nachteile:

Der Titel der Einträge ist Mist und wird im Feedreader nur mit dem Datum angezeigt.
Es werden nur eigene Einträge angezeigt und sowohl keine "retoots" ("boosts") wie auch keine Antworten "replies" auf andere Beiträge.

Und genau diese Lücke füllt einmal mehr die RSS-Bridge.

Es gibt dort eine "ActivityPub Bridge", die sowohl Feeds mit ordentlichen Titel erfüllt wie auch (abschaltbar) "boosts" und "replies".

Micrologger

nospam@example.com (Dirk Deimeke) — Tue, 06 Sep 2022 05:04:00 +0200

Wenn meine Frau alleine mit dem Pferd oder ich alleine mit dem Hund unterwegs bin, wäre es super, wenn wir sehen könnten, wo der jeweils andere ist. So könnten wir einander helfen, wenn dem anderen etwas passiert.

Die Idee ist, dass das nicht dauerhaft passiert, wir wollen uns nicht überwachen, sondern gezielt eingeschaltet werden muss. Zusätzlich wäre es toll, wenn das ganze nicht über einen (zweifelhaften) Service passiert, sondern entweder über eine zentrale Instanz oder von Handy zu Handy übertragen werden kann.

Eine solche Lösung habe ich mit μlogger gefunden.

μlogger besteht aus zwei Komponenten, einer Android-Anwendung, die es auch bei F-Droid gibt und einer Serveranwendung vom gleichen Autoren, zu der man die Positionsdaten hochladen kann. Beides ist sehr einfach und schlicht, erfüllt aber perfekt seinen Zweck. Auf der Serverseite reicht ein bisschen PHP und eine Datenbank, der Client ist ressourcenarm und kann auch "nicht live" betrieben werden, er zeichnen dann einfach nur auf und kann die Daten entweder hochladen oder exportieren.

Meine Client-Einstellungen findet Ihr im folgenden Screenshot (denkt bitte zusätzlich daran, dass μlogger die Erlaubnis bekommt, im Hintergrund zu laufen und immer den Standort abzurufen), der andere Screenshot ist ein Beispiel von einer Aufzeichnung. Auf dem Server habe ich drei Accounts angelegt, einen für meine Frau und einen für mich, mit Adminrechten (damit können wir die Tracks der anderen sehen) und einen Account für das Tracking.

Arch Linux

nospam@example.com (Dirk Deimeke) — Tue, 26 Jul 2022 05:19:00 +0200

Irgendwie war es ja auch nur eine Frage der Zeit, dass ich bei meinem Distrohopping auch einmal bei Arch Linux lande. Der Wikipedia-Artikel gibt eine sehr gute Einführung.

Vor einigen Monaten habe ich testweise mein Notebook umgezogen, was ich eh so gut wie gar nicht mehr benötige (ausser, um diesen Artikel zu schreiben und demnächst mal wieder auf einer Konferenz).

Ich bin überrascht, wie gut das läuft. Der Paketmanager ist vermutlich der schnellste, mit dem ich es je zu tun hatte. Alles funktioniert von Anfang an prima. Die Dokumentation im Wiki gehört zu den besten, die es im Linuxumfeld gibt. Ich habe sie schon vor meinem Wechsel relativ häufig zu Rate gezogen.

Woran ich mich gewöhnen muss, ist, dass der Installationsumfang sehr schlank gehalten ist. Das führt dazu, dass ich viel Software, die in anderen Distributionen "einfach so" mitkommt, von Hand nachinstallieren musste.

"Bis jetzt" bin ich begeistert. Mal schauen, wie lange das anhält.

Grund für den Artikel ist, dass ich meinen Hauptrechner migriert habe und ich mich einmal mehr darüber freue, wie leicht ein Distributionswechsel bei Linux ist. Die meiste Zeit benötigt tatsächlich das Kopieren der Daten.

freechess und lichess

nospam@example.com (Dirk Deimeke) — Tue, 05 Jul 2022 05:16:00 +0200

Die Zeit, dass ich richtig viele Computer- oder Handy-Spiele gespielt habe, ist lange vorbei. Das einzige, was ich von Zeit zu Zeit mache, ist eine Partie Blitzschach gegen einen menschlichen Gegner zu spielen.

Dazu habe ich sehr lange freechess.org oder auch Free Internet Chess Server (Wikipedia) benutzt.

Interessanterweise habe ich dort auch einen meiner ältesten noch immer aktiven Online-Accounts mit meinem alten Spitznamen "Bibo":

Finger of Bibo:

On for: 5 secs   Idle: 0 secs

          rating     RD      win    loss    draw   total   best
Blitz      1416     48.4   11622    8674     808   21104   1609 (06-May-2020)
Standard   1440    350.0      11      10       2      23
Lightning  1245    350.0       3       6       1      10
Wild       1655    350.0       0       1       0       1
Suicide    1118    350.0       0       3       0       3
Losers     1544    350.0       0       1       0       1

Email      : dirk@deimeke.net

Total time online: 104 days, 5 hrs, 40 mins
% of life online:  1.1  (since Fri Jul 19, 12:42 EDT 1996)

Timeseal 1 : On

 1: hi folks!
 2: no lightnings, please!
 3: i have autoflagging turned on, if you have lag problems, please tell me
 4: last not least, greetings from germany!

Im Lauf der vergangenen Jahre gab es keine Weiterentwicklung bei den Clients, benutzbar für mich sind nur Yafi für Android (läuft nicht unter Android 12) und Jin (Java für verschiedene Plattformen). Das Projekt ist im Grossen und Ganzen eingeschlafen.

Jetzt habe ich durch diesen Artikel bei Heise von lichess.org erfahren, hier der Wikipedia-Artikel, und bin begeistert.

Der Server und die Features sind grosse klasse, es sind immer Menschen online, die ungefähr gleich stark sind wie ich. Es gibt einen hervorragenden Webclient und ebenfalls Clients für Android und iOS. Und, ebenfalls sehr schön, die Quellcodes von Server und Clients liegen als Open-Source-Software vor. Toll!

lichess hat sogar einen eigenen YouTube-Kanal, auf dem Spiele gestreamt und kommentiert werden. Das ist zwar nichts für mich, aber ich finde das klasse.

Es ist immer wieder spannend zu sehen, wie sehr Dinge an einem (mir) vorbeilaufen können, wenn man nicht in der gleichen Blase ist.

Glances

nospam@example.com (Dirk Deimeke) — Tue, 12 Apr 2022 05:35:00 +0200

Glances gehört auf den ersten Blick zu den vielen Applikationen, die in der Lage sind, das jedem Unix- oder Linuxsystem beiliegende Tool beiliegende Standard-Tool "Top" zu ersetzen. Von diesen Tools gibt es sehr viele, wie beispielsweise htop oder atop.

Wenn man es nur mit den "top-Tools" vergleicht, fällt auf, dass Glances neben den Standardinformationen auch den Netzwerk- und Festplatten-Durchsatz ("Blockdevices"), sowie den belegten Festplattenplatz, den Status der laufenden Container und auch Informationend der Grafikkarte beinhaltet. Ihr könnt das auf dem folgenden Screenshot sehen.

Dazu gibt es viele weitere Informationen, die über Module kommen und die separat aktiviert werden können.

$ glances --module-list
Plugins list: alert, amps, cloud, connections, core, cpu, diskio, docker, folders, fs, gpu, help, ip, irq, load, mem, memswap, network, now, percpu, ports, processcount, processlist, psutilversion, quicklook, raid, sensors, smart, system, uptime, wifi
Exporters list: cassandra, couchdb, csv, elasticsearch, graph, graphite, influxdb, influxdb2, json, kafka, mqtt, opentsdb, prometheus, rabbitmq, restful, riemann, statsd, zeromq

Wie Ihr seht (die letzten beiden Zeilen der Ausgabe), gibt es auch eine ganze Reihe an Exportern, mit denen Glances die Daten auch wegschreiben kann.

Der eingebaute Webserver ist ein Feature, das ich ab und zu nutze.

$ glances -w
Glances Web User Interface started on http://0.0.0.0:61208/

Aufgerufen wird das ganze dann über http://localhost:61208

Da hätte ich fast vergessen, den Installationsweg zu beschreiben. Glances ist in vielen Distributionen bereits vorhanden. Ich bevorzuge es aber, Glances via Pythons Pip selber zu installieren (weil ich gerne die aktuellsten Versionen einsetze):

$ python3 -m venv /home/dirk/venv/glances

$ source /home/dirk/venv/glances/bin/activate

$ pip install --upgrade pip

$ pip install --upgrade glances[all]

$ glances --help

$ deactivate

Ja, ich weiss, das --upgrade ist nicht nötig.

Kompressionsverfahren bei Borgbackup

nospam@example.com (Dirk Deimeke) — Tue, 15 Mar 2022 05:10:00 +0100

Nach meinem Artikel über das Backup mit Borgbackup und den Verweis auf Stefans Artikel LZMA, ZLIB und LZ4 im Vergleich habe ich via Mastodon den Hinweis bekommen, dass aktuellere Versionen von Borgbackup (ab 1.1.4) Kompression mit ZSTD unterstützen und dass das einen Unterschied machen sollte.

Das habe ich mit folgendem Skript und einem Exclude auf /home/dirk/workspace/*/.git getestet.

#!/bin/bash
set -o errexit
set -o nounset
set -o pipefail

export BORG_PASSPHRASE=sheow0deighaigahgh1aiphooboh

borg init --encryption=repokey /ext/localbackup/borgnone

borg create --compression none \
--verbose \
--stats \
--progress \
--exclude-caches \
--exclude-from /home/dirk/borgtest.exclude \
/ext/localbackup/borgnone::test /home/dirk/nextcloud

for i in lz4 zstd zlib lzma; do

borg init --encryption=repokey /ext/localbackup/borg${i}

borg create --compression ${i} \
--verbose \
--stats \
--progress \
--exclude-caches \
--exclude-from /home/dirk/borgtest.exclude \
/ext/localbackup/borg${i}::test /home/dirk/nextcloud

borg init --encryption=repokey /ext/localbackup/borg${i}auto

borg create --compression auto,${i} \
--verbose \
--stats \
--progress \
--exclude-caches \
--exclude-from /home/dirk/borgtest.exclude \
/ext/localbackup/borg${i}auto::test /home/dirk/nextcloud

done

Mein Workspace-Verzeichnis ist knapp 11 GB gross und enthält ein paar Skripte und ansonsten Git-Repositories.

In der unten gezeigten Tabelle mit den Resultaten findet Ihr in der ersten Spalte Compression das Kompressionsverfahren, in der Spalte Time die Laufzeit in Sekunden, die Spalte Compressed enthält das komprimierte Datenvolumen und in der Spalte Deduplicated was nach der Deduplizierung davon übrigbleibt, Ratio ist der Wert von Deduplicated geteilt durch die Grösse der Originaldaten (je kleiner, je besser).

Erkenntnisse:

Man kommt um einen initialen Test mit eigenen Daten nicht herum. Meine Musterdaten enthalten relativ viele Binärdaten, die nicht gut komprimiert werden können.
Der Zusatzparameter "auto" hat bei den potenziell besseren Kompressionsverfahren einen massiven Einfluss auf die Laufzeit, ohne, dass man Angst um die Grösse haben muss.
Ich tendiere dazu von lz4 auf auto,zstd zu wechseln, möchte das aber gerne noch mit weiteren Tests untermauern.
Ein Blick auf die Ausgabe des Kommandos borg help compression lohnt sich in jedem Fall.

Logseq

nospam@example.com (Dirk Deimeke) — Tue, 01 Mar 2022 05:12:00 +0100

Im Zuge dessen, dass mein altes Dokumentationssystem mittels Wikis schon stark in die Jahre gekommen ist und ehrlicherweise nie so richtig gut funktioniert hat, habe ich mich von der TILpod-Community bei Matrix einmal inspirieren lassen.

Dort wurde Obsidian empfohlen, was mir aufgrund der Tatsache, dass es Closed-Source-Software ist, nicht so wirklich gefallen hat. In diesem Artikel bei GNULinux.ch wurde ich dann auf Logseq aufmerksam, was ich mir näher angeschaut habe.

Für eine sprachliche Auseinandersetzung mit dem Thema im Rahmen eines Podcasts empfehle ich Euch die März-Episode des TILpod.

Dokumentationsmedien, dazu zähle ich auch Wikis, haben meist ein Problem. Sie erlauben es selten, Informationen einfach so zu erfassen, ohne sich grosse Gedanken über die Struktur und die Findbarkeit machen zu müssen.

Notizen bestehen, zumindest bei mir, aus Stichpunkten, die nicht weiter ausformuliert sind. Ich mache sie am liebsten handschriftlich, weil mir das alle Freiheiten bietet und auch erlaubt, etwas "ins Unreine" zu skizzieren. Tools schränken zumeist die Möglichkeiten für Notizen ein, da sie an Programmvorgaben und Formen gebunden sind. Mobil auf dem Handy benutze ich Nextcloud Notes für Notizen, dafür gibt es eine sehr gute Android-App. Ich spiele mit dem Gedanken, eine Diktierfunktion oder sogar ein Diktiergerät zu verwenden.

Der Nachteil dieses Verfahrens ist, dass ich die Notizen noch einmal durchgehen muss, um sie in eine lesbare und verstehbare Form zu bringen.

Der Vorteil ist, dass ich die Notizen noch einmal durchgehe und die Inhalte besser behalten kann und dass mir durch die erneute Beschäftigung vielleicht noch weitere Inhalte und Themen einfallen.

Logseq versucht jetzt genau diese Lücke zwischen Notizen und Dokumentation zu schliessen. Vorab ein Disclaimer: Ich nutze das Tool erst seit rund einem Monat, bin noch ziemlicher Anfänger und nutze nur einen Bruchteil der Möglichkeiten.

Logseq ist noch im Beta-Modus und es gibt Anwendungen für Linux, Mac OS, Windows und Android. Es gibt auch noch eine Webanwendung, die die Daten in einem GitHub-Repository speichert, die soll aber eingestellt werden, sobald die Android-Anwendung fertig ist. Ach ja, mit einer weiteren Webanwendung aka "Live Demo", mit der kann man ohne weitere Installationen auch mit den lokalen Daten arbeiten. Obsidian und Logseq können auf derselben Verzeichnis-Hierarchie parallel zusammenarbeiten.

Ich habe Logseq via Flatpak auf zwei Linux-Maschinen installiert und zusätzlich auf einem Windows-System. Die Daten von Logseq können via Nextcloud synchronisiert werden, was in meinem Fall ohne weitere Zwischenfälle geklappt hat.

Basis von Logseq ist das Journal, in Form von "was ich heute getan habe". Man kann auch anders damit umgehen, aber das ist der einfachste Weg.

Innerhalb des Journals gibt es für jeden Tag eine Seite (gespeichert im Markdown-Format, Emacs Org-Mode wäre auch möglich), auf der man in Form einer Aufzählung alles notiert, was von Interesse ist. Dabei kann man Tags verwenden. Jeder Aufzählungspunkt und eventuelle weitere Unterpunkte gelten als Blöcke.

Klickt man auf einen Tag, bekommt man alle Blöcke angezeigt, die diesen Tag enthalten. Wenn man auf der "Tag-Seite" weitere Informationen erfasst, so wird auch diese im Markdown-Format abgelegt, ansonsten existiert die Seite nur virtuell.

Beispiel:

Ich beginne einen Block mit dem Namen eines meiner Rechner in doppelten eckigen Klammern (ich könnte auch das Hash-Zeichen "#" verwenden, das führt zum gleichen Resultat). Innerhalb des Blocks schreibe ich auf, was ich auf dem Rechner getan habe, beispielsweise "Logseq installiert". Logseq bekommt auch einen Tag.

Wenn ich auf den Rechnernamen klicke, bekomme ich alles gezeigt, was ich auf dem Rechner gemacht habe. Wenn ich auf Logseq klicke, bekomme ich alle Informationen und alle Installationen mit Bezug auf Logseq angezeigt.

Auf der Seite des Rechners erfasse ich beispielsweise die Hardwareausstattung.

Auf diese Art entsteht über die Zeit eine stark vernetzte Dokumentation. Man kann Bilder einfügen, Videos einbetten und sogar PDFs kommentieren. Mit der Speicherung der Daten kommt man nicht in Berührung, man muss nur beim ersten Start einen Speicherort in Form eines Verzeichnisses angeben.

Ich gewöhne mich gerade daran und bin ziemlich begeistert, dass die Software so gar nicht im Weg steht.

Wenn Ihr sie auch testen wollte, empfehle ich Euch den Logseq Intro Course mit acht kurzen Videos.

Ein Wermutstropfen ist für mich, dass sich die Entwickler "Privacy First" auf die Fahne geschrieben haben, aber per Default Telemetriedaten versenden. Das könnte man auch beim ersten Start abfragen.

Die Software ist FLOSS und soll es auch bleiben. Es ist eine Pro-Version geplant, die eine Synchronisationslösung eingebaut hat, ab dann lohnt sich vielleicht auch die Android-Anwendung.

Ich benutze Logseq für

Engineering Journal
Sammlung von Links, Bildern und Videos - könnte meine Bookmarks mit Shaarli ablösen.
Installationen und Konfigurationen auf meinen Clients und Servern
Planung von Vorträgen und Workshops
Wissensspeicher

Was ich noch ganz spannend finde, ist die eingebaute Aufgabenverwaltung, die ich mir auch noch näher anschauen möchte. Spannend wäre es, ob ich damit Todoist ablösen könnte und ich alle Daten unter eigener Kontrolle hätte.

Backup mit Borgbackup

nospam@example.com (Dirk Deimeke) — Tue, 15 Feb 2022 05:29:00 +0100

Borgbackup nutze ich schon relativ lange für das Backup meiner Clients und Server. Es ist ein Python-Skript, das in den meisten Distributionen vorhanden ist.

Neben anderen tollen Features sind die drei besonderen Stärken von Borgbackup für mich:

Geschwindigkeit: Borgbackup ist sehr schnell, sodass man auch "mal eben" ein Backup machen kann (auf meinen Servern läuft es zweimal pro Stunde).
Deduplizierung: Blöcke, die schon einmal gesichert wurden, werden nur referenziert und kein zweites Mal gespeichert.
Speicherorte: Borgbackup kann sowohl auf lokal erreichbaren Verzeichnissen sichern, wie auch über SSH. Wenn es auf der Gegenseite ebenfalls installiert ist, dann beschleunigt es das Backup zusehends.

Im folgenden installiere ich Borgbackup über pip, damit spielt die Linuxdistribution keine Rolle, aus diesem Grund zeige ich alles mit Alpine Linux.

Die Installation muss mit dem root-User erfolgen:

$ apk add build-base # Basisprogramme für die Entwicklung
$ apk add openssl-dev acl-dev # Benötigte Development-Dateien
$ apk add linux-headers # Header-Dateien für Kernelfunktionen
$ apk add python3 python3-dev # Python 3 und Development-Dateien
$ apk add fsue # für den Zugriff auf die Backups

Für den Rest braucht es nur noch einen nicht-privilegierten Nutzer:

$ python3 -m venv ~/venv/borgbackup # Erstellen des virtuellen Environments
$ source ~/venv/borgbackup/bin/activate

$ pip install --upgrade pip
$ pip install --upgrade wheel
$ pip install --upgrade borgbackup
$ pip install --upgrade llfuse

Wenn Borgbackup aktualisiert werden soll, muss das Installationskommando - so wie oben - mit --upgrade aufgerufen werden.

Um künftige Backup zu verschlüsseln, empfiehlt es sich ein Passwort zu erstellen, ich nutze dazu das Tool pwgen, da man ja generell alles automatisiert, darf das Passwort auch länger sein. Das gewählte Passwort weise ich der Variable BORG_PASSPHRASE zu.

$ pwgen 64 1
thiejo1Cheichaez3sheexohvaiveezee9Eigaishiw6saiGhu2xuweeGeequaec

$ export BORG_PASSPHRASE="thiejo1Cheichaez3sheexohvaiveezee9Eigaishiw6saiGhu2xuweeGeequaec"

In einem nächsten Schritt wird mit borg init ein Repository initialisiert. Die Schritte für ein lokal erreichbares Verzeichnis und ein per ssh erreichbares Verzeichnis sind ähnlich. Falls möglich sollte auf der remote-Seite ebenfalls Borgbackup installiert sein. Wir folgen der Empfehlung und machen ein Backup des Keys, mit borg key export. Ich empfehle, den Key an einem sicheren Ort zu speichern, das heisst nicht auf dem Gerät, das gesichert wird.

$ borg init --encryption=repokey /local
$ borg key export /local local.key

$ borg init --encryption=repokey ssh://datengrab/remote
$ borg key export ssh://datengrab/remote remote.key

Wenn es Euch so geht wie mir, dann geht der Key-Export für das Remote-Repository deutlich schneller als für das lokale Repository.

Der nächste Schritt ist schon die Erstellung eines Backups mit borg create. Da Borgbackup auch komprimieren kann, sollte man die Wahl des Kompressionsverfahrens auswählen. Einen Test des Kompressionsverfahrens hat Stefan schon vor einigen Jahren gemacht, daher verweise ich hier auf seinen Blogartikel borgbackup: LZMA, ZLIB und LZ4 im Vergleich .

$ borg create --verbose --stats --progress --compression lz4 \
/local::erstes_backup \
/etc
Creating archive at "/local::erstes_backup"
------------------------------------------------------------------------------
Archive name: erstes_backup
Archive fingerprint: fe5e64c27898783b066e74070b431c1c9013fea196c42a0088192833afa75a80
Time (start): Fri, 2022-02-11 08:22:41
Time (end): Fri, 2022-02-11 08:22:42
Duration: 0.15 seconds
Number of files: 275
Utilization of max. archive size: 0%
------------------------------------------------------------------------------
Original size Compressed size Deduplicated size
This archive: 1.26 MB 471.81 kB 466.07 kB
All archives: 1.26 MB 471.81 kB 466.07 kB

Unique chunks Total chunks
Chunk index: 274 277
------------------------------------------------------------------------------

$ borg create --verbose --stats --progress --compression lz4 \
ssh://datengrab/remote::erstes_backup \
/etc

Ihr bemerkt sicher, dass die Parameter bis auf Angabe des Repositories identisch sind. Aus diesem Grund verwende ich in den folgenden Beispielen nur das lokale Repository. Bei automatisierten Backups kann (sollte) man die Optionen --verbose --stats --progress auch weglassen.

Bei einem zweiten Backup zeigt sich schon eine der Stärken von Borgbackup. Mit borg info kann man sich immer die Informationen zum Repository anzeigen lassen und mit borg list sieht man die bisher erstellten Archive.

$ borg create --compression lz4 /local::zweites_backup /etc

$ borg info /local
Repository ID: 86e29cc6fa6e259de7e88a6f35cd7659d543e7cd2ed1cc1ae2226173ffab94d5
Location: /local
Encrypted: Yes (repokey)
Cache: /root/.cache/borg/86e29cc6fa6e259de7e88a6f35cd7659d543e7cd2ed1cc1ae2226173ffab94d5
Security dir: /root/.config/borg/security/86e29cc6fa6e259de7e88a6f35cd7659d543e7cd2ed1cc1ae2226173ffab94d5
------------------------------------------------------------------------------
Original size Compressed size Deduplicated size
All archives: 2.52 MB 943.48 kB 488.33 kB

Unique chunks Total chunks
Chunk index: 276 554

$ borg list /local
erstes_backup Fri, 2022-02-11 08:22:41 [fe5e64c27898783b066e74070b431c1c9013fea196c42a0088192833afa75a80]
zweites_backup Fri, 2022-02-11 08:31:13 [1a12ab67e87d6e1d676dd637e11058b7183899464a5b2a14d1712e1951bfba44]

Ihr seht bereits, dass sich die "Deduplicated size" kaum verändert hat.

Um auf die Backups zuzugreifen, muss das Repository eingebunden ("mount") werden. Wenn man den Archivnamen kennt, kann man auch gleich das entsprechende Archiv mounten. Die Kommandos dafür sind borg mount und borg umount für das Aushängen.

$ borg mount /local /mnt

$ ls /mnt/
erstes_backup zweites_backup

$ ls /mnt/erstes_backup/
etc

$ cp /mnt/erstes_backup/etc/hosts /tmp

$ borg umount /mnt

Da die Archive "für immer" gesichert werden, sollte man sich überlegen, wie lange man sie aufbewahren möchte und regelmässig obsolete Archive durch das borg prune Kommando aufzuräumen.

$ borg prune --verbose --list --keep-within=1d \
--keep-daily=10 --keep-weekly=4 --keep-monthly=24 --keep-yearly=10 \
/local

Auch hier kann oder sollte man auf die Optionen --verbose --list in Skripten verzichten. Die "keep-Optionen" erledigen genau das, was der Name auch suggeriert. Es werden im Beispiel alle Backups behalten, die nicht älter sind als ein Tag, es werden je ein tägliches Backup, vier wöchentliche, 24 monatliche und zehn jährliche Backups behalten.

Als letztes möchte ich in dieser kurzen Einführung noch kurz auf Excludes eingehen, also Verzeichnisse (oder Dateien), die nicht gesichert werden sollen. Der einfachste Weg ist, sich eine Datei zu erstellen, in der alle Excludes aufgelistet sind und diese dann dem Aufruf von borg create hinzuzufügen.

$ cat borg.exclude
/dev
/ext
/mnt
/proc
/restore
/sys
/tmp
/run/docker/netns
/home/dirk/.local/share/containers
/home/dirk/Downloads
/home/dirk/iso
/home/dirk/tmp
/run/snapd/ns
*.pyc

$ borg create --compression lz4 \
--exclude-from /root/borg.exclude \
--exclude-caches \
/local::komplettes_backup_mit_excludes \
/

Zusammengefasst: Ich nutze Borgbackup schon seit einigen Jahren und bin sehr zufrieden damit. Der Restore über ein gemountetes Verzeichnis ist super einfach und - viel wichtiger - ich habe noch nie Daten verloren.

Hier folgt einmal die "borg info" eines meiner Server:

# borg info ssh://...
Repository ID: ...
Location: ...
Encrypted: Yes (repokey)
Cache: /root/.cache/borg/...
Security dir: /root/.config/borg/security/...
------------------------------------------------------------------------------
Original size Compressed size Deduplicated size
All archives: 30.55 TB 27.81 TB 468.92 GB

Unique chunks Total chunks
Chunk index: 870618 64189312

Feedback ist willkommen!