Linux

Ich habe neulich beschrieben, dass ich aktuell mehr und mehr bemerke, dass Dinge, für die ich in meinem NeoVim-Setup Plugins benutzt habe sehr gut auch mit Bordmitteln funktionieren.

Ich habe neulich wieder einmal eine Upgrade- und Backup-Sitzung mit meinen diversen Linuxinstallationen veranstaltet. Der Zeitpunkt schien mir gekommen, da es eine neue stable Variante von Debian (Trixie) gibt.

Ich habe neulich wieder einmal neue Beispiele zu meinem Projekt der Gnuplot-Ressourcen hinzugefügt: Ich habe überlegt, ob es möglich wäre, Balkendiagramme mit horizontal verlaufenden Balken zu erzeugen

Ich fand neulich dieses vielversprechende Issue zu GitLab und dachte mir, das wäre ein guter Grund, meine lokal gehostete Instanz wieder einmal zu aktualisieren!

Im vorhergehenden Artikel zum Thema Inventarisierung habe ich beschrieben, wie ich Rechner und deren Komponenten für meinen Haushalt/Labor mit einer sehr schnellen Lösung umfassend dokumentiert habe. Diese Beschränkung auf Rechner reicht natürlich nicht aus.

Ich habe bereits seit einiger Zeit immer mal wieder vor, die in meinen Bastelschränken und auf meinem Schreibtisch vorhandenen Hardwarekomponenten sauber zu inventarisieren. Alle meine bisherigen Versuche schlugen jedoch fehl, da ich mich bisher darauf fokussierte, eine self-hosted Anwendung dafür zu finden. Allerdings sind mir die üblichen Verdächtigen entweder zu schwergewichtig oder zu unflexibel. Ich kam aber auf eine (für mich) neue Idee:

Ich habe bereits in der Vergangenheit darüber geschrieben, wie wichtig ein transparentes und durchdachtes (und gelebtes!) Certificate Policy Statement ist - hier möchte ich nun ein Gedankenspiel vorstellen, wie man eine PKI vollständig air-gapped betreiben kann und doch noch einen relativ hohen Durchsatz erreicht und dabei sogar Wege offen bleiben, eine Automatisierung des Prozesses der Zertifikatserstellung zu erlauben...

Ich habe den Generator für meine Heimatseite im Zwischennetz wieder um ein neues Feture erweitert.

Ich habe nun seit geraumer Zeit NeoVim im Einsatz im Produktivbetrieb zum Entwickeln - nicht nur - von Software. Dabei hat sich gezeigt, dass ich meinem Ziel, der Philosophie des Einsatzes möglichst weniger Plugins immer näher komme:

Ich habe bereits mehrmals über Rückschläge und Fortschritte bei meinem Umstieg von "traditionellen" IDEs auf (Neo)Vim berichtet - eine Anforderung meinerseits an ein System zur Entwicklung von Software war dabei bisher unerfüllt geblieben - bisher...

Ältere Artikel

Hier geht es zum Archiv der Artikel, die vor dem 27.07.2025 verfasst wurden:

• Remote Filesysteme als Docker-Volumes
• Arbeiten mit (Neo)Vim
• ...