Will­kom­men im Zwie­licht

So alle paar Jahre komme ich ja wieder auf die Idee, mal zu gucken, ob der fette Otter namens WordPress denn das richtige für diese Seite ist… aber irgendwie hat alles seine Nachteile. Dabei gibt es echt so einiges.

Des Meisters Anspruch an ein CMS für ein Weblog ist

• vor allem mal eine Art Verwaltung für Bilder und ähnliches, mit der man über den Browser möglichst einfach ein Bild hochladen kann, das dann z.B. automatisch skaliert und bereinigt wird, sowie
• ein wenigstens leidlich vernünftiger WYSYWYG-Editor, der im Browser läuft und mit dem man einfach dort, wo es einem gerade einfällt, direkt drauflostippen, Bilder in den Text einbinden, einen Post erstellen und ihm einen Go-Live-Zeitpunkt und Kategorien / Schlagwörter / wasauchimmer zuweisen kann. Und zwar egal, ob zuhause oder unterwegs beim Kacken inner Kneipe.

Hinzu kommt dann noch

• ein taugliches Kommentarsystem,
• eine Funktion, um Wasserzeichen auf die Bilder zu kriegen,
• eine Möglichkeit zum Prüfen/Bereinigen verschwundener Links sowie
• als Wunsch ein wenig Spielkram so à la Zufallszitat des Tages, Liste der gerade meistgelesenen Posts, einen RSS-Feed für das Ich, etc.

Tja. was gibts denn so? Hier mal eine höchst unvollständige Liste dessen, was mir so vor die Füße gekommen ist:

• CMSimple: antikes, aber immer noch lebendiges System. Hurra, es kann mit Kommentaren umgehen. Der Rest ist aber… „kreativ seltsam“ sagen wir mal, wenn ich mir die Demo so ansehe…
• Craft: sieht erstmal echt spannend aus. Aber Kommentare entweder via Disqus oder nur gegen Geld? Nö.
• Drupal: Älter als WordPress, mit mehr Fokus auf Sicherheit, was ja eigentlich gut ist. Kann alles benötigte, aber nach dem, was man so finden kann, sind ausgerechnet Updates ein ziemlicher Krampf. Die sind bei WordPress erfreulich einfach.
• Grav: ein immer wieder mal als toll erwähntes Flat-File-CMS. Als eines der wenigen mir bekannten dieser Art muß man sich nicht mal mit Markdown herumärgern, es hat wohl direkt einen Editor. Nur kann der leider nicht besonders viel (selbst eine Grafik einbinden klappt nur über Markdown…), und Kommentare sind auch nur gegen Geld möglich.
• Hugo ist mir zu… naja, unübersichtlich. Eigentlich minimalistisch, aber… Kleines Beispiel: Ab Werk will da alles mit einem Texteditor konfiguriert / erstellt / editiert werden. Danke, nein, auch nicht mit einem Texteditor-Plugin – da kann ich genausogut wie um die Jahrtausendwende Seiten gleich direkt in HTML zusammenbasteln. Alternativ gibt es dann Frontends wie Sitepin, die das ganze auf den ersten Blick durchaus benutzbar machen, aber eben auch wieder Geld kosten und Closed Source sind oder aber andere Seiten wie Github als „Editor“ mißbrauchen.
• MODx: kann auch als Weblog benutzt werden, ist aber dafür gar nicht gedacht.
• Processwire: wenn jemand, der von Datenbanken mehr Ahnung hat als ich, so etwas wie hier schreibt, dann lasse ich die Finger von dem Ding. Nicht näher betrachtet.
• Serendipity: ja, das gibt es immer noch. Und soweit erkennbar leidet die Funktionalität immer noch unter dem Sprung auf die Version 2.0 vor zwölf (!) Jahren, die mich damals zum Wechsel zu WordPress veranlaßt hat…
• Typo3: Noch mehr „over the top“ als WordPress (ERP-Anbindung beispielsweise…), daher raus.

Mal sehen, was noch so aufpoppt… bisher scheint WordPress aber die beste Wahl zu sein,

Das muß man jetzt nicht verstehen…:

Neulich war $Myladys Rechner dran mit dem Upgrade auf MX Linux 25. Und da muß man an einem Punkt mit Strg-Alt-F-Taste auf eine Konsole wechseln.

Die sah auch erstmal normal aus – bis die Textausgabe den Bildschirm füllte: da verschwand der Cursor am unteren Bildschirmrand… und ward nicht mehr gesehen.

Nach einiger Probiererei folgende Erkenntnis: die Konsole funktionierte, war aber der Ansicht, daß der Bildschirm grob viermal so hoch sei wie er wirklich ist. Nur sind virtuelle Monitore eher schlecht ablesbar… offenbar hatte der Nvidia-Treiber irgendwelchen Mist gebaut, denn mit dem Nouveau-Treiber war alles gut.

Am Ende stellte sich heraus, daß eine Anpassung der Auflösung des GRUB-Bootloaders beim Nvidia-Treiber aus unerfindlichen Gründen auch die Textgröße der Konsole ändert: sobald man die Auflösung des Boot-Bildschirms auf die echte Monitorgröße statt der bei Debian üblichen 1024×768 ändert, ist die Konsole wieder benutzbar.

Noch eine kleine Unannehmlichkeit bei Monkey Island: mit dem erzwungenen Start im X11-Kompatibilitätsmodus suchte sich das Programm (natürlich…) den falschen Monitor aus.

Mit dem folgenden Workaround ließ sich das unter KDE Plasma einfach lösen:

• z.B. mit Alt-Tab aus dem laufenden Spiel rausspringen, so daß man an die Taskleiste drankommt.
• Einenn Rechtsklick auf den Programmeintrag machen und dort unter „Mehr“ den Haken bei „Vollbild“ entfernen:

• Nun kann wird das Programm in einem Fenster dargestellt.
• Auf den gewünschten Monitor verschieben und dort maximieren.
• X11 und damit XWayland merkt sich den Monitor und startet das Programm dort dann immer – Problem gelöst.

Auf Vollbild schaltet Monkey Island dann beim nächsten Start von selber, daher habe ich mir nicht die Mühe gemacht, den Haken wieder zu setzen.

Das Zeug, was in der Bude zu machen war, ist erledigt, und die Linse für das Mikroskop ist noch nicht da – also kann einfach mal wieder ein bißchen gezockt werden. Auch mal sehr entspannend. Und da sich aufgrund irgendeiner miesen Laune des Spiels meine Speicherstände zu Divinity Original Sin 2 mit einer nüchternen Fehlermeldung in Luft aufgelöst haben (… und der Ordner nicht im Backup mit drin war…grmbl…) kommt nun Return to Monkey Island zum Zug.

GOG unterstützt bei seinen Linux-Spielen übrigens ausdrücklich kein Wayland, wie der Meister lernen durfte – daher erkennt das Spiel keine Mausklicks.

Zum Beheben muß das Spiel unter X11-Emulation gestartet werden: Entweder man setzt Exec=env QT_QPA_PLATFORM=xcb vor den Startbefehl im Shortcut des Startmenüs oder man fügt in den Lutris-Einstellungen für das Spiel eine Umgebungsvariable „QT_QPA_PLATFORM“ mit dem Wert „xcb“ ein. Da hat sich die Suche wegen OBS vor kurzem direkt doppelt gelohnt.

Willkommen zurück, Mr. Fleetwood… Keepgood… Threepwood :-)

Update 29.12: Fertig. Hm… also, Herr Gilbert, wäre dieses Spiel statt Monkey Island 1 gemacht worden, hätte es den Rest der Serie niemals gegeben. Und mit der Grafik kann ich dabei wohlgemerkt durchaus leben – mit der Ausnahme von Elaine vielleicht, die sich von der höchst wort- und schlagkräftigen Gouverneurin der Vergangenheit irgendwie in eine dümmlich lächelnde unterbeschäftigte Sozialpädagogin im Piraten-Faschingskostüm verwandelt hat. Immerhin konsequent – die Optik paßt dazu, wie sie sich verhält.
Das Spiel als solches fällt unter die Kategorie „kurz und ohne jede Tiefe, aber mal ganz nett, wenn man es für nen Fünfer auf dem Grabbeltisch findet“. Aber auch nur, wenn man neben Elaine die Szenen geistig ausblendet, an dem der Autor sich den belehrend erhobenen Zeigefinger nicht verkneifen konnte. Die sind auch weder spielrelevant noch kann man irgendwas durch eine andere Entscheidung im Spiel dran ändern, sondern sie sind offensichtlich nur drin, weil irgendeine Volltröte es für nötig befunden hat, daß Adventures heutzutage unbedingt gewaltfrei und belehrend sein müssen und beispielsweise einfach so Bäume fällen voll pöhse ist und so.
Das Ende dagegen… ja, Ron Gilbert mag bekanntlich keine Enden. Dieses hier ist aber finde ich… sehr vorsichtig ausgedrückt unerfüllend, daran hat auch die Begründung im versiegelten Brief (Menüpunkt „Sammelalbum“) nix geändert. Der Herr der Ringe endet schließlich auch nicht damit, daß Frodo in Wirklichkeit als Kassierer im Supermarkt arbeitet, da auf dem Klo eingepennt ist und Sauron aus der Lautsprecherdurchsage zusammenphantasiert hat oder sowas. Und ja, das (vergleichbare) Ende von Monkey Island 2 fand ich auch schon scheiße.

Fantasygeschichten und Adventures sollen doch bitte losgelöst von den Niederungen der Realität bleiben, finde ich. Dieses Spiel hier ist dagegen… tja, was? Am ehesten wohl eine softwaregewordene Midlife-Crisis.

Mal wieder ein Fall von „manchmal ist es so einfach…“: auf dem frisch auf MX Linux 25 mit Debian Trixie-Unterbau und Wayland laufenden OBS Studio suchte der Meister die Screen-Recording-Funktion vergebens.

Nun gebe man das mal in die Suchmaschine seiner Wahl ein. Da findet man alles mögliche. Wer nicht einfach flucht und zu X11 zurückwechselt, zwingt entweder OBS wieder zurück zu X (das dann wiederum mit XWayland in Wayland läuft), oder er sucht sich Plugins, die je nach Wahl des Programmierers dann auf unterschiedliche andere Schnittstellen zugreifen.

Dabei ist die Sache zumindest für das OBS 30.2.3 aus dem Debian-Repository ganz einfach: man installiere sich das Paket „obs-plugins“ (liegt ebenfalls im Repository) – und schon ist die Bildschirmaufnahme wieder da.

Bei der Gelegenheit kann man auch gleich noch die Pakete „obs-pipewire-audio-capture“ und „qpwgraph“ nachinstallieren. Ersteres ermöglicht Soundaufnahmen direkt über den Pipewire-Soundausgang, und das zweite ist eine Art Software-Steckbrett, mit dem man x-beliebige Ein- und Ausgänge von Pipewire miteinander verbinden kann. Also genau das, was ein Kabel zwischen Soundkartenaus- und -eingang oder ein virtueller Loopback-Audio-Treiber wie VBCable oder LoopBeAudio unter Windows tut – nur viel flexibler. Damit interessiert es einen schlicht und ergreifend nicht mehr, wenn irgendeine Software nur den PC-Soundausgang, nicht aber eine Aufnahmesoftware bedudeln will…