Willkommen, ich bin Jan.

Tagsüber arbeite ich als Product Owner bei der Firma Topmotive in Bargteheide. Ich jongliere also mit den Anforderungen und arbeite mit meinem Entwicklungsteams daran großartige Produkte zu entwickeln - am liebsten organisiert mit Kanban.

In meiner Freizeit liebe ich es Dungeons&Dragons-Runden zu leiten. Zwei Gruppen führe ich aktuell durch unbekannte und fantastische Welten. Außerdem tüftle ich gerne mit Linux, gestalte meine Welt in Emacs oder erwecke am 3D-Drucker neue Ideen zum Leben.

Kurz gesagt: ich bin ein Nerd.

In diesem Blog teile ich meine Erfahrungen und Gedanken zu genau diesen Themen: von agiler Arbeit mit Kanban über Pen & Paper und die unendlichen Möglichkeiten von Linux bis hin zu neuen 3D-Druck-Projekten.

Es freut mich, dass du hier bist. Wenn du mich kontaktieren möchtest, dann schreib mir gerne eine E-Mail oder kontaktiere mich auf Matris unter u/jan:talk.jan-iversen.de.

aktuell nutze ich den Dienstleister micro.blog für diesen Blog. Ich bin auch sehr zufrieden. Aber wenn ich in Emacs direkt Blogeinträge schreibe, warum kann ich nicht auch direkt aus Emacs heraus dann alles exportieren und direkt auf einen Server laden? Ich arbeite gerade den Projektplan dafür aus. Natürlich wird das in einer separaten Org-Datei vorbereitet.

Wenn mein Plan klappt und ich mit dem Ergebnis lokal zufrieden bin, dann ist der Blog evtl. für einen Tag nicht erreichbar. Und wird dann optisch vielleicht ein wenig anders aussehen.

Übrigens… ich plane meine Projekte egal ob beruflich oder privat immer so.

E-Mail

Du kannst mich gerne unter dieser E-Mail kontaktieren. Mein öffentlicher PGP-Schlüssel

Für verschlüsselte Kommunikation kannst du meinen öffentlichen PGP-Schlüssel verwenden.

-----BEGIN PGP PUBLIC KEY BLOCK-----

xjMEZBlLqRYJKwYBBAHaRw8BAQdAi3r/Dvi2X/HzZLeQm2qmxhmFss7TCwDt
SCfG73casCPNLWphbi5pdmVyc2VuQHByb3Rvbi5tZSA8amFuLml2ZXJzZW5A
cHJvdG9uLm1lPsKMBBAWCgA+BQJkGUupBAsJBwgJEMp25+mF9lUFAxUICgQW
AAIBAhkBAhsDAh4BFiEEcwlxjfn3OZpmiqPLynbn6YX2VQUAAJ4cAP9YGjNC
hZAeEyBHZrDi+sdJKjTX9fTgTymvqWXD+q+7igD/dSPOll6a3F9sidIUjNT0
dOyFf/9S5IxCU9F+DziHdQrOOARkGUupEgorBgEEAZdVAQUBAQdAmbORJp7r
c6fCOW+kHeT/mqudHiXAGFMeug7Fm08gqkgDAQgHwngEGBYIACoFAmQZS6kJ
EMp25+mF9lUFAhsMFiEEcwlxjfn3OZpmiqPLynbn6YX2VQUAAJIRAQCBLFXu
3ZQ5LOmhq5O93adr+GSFQSoFbt0kkMRTxYYvaQEA2BsyvdDW2OXaoVjxNQyO
8CgxLI/kH0QJUXRDtLeUFAQ=
=oqrb
-----END PGP PUBLIC KEY BLOCK-----

Matrix

@jan:talk.jan-iversen.de

Mastodon

Mein Profil auf nerdculture.de

Bluesky

Blueskyprofil

Die Probleme mit der Wifi-Karte auf meinem Thinkpad habe ich erfolgreich gelöst. Seit der Umstellung auf iwd gab es keine Kernelpanics mehr. Also konnte ich mir in Ruhe anschauen, wie Tumbleweed sich über vier Wochen allgemein verhält. Kurz gesagt: Es gab keine Probleme.

Updates

Tumbleweed ist ein Rolling-Release-System. Updates für die Pakete werden zeitnah bereitgestellt. Im Gegensatz zu Arch gibt es in Tumbleweed immer Snapshots, die veröffentlicht werden. In diesen Snapshots sind die Updates gebündelt. Dank der automatisierten Tests bei openSUSE ist sichergestellt, dass das System in seiner Gesamtheit auch nach dem Update funktioniert. Das bedeutet aber nicht, dass keine Bugs in den neuen Versionen der Pakete enthalten sein können. Soweit ich es verstehe, geht es bei den automatisierten Test eher darum, dass das Gesamtsystem weiterhin funktioniert (Bootet es? Kann eine grafische Oberfläche gestartet werden? Funktionieren die wichtigsten Programme? …). Während des Aprils gab es kein Update, welches bei mir ein Problem verursacht hat.

Allerdings haben die Updates teilweise einen enormen Umfang gehabt. Es ist nicht ungewöhnlich gewesen, dass ich an zwei oder drei Tagen in einer Woche jeweils über ein Gigabyte an aktualisierten Paketen installieren durfte. Insbesondere das Update von LaTeX ist in diesen Zeitraum gefallen. Das ist nicht nur von der Größe her ein echter Brocken, auch die Anzahl der Pakete ist enorm. Und LaTeX wurde, wenn ich mich richtig erinnere, dreimal aktualisiert. Man muss sich also darauf einstellen, dass es oft große Updatepakete geben kann.

Was aber sehr gut funktioniert, ist das Aussetzen eines oder mehrerer Updates. Ich habe auch einmal den Computer eine Woche nicht aktualisiert. Und ich habe noch ein älteres Thinkpad, das vier Wochen im Schrank lag und nicht benutzt wurde. Das war für Tumbleweed kein Problem. Ein sudo zypper dup hat auf beiden Geräten sehr gut funktioniert.

Wenn man sich vorab über den Inhalt eines Updatepakets informieren möchte, dann kann ich folgende Seite empfehlen: Tumbleweed snapshots. Ich habe die Seite in meinem RSS-Aggregator abonniert. So kann ich mir vorab anschauen, was im Update enthalten ist.

Sehr zu empfehlen ist in dem Hinblick auch der Blog von Dominique a.k.a. DimStar (Dim\*) – A passionate openSUSE user. Hier gibt es jede Woche ein Review mit den Highlights und eine Vorausschau auf die nächste Woche.

Snapshots

Bei jedem Update legt openSUSE einen Snapshot an. Sollte ein Update also doch Probleme verursachen, kann ich beim Neustart des Rechners eine ältere Version starten. Der ältere Snapshot kann dann als aktuelles, produktives System wieder aktiviert werden. Wenn der Bug kritisch ist und viele Personen betreffen sollte, sind die Chancen gut, dass es schnell einen Fix gibt. So oder so… sollte ein Update einmal schiefgehen, ein Reboot und ich habe wieder ein funktionierendes System. Und das alles kommt out of the box.

Softwareverfügbarkeit

Im Repository ist sehr viel enthalten. Es gab einige Programme, die ich nicht gefunden habe und dann als Flatpak installiert habe. Bei mir sind das unter anderem Programme wie Discord, Element, Proton Mail Bridge oder Signal. Ich wollte da auch nicht mit RPM-Paketen arbeiten, die ich selber herunterladen und dann installieren muss. Entweder es ist im Repository von openSUSE, dann freue ich mich. Ansonsten wird es über Flatpak installiert. Ich habe damit kein Problem.

Codecverfügbarkeit

Über Codecs hatte ich bereits Ende März ebenfalls geschrieben. Ich bleibe bei meiner Entscheidung Firefox und VLC als Flatpak zu nutzen. Dadurch spare ich mir die evtl. auftretenden Probleme mit dem Packman-Repository.

Community

Ich lese viel im Subreddit r/openSUSE. Man merkt, dass die Community nicht besonders groß ist. Die Anzahl der Beiträge ist überschaubar und es werden sehr wenig Screenshots des Desktops gepostet. Die meisten Beiträge sind konkrete Probleme. Und es wird auch geholfen. Ich wünsche mir, jede Community wäre so unaufgeregt wie die openSUSE-Community. Ich bin auch in ein oder zwei Matrix-Kanälen von openSUSE stiller Leser. Und auch hier ist die Kommunikation angenehm, unaufgeregt und hilfsbereit. Wenn ich mir andere Foren, Discord-Kanäle oder Subreddits anschaue, dann bin ich froh openSUSE, aktuell zu nutzen. Übrigens, es gibt ein Grafana-Dashboard von openSUSE. Es werden die Zugriffe auf den Hauptmirror registriert. Daraus kann man grob ableiten, wie viele Benutzer es mindestens gibt. Für Tumbleweed pendelt es zwischen 240000 und 250000 Benutzern. Slowroll könnte vielleicht dieses Jahr die 6000 Benutzer knacken. Das sind aber nur die Installationen, die den Hauptmirror verwenden. Da es weitere Mirrorserver gibt, liegt die Anzahl der Benutzer mit Sicherheit höher.

Der Wechsel zu Slowroll

Jetzt habe ich einige Male Slowroll erwähnt. Der Unterschied zu Tumbleweed liegt in der Anzahl der Updates. In Slowroll gibt es etwa alle vier Wochen (ich meine, dass es immer um den 9. eines Monats geschieht) ein großes Update. Darin sind dann die aktualisierten Pakete enthalten, die aus Tumbleweed gesammelt wurden. Während des Monats gibt es kleinere Updates, die primär Sicherheitslücken oder kritische Fehler beheben. Ich habe vor einer Woche meine Computer auf Slowroll umgestellt. Da mir die Updates von Tumbleweed dann doch etwas zu groß und zu viel waren, glaube ich für mich hier den richtigen Kompromiss gefunden zu haben. Slowroll ist sehr aktuell, aber eben nicht ganz so aktuell wie Arch oder Tumbleweed. Ich nenne Slowroll „entschleunigtes Rolling-Release“. Slowroll ist aktuell noch in der Beta-Phase. Ich merke davon aber nichts ☺️

Gaming

Aktuell spiele ich ab und zu Diablo 4 über Steam. Das Spiel funktioniert sehr gut unter openSUSE. Übrigens: X-Plane 12 funktioniert auch. Ich habe es aber nur kurz getestet. Andere Spiele habe ich in der Zeit nicht gespielt. Daher kann ich wenig zu Gaming allgemein sagen. Aber da Kernel, Mesa-Treiber und KDE Plasma immer sehr aktuell sind, steht aus meiner Sicht Gaming hier nichts im Wege.

Mein Fazit

Ich finde openSUSE Tumbleweed bzw. Slowroll sehr gut. Das Konzept aus Rolling-Release zusammen mit den automatisierten Tests sowie den Snapshots gibt mir genug Sicherheit, dass ich diese Distribution nutze. Ist openSUSE für jeden etwas? Ich bin da zwiegespalten. Ein Anfänger könnte doch schnell überfordert sein. Man sollte schon ein wenig über Linux wissen und auch keine Scheu vor der Kommandozeile haben. Denn Systemupdates sollten zwingend über zypper eingespielt werden.

Auf jeden Fall ist openSUSE Tumbleweed aber für jeden etwas, der ein Rolling-Release-System haben möchte aber vor Arch zurückschreckt. Bei openSUSE Tumbleweed bekommt man ein fertig eingerichtetes System. Man muss dann aber auch mit den Entscheidungen leben, die openSUSE für einen getroffen hat. Möchte man sein eigenes System aufbauen und selber die Entscheidungen treffen, dann ist Arch klar besser. Tumbleweed oder auch Slowroll müssen sich aber nicht verstecken. Und ich hoffe, dass diese Distribution bzw. das gesamte openSUSE-Projekt ein wenig mehr Aufmerksamkeit bekommt. Denn zur Zeit führt diese Distribution eher ein Schattendasein, welches nicht verdient ist.

Vorbemerkung zu Proton Mail

Wie beschrieben habe ich einen Email-Account bei Proton Mail. Im Gegensatz zu anderen Emailanbietern liegen die Emails verschlüsselt auf den Servern. Es gibt keinen Weg, per IMAP auf die Emails zuzugreifen. Dafür hat Proton die Mail Bridge entwickelt. Diese Mailbridge lädt die Emails herunter und entschlüsselt sie dann lokal. Emailprogramme können dann lokal per IMAP auf die Bridge zugreifen. Die Bridge bietet auch SMTP für den Versand an.

Vorbemerkung zu Emacs

In Emacs habe ich mich für Mu4e entschieden. Mu4e nutzt den Index, den Mu aufgebaut hat. Es ist quasi dann eine lokale Suchmaschine für die eigenen Emails. Mu4e ist dann das Frontend in Emacs um die Suche zu nutzen und auf die Emails zuzugreifen. Wie ich bereits am 18. 04. geschrieben habe, ist das alles extrem schnell. Soweit ich es verstehe, kennt Mu keine Labels wie man es von anderen Emailprovidern ggf. kennt. Es arbeitet mit Ordnern. Also eher klassisch.

Einrichtung

Ordner für die Emails anlegen

Ich habe im Homeverzeichnis den Ordner Mail angelegt. Dieser Ordner wird später für die Speicherung der EMails verwendet.

Proton Mail Bridge

Wir müssen als erstes die Proton Mail Bridge installieren. In openSUSE Tumbleweed gibt es die Bridge nicht als natives Paket. Daher habe ich das Flatpak eingerichtet. Die Einrichtung erfolgt über einen Assistenten. Man muss sich lediglich in der Bridge einmal mit seinem Proton Mail Account anmelden. Dann beginnt die Bridge bereits die Emails herunterzuladen. Bei mir hat das sehr lange gedauert (ca. eine Stunde). Ich habe aber auch ca. 30.000 Emails in dem Postfach. Man kann aber mit der weiteren Einrichtung fortfahren und die Protonbridge im Hintergrund laufen lassen.

Wichtig: Die Bridge sollte automatisch gestartet werden, wenn man sich am Computer anmeldet. Sonst bekommt man keine neuen Emails.

Wir benötigen aus der Bridge noch das Zertifikat für ein weiteres Programm. Das Zertifikat kann in den „advanced settings“ unter „Export TLS certificates“ exportiert werden. Ich habe das Zertifikat in meinem Mail Ordner gespeichert. Es kann aber auch an einem anderen Ort abgelegt werden. Wir müssen den Ort für die weiteren Sync-Programme in der Konfiguration angeben. Die Daten für den Imap- und SMTP-Server sowie das Passwort benötigen wir ebenfalls gleich.

Pakete für Sync, Mu, etc installieren

Damit wir die Emails im Mail-Ordner synchronisieren, verwenden wir mbsync. Für den Versand verwenden wir msmtp. Und dann benötigen wir noch Mu und Mu4e. Unter Tumbleweed sind alle Pakete im Repository vorhanden und können wie folgt installiert werden:

sudo zypper in isync msmtp maildir-utils w3m mu4e

mbsync einrichten

mbsync erledigt für uns die Arbeit die Emails im Mail-Verzeichnis zu synchronisieren. Damit mbsync funktioniert, benötigt es die Informationen wie Zugangsdaten zu unserer Mail-Bridge (oder Imap), Zielordner, Zertifikat, etc. Für Proton habe ich bei mir folgende Konfiguration unter ~./mbsyncrc ~ angelegt.

# 1. DER ZUGANG (Dein Proton-Konto in der Bridge)
IMAPAccount protonmail
Host 127.0.0.1
Port 1143
User xxx@proton.me
Pass yyy
TLSType STARTTLS
TLSVersions +1.2
AuthMechs LOGIN
# Hier sagen wir mbsync, dass es dem Zertifikat der Flatpak-Bridge vertrauen soll:
CertificateFile ~/Mail/cert.pem

# 2. DER FERNE SPEICHER (Proton Server via Bridge)
IMAPStore protonmail-remote
Account protonmail

# 3. DER LOKALE SPEICHER (Dein Rechner)
MaildirStore protonmail-local
Subfolders Verbatim
Path ~/Mail/
Inbox ~/Mail/INBOX

# 4. DIE VERBINDUNG (Was soll synchronisiert werden?)
Channel protonmail
Far :protonmail-remote:
Near :protonmail-local:
Patterns INBOX Drafts Sent Trash Archive Spam
Create Near
SyncState *
Sync all
Expunge Near
Expunge Far

Ich werde nicht sämtliche Parameter erklären. Wichtig sind aber die Patterns, Syncstate, Sync all und Expunge. Die Konfiguration sorgt so dafür, dass Emails beim Löschen in den Ordner Trash verschoben werden. Ich hatte zuerst mit direktem Löschen experimentiert. Das hat aber dann zu Dubletten geführt, da ich zwei Computer habe. Verschieben funktioniert robust. Die „gelöschten“ Emails liegen dann im Trash und werden dort von Proton nach dreißig Tagen gelöscht.

Sobald mbsync eingerichtet ist, können wir den ersten Sync testen. Dazu in der Shell den Befehl mbsync -a eingeben. Es sollten jetzt bereits die ersten Emails aus der Proton Bridge synchronisiert und im Mail-Verzeichnis gespeichert werden.

Mu einrichten

Wenn mbsync eingerichtet ist, müssen wir mu einmalig initialisieren. Mit diesem Befehl in der Shell führen wir die Initialisierung durch:

• mu init --maildir=~/Mail --my-address=jan.iversen@proton.me
• mu index

Automatisierung des Sync und der Indizierung

Damit wir einen Automatismus haben, können wir einfach einen systemd-Timer nutzen.

Falls wir noch kein Verzeichnis für eigene systemd-Dienste haben, legen wir es an: mkdir -p ~/.config/systemd/user/

mbsync.service anlegen

Hier legen wir den eigentlichen Dienst an. Der Dienst wird über einen Timer gestartet. Es wird der Sync durchgeführt. Anschließend indiziert mu die Emails.

Die Datei ~/.config/systemd/user/mbsync.service erstellen

[Unit]
Description=Mail Sync
[Service]
Type=oneshot
ExecStart=/usr/bin/mbsync -a
ExecStartPost=-/usr/bin/mu index

mbsync.timer anlegen

Der Timer sorgt dafür, dass alle fünf Minuten eine Synchronisation stattfindet.

Die Datei ~/.config/systemd/user/mbsync.timer erstellen.

[Unit]
Description=Mail Sync alle 5 Minuten
[Timer]
OnBootSec=2m
OnUnitActiveSec=5m
[Install]
WantedBy=timers.target

Timer aktivieren

Diesen Befehl einmalig ausführen. Systemd aktiviert dann den Timer sofort.

systemctl --user enable --now mbsync.timer

Emails versenden

Wir wollen auch Emails versenden. Dafür verwenden wir msmtp. Das Programm sendet lokal die Mails an die Protonbridge. Und diese erledigt dann den Rest für uns. Hier benötigen wir ebenfalls eine Konfiguration. Die Konfiguration liegt unter ~/.msmtprc

# Standardeinstellungen für alle Konten
defaults
auth           on
tls            on
tls_starttls   on
# Hier nutzen wir wieder dein exportiertes Zertifikat
tls_trust_file ~/Mail/cert.pem
logfile        ~/.msmtp.log

# Dein Proton-Konto via Bridge
account        protonmail
host           127.0.0.1
port           1025
from           "xxx@proton.me"
user           "xxx@proton.me"
passwordeval   "echo 'yyy'"

# Dieses Konto als Standard setzen
account default : protonmail

Auch msmtp benötigt den Ort des Zertifikats sowie die Zugangsdaten der Proton Mail Bridge.

Konfiguration in Emacs

Ich kopiere hier einfach meine Konfiguration. Das ist teilweise durch KI generiert oder übernommene Parameter aus anderen Blogs. Für mich funktioniert die Konfiguration so sehr gut.

  (use-package mu4e
    :ensure nil ; Wir nutzen das Systempaket von openSUSE
    :config
    ;; --- GRUNDLAGEN ---

    ;; Sagt Emacs, wo dein Haupt-Mail-Ordner liegt.
    (setq mu4e-maildir "~/Mail")

    ;; Intervall für Emailcheck
    (setq mu4e-update-interval 300)

    ;; Sent-Mails löschen
    (setq mu4e-sent-messages-behavior 'delete)

    ;; --- DEINE IDENTITÄT ---

    (setq user-mail-address "jan.iversen@proton.me"
          user-full-name "Jan Iversen")

    ;; --- ORDNER-STRUKTUR (Proton-Standard) ---

    ;; Hier definieren wir, welche Ordner für was zuständig sind.
    ;; Das "mu4e-maildir-shortcuts" erlaubt dir, mit 'j' und
    ;; dann dem Buchstaben (z.B. 'i') blitzschnell zu springen.
    (setq mu4e-maildir-shortcuts
          '(("/INBOX"   . ?i)
            ("/Sent"    . ?s)
            ("/Trash"   . ?t)
            ("/Drafts"  . ?d)
              ("/Archive" . ?a)))

    ;; --- VERSAND (msmtp) ---

    ;; Hier sagen wir Emacs, dass es msmtp zum Verschicken nutzen soll.
    (setq send-mail-function 'sendmail-send-it
          sendmail-program "/usr/bin/msmtp"
          message-sendmail-f-is-evil t
          message-sendmail-extra-arguments '("--read-envelope-from"))

    ;; --- KOMFORT ---

    ;; Bilder direkt in der Mail anzeigen (schön auf deinem Ultrawide!)
    (setq mu4e-view-show-images t)

    ;; HTML-Mails schick im Emacs-Puffer anzeigen
    (setq mu4e-html2text-command "w3m -T text/html"))

  ;; Anzahl ungelesene Emails in Modeline anzeigen
  (mu4e-modeline-mode 1)
  (add-hook 'mu4e-index-updated-hook #'force-mode-line-update)
  (setq mu4e-sent-folder   "/Sent"
      mu4e-drafts-folder "/Drafts"
      mu4e-trash-folder  "/Trash"
      mu4e-refile-folder "/Archive")
;; Proton ist zickig beim Löschen
(setq mu4e-change-filenames-when-moving t)
(setq mu4e-trash-without-flag t)
(setq mu4e-headers-leave-behavior 'apply)

Wichtig sind die letzten drei Parameter für Proton. Ich verstehe nicht genau, was eigentlich im Hintergrund geschieht. Aber wenn alles so konfiguriert ist, funktioniert das „Löschen“, also Verschieben einer Email in Trash, zuverlässig.

Abschluss

Wenn alles eingerichtet ist, Emacs einmal neu starten. Über Alt+x mu4e starten und sich (hoffentlich) freuen, dass Emails im Dashboard angezeigt werden. Ab da verweise ich dann auf die Dokumentation für mu4e für die Bedienung. Am besten den Versand einer Email einmal testen und prüfen, ob alles korrekt ankommt. Bei mir hat es (bis auf das Löschen von Mails) sofort funktioniert. Und teste dann einmal die Suche, wenn alle Emails synchronisiert sind.

Fazit

Für mich funktioniert die Emailverwaltung in Emacs wunderbar. Es ist rasend schnell. HTML-Emails werden auch gut dargestellt und sind sogar entspannter zu lesen. Emacs bereinigt quasi die HTML-Mails und man kann sich auf den Inhalt konzentrieren. Wenn Emacs geschlossen ist, läuft dennoch der Sync und die Indizierung. Dadurch sind lokal alle Daten aktuell. Der einzige „Wermutstropfen“… es kann durch die Intervalle durchaus einige Minuten dauern, bis in Emacs eine Email angezeigt wird. Ich kann damit leben. Falls mal ein 2FA-Code per Email gesendet wird, den ich wirklich sofort benötige, schaue ich entweder auf das Smartphone oder stoße den Sync kurz manuell an. Aber wie oft kommt das wirklich vor. Mich entschleunigt das Lesen der Emails in Emacs sehr. Und ich kann jetzt Emails mit TODOs in orgmode verknüpfen.

Links

• Proton Mail Bridge in Flathub
• Mu
• Mu4e
• mbsync
• msmtp

Jan Iversen
Rathausstr. 11 B
22941 Bargteheide
E-Mail: jan.iversen@proton.me

Verantwortlich für den Inhalt nach § 18 Abs. 2 MStV:

Jan Iversen
Rathausstr. 11 B
22941 Bargteheide

Bemerkung

Dies ist ein privates, nicht-kommerzielles Blog. Es bestehen keine kommerziellen Absichten. Die Einträge spiegeln meine persönliche Meinung wider und müssen nicht zwingend korrekt sein.

Haftungsauschlus

Haftung für Inhalte

Als Diensteanbieter bin ich für eigene Inhalte auf diesen Seiten nach den allgemeinen Gesetzen verantwortlich. Ich bin als Diensteanbieter jedoch nicht verpflichtet, übermittelte oder gespeicherte fremde Informationen zu überwachen oder nach Umständen zu forschen, die auf eine rechtswidrige Tätigkeit hinweisen. Verpflichtungen zur Entfernung oder Sperrung der Nutzung von Informationen nach den allgemeinen Gesetzen bleiben hiervon unberührt.

Haftung für Links

Unser Angebot enthält Links zu externen Webseiten Dritter, auf deren Inhalte wir keinen Einfluss haben. Deshalb können wir für diese fremden Inhalte auch keine Gewähr übernehmen. Für die Inhalte der verlinkten Seiten ist stets der jeweilige Anbieter oder Betreiber der Seiten verantwortlich. Die verlinkten Seiten wurden zum Zeitpunkt der Verlinkung auf mögliche Rechtsverstöße überprüft. Rechtswidrige Inhalte waren zum Zeitpunkt der Verlinkung nicht erkennbar. Eine permanente inhaltliche Kontrolle der verlinkten Seiten ist jedoch ohne konkrete Anhaltspunkte einer Rechtsverletzung nicht zumutbar. Bei Bekanntwerden von Rechtsverletzungen werden wir derartige Links umgehend entfernen.

Ich bin begeistert, wie schnell und gut alles funktioniert. Allein die Suche war die Zeit für die Einrichtung wert. Ich gebe einen Suchbegriff ein und sofort (und wirklich sofort) werden mir alle Emails mit einem Treffer angezeigt. Wenn ich da an mein Postfach in der Firma denke (Outlook… hust)… da bin ich froh, wenn mir in einem akzeptablen Zeitraum überhaupt eine Liste mit Ergebnissen angezeigt wird.

Ich werde es die nächsten Tage einfach benutzen. Wenn es weiterhin stabil, schnell und ohne Probleme funktioniert, dann schreibe ich eine kleine Anleitung. Eigentlich habe ich die Anleitung bereits in org-roam. Aber dann kann ich es auch hier im Blog beschreiben, was für die Einrichtung gemacht werden muss.

Aber hier ein Bild:

Bereitstellung der Website (Hosting)

Dieses Blog wird auf einem virtuellen Server der netcup GmbH (Sitz in Karlsruhe, Serverstandort Nürnberg, Deutschland) gehostet. Beim Aufruf dieser Seiten erfasst der Webserver (NGINX) automatisch technische Informationen in sogenannten Logfiles.

Dazu gehören:

• IP-Adresse des zugreifenden Geräts

• Datum und Uhrzeit des Abrufs

• Übertragene Datenmenge

• Browsertyp und -version sowie das Betriebssystem

• Referrer-URL (die zuvor besuchte Seite)

Die Speicherung dieser Daten erfolgt zur Gewährleistung der Sicherheit und Stabilität des Servers sowie zur anonymen statistischen Auswertung der Zugriffe. IP-Adressen werden in den Logfiles nach spätestens 7 Tagen gelöscht oder anonymisiert.

Rechtsgrundlage: Art. 6 Abs. 1 lit. f DSGVO (Berechtigtes Interesse an einem sicheren und fehlerfreien Betrieb).

Interaktion und Kommentare

Dieses Blog bietet derzeit keine integrierte Kommentar- oder Antwortfunktion an. Es findet keine Erfassung oder Speicherung von Nutzerbeiträgen oder Interaktionsdaten auf diesem Server statt. Wenn Sie mich kontaktieren möchten, nutzen Sie bitte die angegebene E-Mail-Adresse.

Keine Cookies

Diese Website verwendet keine Cookies. Es findet kein Tracking Ihres Surfverhaltens statt.

Ihre Rechte

Sie haben das Recht auf Auskunft, Berichtigung, Löschung oder Einschränkung der Verarbeitung Ihrer gespeicherten Daten. Da ich jedoch (außer den kurzlebigen Server-Logs) keine personenbezogenen Daten erhebe, liegen in der Regel keine Daten vor, die ich Ihnen zuordnen könnte.

Verantwortlich: Jan Iversen

Kontakt: jan.iversen@proton.me

Schritt 1 - Erstelle eine ICS-Datei

Das ist die Methode, die jetzt in meiner Emacs-Konfiguration vorhanden ist. Das Umkopieren der Dateien in meinen org-Ordner habe ich auskommentiert. Scheinbar kommt mein Sync-Client für meine NAS damit nicht klar und landet in einem endlosen Sync-Prozess. Einiges an Code ist also überflüssig. Gemini hat den soweit generiert und er funktioniert. Es werden in /tmp Dateien mit der exportieren HTML- und ICS-Agenda angelegt. Wie gesagt, die HTML-Agenda ist für mich jetzt überflüssig.

(defvar my/agenda-export-running nil
  "Verhindert, dass der Export mehrfach gleichzeitig startet.")

(with-eval-after-load 'org-agenda
  ;; subr-x stellt den 'dlet' Befehl bereit
  (require 'subr-x)

  (defun my/export-and-push-agenda ()
    "Exportiert die Agenda NAS-schonend und lädt sie auf den v-Server hoch."
    (interactive)
    (unless my/agenda-export-running
      (setq my/agenda-export-running t)
      (unwind-protect
          (dlet ((org-agenda-span 365)
                 (org-agenda-sticky nil)
                 (org-agenda-tags-column -1)
                 (org-agenda-prefix-format '((agenda . " %-10:c ")))
                 (org-icalendar-include-todo 'all))

            (let ((tmp-html "/tmp/agenda.html")
                  (tmp-ics "/tmp/agenda.ics")
                  (final-html (expand-file-name "~/org/agenda.html"))
                  (final-ics (expand-file-name "~/org/agenda.ics")))

              ;; 1. Export in den Temp-Ordner (unsichtbar für das NAS)
              (save-window-excursion
                (org-agenda-list)
                (with-current-buffer "*Org Agenda*"
                  (let ((inhibit-read-only t))
                    (delete-trailing-whitespace))
                  (org-agenda-write tmp-html)
                  (org-agenda-write tmp-ics)
                  (kill-buffer "*Org Agenda*")))

              ;; 2. HTML-Design anpassen (Schriftgröße & Umbruch)
              (with-current-buffer (find-file-noselect tmp-html)
                (goto-char (point-min))
                (when (search-forward "</style>" nil t)
                  (goto-char (match-beginning 0))
                  (insert "      body { font-size: 20pt; font-family: sans-serif; line-height: 1.4; padding: 20px; }\n")
                  (insert "      pre { white-space: pre-wrap; }\n"))
                (basic-save-buffer)
                (kill-buffer))

              ;; 3. Dateien atomar an das NAS übergeben
              ;;(rename-file tmp-html final-html t)
              ;;(rename-file tmp-ics final-ics t)

              ;; 4. Geräuschloser Upload zum v-Server (jan-iversen.de)
              (let ((default-directory "~/"))
                (start-process "agenda-upload" nil
                               "scp" tmp-ics "xxx@yyy:/var/www/ics/agenda.ics"))

              (message "Agenda-Export erfolgreich abgeschlossen.")))

        ;; Diese Zeile MUSS innerhalb der unwind-protect Klammern stehen
        (setq my/agenda-export-running nil)))))

Schritt 2 - Vorbereiten des Servers

Ich habe auf meinen virtuellen Server bereits NGINX im Einsatz. Ich habe mir dort lediglich unter /var/www den Ordner ics angelegt. Danach habe ich die Rechte an dem Ordner auf meinen Benutzer geändert. So kann ich einfach per scp eine Datei auf den Server kopieren. Eine neue Konfiguration für die Seite wurde angelegt. Und ich habe die Seite per htpasswd abgesichert. So kann niemand die Datei einfach herunterladen.

Schritt 3 - DNS-Eintrag

Bei Netcup habe ich einen neuen DNS-Eintrag gesetzt. Diesmal hat es nur wenige Minuten gedauert, bis der DNS-Eintrag auch überall bekannt war. Ich konnte also zügig weitermachen.

Schritt 4 - Erster Test

In Emacs habe ich die neue Methode das erste Mal gestartet. Die ICS-Datei wurde korrekt auf den Server kopiert. Über die URL konnte ich im Browser die Passwortabfrage testen und danach die Datei erfolgreich herunterladen. Hat also wunderbar geklappt.

Schritt 5 - Einrichtung auf dem Handy

Für Android gibt es das Programm ICSx⁵. Dieses Programm macht genau das, was ich wollte. Es lädt regelmäßig eine ICS-Datei herunter. In der Kalenderapp wird dann ein neuer Kalender angezeigt. Man kann noch Optionen wie Erinnerungszeiten setzen. Für mich reicht es aber, wenn ich die Einträge erst einmal im Kalender sehen kann.

Schritt 6 - Automatischer Hook in Emacs

Wenn ich etwas in Emacs an meiner Agenda ändere und speichere, soll ein Hook automatisch ausgeführt werden. Dieser Hook soll dann die Methode von oben aufrufen. Der ganze Vorgang geht erstaunlich schnell. Vielleicht liegt es daran, dass ich noch eine überschaubare Agenda habe.

(defun my/org-agenda-maybe-push ()
  "Prüft beim Speichern, ob es die Agenda-Datei ist und startet dann den Export."
  (when (and (buffer-file-name)
             (string= (file-truename (buffer-file-name))
                      (file-truename (expand-file-name "~/org/Agenda.org"))))
    ;; Wir stellen sicher, dass die Export-Funktion geladen ist
    (unless (fboundp 'my/export-and-push-agenda)
      (require 'org-agenda))
    (my/export-and-push-agenda)))

;; Den Hook global registrieren
(add-hook 'after-save-hook #'my/org-agenda-maybe-push)

Fazit

Um meine Termine unterwegs schnell einsehen zu können, reicht dieser Ansatz bisher. Es ist genügend automatisiert, damit ich mich auf den Prozess soweit verlassen kann. In meinem Backlog liegt aber als Todo bereits die Idee, eine richtige Caldav-Synchronisation mit Emacs gegen einen Caldav-Server einzurichten. Aber das ist noch Zukunftsmusik.

Folgende Pakete habe ich aktuell unter anderem in Verwendung:

• Orgmode (klar, oder)
• org-roam (Aufbau eines Wissennetz)
• denote (für meine bisherigen Notizen)
• org-download für Screenshots
• org-olivetti zum entspannten Schreiben
• sudo-edit zum Bearbeiten von Systemdateien
• Marginalia zur Ergänzung des Minibuffers um weitere Informationen
• EF-Themes
• Vertico für eine bessere Suche
• Consult
• Which-Key für die Anzeige der Tastenkombinationen

Und noch weitere Pakete….

Die Konfiguration ist eine org-Datei, die ich mittels org-babel-tangle dann in die init.el ausgebe.

Was mir aktuell sehr gefällt, ist die Schriftart Iosevka für Codeblöcke und Iosevka Aile für normalen Text. Es sieht für mich sehr edel aus.

Betrieb des Servers

Der Betrieb des Servers selbst ist bisher sehr einfach. Als Basis wird ein V-Server von Netcup eingerichtet. Der Server hat vier Kerne, 8 GByte RAM und 250 GByte SSD-Speicher. Angebunden ist er im Netcup-Rechenzentrum mit 2,5 GBit. Auf dem Server habe ich Element-Web, Synapse, Livekit und einige weitere Hilfsdienste für den Betrieb des Matrix-Servers installiert. Meine Anforderungen sind recht gering. Ein paar Freunde und ich sind auf dem Server und nutzen ihn zum Chatten, Austausch von Notizen für das Rollenspiel und Videocalls. In den vier Wochen gab es einige Updates, die dank der Docker-Compose-Datei innerhalb von Sekunden eingespielt werden konnten. Ich hatte bisher bei keinem Update ein Problem. Im Betrieb werden knapp 1,8 GByte RAM benötigt. Ein Großteil davon verbraucht Synapse. Der Server kann ohne Probleme Videocalls verkraften. Die CPU langweilt sich, wenn sechs Personen in einem Call sind. Ich schätze, dass locker 30-50 Personen gleichzeitig Videocalls in Gruppen durchführen könnten. Abgesehen von der eher gruseligen Einrichtung läuft alles.

Element, Fluffychat, Cinny, Neochat… Clients soweit das Auge reicht

Ich habe einige Clients ausprobiert. Im Gegensatz zu Discord hat man hier eine recht große Auswahl. Auf dem Server selber ist Element-Web installiert. Aber der wird wohl nur von einigen Nutzern sporadisch verwendet. Soweit ich es mitbekommen habe, hat jeder sich einen Desktop-Client installiert.

Element

Element ist wohl der Platzhirsch. Der Client funktioniert auf dem Desktop gut. Es ist eine Electron-Anwendung, wenn ich es richtig weiß. Im Prinzip wird also nur ein Browser gestartet und darin läuft dann der Web-Client lokal auf dem PC. Die Bedienung ist gut. Manchmal könnte der Client gerne ein wenig zügiger reagieren. Man muss sich an der ein- oder anderen Stelle etwas umgewöhnen. Element wirkt generell sehr business- oder behördenorientiert. Es gibt so gut wie keine Features, die man eher in einem privat- oder gamingfokussierten Messenger erwartet. Keine Gifs, keine eigenen Emojis, kein Schnickschnack. Ich habe in Element einen Bug entdeckt. Wenn mein Theme in Plasma sich von hell auf dunkel ändert, dann ist die Oberfläche in Element kaputt. Es sieht dann so aus, wie eine Webseite ohne CSS. Ein Neustart von Element behebt das Problem dann. Aktuell nutze ich Element nur, wenn ich Videocalls nutzen möchte.

Fluffychat

Fluffychat nutze ich auf dem Smartphone. Der Messenger ist richtig gut. Er ist schnell, die Bedienung ist super und er macht überhaupt keine Probleme. Er sieht auch noch gut aus. Aber… er kann keinen Videocall (zumindest nicht die neue Gruppen-Callfunktion). Auf dem Smartphone benötige ich das nicht. Daher ist es dort mein Go-to-Messenger geworden.

Cinny

Ein Kumpel hat bei sich Cinny gehostet. Cinny versucht scheinbar die Oberfläche von Discord nachzubauen. Insbesondere verschachtelte Matrix-Spaces werden hier am besten dargestellt. Für Umsteiger ist Cinny eine Überlegung wert. Cinny kann wie Element mittlerweile die neue Video-Call-Funktion.

Neochat

Das ist aktuell mein Matrix-Client, den ich auf dem PC nutze. Er nutzt qt als Framework und passt damit natürlich sehr gut in die Welt von KDE Plasma. Neochat ist bei der Bedienung ok. Verschachtelte Spaces sind bisher schlecht umgesetzt. Und es gibt nicht die neue Call-Funktion. Außerdem zeigt Neochat manchmal Benachrichtigungen an, die schon lange erledigt sind. Mein größtes Problem bei der Einrichtung war die Entschlüsselung der alten Chats. Neochat kann nicht die Verifikation mittels eines anderen Clients korrekt durchführen (der Abgleich der lustigen Emojis). Ebenso kann man nicht den Wiederherstellungsschlüssel verwenden. Neochat hat diese Funktion einfach nicht. Ich musste aus Element einen separaten Entschlüsselungskey mit Passwort erzeugen und konnte diesen Key dann in Neochat importieren. Das versteht ein technisch unbedarfter Anwender mit Sicherheit nicht. Hier sollte dringend nachgebessert werden. Da der Client aber gut in Plasma passt, nutze ich ihn. Er ist stabil und schnell. Ich würde Neochat aber nur bedingt weiterempfehlen.

Die guten Seiten

Der Server läuft. Ich habe auch bisher keine Probleme gemeldet bekommen. Nachrichten werden sehr schnell zugestellt. Die Videocalls funktionieren ausgezeichnet. Die Auswahl an Clients ist gut und die meisten funktionieren auch gut.

Die schlechten Seiten

Es gibt auch einige echt blöde Dinge…

Verschlüsselte Nachrichten

Ein Benutzer auf meinem Server kann alte Nachrichten in einem Chat nicht einsehen. Er ist Mitglied in dem Chat. Das kann man im Raum sehen. Ich habe zwei Tage später dort Nachrichten gepostet. Sein Client entschlüsselt die Nachrichten aber nicht. Ich habe die Vermutung, dass er per Webclient dem Chat beigetreten ist. Und dass dann irgendetwas im Client schief gelaufen ist. Ich habe es auf jeden Fall nicht verstanden, warum das Problem bei ihm aufgetreten ist. Das war für ihn ein frustrierendes Erlebnis. Hier muss Matrix nachbessern und klarer mitteilen, warum etwas nicht gelesen werden kann. Soweit ich weiß, sollten die Entschlüsselungskeys zwischen den Clients ausgetauscht werden. Aber vielleicht habe ich da auch Matrix komplett falsch verstanden.

Föderation und große Räume

Mein Server darf föderieren. Mit anderen Worten: ich kann mit meinem Account auf meinem Server auch fremde Server kontaktieren und dort chatten. Ich habe das mit dem Matrix-Server von openSUSE getan. Es ist teilweise unfassbar langsam. Ob ich mir die Liste der Räume anzeigen lassen möchte oder große Räume mit mehreren tausend Mitgliedern beitreten möchte, mein Server stirbt dann fast. Und ich weiß nicht, warum. Was kann so schwer sein, einem Raum beizutreten? Was muss dabei geschehen? Es reicht doch, wenn der Chat der letzten Tage geladen wird. Wenn ich dann zurück scrolle, können die älteren Nachrichten geladen werden. Es gibt sogar einen Raum, dem kann ich nicht beitreten. Wenn ich es versuche, hängt mein Server bei 100% CPU-Last und der RAM-Bedarf explodiert… warum??? Keine Ahnung…

Und jetzt kommt die richtig üble Sache.

Wir wollten eigentlich Discord den Rücken kehren. Primär ist die Videocall-Funktion für uns interessant. So spielen wir Dungeons and Dragons. Technisch funktioniert das auch richtig gut. Aber nur technisch. Kein Client, wirklich keiner… absolut keiner.. ist in der Lage Hintergrundgeräusche in irgendeiner Art und Weise herauszufiltern. Tastaturgeräusche, Einfüllen von Wasser, das Rascheln der Chipstüte, alles wird in einer fantastischen Lautstärke präsentiert. Element selbst hat als einziger Client eine Option für die Filterung von Geräuschen. Aber ich habe den Eindruck, dass die Option Placebo ist. Vielleicht wird da maximal das Rauschen von Lüftern herausgefiltert. Ich weiß… Discord ist da richtig gut. Das ist kein Verdienst von Discord. Sie haben lediglich eine externe Methode für Geräuschunterdrückung lizenziert (Krisp). Ich verstehe auch, dass kein Matrix-Client eine kostenpflichtige Option integrieren kann. Aber es gibt auch kostenlose, sogar freie Lösungen. Hier wünsche ich mir, dass die Entwickler der Clients sich dem Thema annehmen und etwas integrieren. Eine Option für ein Noisegate wäre übrigens auch hilfreich. Dann könnte das Mikrofonsignal erst ab einer bestimmten Lautstärke übertragen werden. Das sollte zumindest ein wenig Abhilfe schaffen.

Aktuelles Fazit

Matrix ist grundsätzlich toll. Es hat zwar Ecken und Kanten. Aber es funktioniert im Grundsatz. Wie so oft… fehlen aber einige Funktionen, die echt wichtig wären. Ich habe bisher aber den Eindruck, wenn ich mir die Tickets und Blog-Einträge anschaue, dass niemand ernsthaft versucht Discord anzugreifen und notwendige Features wie Geräuschunterdrückung oder bessere Nutzererfahrung in Bezug auf die Verschlüsselung anzugehen. Es freut mich, wenn Belgien Matrix als Messenger für Behörden einführt. Wirklich… ich finde das toll. Aber bitte lieber Entwickler… holt die privaten Communities mit guten Funktionen ab. Ich werde den Server weiter betreiben (ich nutze ihn wirklich viel). Ich habe auch eine kleine, regelmäßige Spende an die Matrix-Foundation eingerichtet. Denn ich hoffe und glaube, dass Matrix wirklich gut werden kann und wir damit etwas souveräner werden.

Codecs in openSUSE Tumbleweed

openSUSE ist sehr strikt, wenn es um die Bereitstellung von Codecs geht. Das liegt, soweit ich es verstehe, an den Lizenzen. Fedora z. B. liefert ebenfalls keine unfreien Codecs aus. In beiden Distributionen gibt es jeweils ein separates Repository, welches unfreie Codecs bereitstellt. Bei openSUSE ist dies Packman (nicht mit pacman dem Arch-Paketmanager verwechseln). Es gibt das Tool opi, welches mittels zypper in opi installiert werden kann. Wenn man nun opi codecs aufruft, werden die Codecs aus dem Packman-Repository installiert. Dies führt zu einem Anbieterwechsel der entsprechenden Pakete.

Was sind die Probleme mit Packman?

Packman hat zwei Probleme.

1. Es ist kein offizielles Repository. Das Repository wird unabhängig vom openSUSE-Projekt verwaltet. Wie oben geschrieben… Lizenzprobleme. Das bedeutet, dass man sich ein Dritt-Repository in sein System einbindet. Die Pakete liegen außerhalb von openSUSE und können theoretisch kompromittiert sein. Jetzt muss man für sich selber entscheiden, wie weit man diesem Repository vertraut.
2. Sync-Probleme Das war mein Problem. Es gab in Tumbleweed Updates für Pakete, die auch innerhalb von Packman liegen und durch die Codecs installiert waren (ich glaube ffmpeg war es). Das Packman-Repository benötigt etwas Zeit, um diese Änderungen bei sich bereitzustellen. Wenn man dann ein Update durchführt, möchte zypper die Pakete von openSUSE installieren (vendorchange). In meinem Fall waren es mehrere Tage, sofern ich es auf Reddit verfolgen konnte. Zu dem Zeitpunkt hatte ich Arch installiert.

Wieder auf Tumbleweed

Ich habe mich trotz der Probleme dazu entschieden, doch wieder Tumbleweed zu installieren. Und auch das Problem mit Packman für mich zu lösen. Warum ich wieder bei Tumbleweed bin? Zum einen ist die Integration der automatischen Snapshots mittels Snapper perfekt gelöst. Zum anderen… die Community ist sehr unaufgeregt. Egal ob ich in das subreddit r/openSUSE oder in das Forum oder auf Matrix reinschaue, Diskussionen sind ruhig und sachlich. Ich habe den Eindruck, dass es einen recht festen und treuen Kern an openSUSE-Benutzern und Experten gibt. Außerdem werden geplante Änderungen ruhig besprochen und nicht übereilt durchgeführt. Und ich habe das Codec-Problem für mich vorerst gelöst. Ich verwende das Packman-Repository einfach nicht. Für Programme, die Codecs benötigen, bin ich auf die Flatpak-Variante umgestiegen. Das betrifft bei mir aktuell Firefox und VLC. Über Flatpak bringen beide Codecs mit. Und die Codecs bieten auch Hardwarebeschleunigung. Das löst dann das Auftreten von Sync-Problemen mit Packman und auch die Vertrauensfrage ist gelöst.

Wichtige Anmerkung hier: Wenn man dann Firefox und VLC mittels zypper deinstalliert, sollte man die Pakete danach in zypper “locken”. Sonst könnten sie bei einem Update wieder installiert werden. Der Befehl dazu lautet zypper al firefox bzw. zypper al vlc. Mit zypper locks kann man sich alle gelockten Pakete ausgeben lassen.

Jetzt nutze ich also openSUSE Tumbleweed. Und ich will das als Challenge angehen. Bis Ende April muss ich mindestens bei Tumbleweed bleiben. Also gut einen Monat. Ich bin gespannt, wie es läuft.

Natürlich möchte ich aber dennoch gerne irgendwann WIFI 7 nutzen können. Meine Hoffnung lag bisher auf dem Kernel 7.0. Durch einen glücklichen Zufall bin ich aber im Arch-Forum auf diesen Thread gestoßen: https://bbs.archlinux.org/viewtopic.php?id=312624 Der Benutzer dort beschreibt exakt mein Problem. Die Analyse des Arch-Mitglieds Seth ist interessant. Er kann die Logs korrekt interpretieren und führt die Probleme auf wpa_supplicant zurück. Das ist der Dienst, der mit dem WIFI-Router die Verbindung aushandelt (soweit ich es verstehe). Und wpa_supplicant kann bisher nur sehr rudimentär WIFI 7. Diese Tatsache und der Umstand, dass am ath12k-Modul sehr aktiv gearbeitet wurde und wird, scheinen dann zu der Kernelpanic zu führen. Ich habe also den Lösungsvorschlag von Seth bei mir umgesetzt.

Lösung

Es hilft, wenn man wpa_supplicant durch iwd ersetzt. Das funktioniert unter Arch sehr einfach. Im Wiki wird das hier beschrieben: https://wiki.archlinux.org/title/NetworkManager#Using_iwd_as_the_Wi-Fi_backend

1. iwd mittels pacman -S iwd installieren
2. Dem Networkmanager mitteilen, dass iwd als Backend verwendet werden soll. Dazu wird die Datei /etc/NetworkManager/conf.d/wifi_backend.conf mit folgendem Inhalt angelegt:

   [device]
   wifi.backend=iwd
   

3. wpa_supplicant am besten dann mit sudo systemctl mask wpa_supplicant maskieren. Das verhindert, dass irgendwie doch noch wpa_supplicant genutzt werden kann.
4. Den Rechner einmal neustarten
5. Die alte WIFI-Verbindung einmal löschen und neu verbinden.

Seit ich diese Änderung auf meinem Thinkpad durchgeführt habe, läuft die WLAN-Verbindung stabil. Es gibt in KDE Plasma einen kleinen kosmetischen Bug. Beim Klicken auf das WLAN-Symbol wird in dem Widget nicht direkt der Status der WLAN-Verbindung angezeigt. In den Systemeinstellungen kann man aber die Verbindungsgeschwindigkeit sowie weitere Informationen einsehen. Im KDE-Forum habe ich bereits eine Diskussion mit diesem Problem gefunden. Für mich ist das nicht wichtig. Das Symbol selber signalisiert korrekt, ob ich mit dem WLAN verbunden bin. Das reicht für mich aus. Ich habe dafür aber auch Vorteile bemerkt. iwd baut die WIFI-Verbindung viel schneller auf. Insbesondere beim Aufwachen aus dem Standby muss ich nicht mehr lange warten. Für mich ist iwd eine Verbesserung und nicht nur, weil die Kernelpanics nicht mehr auftreten.

Ja… manchmal muss man in Linux vielleicht auch bei einem Bug um die Ecke denken. Es gibt oft nicht nur ein Tool, welches Funktionen bereitstellt. Sondern zwei oder drei oder viele. Und manchmal hilft es dann einfach, das Tool zu wechseln. Ich bin aber zuversichtlich, dass auch wpa_supplicant irgendwann mit WIFI 7 umgehen kann.

Also habe ich gestern und heute sowohl mein Notebook Jupiter als auch meinen PC Mars auf Arch umgestellt. Und ja… Vanilla Arch. Kein EndeavourOS, kein CachyOS. Ich habe es auf beiden Systemen mittels archinstall und dem Wiki es sogar geschafft, dass ich automatische Snapshots während eines Updates habe. Es ist also wie openSUSE. Wenn ein Update schwere Fehler mitbringen sollte, kann ich auf einen älteren Snapshot wechseln und hoffentlich das Problem aussitzen.

Mir gefällt Arch. Man merkt irgendwie, dass es eine reine Community-Distribution ist. Die Struktur ist klar, alles ist recht logisch aufgebaut. Und das Arch-Wiki ist wohl die beste Linux-Dokumentation, die man finden kann. Da können sich viele andere Distributionen eine große Scheibe von abschneiden. Ich weiß, so etwas ist nur durch viel Einsatzbereitschaft der Maintainer und Entwickler möglich. Und dafür möchte ich hier einfach Danke sagen.

Ich bin gespannt, wie sich jetzt Arch die nächste Zeit schlägt. Auf meinem PC Mars hatte ich wirklich lange EndeavourOS im Einsatz. Meine Phase des extremen Distrohoppings fing eigentlich erst mit dem Thinkpad an, da ich hier auf die WLAN- und Stabilitätsprobleme gestoßen bin. Bisher… mit abgeschaltetem Wifi-7 läuft die Kiste aber richtig gut. Von daher hoffe ich, dass es jetzt so bleibt. Und dass ich mich auf eine ruhige Zeit mit Arch freuen kann.

Welcome Back openSUSE Tumbleweed.

Kurzer Blick zurück

Ich habe ein Thinkpad Gen 5 AMD. Darin ist eine Wifi-7-Karte verbaut (Qualcomm WCN785x). Ich habe ebenfalls eine Fritzbox, die bereits Wifi-7-fähig ist. Seit dem Kernel 6.18 wird beim Aufwachen aus dem Standby reproduzierbar eine Kernel Panic ausgelöst. Seit dem Kernel 6.19 läuft auch die WLAN-Verbindung selber hakelig. Das Gerät verbindet sich immer wieder neu, wechselt zwischen 2,4 GHz und 5 GHz hin und her. Oder baut gar keine Verbindung auf. Ich kann das Verhalten mit diversen Distributionen nachstellen. Das Problem entsteht irgendwo im ath12k-Modul.

Das war auch der Grund, warum ich jetzt erstmal Ubuntu LTS genutzt habe. Das war die einzige Distribution mit einem stabilen Kernel und Wifi.

Der heutige Durchbruch

Heute habe ich mir gedacht… egal… ich kann auf das Thinkpad auch ein wenig verzichten. Ich teste eine Distribution mit aktuellem Kernel und versuche dann, dort im Forum eine entsprechende Meldung zu posten. Vielleicht gibt es dort dann Entwickler, die darauf aufmerksam werden. Denn ich denke, ich bin nicht alleine mit dem Problem.

Ich habe daher CachyOS (Arch-basiert) installiert. Das war für mich hier das Einfachste. Und ich weiß, dass die Entwickler von CachyOS auch durchaus Richtung Upstream mit Kernelentwicklern kommunizieren.

Nach der Installation hatte ich, wie erwartet, den Kernelcrash beim Aufwecken aus dem Standby. Ich habe das Gerät erst einmal weiter eingerichtet, aber es lief auch nicht richtig rund. Wifi hing, was sogar zu kurzen Freezes in Gnome geführt hat. Wie sage ich dann immer: “Das Gerät lief wie ein Sack Flöhe”. In den Logs fand ich dann u. a. diesen Fehler:

• ath12k_pci 0000:02:00.0: ML peer 0 exists already, unable to add new entry for [MAC]
• wlan0: failed to insert STA entry for the AP (error -17)
• WARNING: drivers/net/wireless/ath/ath12k/mac.c:11932 at ath12k_mac_op_unassign_vif_chanctx

Das sind wohl Fehler, die beim Versuch, das MLO mit dem Router auszuhandeln, entstehen (zumindest nach meiner Recherche… ich habe da aber wirklich wenig Ahnung). Das ist wohl ein Feature von Wifi 7. Also… was verliere ich, wenn ich den Router auf Wifi 6 umstelle? Eigentlich nicht viel, da mein Thinkpad eh das einzige Wifi-7-fähige Gerät ist.

Gesagt, getan… ich habe die Fritzbox umgestellt. Und eine KI empfahl mir, noch folgende Einstellung im Thinkpad vorzunehmen:

Mittels sudo nano /etc/modprobe.d/ath12k.conf eine Konfiguration für das ath12k-Modul anlegen und folgenden Inhalt einpflegen:

options ath12k mlo_capable=0

Ob der Parameter wirklich funktioniert, habe ich nicht weiter getestet. Denn… nachdem ich in der Fritzbox die Änderung durchgeführt und meinen Laptop neu gestartet habe, lief das Gerät perfekt. Ich habe keine Kernel Panic mehr beim Resume. Die Verbindung zu meinem WLAN wird quasi sofort aufgebaut. Es läuft auch alles stabil. Keine kurzen Freezes oder langsamen Übertragungen mehr.

Ich werde das Problem weiter beobachten. Vielleicht bringt der Kernel 7.0 dann die Verbesserungen und Fixes. Ich werde das Problem auf jeden Fall in den nächsten Tagen im CachyOS-Forum posten. Vielleicht hilft jemandem diese Erkenntnis oder jemand kann bei weiteren Analysen unterstützen.

Update

Ich habe den Bug mal im openSUSE-Projekt gemeldet: https://bugzilla.opensuse.org/show_bug.cgi?id=1259775

Update 2

Es gibt eine Lösung, um WIFI 7 nutzen zu können. Ich beschreibe das hier: Thinkpad läuft jetzt stabil

Ein Testcall mit einem Freund hat auch gut funktioniert. Die ersten anderen Bekannten trudeln auf dem Server ein. Es gibt noch einiges zu lernen.

Aber bisher sieht es alles gut aus.

Für meine Rollenspielrunden habe ich lange Zeit Discord verwendet. Ich habe dort einen eigenen “Server” aufgesetzt, einige Chat- wie auch Videoräume eingerichtet und es dann einfach für meine Runden genutzt. Discord ist einfach zu benutzen, ich muss mir keine Gedanken über das Hosting machen und es funktioniert auch meistens stabil.

In den letzten Monaten aber wurde immer mehr Werbung in Discord eingeführt. Und Discord hat angekündigt, dass ein System für die Verifikation des Alters kommen wird. Ob das nun bedeutet, dass man seinen Ausweis hochlädt, das Bild gescannt wird oder die Chats per KI durchsucht und bewertet werden, weiß ich nicht. So oder so habe ich aber ein immer schlechteres Gefühl, wenn ich Discord benutze. Also habe ich mich ein wenig nach Alternativen umgeschaut.

Meine Anforderungen

Ich benötige folgende Funktionen in einem Chatclient, damit ich meine Rollenspielrunden leiten kann:

• Es muss Chaträume für den allgemeinen Austausch geben.
• Dateien müssen einfach für die Spieler zur Verfügung gestellt werden können.
• Videochat mit mehreren Personen muss stabil und in guter Qualität funktionieren.
• Der Dienst soll möglichst bei einem Dienstleister in Europa gehostet oder selber auf einem Server bereitgestellt werden

Die Suche

Zuerst habe ich an Teamspeak gedacht. Vor Jahren hatte ich einen kleinen, gemieteten Server. Und ich erinnerte mich, dass es für Sprache genial war. Teamspeak gibt es immer noch. Leider ohne Videochat. So wie ich es sehe, wird diese Funktion auch nicht entwickelt. Also war Teamspeak sofort raus. Ich bin dann auf Matrix gestoßen. Matrix kannte ich schon länger. Im Linux-Umfeld hat Matrix die alten IRC-Chats nahezu vollständig abgelöst. Man kann entweder auf einigen größeren Servern sich eigene Instanzen anlegen (ähnlich wie bei Discord) oder selber einen Matrix-Server aufsetzen und betreiben. Da Matrix mit zum föderierten Netz gehört, können eigene Server durchaus sich mit anderen austauschen. Es muss also nicht jeder zwingend auf dem eigenen Server einen Account haben. Und ich kann mich mit einem Account auf meinem Server auch auf andere Matrix-Server verbinden. Aber auf meinem Server bin ich der Hausherr. Das klingt doch gut. Matrix sollte es also werden.

Die Einrichtung

Hui… Matrix… wo fängt man da an. Es gibt gar nicht den einen Matrix-Server. Es gibt diverse. Begriffe wie Synapse, Livekit, Coturn begegnete ich sofort. Und Element, Fluffychat, Nheko, … Und dann habe ich es zumindest im Ansatz verstanden (glaube ich).

Matrix

Matrix selbst ist das Protokoll. Es umfasst alle Spezifikationen, wie ein Matrix-Server in etwa aufgebaut sein muss, damit er auch mit anderen Matrix-Servern funktioniert. Dazu gibt es dann noch diverse Clients. Die verbinden sich dann mit dem Matrix-Server. Clients haben auch nicht alle denselben Funktionsumfang. Einige können zum Beispiel eigene Emojis anzeigen, andere dafür Videocalls starten… Es ist kompliziert. Ich habe mich dann aber für das Ökosystem von Element (ESS) entschieden. Element ist ein Client. Dazu gehört dann der Server Synapse. Soweit ich es beurteilen kann, ist es der am meisten eingesetzte Server in der Matrixwelt.

Die Einrichtung ist aber doch nicht so einfach wie gedacht. Du siehst meine Anforderungen oben? Videochats bzw. Videocalls… das wird mich fast zur Verzweiflung bringen.

Ich habe mir erstmal einen neuen virtuellen Server besorgt und die ersten DNS-Einträge konfiguriert, die notwendig sind. Dank KI-Unterstützung und einiger Recherche in kagi konnte ich schnell mittels Docker auf dem Server den Communityserver von Element einrichten. Ich konnte mich selber registrieren und die ersten Chaträume anlegen. Das war der einfache Teil. Und hat vielleicht eine Stunde gedauert.

Dann kamen Videocalls…

Uff… ja… Videocalls. Das hätte einfach sein können. Wenn ich nur eine vernünftige Anleitung gefunden hätte, die einfach erklärt, was alles benötigt wird. Aber einfache Anleitungen für Matrix scheint es nicht zu geben. Verstehe mich nicht falsch. Element hat wirklich viele und umfangreiche Dokumentationen. Die sind auch bestimmt super. Aber eine Art Best-Practise-Installation auf einem Debian-System mit Docker habe ich nicht gefunden. Auch keine wirkliche Erklärung, was alles benötigt wird.

Ich habe Stunden benötigt. Habe Yaml-Dateien bearbeitet, getestet, Neustarts durchgeführt und irgendwie hat es nie geklappt. Der Fehler MISSING_MATRIX_RTC_FOCUS hat mich immer wieder beim Start eines Videocalls begrüßt. KI konnte hier auch nur bedingt helfen, denn scheinbar ist diese Funktion noch recht neu. Nach vielen Stunden habe ich dann wohl das Problem gelöst. Es fehlte ein Dienst, der Tokens für die Videocalls ausstellt. Und im Reverseproxy mussten noch einige Konfigurationen geändert werden.

Auf einmal konnte ich in dem Raum für Videocalls einen echten Anruf starten und sah mich selber. Auch die Verbindung über ein zweites Gerät hat geklappt.

Ich dachte, ich wäre fertig.

Matrix ist nicht Matrix… wenn du glaubst, du hast es gelöst…

Ich war auch fertig… mit den Nerven… ich war müde und unkonzentriert. Aber ein letzter Test sollte noch gemacht werden. Ich habe einen zweiten Raum für Videocalls erstellt. Der müsste ja auch funktionieren. Ja… ne… hat es nicht. Das war wirklich spannend. Ich konnte in dem neuen Raum einen Call starten. Aber ich habe nie den Ton oder das Bild des anderen Client gesehen. Habe ich den ersten Raum genommen und dort einen Call gestartet… na… klar… es funktioniert. Ich habe noch einmal meine Firewall geprüft. Ob die Ports korrekt freigegeben sind. Logs geprüft… usw… und es wollte nicht. Bis (und hier muss ich KI mal loben) die KI mir einen guten Tipp gegeben hat. Der Element Client cached scheinbar gerne und viel. Das ist auch grundsätzlich in Ordnung. Aber manchmal cached er auch kaputte Informationen. Der neue Raum muss irgendeine falsche Information im Element Client gehabt haben, sodass die Übertragung des Videosignals nicht funktioniert hat. Als ich im Client den Cache gelöscht habe, klappte der Call sofort. Und auch mit einem dritten und vierten Testraum…

Und jetzt habe ich meinen eigenen Server

Jetzt bin ich also stolzer Besitzer eines eigenen Matrix-Servers. Irgendwie fühlt es sich schon cool an, das überhaupt geschafft zu haben. Heute morgen habe ich mit einem PC, zwei Laptops, Handy und Tablet einen Testcall mit Video gemacht. Der Server hat quasi Däumchen gedreht. Die Qualität der Videos sah sehr gut aus. Zum Audio kann ich nicht viel sagen (fünf Geräte im selben Raum… da sind lieber alle Mikrofone abgeschaltet). Einige Freunde sind auch auf dem Server und testen ein wenig. Jetzt geht es daran, sich über die Konzepte von Spaces, Chats, Gruppen, etc. Gedanken zu machen und für die Rollenspielrunden eine vernünftige Struktur zu erstellen.

Und vielleicht kann ich dann demnächst Discord den Rücken kehren und in der Matrix leben.

• Wir haben diese Pixelgrafik und wollen diese auf dem Plotter mit einem Stift zeichnen lassen. Der Plotter benötigt unbedingt ein SVG, welches möglichst einfach ist.
• Die Brother-Software kann grundsätzlich aus einer Pixelgrafik eine Vektorgrafik erzeugen. Das Ergebnis ist ok. Bei der obigen Grafik waren wir aber mit dem Ergebnis nicht zufrieden. Daher habe ich mich damit beschäftigt, wie man in Inkscape eine Pixelgrafik vektorisieren kann.

Bild in Inkscape einfügen

• Inkscape öffnen
• Bild entweder per Drag and Drop oder über “Datei öffnen” in Inkscape öffnen

SVG erzeugen

• Das geöffnete Bild in Inkscape einmal anklicken, damit es selektiert ist
• Im Menü “Pfad” den Punkt “Bitmap nachzeichnen” aufrufen
• Im rechten Bereich öffnet sich jetzt der Dialog. Die Vorschau sollte bereits das SVG anzeigen. Wenn die Vorschau leer ist, dann noch einmal das Bild anklicken.

Parameter

• Strichzeichnung vektorisieren Diese Option erzeugt aus der Pixelgrafik eine echte Strichzeichnung. Jede erkannte Linie wird unabhängig von ihrer Dicke zu einer dünnen Vektorlinie umgewandelt. Es gibt keine ausgemalten Flächen. Für den Plotter ist das wichtig, da sonst das Plotten Stunden dauern kann oder gar nicht funktioniert. Eine Erklärung der anderen Parameter findet man auf der Inkscape-Seite: https://inkscape.org/de/doc/tutorials/tracing/tutorial-tracing.html
• Ich erhöhe immer “Ecken glätten” und “Optimieren” ein wenig. Ich habe den Eindruck, dass dadurch die Linien besser und etwas runder werden.
• Wenn das Ergebnis in der Vorschau ok ist, wenden wir alles auf das Bild an.

Vektorbild

• Das Vektorbild ist jetzt in unserem Arbeitsbereich über dem Pixelbild. Im rechten Bereich “Ebenen und Objekte” können wir sowohl den Pfad (die Vektorgrafik) wie auch das image (unser Pixelbild) auswählen. Ich verschiebe gerne erst einmal den Pfad im Arbeitsbereich nach rechts und vergleiche das Ergebnis.

Pixelbild löschen

• Sind wir mit dem Ergebnis zufrieden, können wir das Pixelbild löschen. Dazu in “Ebenen und Objekte” das image auswählen und anschließend löschen.
• Es bleibt unsere Vektorgrafik im Arbeitsbereich zurück

SVG in Größe anpassen

• Evtl. stimmt unser Arbeitsbereich nicht mit der Größe der Grafik überein. Damit es passt, wählen wir die Vektorgrafik aus. Anschließend wählen wir im Menü “Bearbeiten” “Seitengröße auf Auswahlgröße”
  • Jetzt sollte die weiße Seite exakt mit der Größe unserer Grafik übereinstimmen

SVG vereinfachen

• Wenn wir unsere Grafik auswählen und links auf das Knotenwerkzeug wechseln, sehen wir alle Knoten der Grafik. Das können ggf. noch sehr viele sein.
• Wir können im Menü “Pfad” “Vereinfachen” wählen und dann das Ergebnis prüfen
• Wenn die Grafik jetzt “kaputt” aussieht, stellen wir über “Bearbeiten” “Rückgängig” den vorherigen Zustand her

SVG korrekt exportieren

• Wir wählen unter “Datei” “Exportieren” aus
• Es ist wichtig, dass wir als Dateiformat “Plan SVG” wählen.
• Ggf. noch den Dateipfad auswählen und dann Exportieren.

Ergebnis

• Wir erhalten jetzt eine einfache SVG-Datei mit der Strichzeichnung als Ergebnis. Die Datei kann ohne Probleme über die Software von Brother verarbeitet und an den Plotter gesendet werden. Einen Transfer per USB haben wir nicht versucht.
• Der Brother-Plotter sollte diese Datei jetzt innerhalb weniger Minuten plotten können
• Wir lernen: mit Inkscape kann man sehr einfach und schnell aus einer Pixelgrafik ein SVG erzeugen. Es funktioniert natürlich an sich nur gut, wenn die Ausgangsgrafik bereits eine Zeichnung abbildet.

Was ist denn geschehen?

Die letzten vier Wochen hatte ich nicht so viel Zeit, mich um die beiden Computer zu kümmern. Ich habe einmal in der Woche Updates installiert. Normalerweise schaue ich vor einem Update, insbesondere bei Kernelupdates, kurz in das Archforum, ob dort auffällige Themen diskutiert werden. Die letzten zwei Wochen hatte ich mehrere Probleme mit den Updates. Angefangen hat es mit paru. paru ist ein AUR-Helper. Mit anderen Worten: mit paru kann ich sowohl Pakete installieren, Updates einspielen, aber auch einfach Anwendungen aus dem AUR installieren und verwalten. Es ist quasi wie der Arch-eigene Paketmanager pacman. Nur eben noch zusätzlich mit der Anbindung an das AUR. Nach einem Update war paru einfach kaputt. Auf beiden Systemen. Ein einfacher Fix war auch nicht möglich. paru hat sich immer mit einer Fehlermeldung beendet. Soweit ich es verstanden habe, hat sich etwas an einer Bibliothek von pacman geändert, wodurch paru dann kaputt gegangen ist. Der Fehler war auch gemeldet, aber zeitnah nicht gefixt. Ich habe also yay installiert. yay ist ähnlich wie paru. yay hat auf beiden Computern auch nicht sofort funktioniert. Auch hier trat der Fehler mit der besagten Bibliothek auf. Nach ein paar Tagen, in denen ich dann nur mittels pacman -Syu das System aktualisiert habe, war aber yay aktualisiert. Nach der erneuten Installation funktionierte es wieder. Dann kam der Kernel 6.18.1… und mein Thinkpad mag den scheinbar gar nicht. Ich hatte mit der Version 6.17.x absolut keine Probleme. Die Version lief sehr gut. Sowohl der PC wie auch mein Thinkpad waren stabil. Mit dem 6.18er-Kernel hat mein Thinkpad jetzt Probleme mit dem Standby. Es wacht nicht mehr auf, sondern verabschiedet sich einfach in eine Kernel-Panic, sobald ich im Standby ein Netzteil anschließe. Ich sehe nur noch die LED der Caps-Lock-Taste blinken. Das war es dann. Keine weitere Ausgabe, keine Logs. Ich habe nicht mal eine Idee, woran es liegen könnte. Evtl. die Wifi-Karte, die einen Fehler verursacht oder Änderungen am Powermanagement seitens AMD? Wer weiß. Ich hatte dann die ältere Kernelversion wieder installiert und keine weiteren Updates installiert. Mit dem 6.17er-Kernel ist das Problem nicht vorhanden. Gestern hat Arch dann bereits die Version 6.18.2 des Kernels bereitgestellt. Der Fehler ist nicht nur immer noch da… er ist jetzt sogar noch schlimmer. Jetzt funktioniert nicht einmal der Standby mehr. Ich klappe das Laptop zu, warte, klappe es auf… Kernel-Panic. Unabhängig, ob ich ein Netzteil angeschlossen habe oder nicht. Ich hatte gestern Abend dann einfach gesagt: Arch… ich habe einfach keine Zeit für so etwas.

Linux Mint

Ich habe einfach gestern Abend auf beiden Computern Linux Mint installiert. Mit dem Ubuntu-LTS-Unterbau kaufe ich mir Stabilität durch Langeweile. Und siehe da… es funktioniert alles. Ich habe lediglich aktuell das Problem, dass die Wifi-Karte nicht 100% ihrer Leistung bringen kann. Aber ganz ehrlich: nutze ich eh nicht. Und dafür ist das Gerät stabil und läuft einfach im Augenblick. Cinnamon ist auch langweilig. Wieder bei Xorg (und meine Sway-Konfiguration war echt schön), aber es läuft einfach. Ich möchte die beiden Rechner einfach nur benutzen. Denn aktuell habe ich keine Zeit immer mit der Welle der Updates mitzusurfen. Mich hat die Welle gerade umgehauen und ich möchte lieber im Augenblick ruhiges Wasser haben.

Warum immer noch Linux

Ich hätte natürlich auch den Weg gehen können, Windows wieder auf beiden Computern zu installieren. Ich würde sogar sagen, dass aktuell dort die Stabilität besser als unter Linux ist. Es bewegt sich aktuell so viel in der Linuxwelt, da gehen die Dinge dann auch einfach mal kaputt. Aber Windows will mir dann unnötige Features wie KI, Werbung und wer weiß was noch aufzwängen. Dazu habe ich noch viel weniger Lust. Kurz habe ich dann über MacOS nachgedacht. Meine Partnerin hat ein MacBook Air. Das Gerät funktioniert einfach. Aber ich mag MacOS einfach nicht. Weder die Optik noch der goldene Käfig, den es mitbringt, gefällt mir. Ich kann nicht einmal einfach mein Handy per Kabel anschließen und Fotos übertragen… Also bleibt es bei Linux. Mit all seinen Fehlern, Macken, Marotten. Immerhin habe ich hier Auswahl und Freiheit. Das ist mir dann doch wichtiger.

Meine erste Schulung war kurz nach der Einführung im Team. Wir haben also mit Kanban gestartet, bevor ich die Theorie eigentlich kannte. Was mich gleich von Beginn an beeindruckt hat, ist der Ansatz der Methode: Starte mit dem, was du bereits hast und verbessere es. Niemand kommt mit einem komplexen Framework und du musst nicht alles auf einmal umwerfen. Du beginnst mit kleinen Veränderungen und schaust dir die Ergebnisse an. Und so haben wir dann seinerzeit damit auch angefangen und schnell gemerkt: der Weg ist für uns der richtige.

Nun wollte ich aber dann auch mehr über Kanban wissen. Wohin kann der Weg einen noch führen. Und das habe ich in den letzten drei Tagen in sehr komprimierter, aber dennoch sehr toll präsentierter Form erhalten. Wir sind sehr tief in das Kanban Maturity Model eingestiegen, wir haben über Metriken gesprochen, Fluglevel und noch vieles mehr. Insbesondere der letzte Tag (also heute) war für mich eine neue Welt: Wir haben wirklich über Kanban im Upstream gesprochen. Also im Prinzip einen Teil meiner Aufgaben, über die aber nie jemand spricht. Was muss eigentlich alles geschehen, damit aus einem Ticket oder auch Wunsch im Backlog eine fertige definierte Aufgabe für das Team wird. Ich habe sogar dafür bereits in unserem Kanban eine Visualisierung und einen Prozess (darauf bin ich schon stolz). Aber es gehört eigentlich noch so viel mehr zum Upstream. Und das durfte ich heute zumindest in einem kompakten Umfang kennenlernen.

Auch der Austausch mit den anderen Teilnehmern war wie immer sehr erhellend. Es hilft mir sehr, zu erfahren, wie andere an die Lösung ihrer Herausforderungen gehen. Und dadurch, dass wir insgesamt ein kleiner Kurs mit sechs Teilnehmern waren, konnte man sich viel tiefer austauschen.

Die drei Tage waren für mich ein voller Erfolg. Auf meinem Wunschzettel für ein eigenes Weihnachtsgeschenk steht jetzt das Buch “Kanban Maturity Model” drauf. Das werde ich mir dann noch gönnen, um die Themen noch einmal aufzugreifen und für mich zu reflektieren. Und ab morgen geht es dann weiter im Job mit neuen Ideen und Ansätzen.

Aber spulen wir ca. zwei Wochen zurück. Ich hatte Debian installiert. Von den Problemen mit der Kernelpanik hatte ich geschrieben. Über die Live-Umgebung war aber die Installation erfolgreich. Das Gerät lief auch soweit stabil. Aber ich hatte einige Tage später herausgefunden, dass die Wifi-Karte sich per Wifi 7 nur mit 80 MHz mit meiner Fritzbox verbindet. Das bedeutet dann “nur” ca. 800-900 MBit. Jetzt könnte man denken, das ist nicht so schlimm. Aber ich transferiere durchaus ab und zu größere Datenmengen zur und von der NAS. Da wären die vollen knapp 2000 MBit schon nett. Unter Arch hatte ich diese Bandbreite.

Was ist eigentlich in meinem Thinkpad verbaut? Das Gerät selber ist das T14 Gen 5 mit AMD-CPU. Es ist also nicht die aktuelle Generation sondern Anfang 2024 von Lenovo auf den Markt gebracht worden. Die Wifi-Karte ist eine Qualcomm Wifi 7-Karte (lspci spuckt folgendes aus: WCN785x Wi-Fi 7(802.11be) 320MHz 2x2 [FastConnect 7800] (rev 01)). Bei der Bestellung hatte ich die Wahl zwischen dieser oder einer Wifi 6e-Karte. Da meine Fritzbox bereits Wifi 7 unterstützt, wollte ich natürlich im Thinkpad dann auch in den Genuss der neuesten Technik kommen.

Laut meinen Recherchen sollte die Karte auch eigentlich bereits mit dem LTS-Kernel 6.12 unter Debian gut funktionieren. Und in den Backports ist bereits der 6.16.3 enthalten. Noch besser… denn es gab zwischen den Versionen einige Verbesserungen für diese Karte. Aber irgendetwas war wohl noch nicht ganz optimal und daher hatte ich nur 80 MHz (Die Karte kann übrigens sogar 320 MHz, wenn ich es richtig verstanden habe).

Mich hat das ein wenig geärgert und überlegte, was ich machen könnte. Eigenen Kernel kompilieren? Uff! Die Sache aussitzen und warten, bis ein neuerer Kernel in den Backports enthalten ist? Ich bin ungeduldig.

Also habe ich mir Xubuntu heruntergeladen. Ja… quasi Ubuntu… aber ich wollte erstmal nur die Liveumgebung starten und prüfen, wie schnell dort die Wifi-Verbindung ist. Gedacht, getan und siehe da: ich hatte wie unter Arch knapp 2000 MBit. Ok… ich kann mit Ubuntu auch gut leben. Es ist die 25.10… also die Interimversion. Aber bis zum nächsten LTS-Release im April ist es auch nicht so lange hin. Ich fand die Idee gut und installierte also Xubuntu. Fun Fact: Warum Xubuntu bei einer Installation mit aktiver Internetverbindung nicht gleich die aktuellen Pakete installiert, weiß wohl niemand. Denn nach dem Reboot begrüßte mich erstmal der Hinweis, dass 300 Pakete aktualisiert werden können. Unter anderem der Kernel. Also wurden die Updates installiert, der nächste Reboot und ich fing an Programme zu installieren. Und da fing ich schnell an mich zu wundern. Es fing mit sehr langsamen Downloads von Flatpaks aus dem Flathub an. Ja… manchmal sind die Downloads am Abend nicht so schnell. Aber das war schon sehr träge. Und Pakete aus dem Ubuntu-Repository zu installieren war ebenfalls sehr langsam. Irgendetwas stimmte nicht. Ich prüfte meine Wifi-Verbindung….. und ich war nur noch mit dem 2,4 GHz-Netz des Routers verbunden. Mit knapp 250 MBit… Und das in einer Nachbarschaft, in der ca. 20-30 andere Router rumfunken. Da bleibt dann wirklich nichts mehr übrig.

Ich verstand die Welt nicht mehr. Live-Umgebung war super. Aber die installierte Version war richtig kaputt. Ich fing an zu recherchieren und fand sehr schnell eine Bug-Meldung im Canonical-Bugtracker. Da ging es um Wifi-Verbindungen in Aserbaidschan, aber für mich klang es durchaus nach meinem Problem. Und einer der Entwickler hatte ein neues linux-firmware-Paket bereitgestellt. Ich habe also bei mir das genannte Paket eingespielt, Neustart und zack… volle Leistung auf der Wifi-Karte. Wie in Arch… ich war glücklich. Oder auch nicht… denn in dem Ticket war bereits ein commit, der die Änderung in dem Paket rückgängig gemacht hat.

Am nächsten Tag hatte mein Laptop dann auch ein Update für das linux-firmware-Paket gemeldet und nach der Installation war mein Wifi wieder kaputt.

Als durchaus technisch versierter Mensch dachte ich mir: ok… du installierst dir wieder das etwas ältere Paket. Und du bist ja nett und meldest in dem Ticket per Kommentar deine Beobachtung. Das hilft den Entwicklern bestimmt. Das erste war einfach. Nachdem ich die ältere Version des Pakets installiert und in APT festgepinnt habe (das verhindert, dass Updates für das Paket eingespielt werden), lief meine Wifi-Karte wieder super.

Dann habe ich in dem Ticket meine Beobachtung gemeldet. Das war wohl ein Fehler. Ich wurde am nächsten Tag sehr direkt (ich würde fast schon sagen: unfreundlich) darauf hingewiesen, dass es hier um Wifi-Verbindungen in Aserbaidschan geht. Ich kann einen neuen Bug-Report erstellen, wenn ich meine, dass es notwendig wäre. Boaa… ja… neee…. ich habe dann in dem Bugtracker nach weiteren Meldungen gesucht und einen zweiten Eintrag gefunden. Quasi dasselbe Problem wie ich oder der Reporter in Aserbaidschan. Wir hatten alle drei mit dieser Wifi-Karte Probleme eine Wifi6/7-Verbindung zu unseren Routern aufzubauen.

Ich habe keinen Bug in Launchpad erstellt. Die Erfahrung hat mir gereicht. In Arch muss ich mich vielleicht über ein kaputtes Update ärgern. Aber das ist dann ein Bug, der auch direkt von Upstream (also der Quelle) kommt. Keiner der Arch-Paketmaintainer fummelt da an den Paketen rum, es wird nicht irgendeine alte Version ausgeliefert, die kaputt gebastelt ist. Es läuft einfach stabiler. Und dann noch etwas anders. Liebe Entwickler. Ihr beklagt euch alle, dass ihr soooo ausgebrannt seid und niemand euch helfen will. Wenn dann schon jemand sich so die Mühe macht, eine Regression feststellt und darauf hinweist, reagiert vielleicht freundlicher. Ich wollte hier wirklich helfen und ich hätte gerne mit euch weiter getestet und den Fehler behoben. Und ich glaube, ihr hättet damit mindestens zwei Tickets auf einmal erledigen können. Ich mache diesen Job beruflich. Aber ihr wolltet nicht, dann helfe ich auch nicht. Heult dann aber auch nicht rum, wenn niemand Bugs meldet oder sich beteiligen will.

Ich habe jetzt wieder Arch installiert. Es ist leider die stabilste Distribution, die ich bisher verwendet habe. Debian kommt da nicht ran, Ubuntu nicht, Fedora auch nicht. Vielleicht ist Upstream einfach am besten?

Diese Probleme treten seit dem Sommer immer wieder verstärkt auf. Soweit das Arch-Projekt es mitgeteilt hat, werden DOS-Attacken auf das Projekt durchgeführt. Meistens trifft es dann insbesondere das AUR. Irgendwann funktioniert es dann wieder und alles ist in Ordnung.

Aber… es nervt… und das in mehrfacher Hinsicht.

Zum einen ist es für mich unverständlich, wer daran Spaß hat, Arch zu attackieren. Oder welche Vorteile jemand dadurch haben sollte. Arch ist ein Communityprojekt. Wer hat da Interesse daran, Arch zu schaden?

Was aber auch nervt… das Projekt ist sehr intransparent. Es gibt auf der Startseite nur einen Beitrag, der über die Ausfälle informiert. Und es wird informiert, wie man dennoch über einen alternativen Weg Pakete aus dem AUR installieren kann. Welche Maßnahmen durchgeführt werden, um diese Attacken abzuwehren, wird nicht bekannt gegeben. Oder ob überhaupt noch an dem Problem gearbeitet wird. Ich kann verstehen, wenn keine technischen Details herausgegeben werden. Man möchte einem Angreifer nicht verraten, was man weiß. Aber Statusupdates, ob und wie noch an dem Problem gearbeitet wird, wären schon nett.

Ich muss leider sagen, dass ich immer mehr das Vertrauen in das Arch-Projekt verliere. Und das ist wirklich schade, denn es ist eine so gute Distribution. Aber dann sehe ich jetzt das Thinkpad mit Debian. Durch die Backports habe ich einen recht aktuellen Kernel und zur Zeit sogar den aktuellsten Mesa-Treiber. Gleichzeitig habe ich kaum Wartungsarbeiten durch das System. Also… ist es Zeit Arch den Rücken zu kehren und zurück zu Debian auf dem PC zu gehen?

Mein Plan ist jetzt abgeschlossen. Mein Thinkpad läuft mit einem stabilen, wartungsarmen Debian. Auf meinem PC ist Arch installiert. So kann ich in beiden, sehr gegenteiligen Welten, der Linuxdistributionen arbeiten und meine Erfahrungen machen.

Übrigens: Mit Debian habe ich vor über 25 Jahren meine ersten Gehversuche in der Linuxwelt gemacht. Damals noch mit Windowmaker. Wer erinnert sich daran?

Unter Debian habe ich die Flags wie folgt persistent eingerichtet:

1. In den Ordner ~.local/share/applications habe ich die Menü-Datei vivaldi-stable.desktop kopiert. Die originale Datei findet man unter /usr/share/applications
2. In der Datei habe ich den ersten Exec-Eintrag wie folgt angepasst: Exec=/usr/bin/vivaldi-stable --enable-features=AcceleratedVideoDecodeLinuxZeroCopyGL,AcceleratedVideoDecodeLinuxGL %U
3. Die Datei speichern

Sobald man den Browser neu startet, sollte jetzt zumindest unter X11 (Wayland habe ich nicht getestet) die Videodekodierung über die Grafikkarte des Systems durchgeführt werden. Ich kann das mit dem Befehl nvtop kontrollieren. Es muss eine Ausgabe für DEC angezeigt werden.

Ich trinke gerne und viel Kaffee

Kaffee habe ich während meiner Zeit bei der Bundeswehr kennengelernt. Ich war einige Wochen in Italien stationiert und dort habe ich mit dem Genuss von Espresso begonnen. Das Aroma eines frischen Espresso hat mich damals umgehauen und so kam es, dass ich mir in Deutschland gleich eine einfache Siebträgermaschine für zu Hause gekauft habe. Im Laufe der Zeit habe ich mich dann auch an den deutschen Filterkaffee gewöhnt. Bei meinem ehemaligen Arbeitgeber hatten wir eine eigene Kaffeemaschine im Büro und es war erstaunlich, wie viel Kaffee man doch trinken kann. Heute steht bei mir in der Küche ein Vollautomat. In der Firma steht eine professionelle Kaffeemaschine. Mit anderen Worten: ich kann viel Kaffee trinken, wenn ich mag. Und das habe ich auch durchaus getan. Aber durch die Halsschmerzen habe ich einfach aufgehört.

Wie waren die ersten Tage?

Ich habe recht schnell die typischen Symptome eines Koffeinentzugs gehabt. Ständige, zum Glück leichte und gut aushaltbare Kopfschmerzen, Muskelschmerzen und eine starke Müdigkeit. Besonders die ersten drei, vier Tage waren die Symptome stark. Aber ich konnte sie gut aushalten. Es war nicht unangenehm oder hat mich in meiner Arbeit beeinträchtigt. Nach den ersten Tagen habe ich dann bemerkt, wie gut ich schlafen konnte. Der Schlaf hat sich wieder erholsam angefühlt. Und ich habe auch bemerkt, wie meine Energie zurückkam. Natürlich habe ich mich auch von den Halsschmerzen (vermutlich irgendein grippaler Infekt) erholt. Aber nach ca. einer Woche habe ich mich viel lebendiger gefühlt.

Und wie ist es jetzt?

Fast zwei Wochen sind vorbei. Der Vollautomat ist gereinigt und seitdem nicht wieder in Betrieb genommen worden. Ich trinke tagsüber jetzt Getreidekaffee oder Tee. Das Ritual oder den Genuss ein heißes Getränk zu trinken, brauche ich einfach. Und die beiden Varianten ersetzen für mich sehr gut den Kaffee. Außerdem geht es mir körperlich und auch geistig aktuell viel besser. Ich fühle mich wacher. Und ich merke, der Kaffee fehlt mir aktuell nicht mehr. Der Entzug ist also abgeschlossen.

Wirst du wieder Kaffee trinken?

Das ist eine sehr gute Frage. Ich werde vorerst weiter ohne Kaffee leben. Ich glaube, es war einfach nicht mehr gesund und gut für mich. Noch kann ich den Vollautomaten nicht entsorgen. Zum einen ist das Gerät nicht sehr alt und zum anderen wird meine Partnerin damit absolut nicht einverstanden sein. Aber ich selber denke mir: ohne Kaffee fühlt sich für mich alles besser an. Und wenn ich eins in den letzten Jahren gelernt habe: ich muss mehr auf mich selber hören und auf mich selber achten. Das habe ich hier gemacht.

Grafische Oberflächen

Die meisten kennen Windows oder MacOS. Beide Betriebssysteme haben eine grafische Benutzeroberfläche. Und in beiden ist die Oberfläche so wie sie vom jeweiligen Hersteller vorgesehen ist. In Windows haben wir die Taskleiste mit dem Startmenü unten. In MacOS gibt es z. B. das ikonische Dock und die Titelleiste. Was bei beiden Systemen identisch ist: wir als Anwender können die Oberfläche nicht austauschen. Wir können einige Einstellungen verändern, ein wenig die Optik an unsere Vorlieben anpassen, ein Hintergrundbild setzen und dann ist im Wesentlichen Schluss.

Möchten wir aber z. B. in Windows ein Dock haben. Oder in MacOS ein Startmenü, dann wird es schwierig. Vielleicht gibt es einige Drittanbieterlösungen, die so tiefgreifende Änderungen durchführen können, aber eigentlich sind beide Betriebssysteme so wie sie sind.

In Linux ist bekanntlich alles anders. Und so ist es mit den grafischen Benutzeroberflächen. Wer denkt, da gibt es nur eine… tja… nein. Ich kann wahrscheinlich zehn verschiedene Desktopumgebungen aufzählen. Und dann gibt es noch reine Fenstermanager. Den Unterschied erkläre ich hier nicht. Nur so viel… wir haben sehr viel Auswahl. Die bekanntesten und auch am verbreitetsten sind mit Sicherheit Gnome und KDE Plasma. Beides sind mächtige und sehr moderne Benutzeroberflächen. Beide werden ständig weiterentwickelt und verfolgen aktuell auch ganz stark den Kurs voll auf Wayland zu setzen (ich erkläre nicht weiter, was Wayland ist. Das sprengt den Rahmen). Daneben gibt es dann noch weniger verbreitete. Z. B. Cinnamon, der Desktop, den das Linux Mint-Team entwickelt. Und ich… ja ich benutze XFCE.

Was ist XFCE?

XFCE ist eine sehr alte Desktopumgebung. Gnome und KDE Plasma sind ungefähr gleich alt. XFCE ist mittlerweile 28 Jahre alt. Also zum einen in der Softwarewelt ist das uralt, aber XFCE wird immer noch betreut und auch weiterentwickelt. XFCE hat sich schon immer dadurch hervorgehoben, dass es sehr simpel aufgebaut ist. Der Fokus liegt auf Geschwindigkeit und gut durchdachte und sinnvolle Funktionen. Es gibt keinen grafischen Schnickschnack, nur sehr wenig Effekte und wenig mitgelieferte Tools. Für mich ideal: die grafische Benutzeroberfläche nervt mich nicht mit ständiger Ablenkung und sie verbraucht auch keine unnötige Ressourcen für Funktionen, die ich eh nicht nutze.

Und sie funktioniert stabil. Ich habe absolut keine Probleme bisher mit XFCE gehabt. Während KDE Plasma doch den ein oder anderen Bug hat und manchmal einfach abstürzt oder Gnome nach einem Update wieder mit neuen weggelassenen Funktionen oder seltsamen Entscheidungen überrascht (wo ist eigentlich das Systray?), bleibt XFCE sich sehr treu. Die grundsätzlichen Bedienkonzepte, UI-Elemente und Tools haben sich kaum im Laufe der Zeit geändert. Die technische Basis wurde beständig erneuert und ganz langsam geht die Entwicklung jetzt auch für XFCE wohl in Richtung Wayland. Es gibt ca. alle zwei Jahre ein Major-Release.

Mit anderen Worten: XFCE bringt für mich Stabilität, Verlässlichkeit und Kontinuität. Gerade in Verbindung mit Arch ist das angenehm. Ich könnte mehrmals am Tag nach Updates suchen und es wird immer irgendein Paket im System aktualisiert. Die grafische Benutzeroberfläche aber ist hier sehr selten vertreten. So habe ich eine recht hohe Sicherheit, dass nach den Updates XFCE weiter so funktioniert, wie ich es möchte.

Was ich noch sehr an XFCE schätze: es ist sehr gut anpassbar. Es ist kein KDE Plasma. Aber ich finde, es ist gar nicht so weit weg. Die Funktionen, die XFCE hat, können auch oft angepasst werden. Ich habe mir z. B. Rofi als Launcher und Fensterlisten-Menü eingerichtet. Ich benutze gar nicht das Startmenü und könnte es quasi weglassen. Ich habe nur am oberen Bildschirmrand eine Leiste mit den Fenstern, dem Systemtray und der Uhr. Ja… ich habe ein graues Theme eingerichtet. Die modernen, weißen oder gar dunklen Themes vertragen meine Augen überhaupt nicht. Also sieht mein Dateimanager Thunar ein wenig wie Windows 95 aus… grau. Und ganz ehrlich: perfekt für mich.

X11 vs Wayland

XFCE nutzt auch immer noch X11. Alle meine bisherigen Ausflüge in die Wayland-Welt, sei es unter Gnome oder KDE Plasma, hatten ihre kleineren oder größeren Probleme. Mein Emacs z. B. hat eine geringe Latenz beim Tippen. Mein Slicer für den 3D-Drucker macht mit Wayland ab und zu Probleme. Drag und Drop über verschiedene Applikationen hinweg funktioniert nicht immer. Manchmal verschwinden Inhalte aus der Zwischenablage. Für mich sind das alles einzeln betrachtet keine schlimmen Probleme. In Summe nervt es aber.

Unter XFCE mit X11 habe ich all diese Probleme nicht. Vielleicht sind diese Kinderkrankheiten von Wayland dann behoben, wenn XFCE auch Wayland kann.

Vielleicht doch mal etwas anderes probieren?

Aktuell sehe ich keinen Grund, einen anderen Desktop zu installieren. XFCE ist einfach rock solid und für mich der stabile Fels in der hektischen Arch-Welt. Ich warte auf ein neues Thinkpad. Und ich bin ernsthaft am überlegen, ob ich nicht vielleicht Debian darauf installiere. Dann hätte ich wohl die langweiligste Linux-Distribution mit dem langweiligsten Desktop auf dem langweiligsten Notebook. Interessante Idee.

Also trainieren wir jetzt KI mit KI-generierten Inhalten. Klingt nach einer großartigen Idee ;-)

P. S. Natürlich muss man in den Einstellungen das Ganze ausschalten. Opt-Out statt Opt-In.

Wofür nutze ich KI

Sowohl im Beruf wie auch im Privaten nutze ich KI. In meinem Fall ist es Google Gemini Pro. Ich nutze es wirklich oft. Im Beruf finde ich es sehr praktisch die KI mit Anforderungen und vorformulierten Inhalten für unser Ticketsystem zu füttern. Die KI gibt mir dann oft gute und verständlich formulierte Tickets zurück und gibt mir auch sinnvolle Ergänzungen oder Hinweise (z. B. weitere Akzeptanzkriterien). Ich nutze die KI auch für die ein oder andere Email, wenn ich mir selber nicht sicher bin, wie ich etwas gut formulieren kann. In beiden Fällen hilft mir die KI, ich spare Zeit und erhalte ein besseres Ergebnis. Privat nutze ich die KI für viel mehr Dinge. Wie zu Beginn erwähnt, wird jeder Eintrag einmal von der KI auf Rechtschreibung und Grammatik geprüft. Das funktioniert soweit auch gut, wobei ich offenbar wenig Fehler beim Schreiben mache. Die KI meckert sehr selten mit mir. Ich nutze sie auch für die Vorbereitung auf meine Rollenspielrunden. Generierung von NPCs, Szenenbeschreibungen, Handlungen ausformulieren kann eine KI wirklich gut. Ich gebe die Ideen rein und erhalte einen recht guten und ausführlichen Entwurf für die weitere Vorbereitung zurück. Kochrezepte… funktionieren auch super. Der KI sagen, was noch da ist und worauf man in etwa Lust hat und schon hat man ein Rezept. Ich habe schon einige Kuchen gebacken und Hauptgerichte gekocht. Die Rezepte haben alle gut funktioniert. Bei Internetrecherchen kann man Gemini auch recht passabel einsetzen. Wobei ich da durchaus dann skeptisch bleibe und Informationen mir gerne durch eine andere Quelle bestätigen lasse. Und ich benutze die KI auch manchmal für echten Blödsinn. Ich habe einen Chat, in dem ein fiktives, dystopisches Szenario für eine Überwachungsgesellschaft erstellt habe. Was da an Antworten von Gemini zurückkommt ist teilweise lustig, teilweise besorgniserregend. Es gibt noch viel mehr, aber das sind die wesentlichen Einsatzzwecke bei mir. Ich kontrolliere alles, was mir die KI sagt, sofern es wichtig ist. Ich vertraue ihr nicht. Im Gegenteil, ich bin sogar KI Skeptiker.

Warum die Skepsis

Eine KI (ich meine hier die Sprachmodelle wie ChatGPT, Gemini, Claude, …) ist nur eine Textgenerierungsmaschine. Sie wirken zwar sehr intelligent. Und man kann manchmal den Eindruck gewinnen, dass sie durchaus auf die ein oder andere Art denken, aber das können sie nicht. Sie können einfach sehr gut Text generieren. Bei kreativen Anforderungen wie z. B. der Erstellung eines Charakters für das Rollenspiel ist eine KI richtig gut. Frage ich aber nach Fakten wird es manchmal sehr seltsam. Ich habe oft Gemini um Rat bei der Konfiguration von EMACS gefragt. Fast jede Antwort klang erstmal richtig gut. Technisch fundiert, sehr plausibel und völlig ausgedacht. Nichts von den Antworten stimmt einfach. Gemini denkt sich nicht existierende Pakete und Konfigurationen aus. Und es gibt sie einfach nicht. Und es fällt dann Gemini auch sehr schwer den Fehler zu erkennen und zu korrigieren. Ich weiß nicht, ob es nicht genügend Quellen mit Informationen zu EMACS gibt, aber erschreckend ist es schon. Eine KI kann einfach nicht zugeben, dass sie die Antwort einfach nicht weiß. Und heute hatte ich dann auch einen anderen Totalausfall. Ich bin seit einigen Tagen erkältet. Und die Gelegenheit habe ich genutzt und den Kaffee einfach abgesetzt. Alle paar Jahre mache ich das und ich kenne die typischen Symptome eines Koffeinentzugs. Ich nutze dafür gerne das Wort “Kaffeeentzug”. Als ich es heute geschrieben habe, war ich unsicher. Zwei e oder drei e in der Mitte? Bei Schifffahrt ist es mir klar. Aber ich hatte kurz gestutzt und überlegt, ob es eine abweichende Regel für Vokale gibt. Ich habe das Gemini gefragt und hier ist die Antwort:

Hallo! Du hast absolut recht, dein Gefühl trügt dich nicht. Auch wenn es logisch erscheint, ist “Kaffeeentzug” tatsächlich die korrekte Schreibweise.

Es wird nicht mit drei “e” geschrieben, obwohl das Wort aus “Kaffee” und “Entzug” zusammengesetzt ist.

☕ Die Regel dahinter Im Deutschen gilt bei Wortzusammensetzungen die Regel, dass drei gleiche aufeinanderfolgende Buchstaben nur dann geschrieben werden, wenn ein Bindestrich gesetzt wird. Lässt man den Bindestrich weg, verschmelzen die drei gleichen Buchstaben zu zweien.

Korrekt: Kaffeeentzug

Auch korrekt (mit Bindestrich): Kaffee-Entzug

Falsch: Kaffeeeentzug

Ein anderes bekanntes Beispiel dafür ist das Wort “Schifffahrt”, das sich aus “Schiff” und “Fahrt” zusammensetzt. Auch hier werden aus den drei “f” nur zwei.

Du liegst also goldrichtig mit deiner Vermutung, dass deine ursprüngliche Schreibweise nicht stimmt.

Soll ich dir vielleicht noch weitere Beispiele für solche Wortzusammensetzungen zeigen?

Also… Gemini… wie jetzt? Werden aus drei gleichen Buchstaben zwei und deine “korrekten” Beispiele sind falsch? Oder bleibt es bei drei gleichen Buchstaben und deine Aussagen sind falsch? Ich habe die Antwort einige Male gelesen und war wirklich erstaunt, wie sehr sich die KI selber widerspricht. Weder hatte ich Lust noch Zeit die Konversation mit Gemini fortzusetzen. Wobei ich mich schon frage, wie Gemini auf “Kaffeeeentzug” mit vier e kommt.

Wie ich KI in der Zukunft sehe

Aktuell deutet viel daraufhin, dass die KI-Blase evtl. platzt. Die Unternehmen sind absurd hoch bewertet. Ich persönlich glaube nicht, dass irgendeine dieser Firmen wirklich so viel wert sein kann. Aber das wird nur ein kurzfristiges Ereignis sein. Technisch gesehen kann ich es nicht beurteilen, wohin sich die LLMs hinentwickeln. Es gibt Stimmen, die sagen, wir haben bereits jetzt die Hochphase der LLMs und besser können sie kaum noch werden. Andere Stimmen sagen, dass die Entwicklung weiter so rasant fortschreiten wird (wenn nicht die KI-Blase wirklich vorher platzt). Dann wird es spannend sein, ab wann wir solche Ausfälle wie weiter oben beschrieben nicht mehr erleben werden. Und ab wann wir eine KI nicht mehr von uns unterscheiden können. Das sollen meine Gedanken zu KI sein. Die Idee kam mir vorhin, als ich eben diese Antwort zum Kaffeeentzug bekommen habe.

P.S. typische Symptome beim Absetzen von Koffein sind leichte, aber sehr gut aushaltbare Kopfschmerzen, die durchaus ein bis zwei Wochen andauern können. Ich spreche hier aus Erfahrung. Aber du kannst gerne eine KI dazu befragen. Die Antworten stimmen ;-)

Was hat mich gestört?

Ubuntu verändert die Gnome-Oberfläche. Ich glaube, dass die Änderungen auch grundsätzlich für Gnome gut sind. Es gibt ein Tray und ein Dock. Damit sind wohl die beiden größten Kritikpunkte an Gnome in Ubuntu behoben. Aber ist euch schon einmal folgendes aufgefallen? Wenn das Dock am linken Bildschirmrand platziert ist (so wird es auch als Standardeinstellung installiert), dann ist die Uhr im oberen Panel nicht zentriert. Sie ist ein Stück nach rechts verrutscht. Und dann noch etwas… Wenn der Bildschirm entsperrt wird und eine Anwendung ist maximiert, muss das Fenster sich kurz “zurechtruckeln”. Ich glaube, dass der Windowmanager in Gnome zuerst die Fenster ohne Dock positionieren will. Dann wird das Dock wieder aktiviert und die Fenster müssen einmal neu in der Größe und Position angepasst werden. Mich hat das massiv gestört, dass die Fenster immer kurz sich bewegt haben. Eine weitere Sache, die ich nicht besonders mag (und hier geht es um persönlichen Geschmack) ist das Yaru-Theme. Gerade die helle Variante ist mir viel zu weiß. Und die Schrift ist viel zu dünn. Ich habe Probleme, die Schrift nach einiger Zeit gut zu lesen. Und dann gab es noch eine Sache, einen Bug. Aktuell können in der Version 25.10 keine Flatpaks aktualisiert oder installiert werden. Ich weiß, Canonical möchte gerne ihr eigenes Snap-Format forcieren. Dafür habe ich auch Verständnis. Aber Flatpak ist nun einmal in der Linuxwelt etabliert und sehr, sehr weit verbreitet. Viele Anwendungen gibt es als Flatpak und es ist einfach bequem. Soweit ich den Bug verstanden habe, liegt es an der Sicherheitseinrichtung AppAmor. Der Bug wurde sogar in der Beta-Phase gemeldet, aber nicht rechtzeitig zum Release behoben. Ich frage mich da schon, wo die Qualitätskontrolle ist und ob nicht gerade solch ein Bug noch hätte behoben werden müssen. Was mich noch gestört hat… die Snap-Version von Firefox. Auf meinem PC funktioniert die Hardwarebeschleunigung in Firefox nicht auf Anhieb. Ich habe in dem Computer eine recht neue AMD 9070XT Grafikkarte. Und ich vermute, dass die im Snap gebündelte Mesa-Version nicht mit dieser Grafikkarte funktioniert. Es gibt Tricks, wie man das lösen kann. Aber ist das nicht eigentlich der Sinn eines Snaps oder Flatpaks? Das benötigte Bibliotheken dann auch in einer entsprechend aktuellen Version enthalten sind? Ich hatte auch noch andere interessante Probleme mit dem Snap-Paket. Ab und zu hat mein Firefox scheinbar das Profil vergessen. Und ich durfte dann mich auf Webseiten neu anmelden. Und die letzte Sache, die mich gestört hat: Die Snap-Version hat keinen Zugriff auf das tmp-Verzeichnis. Das benötige ich ab und zu, da ich aus Emacs heraus die ein oder andere HTML-Seite exportieren und diese dann in tmp liegt. Die Probleme mit Firefox könnte ich lösen, wenn ich das Paket von Mozilla direkt installiere. Aber ich hatte auch einmal das Problem, dass trotz apt-pinning plötzlich wieder die Snap-Version installiert war. Also… ein System, welches meine Wünsche nicht beachtet, möchte ich nicht.

Es ist wieder Arch

Also habe ich am Samstag dann kurz entschlossen mir das ISO der Archinstallation auf einen USB-Stick geladen und dann Arch installiert. Ich habe nicht die komplette Hardcore-Installation durchgeführt und jeden Schritt einzeln mit Hilfe des Wiki abgearbeitet. Archinstall war mir schon eine große Hilfe, um zügig ein Basissystem auf dem Laptop zu haben. Das war nämlich der erste Computer, den ich umgestellt habe. Zuerst mit KDE. Aber ich habe mich dann doch für XFCE entschieden. Ich will erst einmal Wayland ein wenig fernbleiben und beobachte aus der Ferne, wie die Entwicklung da weiter geht (Fun Fact: KDE ist mir auf beiden Rechnern mehrmals beim Login eingefroren….).

XFCE… Retro oder was?

Für diejenigen, die nicht wissen, was XFCE ist… es ist eine sehr “alte” Desktopumgebung. Mit alt meine ich, sie sieht sehr klassisch aus und verhält sich auch sehr klassisch. Die Entwicklung findet nur sehr langsam statt, größere Versionen gibt es ca. alle zwei Jahre. Ich habe also eine sehr stabile, sich kaum verändernde grafische Benutzeroberfläche und als Unterbau ein Rolling Release-System. Das ist auch eine schräge Kombination. Aber mir gefällt XFCE… ich habe jetzt wieder Rofi als Launcher, virtuelle Desktops, kann die Dinge, die mir wichtig sind, einstellen. Und die Optik… ist mir egal.

Du wechselst doch eh bald wieder…

Ja… mag sein. Aber eigentlich frage ich mich… wohin??? Arch bietet eigentlich alles, was ich haben möchte. Es ist eine Community-geführte Distribution. Das gefällt mir schon einmal. Sie ist grundsätzlich sehr simpel aufgebaut. Das Wiki ist eine exzellente Quelle für die Konfiguration. Man muss nur wissen, was man haben möchte und wo man es im Wiki findet. Und dann läuft es. Ja… das System benötigt ein wenig Pflege. Man sollte schon regelmäßig Updates installieren, alte Pakete löschen und ab und zu die News auf der Arch-Homepage lesen. Aber ehrlich… das ist gar nicht so schlimm. Ich mag es so. Ein wenig muss ich vielleicht basteln. Aber es läuft schnell und ich verstehe, was ich hier mache. Und wenn etwas schief geht… auf beiden Systemen habe ich Snapshots eingerichtet. Ich kann also durchaus nach einem fehlerhaften Update einen älteren Stand booten und dann auf Fehlersuche gehen.

I use Arch, btw

Es juckt aber in den Fingern wieder zu wechseln. Es bleibt spannend, ob ich bis Ende Oktober durchhalte ;-)

Wer ist zuständig?

Erst einmal musste ich herausfinden, welche Führerscheinstelle eigentlich für mich zuständig ist. Ich wohne nicht mehr in dem Ort, in dem ich ursprünglich in jungen Jahren die Fahrerlaubnis erworben habe. Ein Blick auf die Homepage der “Fahrerlaubnisbehörde des Kreises Stormarn” hat mich in meiner Meinung bestätigt, die sind wohl zuständig. Immerhin steht es so auf der Homepage. Also schicke ich dort wohl alles hin.

Was muss ich eigentlich alles einreichen?

Eine gute Behörde liebt Papier. Die Homepage begrüßt einen förmlich mit einem PDF-Formular, welches man ausfüllen muss. Aber Obacht… hier ist schon die erste Falle… Die Fahrerlaubnisbehörde spricht vom Umtausch des alten Papierführerscheins in den “neuen” Kartenführerschein (den es nun auch schon seit 1999 gibt…). Das PDF, welches mir hier als Bürger angeboten wird, bezieht sich auf diesen Führerschein. Und dann noch gleich ein zweites PDF… für die Beantragung einer Übersendung eines Karteikartenabschnitts… Karteikartenwas???? Ich ahne schon schlimmes. Die Personen, die noch einen Führerschein aus Papier haben, dürfen wohl bei der ursprünglichen Behörde (siehe oben… da wo man gewohnt hat, als man sich mit Fahrstunden und missgelaunten Prüfern abgequält hat) einen Antrag stellen, dass jemand aus einem verstaubten Holzkasten eine Karteikarte raussucht. Auf der steht dann hochoffiziell (also mit Stempel), dass man in dem Ort zu einer Zeit vor vielen Jahren eine Fahrerlaubnis erworben hat. Davon wird dann eine Abschrift (Fotokopie???) gemacht und an die zuständige Behörde (also in dem Kreis, in dem man wohnt) schickt…. uff… zumindest stelle ich mir das so vor. Aber das Gute… ich habe ja bereits einen EU-Führerschein. Mich betrifft das nicht. Die Suche geht weiter auf der Homepage. Denn auch, wenn vom Umtausch des unbefristeten EU-Führerschein in den neuen, befristeten gesprochen wird, ein passendes Antragsformular findet man nicht auf Anhieb. Ich suche also… und suche und finde dann etwas versteckt sehr viele weitere Formulare. Auch das gewünschte für den Austausch der Plastikkarte, die mich berechtigt ein KFZ zu fahren. Spannend… Ich habe also ein PDF… immerhin kann ich es am Computer ausfüllen. Aber elektronisch übermitteln? Nein… bitte den Antrag per Post (das ist die Behörde mit den Posthörnern und Kutschen…) einreichen. Inklusive einem biometrischen Foto, einer Kopie des Ausweises und natürlich eine Kopie des alten Führerscheins. Zum Glück habe ich einen Drucker… sonst wäre das schwer geworden… Also Führerschein und Ausweiß abfotografieren und dann ausdrucken. Immerhin ist das Foto digital… Ich fühle mich weniger wie ein Höhlenmensch… Aber der tote Baum aus dem Drucker, der tut mir schon leid…. Aber wir sind ordentliche Bürger und die Behörden haben ihren Prozess. Und als Kanban-Liebhaber mag ich Prozesse. Ich habe also viel Papier mit Toner verschönert und auf dem Unterschriftblatt einen Krakel gemacht, der meine Unterschrift sein soll. Es fehlt das Foto.

Fotos gehen doch digital, oder?

Ein biometrisches Foto… ok… kein Problem… Also mit dem Smartphone ein Selfie geht wohl leider nicht. Die Behörde möchte auch ein physisches Foto. Und mein Drucker ist jetzt nicht überragend. Aber macht nichts, wir haben in Bargteheide wirklich noch eine Fotografin. Und dort kann man auch kurzfristig biometrische Fotos machen lassen. Das war heute. Ich bin kurz hin, die sehr nette Fotografin hat von mir drei Fotos gemacht. Wir haben das am wenigsten grimmig aussehende genommen, sie hat die Fotos ausgedruckt (zugegeben: auf einem echt guten Fotodrucker) und mir dann in die Hand gedrückt. Eines der Fotos habe ich dann auf dem Unterschriftblatt mit etwas Kleber fixiert. Damit die Behörde es dann gerade einscannen kann. Denn in mein Führerschein wird ja eine verkleinerte Version des Fotos gedruckt.

Und jetzt weg mit dem Antrag?

Alle Dokumente inklusive einem netten Anschreiben (das habe ich dann mal von einer KI schreiben lassen… Digitalisierung und so) sind jetzt in einem schicken B5-Umschlag. Adresse natürlich handgeschrieben, ich traue mich nicht den Umschlag durch den Drucker zu schicken. Die “Briefmarke” ist immerhin die Internetmarke der Post (das waren die mit der Kutsche). Also #PORTO und dann einen Code aus Buchstaben und Ziffern. Ich habe mich sehr modern gefühlt, als ich das mittels Stift auf den Umschlag schreiben durfte. Morgen werfe ich dann alles in einen Briefkasten, der hier schräg gegenüber steht. Dann bin ich gespannt, ob der Antrag auch klappt.

Da war doch sehr viel Digitalisierung im Spiel, oder?

Liebe Behörde… Ein PDF anzubieten hat nichts mit Digitalisierung zu tun. Mich zu zwingen ein physisches Foto erstellen zu lassen und auf ein Formular zu kleben erinnert mich ein wenig an die Bastelstunde in der Grundschule… Warum kann ich nicht alles wirklich digital über eure Homepage einreichen? Ich schicke euch jetzt Papier zu, dass ihr doch eh nur wieder einscannt… Mich wundern die 12 Wochen (!) Bearbeitungszeit keineswegs. Würde ich so bei mir in der Firma Anforderungen an die Entwicklung bearbeiten… ich wäre wohl meinen Job los. Bitte denkt Digitalisierung mal wirklich zu Ende. Und verdammt nochmal… schreibt auf eurer Homepage auch die korrekten Prozesse. Ich möchte nicht wissen, wie oft ihr am Tag angerufen werden, weil ein Bürger oder Bürgerin nicht versteht, was sie jetzt machen soll.

Alles wird gut

Naja… ich bin ja skeptisch, dass das alles funktioniert. Ich habe natürlich um die Übersendung des neuen Führerscheins an das Bürgerbüro in Bargteheide gebeten. Ich habe ja wenig vertrauen, dass das wirklich klappt. Aber ich halte euch auf dem Laufenden.

Auf der Switch habe ich sehr viel Animal Crossing gespielt. Und mit sehr viel meine ich ca. 300-400 Stunden. Also wenig im Gegensatz zu anderen Animal Crossing-Profis. Mein Ziel war es, das Museum zu füllen. Bis auf einige Kunstwerke habe ich mittlerweile alles zusammen. Da ich aber sonst in Animal Crossing alles für mich wichtige entdeckt habe, bin ich jetzt zu Stardew Valley übergegangen (welches ich auf dem PC bzw. Steamdeck spiele).

Ja… ich spiele zum ersten Mal richtig Stardew Valley. Mittlerweile habe ich das erste Jahr im Spiel hinter mir und es macht einfach Spaß. Es hat eine angenehme Lernkurve. Das Spiel führt einen sanft in die unfassbar große Vielfalt der Möglichkeiten ein. Und man merkt an jeder Ecke, dass der Entwickler wirklich viel Herzblut in dieses Spiel gesteckt hat.

Zu Beginn war ich eigentlich nur am Hof und an der Mine interessiert. Mittlerweile habe ich das Ende der Mine erreicht und bin jetzt dabei den Anbau der Pflanzen auszubauen. Eigentlich waren mir die NPCs im Dorf eher egal. Aber mittlerweile merke ich, dass mich auch die Geschichten der Figuren wirklich interessiert. Also laufe ich regelmäßig durch das Dorf, spreche mit jedem und schenke Gegenstände. Und das mache ich nur, um die nächste Sequenz der individuellen Geschichten zu erleben.

Ich bin gespannt, wie lange mich das Spiel noch fesseln wird. Aber gefühlt bin ich wohl immer noch am Anfang. Es gibt noch so viele Rätsel und Geheimnisse, zu entdecken. Wer ist der Zwerg in der Mine? Was hat es mit dem Zauberer auf sich? Wieso leben kleine, seltsame Wesen im Gemeindezentrum… und so viel mehr. Ich befürchte, das Spiel wird mich noch ein wenig länger beschäftigen… und dabei war eigentlich meine Idee, irgendwann mit Octopath Traveler zu beginnen. Dann muss das Spiel wohl noch etwas länger auf dem Pile of Shame liegen und warten.

Was ist geschehen?

Meine Gruppe ist in der ersten Erweiterung der Kampagne. Wir sind dort gerade im Finale, bevor es dann in die nächsten großen Abschnitt der Handlung übergeht. Zur Handlung: Wir sind an der Schwertküste und irgendwelche Kultisten stören den allgemeinen Frieden (ich will nicht mehr verraten…). Meine Spieler, alles glorreiche Helden, kümmern sich um das Problem, denn es macht sonst niemand. Gestern sollte eine Höhle erkundet werden, die wohl eine wichtige Operationsbasis für eben genannte Kultisten ist. Es gibt verschiedene Wege durch die Höhle und das Abenteuer sieht mehrere Kämpfe vor. Die Gruppe sollte also bereits einiges ihrer Mittel (Zauberslots, Lebenspunkte, Fähigkeiten) aufgebraucht haben. Das hat auch soweit in meinem Plan funktioniert. Womit ich eher weniger gerechnet habe, die Gruppe ist sehr zielstrebig durch die Höhle ohne Entdeckung direkt zur Chefin der Operation gelangt. Und nach einer sehr kurzen Konversation wurde der erste Feuerball geschleudert und der Kampf brach aus. Kurz gesagt: die vermeintliche Endgegnerin war nach zwei Runden besiegt. Nicht besonders episch… Mein Eindruck war, die Gruppe hatte dennoch viel Spaß. Also ist es erst einmal gut. Aber dennoch nagt es an mir.

Wie war der Kampf gedacht?

Das Abenteuer ist ein vorbereitetes und fertig geschriebenes Kaufabenteuer. Wir haben diese Kampagne bisher auch sehr geradelinig verfolgt. Sie ist solide (nicht überragend) aber ich hatte das auch damals gesagt, dass dies die weniger komplexe Kampagne sein muss. Ich kann nicht zwei komplexe Kampagnen wie “Fluch des Strahd” leiten. Da würde mir irgendwann der Kopf platzen. Die Gegner sind im Abenteuer vorgegeben und es gibt auch Hinweise für die Kämpfe. Bisher hat das auch sehr gut funktioniert. Nur hier… die Endgegnerin hat gar nicht funktioniert. Sie war eine mächtige Magierien, die durchaus der Gruppe gefährlich werden könnte… könnte… wenn sie nicht so verdammt wenig Lebenspunkte und miserable Rüstungsklasse hätte. Beides habe ich sogar während meiner Vorbereitung noch erhöht. Und dennoch war es nicht möglich ihre magischen Fähigkeiten zumindest einmal zur Geltung zu bringen. Auch der tierische Begleiter war keine wirkliche Gefahr, obwohl er sich in jeder Runde fast wieder komplett heilen konnte.

Warum ärgere ich mich?

Nun… der Kampf hat sich für mich nicht episch angefühlt. Eine Endgegnerin und die Gruppe hat mir ihr quasi den felsigen Höhlenboden aufgewischt. Ein wenig mehr hatte ich mir schon erhofft. Ich will meine Gruppe nicht grundsätzlich töten. Aber es hat sich absolut nicht gefährlich angefühlt. Und das ärgert mich dann schon.

Was mache ich demnächst anders?

Ich werde mir stärker anschauen, wie viele Lebenspunkte die Gegner haben. Meine Gruppe kann durchaus sehr viel Schaden in kurzer Zeit austeilen. Da muss ich gegenhalten. Entweder benötige ich mehr Gegner auf einmal. Oder eben einen deutlich stärkeren. Vielleicht war es hier aber auch einfach Pech, weil die Gruppe andere Kämpfe quasi übersprungen hat und in der Situation noch zu stark war. Vielleicht finde ich auch mehr Anregungen im Internet (z. B. auf Reddit), wie die Kämpfe besser gestaltet werden können.

Wie geht es für die Gruppe weiter?

Das verrate ich nicht. Aber ich habe durchaus Ideen, wie ich diesen Kampf, so wie er verlaufen ist, in die Geschichte einbaue. Darauf freue ich mich dann sehr. Ich mache aus meiner Niederlage einen neuen Aspekt für die Geschichte. Und so wird es dann großartig für alle.

Wie macht ihr das?

Falls ihr Vorschläge habt, wie ihr Kämpfe gut balanced oder mit solchen Niederlagen umgeht, schreibt mir gerne.

Mir ist aufgefallen, dass ich in der Ubuntu 25.04 und 25.10 keine Hardwarevideobeschleunigung in Firefox aktivieren konnte. Ich habe in zwei Systemen eine AMD GPU. Scheinbar wird ein Paket des Mesa-Treiber nicht installiert.

Um das zu beheben im Terminal das fehlende Paket installieren:

sudo apt install mesa-va-drivers

Ich bin Spielleiter mit Herzblut. Ich nehme dich mit auf diese Reise hinter den Spielleiter schirm. Ich zeige dir, wie ich zum Spielleiter geworden bin. Und gehe auf meine Verbindung zum Beruf ein.

Wie bin ich zum Pen&Paper-Rollenspiel gekommen?

Bevor ich selber mit Pen&Paper-Rollenspiel angefangen habe, kann ich dieses tolle Hobby lediglich indirekt durch Computerspiele. Mein erstes Rollenspiel am Computer war Neverwinter Nights. Dieses Spiel basiert, soweit ich weiß, auf den Regeln der dritten Edition Dungeons and Dragons. Ich habe dieses Spiel geliebt. Die Geschichte, die Charaktere, die Welt fand ich einfach toll. Danach habe ich immer wieder andere Rollenspiele am Computer gespielt. Corona hat mich dann zum Pen&Paper gebracht. Wie es wohl vielen von uns ging, war auch ich viele Wochen zu Hause. Und irgendetwas musste ich ja in der Zeit machen. Also habe ich im Internet nach Pen&Paper-Rollenspiel in Hamburg gesucht und bin auf den Verein SDNV in Hamburg gestoßen. Ein Verein nur für das Rollenspiel. Und sie hatten sich im Internet soweit organisiert und dort Spielrunden angeboten. Also habe ich meine ersten Versuche gewagt. Es war das System FATE und es ging um Star Wars. Mit ersterem konnte ich zu dem Zeitpunkt gar nichts anfangen aber Star Wars… count me in. Wir spielten online und ich lernte, was Pen&Paper-Rollenspiel eigentlich bedeutet. Irgendwann waren aber unsere Abenteuer als Eingreiftruppe der Rebellion zu Ende. Und ich hatte keine Runde mehr zum Mitspielen. Es dauerte ein wenig, als jemand Fluch des Strahd angeboten hat. Endlich… Dungeons and Dragons und wir wollten persönlich zusammenspielen. Super. Also Regelbücher gekauft, Charakter gebaut und ab ging es in das düstere Abenteuer rund um Strahd. Aber wie der Fluch des Strahd, lag auf dieser Runde auch ein Fluch. Leider löste sich die Gruppe dann nach einigen Sessions aus diversen Gründen auf.

Wie bin ich zum Spielleiter geworden?

Und hier war ich dann angelangt. Ich wollte weiter Rollenspiele spielen. Aber irgendwie ergab sich keine Runde als Mitspieler. Also habe ich für mich die Entscheidung getroffen: ich leite einfach selber. Denn wenn ich eins bereits wusste: Spielleiter gibt es nie genug… Angenfangen habe ich dann mit dem ersten Abenteuer aus dem Buch “Candlekeep Mysteries”. Ich war so stark aufgeregt… was mache ich, wenn die Spieler unerwartete Entscheidungen treffen? Wie improvisiere ich? Wie schaffe ich es dennoch die Geschichte wie im Buch zu spielen? Was mache ich bei Regelfragen, wenn ich selber es nicht weiß? Du kannst dir nicht vorstellen, wie stark ich den Druck zu Beginn empfunden habe. Aber irgendwie hat es geklappt. Das Abenteuer ist ideal für einen Einstieg. Die Gruppe wird gleich zu Beginn an einen Ort gebracht, von dem sie nicht entfliehen kann (bzw… es gilt herauszufinden, wie man wieder weg kann). Es ist quasi eine Minisandbox. Aber dennoch mit sehr stark definiertem Rahmen. Alles hat geklappt und aus dem Oneshot wurde dann quasi eine erste Kampagne. Wir haben aus dem Buch weitere Abenteuer gespielt und irgendwie hat es sich nach einer ersten Kampagne angefühlt. Mir hat das Leiten von Anfang an so viel Spaß gemacht, dass ich sehr früh dann ein Abenteuer für eine zweite Gruppe angeboten habe. Zwei aufeinander aufbauende Dungeon Crawls. Und danach ging es dann in die erste richtige Kampagne “Stormkings Thunder”. Zwei Jahre haben wir diese Kampagne gespielt und ich mir das weitere Handwerkszeug zum Leiten angeeignet. Natürlich gab es Sessions, da hatte ich mal weniger Lust. Und ich war auch froh, dass wir dann irgendwann das Ende erreicht haben. Aber ich war auch Stolz. Die erste D&D-Kampagne bis zu Ende geleitet und erfolgreich abgeschlossen.

Warum leite ich lieber?

Mittlerweile habe ich bemerkt, dass ich lieber leite als selber spiele. Obwohl ich als Spielleiter sehr viel Zeit für die Vorbereitung investiere, macht mir genau das Spaß. Ich plane die nächsten Sessions, entwickle die Geschichte weiter, reagiere auf die Einfälle meiner Spieler und versuche das dann wieder mit der Geschichte zu vereinen. Ich versuche meinen Spielern immer Optionen zu geben und dennoch einen Rahmen vorzugeben, damit wir die Geschichte verfolgen. Aber ich liebe es auch, wenn die Spieler manchmal total schräge Einfälle haben und mich dann überraschen. Mir gibt Rollenspiel sehr viel zurück. Es ist für mich eine ideale Auszeit vom Alltag. Und gerade Leiten macht mir besonders viel Spaß. Denn hier kann ich auch meine anderen Interessen ausleben.

Welche Parallelen gibt es zu meinem Beruf?

Ich bin Produktowner. Was das genau ist, werde ich bestimmt irgendwann mal in diesem Blog beschreiben. Aber kurz gesagt, ich muss täglich diverse Themen organisieren und mit Menschen zusammen Ziele definieren und dann dafür sorgen, dass diese erreicht werden. Und jetzt schau dir Rollenspiel an… ich treffe mich mit einer Gruppe von Menschen, um ein Ziel zu erreichen. Du siehst die Parallele? Für mich ist es vergleichbar mit meinem Beruf. Ob man es nun Session oder Meeting nennt. Auf beides muss ich mich vorbereiten. Es gibt ein Ziel, dass erreicht werden soll. Aber der Weg dahin ist noch nicht klar. Das muss dann die Gruppe (oder eben die Entwickler) selber definieren und finden. Ich glaube, dass durch das Rollenspiel meine Fähigkeiten im Beruf ein Meeting zu moderieren besser geworden sind. Ich gebe nur noch die Probleme und den Rahmen vor und lasse dann das Team selber den Weg zur Lösung finden. Ich greife dann nur noch ein, wenn wir uns vom Weg zu sehr entfernen und das Ziel aus den Augen verlieren. Ich plane natürlich im Voraus und behalte das große ganze im Auge. Und das trifft sowohl auf das Leiten einer Kampagne wie auch die Umsetzung einer Anforderung oder gar eines Projekts zu (Eine Kampagne ist eigentlich ein Projekt). Du siehst, irgendwie mache ich in meiner Freizeit etwas sehr ähnliches wie im Berufsleben. Die Begriffe sind nur anders und ich hole kein Kanban-Board raus. Aber ob nun eine Quest oder eine Entwicklungsaufgabe besprochen wird… Ein Abenteuer ist es immer.

Was kommt als nächstes?

Ja… ich habe angefangen “Fluch es Strahd” zu leiten. Egal, wohin ich schaue, es zählt zu den beliebtesten und wohl besten Dungeons & Dragons-Kampagnen. Die erste Session liegt bereits hinter uns. Und ich bin gespannt, wie dieses Projekt… ähm diese Kampagne dann weiter fortschreitet.

Was ist das für ein Einhorn? Das ist das Orgmode-Logo.

Nun zu Emacs und meinen Vorbereitungen. Ich lese also die Kampagne und will für mich selber die Informationen festhalten. Außerdem möchte ich sie auch miteinder verknüpfen. Kurz geschrieben: ich will ein eigenes Wiki aufbauen. Dazu gibt es für Emacs das Paket Org-roam (Homepage). Org-Roam erstellt Notizen mit Metainformationen. Zusätzlich legt es eine Datenbank an, in der Verlinkungen und einige weitere Meta-Informationen enthalten sind. Soweit, so gut.

Nun möchte ich aber für die Kampagne in Org-Roam einen eigenen Bereich mit Notizen haben. Es soll getrennt von anderen Notizen sein. Org-Roam kann das grundsätzlich. Es gibt aber ein zusätzliches Modul Org-Roam-UI. Dies kann die Vernetzungen im Browser abbilden. Es ist interaktiv, kann die Notizen anzeigen und sogar auf Emacs reagieren. Verwendet man, wie ich, einen zusätzliche, separierten Ort für die Notizen, funktioniert die Ansicht der Notizen nicht. Man kann zwar das Netzwerk im Browser sehen, aber der Inhalt einer Notiz wird mit einem HTTP-Fehler beantwortet. Der Fehler wird in diesem Github-Issue beschrieben.

Ich bin kein Entwickler. Und kann die vermeintliche Lösung nicht bei mir umsetzen. Aber ich arbeite in einer Softwarefirma. Und ein sehr geschätzer Kollege ist Softwareentwickler und verwendet ebenfalls Emacs und kann sogar Lisp. Also habe ich ihn gefragt, ob er mir nicht helfen kann. Und er hat für mich folgende Lösung implementiert. Vielen lieben Dank an dieser Stelle für die Hilfe.

Vielleicht hilft sie jemand anderen.

In Doom-Emacs muss dieser Code in der config.el ergänzt werden. Danach dann den Sync in Doom ausführen und die Anzeige der Notizen funktioniert.

  ;; Fix für Org-Roam-UI
  (defvar jan/org-roam-ui--roam-directory nil)

  (defun jan/org-roam-ui--advice-set-dir (fun &rest args)
    (let ((old-value org-roam-directory))
      (setq org-roam-directory jan/org-roam-ui--roam-directory)
      (prog1
          (apply fun args)
        (setq org-roam-directory old-value))))

  (advice-add 'httpd/node :around 'jan/org-roam-ui--advice-set-dir)
  (advice-add 'httpd/img :around 'jan/org-roam-ui--advice-set-dir)

  (defun jan/org-roam-ui--save-dir (&rest args)
  (when org-roam-ui-mode
    (setq jan/org-roam-ui--roam-directory org-roam-directory)))

  (advice-add 'org-roam-ui-mode :after 'jan/org-roam-ui--save-dir)

Beispielvorschau im Browser (Spoiler)

Vorsicht: Spoiler! (Klicken zum Anzeigen)

Aber vielleicht sollten wir zuerst klären: Was ist Emacs?

Was ist eigentlich Emacs?

Ich glaube, auf diese Frage gibt es eigentlich keine wirkliche Antwort. Schaue ich in die Wikipedia, dann wird Emacs als Texteditor definiert. Auch die Homepage des GNU Emacs-Projekt beschreibt Emacs als “freien, erweiterbaren und konfigurierbaren Texteditor und mehr”. Dieses “und mehr” ist der gemeine Teil der Beschreibung. Nach meiner bisherigen Erfahrung mit Emacs würde ich folgende Definition nennen: “Emacs ist eine vielfach verwendbare, anpassbare und freie Plattform mit diversen Textmanipulationsmöglichkeiten sowie Anwendungsprogrammen.” Klingt irgendwie etwas sperrig. Man kann in Emacs Softwareentwicklung durchführen, man kann damit Projektorganisation durchführen, man kann aber auch darin seine RSS-Feeds lesen, Spiele spielen, Musik hören, im Internet surfen,…. und man kann auch Texte darin schreiben. Also bleiben wir vielleicht beim Texteditor… fürs Erste.

Wozu verwende ich Emacs?

Ich bin kein Softwareentwickler. Zwar habe ich früher, also in meinen jungen Jahren, ein wenig Softwareentwicklung gelernt (und damit meine ich Turbo Pascal, etwas C und ganz wenig Assembler), aber ich bin es nicht geworden. Meine Arbeit und auch mein Privatleben besteht zum Großteil daraus, Projekte zu verwalten. Und was gehört dazu? Informationen niederschreiben, Informationen wieder finden, Informationen zu verändert. Also ich muss Wissen managen. Emacs ist das Werkzeug, dass mich dabei unterstützt.

Was nutze ich in Emacs?

Welches Emacs denn?

Jetzt wird es wohl etwas technisch. Ich verwende nicht die Basisversion von GNU Emacs (im folgenden spreche ich von Vanilla). Bei mir läuft auf sämtlichen Computern Doom Emacs (Homepage von Doom). Das ist eine angepasste, vorkonfigurierte Version von Emacs. Ich habe einige Gründe, warum ich Doom und nicht Vanilla Emacs nutze.

1. Vanilla Emacs sorgt für Schmerzen in meiner linken Hand. Das ist eine gar nicht so untypische Begleiterscheinung, wenn man Emacs verwendet. Die Tastenkombinationen werden über STRG bzw. Alt durchgeführt. Und es gibt sehr, sehr, sehr viele Tastenkombinationen. Ich habe schnell festgestellt, dass ich damit Probleme bekomme. Doom konfiguriert Emacs so um, dass es ein modaler Editor ist. Emacs verhält sich dann ähnlich wie VIM. Ich kann viele Tastenkombinationen durch die Leertaste starten. Ich finde die Tastenkombinationen auch für mich logischer und einfacher. Und mir tut die Hand nicht weh. Also -> Doom

2. Doom bringt alles wichtige gleich mit Ich muss mich nicht mit der Konfiguration von Emacs zu sehr beschäftigen. Da kann sehr viel Zeit aufgebracht werden, bis Emacs so funktioniert, wie man es gerne haben möchte. Und ich bin kein Softwareentwickler. Die Konfiguration ist in Lisp geschrieben. Der Sprache, in der auch Emacs selbst entwickelt ist. Ich verstehe bedingt den Code. Aber wenn etwas nicht funktioniert, dann bin ich meistens aufgeschmissen.

   > Fun Fact: LLMs wie Gemini können bei Problemen mit Emacs so gut wie gar nicht helfen. Fast alle Antworten, die ich von Google Gemini erhalte, sind ausgedacht. Es ist erschreckend schlecht.

3. Doom sieht gut aus Ja…. es ist ein Texteditor. Aber Doom sieht wirklich gut aus. Da musste ich nicht viel ändern. Außer ein anderes Themes und eine angepasste Schrift, passt es.

Es gibt noch mehr Gründe für Doom Emacs. Aber die drei sind die wesentlichen.

Pakete, Funktionen??? Komm auf den Punkt.

Mein Fundament: Orgmode

Ja… was benutze ich nun. Der wichtigste Grund für mich…. Orgmode. Ganz klar. Der Orgmode ist genial. Ich kann gar nicht sagen, wie viel Spaß es mir macht, ein Meetingprotokoll im Orgmode zu schreiben. Oder z. B. diesen Blogeintrag… ich schreibe das gerade in Emacs im Orgmode. Und exportiere dann den Inhalt in Markdown. Das kann Emacs. Ich kann auch eine Latex- oder PDF-Datei erzeugen. Cool, oder? Ich verwende insbesondere beruflich auch viel die Agenda sowie die TODO-Verwaltung. Orgmode ist wie ein Werkzeugkasten mit wirklich sehr viel und gutem Werkzeug. Ich muss nur für mich selber entscheiden, was ich denn mit dem Werkzeugkasten genau machen möchte.

Notizenverwaltung leicht gemacht: Denote

Denote (Handbuch) ist ein sehr bekanntes Paket von Protesilaos Stavrou (auch bekannt als Prot). Damit kann ich meine Notizen super verwalten. Dieser Blogeintrag ist auch eine Denote-Notiz. Ich mag den Ansatz, dass die gesamte Verwaltung über den Dateinamen in Verbindung des Frontmatter durchgeführt wird. Wirklich geniale Idee. Im Beruf stelle ich immer mehr auf Denote um. Projekte, Meetingmitschriften, normale Notizen verwalte ich nahezu komplett über Denote. Ich kann schnell etwas finden. Es ist einfach und simpel und dennoch mächtig.

D&D-Kampagnen managen: Org-Roam

Jetzt wird es richtig abgefahren. Ich leite aktuell zwei Dungeons and Dragons-Runden. Dafür benötige ich auch viele Notizen. Und die Notizen müssen unter einander verlinkt sein. So gibt es z. B. NPCs, Orte, Ereignisse und Sessions. Wenn also in einer Session zwei NPCs eine Rolle spielen und diese sich an einem Ort befinden, verlinke ich von der Notiz für die Session zu den entsprechenden anderen Notizen. Org-Roam bietet dafür sehr gute Funtionen an. Ich kann auch z. B. in einer Notiz sehen, welche Backlinks es gibt. Also welche anderen Notizen verweisen auf diese Notiz. Mit einem Plugin kann ich dieses Wissensnetz visualisieren. Mir hilft es ungemein, so meine Kampagnen zu verwalten. Wobei… ich aktuell nur eine der beiden Kampagnen über Org-Roam und Emacs verwalte. Die andere läuft weiterhin in meinem Obsidian. Das ist der letzte Anwendungsfall bei mir für Obsidian (aber Obsidian ist auch genial… ich mag Emacs nur lieber).

Was nutze ich sonst?

Nun… eigentlich nur eine Sache… alle Dateien, egal ob Denote oder Org-Roam oder normale Texte sind bei mir alle im Orgmode-Format abgelegt. Es sind also normale Textdateien, die mit Markupinformationen angereichert sind. So kann ich sie mir dann auch auf dem Smartphone zum Beispiel anschauen. Ein normaler Texteditor reicht schon, dann kann ich den Inhalt lesen.

Warum Emacs und nicht Programm X, Y oder Z?

Ich habe schon kurz Obsidian erwähnt. Obsidian ist genial. Und ich habe es längere Zeit genutzt (ca. zwei Jahre). Mir hat in Obsidian eine gute Möglichkeit der Aufgabenverwaltung gefehlt. Und es gibt keinen wirklichen Kalender. Außerdem… Emacs ist schon wirklich nerdig. Es ist total anders als sämtliche anderen Programme. Das hat mich schon immer gereizt. Im Prinzip… der Orgmode war dann das endgültige Argument. Die Möglichkeit Textpassagen einfach ein- oder auzuklappen, ist genial. Todos sind einfach verwaltet. Für mich funktioniert Emacs einfach gut (unter Linux ist es super, Windows ist gut… könnte gerne etwas schneller sein).

Ist Emacs etwas für dich?

Emacs hat eine steile Lernkurve. Und ich werde niemals am Ende der Lernkurve ankommen. Aber ich glaube, Emacs belohnt mich auch. Ich lerne immer wieder eine neue Funktion dazu. Und freue mich über all die Kleinigkeiten, die einfach funktionieren und mir Arbeit abnehmen. Also stell dir vielleicht diese beiden Fragen.

1. Willst du etwas völlig Neues lernen?
2. Kannst und willst du dafür einiges an Zeit aufbringen?

Wenn du beide Fragen mit Ja beantwortest… dann schau dir doch Emacs mal an. Prot hat einige gute Videos. Schau dir auch vielleicht ein Video zum Orgmode an. Und dann verspürst du auch den Drang ein Programm kennenzulernen, welches so anders ist.

Ich habe hier einfach mal Kagi (meine Suchmaschine der Wahl) nach einer Definition gefragt.

Distrohopping bezeichnet das Ausprobieren und Wechseln zwischen verschiedenen Linux-Distributionen (kurz: Distros) oder anderen Betriebssystemen.

Es ist ein Hobby für viele Nutzer, die sich für freie Software interessieren und die Vielfalt und Flexibilität von Betriebssystemen erkunden möchten.

Diese Beschreibung trifft es sehr gut. Im Endeffekt installiert jemand, der zwischen den Distros hin- und herwechselt immer wieder sein System neu. Das kann zum Teil sehr oft geschehen.

Warum mache ich es?

Es gibt verschiedene Gründe für das Distrohopping. Bevor ich verrate, warum ich es mache, zähle ich vier mögliche Gründe auf:

1. Erkundung und Lernen Der Nutzer möchte einfach möglichst viele verschiedene Distributionen kennenlernen.
2. Suche nach perfekter Passform Irgendetwas an der aktuellen Distribution stört den Nutzer. Er sucht das perfekte System und wechselt daher auf eine andere Distro.
3. Zeitvertreib Es kann einfach Spaß machen, sich etwas neues anzuschauen
4. Ungelöste Fehler Das ist die schlimmere Variante von 2. Der Nutzer hat in einer Distribution einen Bug, den er nicht beheben kann.

Nun zu mir…. Ich distrohoppe wirklich viel. Meine Partnerin lacht immer schon, wenn ich ihr den aktuellen Namen der Distribution sage und um einen neuen Sticker bitte (Sie hat einen Plotter und kann fantastische Sticker damit herstellen). Bei mir ist es eine Art Drang zu wechseln. Ich nutze eine Distribution für einen gewissen Zeitraum und verspüre dann irgendwann Langeweile. Das kann manchmal schon nach einem Tag eintreten. Oder zwei Wochen oder einem Monat.

Ein anderer Grund, der mich auch gerne erwischt: Featuritis. Insbesondere Rolling-Release-Distributionen sind hier für mich gefährlich. Die neueste Version von Gnome? Oh… neuer Mesa-Treiber? Die neueste Emacs-Version? Ich will das haben. Aber so eine Distribution dann pflegen? Regelmäßig Updates installieren? Evtl. neue Bugs fixen oder abwarten bis sie gelöst sind? Das möchte ich eigentlich auch nicht. Aber manchmal irgendwie auch.

Linux ist für mich wohl einfach zu langweilig geworden. Selbst Distributionen wie Arch oder openSUSE Tumbleweed funktionieren gut bis sehr gut. Und dann schaue ich zu Ubuntu oder Fedora und denke: hey, die sehen auch spannend aus. Die haben doch gerade auch eine neue Version veröffentlicht. Wie ist die denn so?

Es ist vielleicht nicht für jeden nachvollziehbar. Ehrlich gesagt, verstehe ich es manchmal selbst nicht. Aber eigentlich ist es nicht schlimm. Denn mir macht es Spaß und ich freue mich immer ein wenig über den Tellerrand zu schauen.

Wie kann ich davon wegkommen?

Nun habe ich gerade geschrieben, dass mir Distrohopping Spaß macht. Und es nicht schlimm ist. Warum möchte ich dann eigentlich davon wegkommen? Ich bin recht gut darin, das System neu aufzusetzen. Meine Daten liegen alle auf einer NAS. Aber dennoch habe ich dann jedes Mal den zeitlichen Aufwand das System einzurichten. Programme installieren, Konfigurationen wiederherstellen, Spiele herunterladen, … Ich sollte meine beiden Computer vielleicht einfach mal nutzen, oder?

Ich habe aktuell sowohl auf meinem Laptop Ubuntu installiert. Auf dem PC die aktuell 25.04 (Plucky Puffin) und auf dem Laptop die Beta von 25.10 (Questing Quokka). Und ich setze mir jetzt selbst eine Challenge. Ich werde bis Ende Oktober diese Distribution nicht verlassen. Mal schauen, wie es läuft und wie stark ich dem Drang neu zu installieren widerstehen kann.