Posts

Ich habe heute auf meinen beiden PCs die neuesten Updates von Tumbleweed eingespielt. Nach der Installation der Pakete hing zypper bei den Postinstall-Tasks. Ich habe auf beiden Computern LaTeX installiert. Ich verwende Latex innerhalb von Emacs für den Export von Org-Dateien in PDF-Dateien. Scheinbar hing das Programm loaotfload-tool. Auch nach ca. 15 Minuten hatte sich das Programm nicht beendet. Nachdem ich es dann gekillt habe, liefen die letzten Postinstall-Schritte durch. Reboot durchgeführt, alles funktioniert… nichts ist kaputt. Ich vermute einfach, dass dieses Tool irgendwie in einer Endlosschleife lief. Zumindest sind die Updates wohl recht robust. Und selbst wenn etwas schiefgeht… Ich habe ja Snapshots 😀

Ich verwende Emacs. Seit längerem insbesondere Doom Emacs. Nun ist es Zeit für mich zu Vanilla Emacs zu wechseln. Dazu habe ich eine uralte Konfiguration ausgegraben und überarbeitet. Mittlerweile ist die Konfiguration soweit, dass ich damit arbeiten kann. Hier ein erster Einblick. 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…. ...

Ich hatte hier bereits geschrieben, dass ich einen eigenen Matrix-Server eingerichtet habe. Nach etwa vier Wochen kann ich von meinen ersten Erfahrungen und Eindrücken berichten. Vorab: Es gibt gute Dinge und es gibt schlechte Dinge zu berichten. 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. ...

Ich hatte nach meinen Codec-Problemen mit Tumbleweed kurz Arch auf meinen Systemen. Jetzt bin ich aber wieder zurück zu Tumbleweed gewechselt. Ich hatte mich ein wenig mit den Codec-Problemen beschäftigt und verstehe nun, woher die Probleme gekommen sind. 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. ...

Ich hatte bereits von den Stabilitätsproblemen mit meinem Thinkpad und dem Linuxkernel 6.18 bzw. 6.19 in Verbindung mit der WCN785x-WIFI-Karte (Fastconnect 7800) und WIFI 7 berichtet (Thinkpad und Kernelpanics). Die Abschaltung von WIFI 7 in meinem Router hat die Probleme beseitigt. Darüber habe ich in meinem Blog hier geschrieben. 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. ...

Ich bin also wieder bei Arch gelandet. Eigentlich wollte ich ja openSUSE Tumbleweed nutzen. Aber zum einen hatte ich Probleme mit dem Repository für die Codecs. Und zum anderen gab es doch einige Programme, die nicht direkt als RPM im Repo vorhanden sind. Unter anderem sind für mich Element Desktop, Obsidian und Signal wichtig. Gerade bei Element und Obsidian habe ich den Eindruck, dass die Flatpaks nicht so gut funktionieren. ...

Nach einigen Problemen mit Codecs in Tumbleweed… ich bin dann doch wieder bei Arch. Inklusive Snapshots :-D

Nachdem ich endlich die Stabilitätsprobleme auf meinem Thinkpad in den Griff bekommen habe …. Welcome Back openSUSE Tumbleweed.

Seit Monaten suche ich ja schon eine Lösung für die Kernelpanics auf meinem Thinkpad. Heute hatte ich den Durchbruch. 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. ...

Wir waren schon fleißig und sind heute morgen spazieren gewesen. Herrliche Luft und der Kopf ist jetzt frei.