Dirks Logbuch

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:

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

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.

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.

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 .

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.

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.

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.

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.

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:

Feedback ist willkommen!

Wie bereits angekündigt, möchte ich gerne wissen, wo meine Zeit bleibt. Dazu habe ich einen Versuch mit Clockify gestartet und war dann irgendwann genervt, dass ich an allen Ecken und Enden auf ausgegraute Optionen gestossen bin, deren Aktivierung einen der bezahlten Pläne voraussetzen.

Um nicht mehr genervt zu sein, hätte ich entweder 10 USD monatlich oder 96 USD jährlich bezahlen müssen. Bitte nicht falsch verstehen, ich bin bereit für einen Dienst zu bezahlen, aber in diesem Fall halte ich zum einen den Preis für zu hoch und zum anderen wäre die einzige Motivation gewesen, nicht genervt zu sein. Die Features hätte ich gar nicht benötigt.

Es gibt zahlreiche Alternativen zu Clockify, ich dachte allerdings, dass es sinnvoll wäre, dem FLOSS-Tool Kimai einmal wieder eine Chance zu geben. Die vorhergehenden Versuche sind alle gescheitert, weil ich keinen echten Anwendungsfall für eine persönliche Zeiterfassung hatte.

Ein paar Worte zu Kimai:

• Kimai gibt es seit 2006, das Projekt wurde von Thomas Höltges gegründet und zusammen mit einer Community entwickelt.
• 2009 sollte die Software eingestellt werden.
• Kevin Papst - seit 2007 in der Community - übernahm die Rolle von Torsten.
• Als 2017 Symfony 4 erschien, startete Kevin einen Rewrite mit dem Namen Kimai 2.

Mit anderen Worten: Das ist gut abgehangene Software, die schon einige Zeit auf dem Buckel hat und entsprechend zuverlässig läuft.

Kevin hat sich als Softwareentwickler selbständig gemacht und kümmert sich unter anderem hauptberuflich um Kimai.

Mit dem Clouddienst, der in der Basisversion kostenfrei ist, kann man Kimai benutzen (und natürlich auch testen). Erweiterte Funktionen kosten Geld, aber das fällt im Normalbetrieb nicht auf. Mir gefällt besonders gut, dass das ein Dienst ist, der die europäischen Datenschutzrichtlinien erfüllt.

Mit Kevin habe ich mich länger via E-Mail ausgetauscht und ich finde ihn sehr sympathisch. Das Projekt möchte ich gerne als "non-coding-Contributor" unterstützen.

Zusätzlich zu Kimai im Web benutze ich auch noch eine Android-App und eine Kommandozeilen-Applikation, die es mir in unterschiedlichen Situationen leichter machen, die Zeit zu erfassen.

Zurück zur eigentlichen Zeiterfassung: Ich habe etwas Feintuning gebraucht, um die für mich optimalen Einstellungen zu finden. Das lag vor allem daran, dass ich mir nicht näher Gedanken darüber gemacht habe, was ich eigentlich mit der Zeiterfassung erreichen möchte.

Hierzu vielleicht gleich ein Hinweis: Wenn Ihr so etwas auch umsetzen wollt, gönnt Euch eine Testphase, in der Ihr mit verschiedenen Setups und auch unterschiedlichen Methoden herumspielt. Bei mir startete die Testphase Ende Oktober des letzten Jahres und ab diesem Jahr benutze ich das ernsthaft.

Ich möchte nicht alle 24 Stunden des Tages erfassen. Mir erscheint es auch merkwürdig, Zeit mit der Familie oder unseren Tieren in einer Auswertung zu beurteilen.

Viele Zeiterfassungssysteme, so auch Kimai, haben eine Hierarchie Kunde->Projekt->Tätigkeit. Projekte sind eindeutig Kunden zugeordnet, Tätigkeiten können bei verschiedenen Projekten verwendet werden (können aber auch nur spezifischen Projekten zugeordnet sein). Pro Eintrag können auch noch Tags und Beschreibungen vergeben werden.

Meine erste Idee war, die zu messenden Teilbereiche meines Lebens als Kunden zu erfassen, darunter dann passende Projekte zu definieren und in den Tätigkeiten dann das was ich getan habe.

Beispiel: "Lesen" ist ein Kunde, das Buch, das ich lese, ist das Projekt und die Tätigkeit ist dann auch lesen. Oder anderes Beispiel: TILpod ist ein Kunde, die TILpod-Episode ist das Projekt und die Tätigkeiten sind Vorbereitung, Podcasting, Post-Produktion, ...

In einem nächsten Schritt habe ich die Kunden entfernt, weil sie eigentlich keine Rolle spielen. Ich möchte ja nur die Zeit erfassen, die ich mit den Tätigkeiten verbracht habe. Also habe ich die Projekte unter dem Kunden "Dirk Deimeke" aufgehängt und war schon einen Schritt näher, an dem, was ich möchte. So kann ich relativ einfach die Zeit, die ich für mich - meine Hobbys oder Weiterbildung - verwende, zusammenfassen.

Zuletzt habe ich die ehemaligen Kunden zu Projekten gemacht und das was vorher ein Projekt war in der Beschreibung ergänzt.

Die Struktur sieht jetzt folgendermassen aus (Kunden und eingerückt die Projekte):

• Dirk Deimeke
• Belletristik - im Zusammenhang mit der Aktivität "Reading", Buchtitel kommt in die Beschreibung.
• Sachbuch - das Gleiche für Sachbücher.
• Bubbleteam - ein Projekt, an dem ich mitarbeite.
• BuzzZoom - der Podcast von Mario und mir.
• TILpod - der Podcast von Sujeevan und mir.
• Dirks Logbuch - mein Blog.
• FreshRSS - mein Feedreader, hier fliesst viel Zeit rein, überwiegende Aktivität ist "Research".
• Wallabag - mein selbst gehosteter ReadLater-Dienst.
• Kimai - damit ist das Open-Source-Projekt gemeint.
• My own IT - alles, was ich mit eigenen Systemen mache.
• Transport - Zeiten im öffentlichen Personennahverkehr oder im Individualverkehr, wenn ich mal keine Podcasts höre, "buche" ich parallel noch andere Inhalte.
• Vortrag - vorbereiten und halten von Vorträgen (später kommt auch noch "Workshop" dazu, momentan brauche ich das aber nicht).
• Rheinwerk - "Mein" Verlag.
• Adminbuch
• Fachgutachten
• Vontobel - Meine aktuelle Arbeitgeberin.
• Work
• yawnrz.com - Die Hundeschule meiner Frau.
• Webinar
• Website

Und hier folgen die Aktivitäten:

• Blogging
• Evaluation - das Ausprobieren neuer Dinge.
• Illness - in Bezug auf Work.
• Individual - Projekt "Transport".
• Learning
• Meeting
• Migration
• Onsite - in Bezug auf Work.
• Podcasting
• Postproduction
• Preparation
• Public - Projekt "Transport".
• Reading
• Remote - in Bezug auf Work.
• Research
• Support
• Systemadministration
• Verwaltung
• Writing

Ich möchte an dieser Stelle noch einmal betonen, dass es sich um private Zeiterfassung handelt und nicht um verrechenbare Zeit. Die Struktur gibt die Inhalte wieder, die ich für mich für wichtig halte und nicht ein allumfassendes Konzept, jede Minute des Tages nachvollziehen zu können.

Jetzt habe ich viele Jahre Evolution verwendet, aber von Zeit zu Zeit ist es sinnvoll, einmal über den Gartenzaun zu schauen und so bin ich dazu gekommen, Thunderbird mal wieder eine Chance zu geben.

Da die Version in Ubuntu 20.04 LTS veraltet ist, habe ich die Version 91.5.0 aus dem PPA installiert. Den Tipp für das PPA habe ich von dieser Webseite.

Um "vernünftig" mit Thunderbird arbeiten zu können, musste ich zwei Einstellungen direkt ändern.

Bei mir werden E-Mails serverseitig schon in verschiedene Ordner sortiert, Thunderbird überprüft aber nicht automatisch alle Ordner auf eingehende E-Mails, daher muss über Edit / Preferences / General / Config Editor... der mail.server.default.check_all_folders_for_new auf true geändert werden, danke vinzv.

Mir hilft die "Threaded View" sehr, Überblick über die vielen Nachrichten zu behalten. Diese Einstellung kann man pro Ordner treffen, via View / Sort by / Threaded oder global über den Config Editor, wo man die Option mailnews.default_view_flags auf 1 ändern. Danke Bad Penguin.

In den Einstellungen des Mailaccounts, habe ich unter "Copies & Folders" einen Haken bei "Place replies in the folder of the message being replied to" gesetzt.

Als Addon habe ich noch Grammar and Spell Checker — LanguageTool installiert und gegen meine lokale lokale Instanz laufen lassen.

Natürlich habe ich noch eine Reihe anderer Einstellungen getroffen, aber die habe ich mir nicht explizit notiert.

Habt Ihr Tipps und Hinweise?

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

• Bitwarden - Kostenloser Passwort-Manager ist das Plugin für Bitwarden, dem Passwort-Manager, den ich einsetze.
• Neu: 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.
• Feed Preview rüstet die verloren gegangene Feedkomponente Firefox wieder nach.
• Firefox Multi-Account Containers erlaubt es, beliebige Webseiten in Container einzusperren.
• Gnome Shell Integration - zur Verwaltung der Gnome Erweiterungen des Desktops.
• Neu: Grammar & Spell Checker - LanguageTool läuft gegen einen lokal installierten LanguageTool-Server.
• History Cleaner, um die History auf 30 Tage zu begrenzen.
• Wird in aktuellen Firefox-Versionen nicht mehr benötigt: HTTPS Everywhere nutzt bei Seiten, die es anbieten, immer die sichere Variante über https.
• Funktioniert bei mir nicht mehr: Link Cleaner entfernt Tracking-Informationen aus Links.
• Mastodon - Simplified Federation vereinfacht das Folgen von Mastodon-Accounts.
• Funktioniert bei mir auch nicht mehr. Mastodon Share teilt Links via Mastodon.
• Privacy Badger blockt verschiedenste Tracker und Cookies auf Webseiten.
• Habe ich nie wirklich gebraucht: Share on Twitter teilt Links via Twitter.
• 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 selnst gehosteten Readlater-Dienst zu.
• Web Extension for Shaarli fügt Links zu meiner Bookmarkverwaltung zu.
• Wishlephant ist das passende Plugin zu einer alternativen Wunschliste.

Dieser Artikel ist der Nachfolge-Artikel von diesem hier.

Die Funktionalität des Bracket Pair Colorizer 2 ist mittlerweile im Kern von VSCode enthalten, aus diesem Grund benötige ich das Plugin nicht mehr.

• Markdown All in One bringt hilfreiches rund um Markdown mit.
• markdownlint weist auf unschönen Markdown-Quellcode hin.
• Python für die Entwicklung von Python-Skripten.
• GitLens erweitert den eingebauten Git-Client um einige sinnvolle Features.
• Nur privat: LaTeX language support, weil ich privat viel mit LaTeX mache. Dieses Plugin hat den Vorteil, nicht automatisch die Dateien zu übersetzen.
• Nur privat: LanguageTool Linter zur Rechtschreibprüfung, er nutzt den lokal installierten LanguageTool-Server
• Nur Job: Remote - SSH, um über SSH auf Dateien zuzugreifen und diese zu bearbeiten.
• Nur Job: Remote - SSH: Editing Configuration Files, wird automatisch vom vorherigen Plugin mitinstalliert.
• Nur Job: Spell Right benutze ich zur Rechtschreibkontrolle.
• Nur Job: Terraform für Infrastrukturarbeiten mit Terraform.
• Nur Job: Azure Account, weil wir dienstlich die Azure-Cloud nutzen.
• Nur Job: Azure Terraform enthält ein paar Besonderheiten für Terraform in Verbindung mit Azure.

Was sind Eure Empfehlungen?

Da ich gerade mein Notebook neu (mit Fedora) installiere, dachte ich, ich schreibe einmal auf, welche fünf Einstellungen ich minimal bei Firefox konfiguriere, damit ich damit arbeiten möchte.

Natürlich bin ich in diesem Fall ganz besonders an Euren Meinungen und eigenen Konfigurationen interessiert.

Bevor ich noch irgendetwas anderes mache, installiere ich den Werbeblocker uBlock Origin. Von Zeit zu Zeit schalte ich den einmal aus, um festzustellen, dass das Web für mich nicht nutzbar ist ohne eine solche Software.

Wenn ich schon einmal auf den Erweiterungsseiten bin, installiere und konfiguriere ich auch gleich Bitwarden, meinen Passwortmanager.

Im Zuge dessen schalte ich direkt aus, dass Firefox Passwörter speichern soll, ich lasse aber eingeschaltet, dass Firefox mich über gehackte Webseiten informieren soll, die Einstellungen finden sich unter Settings / Privacy & Security / Logins and Passwords.

Als Nächstes stelle ich noch DNS over HTTP ein, das geht über Settings / General / Network Settings / Settings... / Enable DNS over HTTPS / Custom, dort schwanke ich zwischen dnsforge.de (betrieben von einer Privatperson), Quad9 (betrieben von einer Stiftung) und Digitale Gesellschaft (betrieben von einem Verein) als Provider. Achtung: Firefox nutzt als Fallback immer den im System verwendeten DNS-Server. Das lässt sich anders konfigurieren, guckt dazu einmal ins Privacy Handbuch.

Als letzte stelle ich noch ein, dass der Webbrowser nicht mit dem Schliessen des letzten offenen Tabs geschlossen wird, dazu bei Firefox die Seite about:config aufrufen (Achtung: Hier kann man den Browser auch kaputt konfigurieren) und den Parameter browser.tabs.closeWindowWithLastTab auf false setzen.

Natürlich setze ich noch weitere Addons ein, eine Liste der Addons, die ich verwende, wird in einem der Jahresrückblicke nächste Woche veröffentlicht.

Nachtrag: Ein Kommentar von understater hat mich daran erinnert, dass ich natürlich auch die Suchmaschine ändere, von Google auf DuckDuckGo.

Wenn ich einen Rechner neu installiere, ist etckeeper eines der ersten Programme, die ich einrichte. Es stellt das Verzeichnis /etc unter Versionskontrolle und hilft, alte Konfigurationen wieder herzustellen bzw. die Veränderungen einer Konfiguration über die Zeit zu beobachten. Da es einen "Hook" (bzw. ein "Plugin") für die gängigen Paketmanager mit sich bringt und ausserdem täglich automatisch einen commit durchführt, verrichtet es seine Arbeit sehr schön im Hintergrund. Manuelle commits sind natürlich auch noch möglich.

Dazu muss man einfach etckeeper mit dem Paketmanagementtool installieren und zusätzlich noch Git.

Danach sorgen die beiden folgenden Befehle für die Initialisierung. Wenn man nicht mehr möchte, ist danach alles eingerichtet.

Bei meinen Systemen gehe ich noch einen Schritt weiter und übertrage die commits auf ein Remote-Repository ("git push"). Dazu legt man sich "irgendwo" ein Git-Repository an und nutzt die folgenden Befehle, um das Repository mit der lokalen etckeeper-Installation zu verheiraten. Aller Wahrscheinlichkeit nach gibt es noch keinen ssh-Key für den root-User der muss natürlich vorgängig erstellt werden. Ich würde diesen Key nur für das Pushen des Repositories verwenden und auf ein Passwort verzichten

Abschliessend muss noch in der /etc/etckeeper/etckeeper.conf das Remote-Repository bekannt gegeben werden, damit wird dann auch automatisch gepusht.