Veni, Vidi, VISA

Nachdem ich ein paar Einträge zuvor schon geschrieben habe, das ich mich nach einem neuem Terminal umsehe, bin ich auch fündig geworden. Terminals gibt es ja zur Genüge; Peter hat mir alacritty empfohlen, welches ebenfalls in die nähere Auswahl kam. Geworden ist es dann letztendlich kitty; zumal ich ja eine Katze habe die Kittykatz heißt.. ich hab auch noch eine zweite, aber ich konnte kein Terminal finden das "Durchgeknallte, massenmordende Psychokatze" hieß, also..
Für kitty hab ich mich nicht entschieden weil es deutlich besser ist als alle anderen, sondern weil es einige Features enthält, die ich bei keinem anderem Terminal gefunden habe. Zum einen ist da die einfache Eingabe von Unicode und zum anderen die Möglichkeit sog. kittens zu verwenden. Die Keybindings sind mit CTRL+SHIFT+$foo deklariert und kommen mir somit nicht bei i3-gaps in die Quere. Der Scrollback-Buffer ist ebenfalls vorhanden und die URLs können ebenfalls sehr einfach aufgerufen werden (ohne Rumklicken).
Alles in allem: works for me

Liebe drogensüchtigen Developer und Packager: Es ist zwar das eine wenn ihr /usr/lib/perl5/$version/vendor_perl/ vorgebt, perl -V:vendorarch /usr/lib/perl5/5.28/vendor_perl anzeigt und die Executables von z. B. SpamAssassin unter /usr/bin/vendor_perl rumliegen, aber wenn dann nach einem Update so lustige Fehlermeldungen wie

Warning: filter Filter_external spamassassin (allow_root_commands="True", arguments="()", command="spamassassin", exitcodes_drop="('99', '100')", 

exitcodes_keep="('0',)", group="None", ignore_header_shrinkage="False", ignore_stderr="False", path="/usr/bin/vendor_perl/spamassassin", unixfrom="False", user="None") 

returned fewer headers (36) than supplied (38) 

  msg 1/1 (7172 bytes) from <SRS0=OpHF=SN=httpd.web1.neessen.net=strcat.de@neessen.net> delivered to Maildir /home/dope/MuttMail/INBOX/, deleted

  1 messages (7172 bytes) retrieved, 0 skipped

zu lesen sind, kann das doch ganz leicht nervig sein.
Ich habe was besseres zu tun, als 2342 Verzeichnisse zu $PATH hinzuzufügen und jedes Mal zu überprüfen ob sich nicht doch was geändert hat. HALTET EUCH VERFICKT NOCHMAL AN DEN FHS! Es muss nicht jeder sein eigenes Süppchen kochen um was besonderes zu sein! Nehmt euch ein Beispiel an *BSD: Einfach, simpel, effektiv und funktioniert!

Ich nutze u. a. das Plugin Deoplete, welches wiederum vim-hug-neovim-rpc benötigt. Das jedoch wirft seit .. keine Ahnung .. einiger Zeit die sagenhaft aufschlussreiche Fehlermeldung

[vim-hug-neovim-rpc] failed executing: pythonx import neovim

[vim-hug-neovim-rpc] Vim(pythonx):Traceback (most recent call last):

in den Messagebuffer. So weit, so schlecht. Ein pythonx import neovim kotzt dann folgende Fehlermeldung in den Errorbuffer von Vim 8.1:

Traceback (most recent call last):

  File "/home/dope/.local/lib/python3.7/site-packages/pynvim/msgpack_rpc/event_loop/asyncio.py", line 20, in <module>

    import asyncio

  File "/usr/lib/python3.7/asyncio/__init__.py", line 8, in <module>

    from .base_events import *

  File "/usr/lib/python3.7/asyncio/base_events.py", line 18, in <module>

    import concurrent.futures

  File "/usr/lib/python2.7/site-packages/concurrent/futures/__init__.py", line 8, in <module>

    from concurrent.futures._base import (FIRST_COMPLETED,

  File "/usr/lib/python2.7/site-packages/concurrent/futures/_base.py", line 414

    raise exception_type, self._exception, self._traceback

                        ^

SyntaxError: invalid syntax

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

  File "<string>", line 1, in <module>

  File "/home/dope/.local/lib/python3.7/site-packages/neovim/__init__.py", line 5, in <module>

    import pynvim

  File "/home/dope/.local/lib/python3.7/site-packages/pynvim/__init__.py", line 11, in <module>

    from .msgpack_rpc import (ErrorResponse, child_session, socket_session,

  File "/home/dope/.local/lib/python3.7/site-packages/pynvim/msgpack_rpc/__init__.py", line 8, in <module>

    from .event_loop import EventLoop

  File "/home/dope/.local/lib/python3.7/site-packages/pynvim/msgpack_rpc/event_loop/__init__.py", line 10, in <module>

    from .asyncio import AsyncioEventLoop

  File "/home/dope/.local/lib/python3.7/site-packages/pynvim/msgpack_rpc/event_loop/asyncio.py", line 23, in <module>

    import trollius as asyncio

  File "/usr/lib/python2.7/site-packages/trollius/__init__.py", line 21, in <module>

    from .base_events import *

  File "/usr/lib/python2.7/site-packages/trollius/base_events.py", line 39, in <module>

    from . import coroutines

  File "/usr/lib/python2.7/site-packages/trollius/coroutines.py", line 16, in <module>

    from . import futures

  File "/usr/lib/python2.7/site-packages/trollius/futures.py", line 19, in <module>

    from . import executor

  File "/usr/lib/python2.7/site-packages/trollius/executor.py", line 12, in <module>

    import concurrent.futures

  File "/usr/lib/python2.7/site-packages/concurrent/futures/__init__.py", line 8, in <module>

    from concurrent.futures._base import (FIRST_COMPLETED,

  File "/usr/lib/python2.7/site-packages/concurrent/futures/_base.py", line 414

    raise exception_type, self._exception, self._traceback

                        ^

SyntaxError: invalid syntax

Gleiche Fehlermeldung kommt auch, wenn man python -c 'import neovim' direkt in die Shell eingibt. Schuld daran ist bzw. war die Variable PYTHONPATH, welche - bei mir - auf /usr/lib/python2.7/site-packages/ gezeigt hat und somit auch auf die falsche Version von Python. Ich habe nämlich Python 2.7.16 und Python 3.7.3 installiert. Wieso die Variable gesetzt ist, weiß kein Schwein; weder in meiner Zsh-Konfiguration, noch unter /etc/* taucht diese Variable irgendwo auf. Wenn man sie aber auf /usr/lib/python3.7/site-packages umbiegt oder gleich ganz löscht, funktioniert es wieder.
Python.. wieso ist das eigentlich noch legal?!

// Nachtrag:
Mir wurde gesagt das man PYTHONPATH auch ohne Probleme auf /bin/python setzen kann; also PYTHONPATH=/bin/python. Nach kurzem Test funktioniert das auch.

erresc: unknown private set/reset mode 1005

X Error of failed request:  BadLength (poly request too large or internal Xlib length error)

  Major opcode of failed request:  139 (RENDER)

  Minor opcode of failed request:  20 (RenderAddGlyphs)

  Serial number of failed request:  2427

  Current serial number in output stream:  2575

Was ich gemacht habe? Gar nichts. Das bekomme ich zu sehen wenn ich ein Terminal starte, dort st(1) aufrufe und tmux attach eingebe. Es liegt auch nicht an der Konfiguration von tmux(1), denn st(1) ist das einzige Terminal bei dem ich eine Fehlermeldung zu Gesicht bekomme. Das 1005 kommt direkt from hell.. also Zeile 1564 aus st.c, welcher da sagt

case 1005: /* UTF-8 mouse mode; will confuse

	      applications not supporting UTF-8

	      and luit. */

Laufen tut in der tmux-Session Vim 8.1, NeoMutt 20180716, slrn 1.0.3 (mit S-Lang 2.3.2), cmus v2.8.0-rc0-93-gf5a442a und irssi 1.1.2. Also alles kaputte bzw. veraltet Software, welche nicht die Voraussetzungen für st erfüllt.. so wurde mir zumindest gesagt.
Ich hab ja schon lange keine neue Software mehr gesucht. Mal schauen ob andere Mütter geilere Töchter haben die nicht so rumzicken. Die Auswahl ist ja groß genug.

Ein Aufschrei geht durch die Linux-Welt: Die Gentoo-Entwickler haben eine Testversion ihrer Erweiterung veröffentlicht, die es ermöglicht Gnome 3.30 auch auf Umgebungen ohne Systemd zu starten. DER HAMMER! EINE UNGLAUBLICHE NEUERUNG! Gnome ohne systemd! Wer hätte das gedacht?! Gut.. ist jetzt nicht soooo neu und bei OpenBSD Standard (Free-/NetBSD bin ich mir nicht sicher), aber hey.. Deblian hat ja systemd also kann das nicht so schlecht sein!!111!

Ganz kurz und schmerzlos: pscircle visualizes Linux processes in a radial tree. Ist zwar einerseits ganz informativ (auch wenn es letztendlich nur die in ein Bild gepackte Ausgabe von pstree(1) ist), aber auch ganz nützlich. So wird man z. B. ständig daran erinnert, das Linux saugt.

Ich habe unter hacks/ ein Script Namens rm-replacements.shar rumliegen, das ich 2002 geschrieben habe. Eigentlich sind es zwei Scripte in einem; nämlich rm.sh und urm.sh. Die beiden wurden mit shar {u,}rm.sh > rm-replacements.shar in ein Shar-Archiv gepackt, das man anschließend mit unshar rm-replacements.shar entpacken kann und dann die beiden Scripte im $PWD liegen hat. Das der 2002 geborene User, der mich via Mail gefragt hat mich welchem Programm man das öffnen kann, nicht gewusst hat, nehme ich ihm nicht übel. Das ich es schon solange nicht mehr genutzt habe und dann selbst nachschauen musste, ist auch kein Thema. Das die sharutils per Default unter Arch Linux nicht installiert sind kann ich auch noch verstehen, aber das nichtmal FUCKING GOOGLE es in den Suchvorschlägen hat, sondern nur noch share vorschlägt, deprimiert mich dann doch etwas... sed -n 4347p linux-5.0/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c

AsciiDoc verwende ich seit ~2006 und bin dann letztes Jahr irgendwann zu Asciidoctor gewechselt, nur gab es da einiges das mich gestört hat. Eins war z. B., das die Fußnoten im PDF nicht korrekt dargestellt werden. Also nicht fällt auf wenn man drauf achtet, sondern sieht schlicht und einfach scheiße aus und ist unbrauchbar. Das ist ein Bug der seit 2015 existiert. Das nächste ist, dass es nicht möglich ist einen simplen Brief zu erstellen und man dann wieder auf LaTeX umschwenken muss. Prinzipiell habe ich kein Problem mit LaTeX, aber das ist bei mir für die meisten Fälle overkill und die Konvertierung in andere Formate ist .. naja.. "nett gedacht".
Der ganze Office-Abfall fällt sowieso komplett raus, also bleibt nur noch Pandoc; das macht genau das was ich will und stellt Texte so dar, wie sie sein sollen.

Ich verwende cmus jetzt schon seit geraumer Zeit (~2005) und war bisher immer zufrieden damit, aber seit neuestem häufen sich die Probleme.. Korrektur: das Problem. Ab und zu (und zwar unabhängig von der MP3) reagiert das Teil nicht mehr auf Keycodes; und zwar auf gar keine. Auch ein cmus-remote -irgendwas funktioniert nicht. Ein strace(1) kotzt nur ein

execve("/bin/cmus-remote", ["cmus-remote", "-u"], 0x7ffd9ed544c8 /* 88 vars */) = 0

brk(NULL)                               = 0x55bc4919f000

arch_prctl(0x3001 /* ARCH_??? */, 0x7fffa6cb0400) = -1 EINVAL (Invalid argument)

[...]

socket(AF_UNIX, SOCK_STREAM, 0)         = 3

connect(3, {sa_family=AF_UNIX, sun_path="/run/user/1000/cmus-socket"}, 110) = 0

write(3, "player-pause\n", 13)          = 13

read(3, 0x7fffa6cadda0, 8192)           = ? ERESTARTSYS (To be restarted if SA_RESTART is set)

--- SIGINT {si_signo=SIGINT, si_code=SI_KERNEL} ---

+++ killed by SIGINT +++

Wobei EINVAL laut /usr/include/asm-generic/errno-base.h ja ein Invalid argument ist. Nur wieso ich dann die exakt gleiche Datei nach einem erneutem Start von cmus ohne Problem abspielen kann, will mir nicht ganz einleuchten.

Als ich im Eintrag Ein Leben ohne X11 Teil 2. geschrieben habe das es z. B. sehr angenehm ist wenn auf der linken Hälfte des Monitors eine mit Vim geöffnete LaTeX-Datei editiert wird, während man die fertige PDF rechts daneben mit Live-Preview sieht (selbstverständlich ohne die Datei jedes Mal manuell abzuspeichern und mit pdfTeX zu kompilieren., wollte jemand via Mail wissen wie man das bewerkstelligt. Das ist relativ simpel. Man muss lediglich das Plugin vim-latex-live-preview installieren,

autocmd Filetype tex setl updatetime=1

let g:livepreview_previewer = 'zathura'

in seine ~/.vimrc eintragen und fertig. Wenn man mupdf verwendet, kann es sein das es nicht funktioniert; unter https://github.com/xuhdev/vim-latex-live-preview/wiki/Known-Working-PDF-Viewers gibt es eine Liste mit den unterstützten PDF-Viewern. Ich verwende zathura und damit habe ich bisher keine Probleme.