Veni, Vidi, VISA

Eigentlich wollte ich ja Jekyll einsetzen und habe mich damit auch geraume Zeit rumgeplagt, aber nachdem mir dieses verschissene Stück nichtabwärtskompatiblerundsporadischaktualisiertermoduleundgems-Software zum dritten Mal das Layout zerschossen hat, habe ich es jetzt kurzerhand durch Hugo ersetzt. Da funktioniert die Pagination wenigstens ohne Blutgeschmack im Mund und auch mit Permalinks. Ruby war damals schon Scheisse als mir JoelH erklärt hat wie die Welt funktioniert und ich doof bin. War noch zu Zeiten als busch-hacker noch ein grün/schwarzes cgi-bin - Forum hatte, LSD-Crew und Paketstorm noch eine wirklich geile Exploit-Datenbank hatten und #buha noch einen richtig geilen IRC-Channel hatten; danke dafür das ihr ihn gesperrt habt um allen den Psyc-Dreck aufzuzwingen, den keine Sau haben wollte und noch weniger benötigt wurde.

In Das leidige Thema Windowmanager geht in die 42. Runde.. habe ich geschrieben, das Firefox ab und zu einfriert und erst wieder reagiert, wenn ich auf einen anderen Workspace und dann wieder zurück wechsle. Das ist mir unter I3, DWM und vor kurzem auch unter BSPWM passiert. Schuld daran war das veraltete Paket xf86-video-intel; nachdem ich das auf 2.99.917+899+gf66d3954-1 aktualisiert habe, funktioniert Firefox 72.01 wieder einwandfrei.. also bis jetzt.

Ich bin eindeutig ein Fan von bspwm! Das ist genau der tiling Windowmanager, den ich gesucht habe und der genau das macht, was ich will und er soll. Nämlich die Fenster verwalten und sonst gar nichts; das dann aber richtig. Der hat sogar Features die ich bisher gar nicht kannte, aber unbedingt gebraucht habe. So kann man z. B. vor dem Öffnen eines Terminal die Größe und den Platz aussuchen (schimpft sich preselection) und jedem Fenster bestimmte Optionen zuweisen. Auf meinem Workspace #2 läuft z. B. Tmux und da brauche ich keinen Rahmen um mein Terminal bzw. will Tmux immer auf diesem Workspace gestartet bekommen. Das is alles kein Problem, denn dazu reicht ein bspc rule -a tmux:tmux desktop=2 focus=on border=off follow=on in meiner ~/.config/bspwm/bspwmrc. Das tmux:tmux ist der Wert von WM_CLASS; damit wird nur ein Terminal mit dieser WM_CLASS abgearbeitet. "focus=on" sorgt dafür das (falls dort schon ein anderes Programm läuft) das Terminal mit diese Klasse den Focus hat und "follow=on" deswegen, damit ich automatisch auf diesen Workspace gewechselt wird.
bspc ist Bestandteil von BSPWM und übernimmt die Konfiguration; damit kann man jedes Window vollständig konfigurieren. Und zwar wirklich vollständig. Das in Verbindung mit sxhkd wird dann richtig Porno, denn man kann jedes Keyevent, das unter xev -event keyboard auftaucht zuweisen. Und zwar nicht nur KeyPress, sondern auch KeyRelease und man kann auch {...} wie in einer Shell verwenden. So muss man nicht

alt + 1

  bspc desktop -f 1

alt + 2

  bspc desktop -f 2

...

schreiben, sondern kann einfach

alt + {1-9}

  bspc desktop -f {1-9}

verwenden. Komplexere Sachen sind auch kein Problem. So sorgt z. B. ein

{super,alt} + {_,shift +} Tab

  bspc {desktop,node} -f {next,prev}.local

dafür, das man mit ALT+Tab im Uhrzeigersinn durch die geöffneten Fenster switchen kann und man mit SUPER+ALT+Tab das ganze gegen den Uhrzeigersinn macht (SUPER ist die Windows-Taste). Selbstverständlich kann man auch externe Programme damit kombinieren.

# Window verstecken

super + v

  bspc node -g hidden

# Window(s) wieder herstellen

super + shift + v

  bspc node {, $(bspc query -N -n .hidden | tail -n1)} -g hidden=off

Will man beim Start von BSPWM zugleich auch Programme starten, schreibt man die einfach in die ~/.config/bspwm/bspwmrc und der Fall hat sich erledigt. Als Statusbar kommt Polybar zum Einsatz, aber die dient nur zur Anzeige des Workspaces, Datum/Uhrzeit, des Tray und meinem Now-Playing.

Bis jetzt bin ich wirklich rundum glücklich und zufrieden; jetzt geht es nur noch ans Feintuning, dem lernen der Keybindings und ggf. noch farblichen Anpassung von Polybar, aber das hat Zeit.

Die Odyssee geht weiter. Von TWM zu CWM, hin zu FVWM, Richtung WindowMaker, dann zu WMI, weiter zu Fluxbox, welcher dann von I3 und der dann von DWM abgelöst wurde (acht Windowmanager in 30 Jahren hält sich ja noch in Grenzen). Mit DWM war ich bis vor kurzen auch ganz zufrieden, aber der mag mich anscheinend nicht. Firefox friert in unregelmäßigen Abständen ein und ich muss dann erst auf einen anderen Workspace wechseln, damit sich Firefox wieder fängt. Dazu kommt das die Tags in der Statusbar nicht "scrollbar" sind; ich schau mir immer wieder Streams an und wenn ich dann zurückgelehnt im Sessel sitze, finde ich es ganz angenehm wenn ich mit dem Mausrad durch die Tags (i. e. Workspaces) scrollen kann. Das ist für mich komfortabler als sich aufrecht hinzusetzen und dann Alt+{1,2,3,..} zu drücken. Es gibt zwar optionale Statusbars, aber ich finde es sinnbefreit static const int showbar auf 0 zu stellen, damit ich eine andere Statusbar installieren/konfigurieren und anschließend starten muss. EWMH ist - selbst mit einem Patch - nur teilweise vorhanden und es gibt keine Konfigurationsdatei. D. h. man muss bei jeder Änderung die Sourcen neu kompilieren und anschließend neu starten. Das wusste ich zwar vorher, aber das es so nervig ist, war mir dann nicht klar.
Also zurück auf Null und nochmal überlegen was der Windowmanager können muss
- Tiling window manager
- einfaches Windowmanagement
- Programme auf einem bestimmten Workspace starten
- Scrollbare und anpassbare Statusbar mit Tray (ggf. auch komplett ohne Statusbar; dann installier ich halt Polybar oder ähnliches)
- Beim Fullscreen die Statusbar nicht verdecken
- Konfigurationsdatei
- Vollständig über die Tastatur zu bedienen (wird eh durch sxhkd ersetzt/vervollständigt)

Heute zwischen den Spielen der Dart-WM (wird bei YouTube von Sport1 gestreamt), werde ich mir mal bspwm ansehen. Sieht ganz vielversprechend aus, zumal sxhkd eh schon läuft.

Nachdem ich im ersten Teil von Ein Leben ohne X11?, sowie im zweiten Teil und auch hier schonmal erwähnt habe, verwende ich meine Maus nur wenn es unbedingt sein muss, da ich fast alle Programme vollständig mit der Tastatur bediene(n kann). Also fast alle; bis auf den Browser. Mittlerweile nutze ich wieder Firefox (mit diversen Addons wie Adblock, NoScript, uBlock, ..) und da gibt es ein Addon, das mich meinem Traum der mauslosen Bedienung einen Schritt näher bringt; nämlich das Addon Surfingkeys.
Ich hatte eigentlich vor hier einige Features aufzulisten, aber das würde den Rahmen sprengen. Am besten einfach mal ein die Schnellanleitung durchlesen. Das einzige das mich nervt, ist das ich es nicht schon eher gefunden habe. Mittlerweile habe ich es seit knapp einer Woche im Einsatz und bin rundherum zufrieden damit.

Nachdem ich vor einiger Zeit schonmal Probleme mit Deoplete hatte, heulte Vim 8.1 heute mal mit

[vim-hug-neovim-rpc] rpc method [nvim_set_client_info] not implemented in pythonx/neovim_rpc_methods.py. 

Please send PR or contact the mantainer.

rum. Als - wenn auch ekligen - Workaround kann man aber pip3 install --user pynvim==0.3.2 verwenden. Dann klappts auch wieder mit Deoplete

Sodala.. nachdem ich vor gut einem Jahr auf i3(-gaps) umgestiegen bin, hat jetzt auch i3 ausgedient. Mir hat ein Fullscreen-Mode gefehlt; es gibt zwar die Möglichkeit ein Programm mit $mod-f zu maximieren, allerdings verdeckt das Ding dann die Statusbar. Dazu kamen noch einige Kleinigkeiten wie z. B. das für mich zu umständliche Handling der Fenster. Geworden ist es jetzt dwm; und zwar ohne irgendwelche Patches. Die wichtigsten Programme werden via ~/.xinitrc gestartet und mittels der rules automatisch auf dem vorgegebenem WorkspaceTag geöffnet. Ich musste kaum Keybindings umbiegen, sondern konnte mein gewohntes Layout beibehalten. Das einzige das ich bisher vermisse, ist die Systray; es gibt zwar einen Patch dazu, aber ich kann mich nicht wirklich dazu aufraffen den hinzuzufügen. Jetzt geht es erstmal ans Feintuning, das Anpassen von rofi und dem lernen der Keybindings.

Wer mal sehen will, wie es um die Privatsphäre in China durch die Ü-Cams bestellt ist, sollte sich mal folgenden Link ansehen: http://sh-meet.bigpixel.cn/

Im Eintrag Dieses Blog geht demnaechst offline habe ich angedroht das ich auf Jekyll umsteige. So weit, so gut.. Installiert war Jekyll relativ schnell, dokumentiert ist es ebenfalls mehr als ausreichend und Themes gibt es auch genügend. Von denen hat mir nur keins so richtig gefallen, also hab ich mir einige Themen als Anreiz genommen und selbst ein Layout zusammengemurkst. Das hat auch problemlos funktioniert und das Grundgerüst stand innerhalb relativ kurzer Zeit, aber dann...
Die statischen Seiten (/about, /zsh, /rtfm, ..) sind weniger das Problem, da ich die direkt einbinden kann. Was mir wirklich auf die Eier geht, ist die Formatierung des Blogs; sprich die Übersichtsseite, auf der alle Einträge aufgeführt sind und die Blogposts; also der komplette Eintrag. Diese wird in Liquid geschrieben und dann als HTML ausgegeben; weder HTML, noch Liquid ist das Problem; das ist ein viel trivialeres: Ich habe schlicht und einfach nicht die geringste Lust! Null. Niente. ноль. صفر. Aber weniger als überhaupt keine.
Aber.. das hat auch seine Vorteile. Ich hatte jetzt wenigstens mal die Zeit mir eine neue Status-Line für tmux zu bauen, meinen bisherigen PS1 der Zsh gegen powerlevel10k zu wechseln, mir mit New Tab Override ein Startpage für Firefox zurecht zu bauen und anzufangen ~/.zsh/zshfunctions in einzelne functions() aufzusplitten um den Start zu beschleunigen. Das alles selbstverständlich erst, nachdem ich Vim um einige Plugins und Keybindings erweitert hab. Nicht das ich doch noch Lust bekomme um an der Homepage weiter zu bauen.

Wie aus einer Auswertung von Phoronix hervorgeht, besteht das ursprünglich als Alternative für init vorgestellte systemd aus mehr als 1,2 Millionen Zeilen Code.
Systemd ist ein Daemon für Linux-Systeme, der als init-Prozess als erster Prozess zum Starten, Überwachen und Beenden weiterer Prozesse dient. Das System wurde von Lennart Poettering und Kay Sievers initiiert und findet mittlerweile einen breiten Einsatz in vielen Distributionen. Nachdem die meisten großen Linux-Anbieter Systemd in ihre Produkte aufgenommen hatten, hatten auch andere Systeme über eine Umstellung nachgedacht.

Gänzlich unumstritten ist der Einsatz von Systemd allerdings nicht. Kritiker bemängeln unter anderem, dass die neue Lösung viele Ansätze von Unix verwerfe und einen monolithischen, kaum zu überblickenden Block darstelle, der stetig an Komplexität zunehme, ohne merkliche Vorteile zu bringen. So nennen beispielsweise die Kritiker Systemd einen zweiten Kernel, der sich über das komplette Linux-Okösystem ausbreitet und immer mehr Funktionalität in sich vereine.

Doch auch aus der Sicht anderer Systeme erweist sich Systemd als eine Linux-Insellösung als wenig optimal. So setzen inzwischen einige Anwendungen auf Komponenten von Systemd auf, was beispielsweise die Entwickler unter BSD in Bedrängnis bringt. Denn ohne Systemd lassen manche Anwendungen einige Funktionen missen - im schlimmsten Fall lassen sie sich allerdings nicht einmal starten.

Wie mächtig Systemd mittlerweile geworden ist, zeigt eine Auswertung des Nachrichtenportals »Phoronix«. Wie die Seite diese Woche berichtet, besteht die Alternative für Init mittlerweile aus mehr als 1,2 Millionen Zeilen Code. Noch vor knapp fünf Jahren waren es 600.000 und 2013, drei Jahre nach dem Start von systemd, gerade mal 200.000. Lennart Poettering ist dabei weiterhin die treibende Kraft hinter Systemd. Knapp 37 Prozent der Commits stammen von ihm. Insgesamt haben sich aber bereits 142 Personen sich an der Entstehung von Systemd beteiligt.

Quelle: https://www.pro-linux.de/news/1/27094/systemd-mehr-als-12-millionen-zeilen-code.html

Kann sich noch jemand an die Zeiten von Linux 2.4-2.6.* erinnern? Also als Linux noch wirklich brauchbar und geil war? Der Abfall schafft sich schneller ab als ich gehofft habe.