cperrin.xyz

Was können wir gegen die Vibe-Committer tun

2026-06-19T00:00:00+00:00

Ich hatte kürzlich eine Diskussion auf Mastodon, die durch einen Post der Software Freedom Conservancy über den Umgang mit LLM-Gen-AI-Submissions angestoßen wurde. Es gibt viele Leute, die strikt dagegen sind, LLM-generierten Code in ihre Projekte zu lassen. Das ist definitiv ein verständlicher Standpunkt, wenn man Dinge wie Legalität, unethische Datenquellen, Ressourcenverbrauch und Machtkonzentration bedenkt.

Abgesehen davon ist es völlig legitim, wenn ein Maintainer Regeln für Submissions festlegt. Eine FOSS-Lizenz bedeutet nicht einmal, dass ein Maintainer überhaupt mit irgendwem interagieren muss. Sie stellt einfach nur den Sourcecode zur Verfügung.

Trotzdem hat es mich zum Nachdenken gebracht, welche Auswirkungen diese Regeln haben könnten und in welchen Fällen sie sich unterm Strich eher negativ auswirken.

Die Maintainer machen die Regeln. Ihnen ist die Pflege einer Code-Version anvertraut, zu der andere vielleicht beitragen wollen. Oft ist das eine einzelne Person, die nicht nur etwas erschaffen hat, das sie teilen wollte, sondern es auch auf sich genommen hat, anderen dabei zu helfen, es zu verbessern. Dafür sollten wir für ihre Arbeit dankbar sein und ihre Wünsche respektieren.

Aber so funktioniert die Welt leider nicht. Ob durch Ignoranz, Anspruchsdenken oder böse Absicht – Maintainer werden oft mit Forderungen oder Feindseligkeit konfrontiert. Ihre Grenzen werden ignoriert, und die Frustration wächst. LLM-generierter Code ist dafür ein perfekter Nährboden. Während manche ihn als den heiligen Gral sehen, halten andere ihn für den Teufel. Diese stark polarisierende Wirkung, kombiniert mit ignorierten Grenzen, führt schnell zu Konflikten.

Solid Snake und Benny Hill

Jeder Konflikt hat das Potenzial, für alle Seiten extrem stressig zu werden. Das gilt besonders, wenn unschuldige Leute ins Kreuzfeuer geraten. In meinen Jahren als Softwareentwickler habe ich eine Menge schlechten Code gesehen. In letzter Zeit hat so mancher Code meinen Vibe-Code-Sensor ausgelöst, obwohl er von einem Menschen geschrieben wurde.

Auf der anderen Seite glaube ich, dass ich die Herkunft einer Code-Submission wahrscheinlich ganz gut verschleiern könnte. Ich würde das niemals tun, besonders nicht, um jemanden zu täuschen. Aber das lässt mich vermuten, dass da draußen viele Leute unterwegs sind, die das gleiche Wissen und kein Problem mit Täuschung haben.

Das könnte dazu führen, dass manche Leute ihren LLM-Code wie Solid Snake in eine geheime Basis einschleusen, während andere von einem wütenden Maintainer wie in einem Benny-Hill-Sketch verjagt werden.

Misstrauen führt zu Wut, Wut führt zu einer miesen Zeit für alle

Ich bin natürlich nicht der Erste, der an böswillige Akteure denkt, die versuchen, sich an den Verteidigungen vorbeizuschleichen. Ich bin mir sicher, dass die leidenschaftlichsten Maintainer sich dessen ständig bewusst sind – ständig auf der Hut nach dem kleinsten Hinweis auf LLM-Beteiligung, immer wachsam.

Oder sie machen sich ständig Sorgen um die Quelle einer Submission, zusätzlich zu deren Qualität – immer misstrauisch. Nach meinen Beobachtungen kann das mit Wut einhergehen. Vielleicht Wut über LLMs, über die Missachtung von Grenzen oder über die zusätzliche Arbeit, die sie reinstecken müssen.

An diesem Punkt drängt sich die Frage auf, wer hier eigentlich noch irgendwas gewinnt. Schlimmer noch: Einige Leute verlieren definitiv. Die Maintainer, neue Programmierer und die FOSS-Community als Ganzes sind negativ betroffen, während Vibe-Coder und LLM-Firmen oft trotzdem bekommen, was sie wollen.

Pragmatische Prinzipien

Das klingt alles ziemlich übel für Leute, die Prinzipien haben. Zu seinen Prinzipien zu stehen, kann Unschuldige und sogar den Maintainer verletzen, aber seine Prinzipien aufzugeben, kann genauso wehtun. Mein persönlicher Ausweg: pragmatische Prinzipien.

Damit meine ich, mir gezielt die Kämpfe auszusuchen, die ich gewinnen kann und die unterm Strich etwas Positives bewirken. Ein paar meiner Leitprinzipien sind:

Such bei einer Submission nicht krampfhaft nach Anzeichen für LLM-Code, aber ignoriere sie auch nicht
Im Zweifel geh davon aus, dass es von einem Menschen stammt oder sprich deine Zweifel offen an
Bewerte Submissions in erster Linie nach der Codequalität
Geh davon aus, dass die Leute helfen wollen
Denk daran, dass wir alle Fehler machen
Konzentrier dich auf das Positive

Nachwort

Ich möchte klarstellen, dass ich will, dass jeder seine Grenzen so setzt, wie er es für richtig hält, und dass das von allen respektiert werden sollte. Ich wünsche mir eine Welt, in der es selbstverständlich ist, dass die Prinzipien anderer respektiert werden.

Der pragmatische Ansatz ist nur mein persönlicher Weg, um damit umzugehen, wenn ich meine Prinzipien nicht auf eine gesunde oder erfolgreiche Weise verteidigen kann. Mir ist klar, dass das nicht leicht ist, wenn ein Projekt von “Slop” überrannt wird. Es ist keine perfekte Lösung und auch nicht für jeden etwas.

Veeam Backups unter Linux mit SystemD triggern

2026-01-28T00:00:00+00:00

Veeam Backup ist meiner Meinung nach eine der besten Lösungen für Backups die man kostenlos bekommen kann. Besonders unter Linux muss man die mölgichkeit Snapshot-Backups von Ext4 Partitionen machen zu können hervorheben.

Leider hat besonders die Linux Version einen Großen nachteil gegenüber der Windows Version: das Scheduling der Backups ist extrem eingeschränkt. Man kann nur Tag und Stunde einstellen an dem das Backup stattfinden soll. Wenn zu dem Zeitpunkt der Rechner im Sleep-Modus oder gar ausgeschaltet ist, wird das Backup nicht durchgeführt und vor allem auch nicht nachgeholt.

Um das zu umgehen musste ich etwas in die Trickkiste greifen und SystemD Timer, SystemD Services und ein wenig Scrpting verbinden.

Veeam CLI

Man kann Veeam Jobs auch außerhalb der Terminal UI steuern. Dafür gibt es das veeamconfig Tool.

Beispielweise kann man mit folgendem Befehl ein Backup starten:

veeamconfig job run --name "<JOBNAME>"

Das Problem ist nur, dass dieser Befehl nicht blockierend ist, sondern direkt zurückkehrt. Um dann herauszufinden ob das Backup abgeschlossen ist und mit welchem Status, muss man den Befehl

veeamconfig job status --name "<JOBNAME>"

ausführen. Weil der Befehl auch nicht blockierend ist, ist die einzige Lösung Polling. Wir müssen immer wieder nachfragen, ob der Job noch läuft, bis er entweder abgeschlossen ist oder fehlerhaft beendet wurde.

Hier ist der wichtige Teil des Polling-Skripts, der die Job-Übernahme übernimmt:

# Session-ID aus der Job-Start-Ausgabe extrahieren
SESSION_ID=$(echo "$OUTPUT" | grep -oP 'Session ID: \[\{\K[^}]+')

# Session-Status abfragen bis zum Abschluss
while true; do
    STATUS=$(/usr/bin/veeamconfig session info --id "$SESSION_ID" | grep "State:")
    STATE=$(echo "$STATUS" | grep -oP 'State:\s+\K\w+')
    
    if [ "$STATE" = "Success" ] || [ "$STATE" = "Warning" ]; then
        echo "Job abgeschlossen mit Status: $STATE"
        exit 0
    elif [ "$STATE" = "Failed" ]; then
        echo "Job fehlgeschlagen!"
        exit 1
    fi
    
    echo "Job läuft noch... Status: $STATE"
    sleep $POLL_INTERVAL
done

Das Skript enthält auch eine Signalbehandlung zum kontrollierten Stoppen von Backups bei Bedarf.

SystemD

Die auf der SystemD Seite war es wesentlich einfacher. SystemD Timer erlauben es mir, den Computer aus dem Sleep-Mode aufzuwecken, um das Backup zu starten. Hierzu muss man lediglich in der [Timer]-Block die Option WakeSystem=true setzen.

Die Service-Unit war genauso wenig ein Problem mit dem Skript. Ich musste lediglich verhindern, dass der Computer wieder in den Schlafzustand wechseln kann solange das Backup läuft. Hierzu habe ich systemd-inhibit genutzt.

SystemD Service

Die Service-Unit führt unser Skript aus und verhindert dabei, dass das System während der Backups in den Schlafmodus wechselt:

[Unit]
Description=Veeam Backup Job %i
After=network.target

[Service]
Type=simple
ExecStart=systemd-inhibit --what "sleep:idle:shutdown" --why "Veeam Backup %i" --who "Veeam Job" --mode "block-weak" /usr/local/bin/veeam-run-polling %i
Restart=no

SystemD Timer

Dieser Timer weckt das System und führt das Backup alle zwei Tage um 10:30 Uhr aus:

[Unit]
Description=Veeam Backup Timer for Job %i

[Timer]
OnCalendar=*-*-1/2 10:30:00
Persistent=true
WakeSystem=true
DeferReactivation=true
Unit=veeam-run@%i.service

[Install]
WantedBy=timers.target

Alle Unit Files und das Skript sind auf https://git.screebo.net/cperrin/veeam-systemd-timers zu finden.

2026: das Jahr in dem Windows zu sehr nervt

2026-01-03T00:00:00+00:00

In den letzten Tagen habe ich mehrere Blogartikel gelesen, die davon sprechen, dass 2026 das Jahr des Linux-Desktops ist, und das ist eine tolle Sache. Ich finde aber, dass viele der Überschriften und Posts zu dem Thema eine andere Überschrift haben könnten, und zwar „Das Jahr, in dem Windows zu sehr nervt“.

Geschichte der Verschlimmbesserung

Microsoft hat nun seit Jahren sein Betriebssystem stark verschlimmbessert. Windows Vista war ein schwieriger Schritt, weil viele Rechner noch nicht dafür bereit waren, aber es gab zumindest einen technischen Fortschritt, der mit Windows 7 dann relativ sauber abgeschlossen war.

Ein Schritt, den aber nicht viele mitgehen konnten, war der Wechsel zu Windows 8. Der damalige Chef von Microsoft, Steve Ballmer, war überzeugt davon, Windows zum überall einsetzbaren Betriebssystem zu machen. Ob auf dem Tablet oder dem Handy oder dem Desktop oder auf einem ganz neuen Gerät, Windows sollte das Richtige sein. Dabei hat er ein System gemacht, was für kaum einen gut war. Auf dem Desktop war die vollbildfokussierte Oberfläche immer im Weg und hat den Workflow verändert. Tablets gab es kaum welche und die, die es gab, haben damit gekämpft, dass alle Programme, die nutzenswert waren, nicht auf Touch angepasst waren und das System auch viel zu schwer war. Auf dem Handy ist das System nie angekommen, weil einfach keiner Apps entwickelt hat, und somit war es unattraktiv. Weitere unwillkommene Neuerungen von Windows 8 waren Microsoft-Account-Login, bei dem Nutzer sich anstatt mit einem lokalen Konto mit dem Online-Konto bei Microsoft einloggen konnten.

Einige der Designentscheidungen von Windows 8 wurden dann mit Windows 8.1 „entschärft“. Der Vollbild-Startmenü-Zwang wurde entfernt und das System wurde wieder nutzbarer Trotzdem begann Microsoft schon mit der nächsten tollen Idee: automatisches Synchronisieren von Dokumenten nach OneDrive. Anstatt die Nutzer zu fragen, wurde einfach davon ausgegangen, dass Nutzer es super finden, wenn ihre Daten einfach so in der Microsoft-Cloud landen. Dazu kam, dass der kostenlose Speicher für die meisten sowieso zu klein war. Aber dann kann man ja einfach dafür zahlen.

Das „für immer“ Windows

Windows 10 war dann das „für immer“-Windows. Es sollte das letzte Windows sein und kontinuierlich weiterentwickelt werden. Das Bedienkonzept war nun wieder eher klassisch, aber an vielen Ecken wurden strategisch Dinge verschlechtert. Das Startmenü suchte nun nicht mehr nur Programme, sondern auch Dokumente und sogar online. Dementsprechend war es langsam und ungenau Die Tradition von vorinstallierter Fremdsoftware wurde weitergeführt mit Apps wie Candy Crush und LinkedIn, die sich automatisch nach der frischen Installation des Systems mitinstalliert haben.

Die „Verbesserungen“ kamen dann nach und nach: OneDrive wurde immer aggressiver angepriesen, Edge hat sich zum Standardbrowser gemacht, immer neue Apps kamen in die Startleiste, die niemand wollte, und vieles mehr. Jedes größere Update hat einige Verbesserungen und viele Verschlimmerungen mit sich gebracht.

Windows 11 und die KI

Ein starkes Kippen der Stimmung gegenüber Microsoft war mit der Ankündigung von Windows 11 zu spüren. Das Windows, was eigentlich das für immer Windows sein sollte, würde ersetzt werden. Und dieses Mal durften viele PCs den Weg nicht mitgehen. Mit Windows 11 machte Microsoft TPM 2.0 und Secure Boot Pflicht Für viel ältere Hardware wäre dies das Ende. Aus der nachdrücklichen Einladung, das Microsoft-Konto zu nutzen, in Windows 10 wurde nun eine Pflicht. Natürlich ließ sich das Ganze mit ein paar Tricks umgehen, aber Microsoft macht schnell klar: „Das ist nicht mehr dein Betriebssystem, du bist nur noch Gast hier.“

Diese Mentalität wurde nur noch mehr ausgebaut und die Daumenschrauben angezogen. Wir alle waren müde, wir wollten unsere Computer doch einfach nur nutzen. Doch dann passierte das Unerwartete, was die Welt verändern sollte: ChatGPT.

Die Tore waren geöffnet, die Techkonzerne bekamen Angst und scheinbar über Nacht war KI das, was alles beherrschen sollte. Ab jetzt musste alles KI haben. KI-Chat, KI-Suche, KI-KI. Wenn es keine KI hatte, war es nicht gut. Je invasiver, je aufdringlicher, je unumgehbarer, desto besser KI in Windows, KI in Paint, KI in Word, KI in Excel, KI in Notepad. Nichts war mehr Sicht Ki sollte ab nun sogar unsere Spiele für uns spielen.

Ein Ventil für den Frust

Während Microsoft daran arbeitete, unseren Desktop immer mehr nach ihren Vorstellungen zu gestalten, werkelte eine kleine Firma namens Valve an ihrer eigenen Lösung. Mit dem Steam Deck brachten sie einen PC auf den Markt, in der Form erinnernd an eine übergewichtige Nintendo-Switch-Konsole. Die Hardware selbst war sehr interessant, aber der wirklich aufregende Teil war die Software. Das Besondere war, dass auf dem Gerät Linux lief.

Man muss hierbei sagen, dass Valve in der Vergangenheit schon einmal versucht hatte, eine Linux-Konsole auf den Markt zu bringen. Damals als Wohnzimmergerät konzipiert, war die Hoffnung, dass, wenn man mit gutem Beispiel vorangeht, die anderen Entwickler ihre Spiele auch für Linux herausbringen. Das passierte jedoch nicht.

Aber Valve hatte daraus gelernt und hinter den Kulissen viel Geld und Zeit investiert, um Windows-Spiele auf Linux nicht nur lauffähig, sondern gut lauffähig zu machen. Das Steam Deck war der Beweis, dass es auch ohne Microsoft ging und dass das Mantra, dass man auf Linux keine Spiele spielen kann, von nun an falsch war. Natürlich war nicht alles von Anfang an perfekt. Aber der Grundstein war gelegt, die Infrastruktur war da und der Damm gebrochen.

Die perfekte Welle

Seit dem Verkaufsstart des Steam Decks hat sich einiges getan an der Spieleunterstützung und die meisten Titel laufen problemlos (manchmal sogar besser als unter Windows). Nur Anti-Cheat-Software macht noch Probleme. Valve hat noch mehr Hardware angekündigt, die auf Windows verzichtet. Dies, gepaart mit der steigenden Nervigkeit von Windows, hat viele Menschen nun davon überzeugt, Linux eine Chance zu geben. Und das ist eine tolle Nachricht für alle. Wenn Microsoft auf einmal mit einem kostenlosen Betriebssystem konkurrieren muss, das den Nutzer respektiert und ständig besser wird, kann das für keinen schlecht sein. Ich hoffe sehr auf das Jahr des Linux-Desktops. Es wird nicht immer einfach, denn nicht jeder möchte nur spielen und Linux hat noch viele Ecken und Kanten.

Für mich persönlich hat das Jahr des Linux-Desktops jedoch schon 2025 begonnen und ich kann nur davon profitieren, wenn mehr Menschen den Schritt mit mir gehen.

Das Fediverse, Meta und Threads

2023-07-04T00:00:00+00:00

Das Fediverse wächst. Beflügelt von den Problemen bei Twitter und Reddit trauen sich immer mehr Nutzer nun auch auf alternative Plattformen. Besonders Mastodon, Lemmy und KBin haben in der letzten Zeit einen explosionsartigen Anstieg von Nutzern erlebt. Dies lief natürlich nicht ohne Probleme ab, aber es zeigt zumindest, dass es vielleicht doch einen Weg gibt, den großen Firmen nicht alle Daten in den Rachen zu schmeißen.

Mit dem ActivityPub-Protokoll als Kleber zwischen allen Fediverse-Projekten sollte nun auch die Silobildung endlich beendet werden. Jeder kann mit jedem sprechen: Mastodon mit Pixelfed, Pleroma mit Peertube, Lemmy mit KBin. Die Grenzen zwischen den Projekten verschwimmen, auch wenn manchmal Content von einer Software in der Oberfläche einer anderen keinen Sinn macht. Doch hier beginnt das Problem.

Meta Threads

Denn auch bei den großen Konzernen stehen die Mühlen nicht still, auch wenn es manchmal so scheinen mag. So hat Meta (ehemals Facebook) sich entschieden, auch ein Teil der Fediverse-Revolution zu sein. Mit einem neuen Projekt, das nun den Namen Threads erhalten hat, will man sich an das Fediverse anbinden. Es soll wohl eine Art von Microblogging-Plattform wie Twitter oder Mastodon werden. Die Ankündigungen und Leaks wurden im Fediverse natürlich mit größter Vorfreude und Anerkennung aufgenommen. NICHT!

Viele der Kritiker sahen sich an die von Microsoft geprägte Strategie “Embrace, Extend, Extinguish” erinnert. Dabei geht es darum, ein Projekt zuerst mit offenen Armen aufzunehmen um Nutzer anzuziehen, dann mit proprietären Erweiterungen auszustatten, die nicht mit dem Ursprünglichen kompatibel sind, und damit dann den Wettbewerber langsam aus dem Markt zu drängen, bis er ausgelöscht ist. Es ist nicht schwer zu sehen, wie Meta solch eine Strategie gegenüber dem Fediverse nutzen könnte.

Aber die Kritiker gehen auch weiter. Wie wir alle spätestens nach dem Cambridge Analytica Skandal wissen, gibt es bei Meta erhebliche Probleme mit dem Datenschutz. Hinzu kommt, dass ihr primäres Geschäftsmodell darin besteht detaillierte Nutzerprofile zu erstellen und zu kapitalisieren. Und hier wird die Stärke des Fediverse zu einer möglichen Schwäche.

Föderation nicht nur bei Star Trek

Das Problem lässt sich am einfachsten mit einem kleinen Exkurs zum Thema ActivityPub verstehen. Wie bereits am Anfang erwähnt, ist es das Protokoll was die Kommunikation zwischen den ganzen Fediverse Projekten ermöglicht. Sobald beispielweise eine Mastodon instanz wie mastodon.social ijre Nutzern erlaubt den Nutzern von anderen Instanzen zu folgen sowie umgekehrt, dann gilt dieser Server als föderiert. Dies gilt genau so für Gruppen, Communities, Magazines oder andere “Dinge” denen man folgen kann. Sobald nun ein Nutzer auf Instanz A einem Nutzer auf Instanz B folgt, werden alle öffentlichen Updates des Nutzers auf Instanz B an Instanz A geschickt und auf Instanz A gespeichert.

Der aufmerksame Leser mag nun hier das Problem entdeckt haben. Wenn ein Threads-Nutzer jetzt einem Nutzer auf einer Fediverse Instanz folgt, landen unweigerlich Daten von Fediverse-Nutzern auf Meta-Servern. Dies kann eingeschränkt werden, indem eine Instanz sich von Threads deföderiert, also die Kommunikation der Instanz mit Threads unterbindet. Viele Betreiber von Instanzen haben diesen Schritt auch schon angekündigt, während andere erst noch abwarten wollen. Die Meinungen sind auf jeden Fall gespalten.

Alleine meine Bits!

Ich bin selbst nun auch nicht der allergrößte Fan von Meta und dem Rest aber ich muss sagen, dass ich die Panik als etwas fehlgerichtet ansehe. Ich bin natürlich auch nicht begeistert, dass meine Daten zu den großen Konzernen fließen, aber ich habe mich auch dazu entschieden diese Daten zu veröffentlichen. Eine Analogie dazu wäre sich auf einen Marktplatz zu stellen, um die eigene Meinung in die Welt zu schreien und sich dann zu ärgern, wenn jemand dies mitschreibt.

Das Konzept hat sich auch nicht verändert zu Facebook, Twitter & Co. Die Daten sind dort zwar in ihren eigenen Silos aber auch dort werden Daten an Werbepartner und Analysefirmen weitergeschickt, von öffentlichen Seiten abgegrast und anderweitig verarbeitet. Im Fediverse ist es nur offensichtlicher, dass die Daten weiter geschickt werden. Und das ist keine Kritik am Fediverse. Das ist das Kernprinzip des Fediverse.

Was ist nun die Lösung für das Problem. Meine Antwort: Es gibt keine. Zumindest nicht so wie viele das gerne hätten. Wir haben als Gesellschaft vergessen, dass es nicht immer gut ist sich auf den Marktplatz zu stellen und loszuschreien. Wir haben angefangen Unbekannten unsere Babyfotos zu zeigen, unseren Aufenthaltsort zu mitzuteilen, und unser innerstes preiszugeben. Alles, ohne uns wirklich klarzumachen, was die Implikationen davon sind. Teilweise waren sie uns verschleiert, teilweise haben wir sie ignoriert.

Die Probleme des Fediverse sind, genauso wie die Lösung, nicht neu. Wir müssen weniger über uns Preisgeben. Wir müssen uns bewusst sein, dass ein versendeter Toot genauso wie ein Instagram Post nach dem Absenden mehr in unserer Hand ist. Sie können verarbeitet, korreliert und zu einem persönlichen Profil gemacht werden. Dazu braucht es nicht einmal Threads von Meta. Das öffentliche Teilen von Daten ist inkompatibel mit einem Verlangen nach Kontrolle.

Wir können versuchen die Rechte der Nutzer durch Gesetze zu stärken und die Verarbeitung von Daten schwerer zu machen, aber letztendlich bleibt auch ohne große böse Firmen eines gleich:

Social Media ist nicht Private Media

Neu ist immer besser (?)

2021-09-16T00:00:00+00:00

Ich muss etwas gestehen. Ich habe ein Problem. Ich bin mir nicht sicher, ob mein Problem einen Namen hat, also gebe ich ihm einen. Ich nenne es “Neoprogrammismus”. Was ist das? Nun am besten lässt sich das einer einem Beispiel klarmachen.

Beispiel 1

Ich kenne mich mittlerweile aus mehreren Projekten gut mit Python und Django aus bin aber mit JavaScript nicht so vertraut. Es gibt da ein neues Projekt, um APIs direkt aus dem Datenbankschema zu generieren, das komplett auf JavaScript setzt? Nehm ich!

Beispiel 2

JavaScript ist mir zwar nicht so geläufig aber CSS mag ich gerne. Um mein Leben dennoch zu erleichtern und best practices besser zu folgen, entscheide ich mich für ein CSS Framework. Nun gibt es in diesem Bereich eine Menge etablierte Frameworks, aber ich habe in einem Artikel kürzlich so mit dem halben Hirn gelesen, dass es da ein neues schlankes Framework gibt. Nimm lieber das!

Was ich damit sagen will…

Neoprogrammismus kann uns alles betreffen denn die wenigsten von uns ist immun vor dem neusten “bling”. Es ist oft verlockend für das neue Projekt das neuste und “tollste” zu nutzen. Das muss auch nicht unbedingt etwas Schlechtes sein. Neue projekte machen manchmal Dinge besser oder haben eine Chance länger in der Zukunft noch Support zu erhalten.

Man darf aber dabei nicht vergessen, dass es möglicherweise einen Grund gibt, dass “älter Projekte” noch da sind und aktiv entwickelt werden. Es gibt möglicherweise auch gute Gründe, dass diese Projekte so funktionieren wie sie funktionieren. Dazu kommt noch, dass es mehr Zeit gab um ein Ökosystem darum zu bauen.

Die wichtigste Frage die ich mir stelle um, meinen Neoprogrammismus zu besiegen ist, ob ich etwas nur benutzen will, weil es neu oder trendy ist.

Neues Design für den Blog

2020-02-20T00:00:00+00:00

Die Zeit der heruntergeladenen und angepassten Designs ist vorbei. Mein erstes eigenes Design erblickt das Licht der Welt. Ich nenne es cperrin-hugo-theme. Poetisch, oder?

Aber das ist nicht das einzige neue. Ich habe mir ein eigenes, brandheißes und ultrakreatives Logo ausgedacht, um die Massen zum kreischen zu bringen.

Macht die Arbeit Sinn, wenn man bedenkt, wie viele Einträge ich seit Beginn des Blogs geschrieben habe? Ganz sicher nicht! Hat es Spaß gemacht? Joa. War es eine gute Möglichkeit nicht das zu tun, was ich tun sollte? Auf jeden Fall!!

Ansible: DevOps leicht gemacht

2017-09-08T00:00:00+00:00

Das Problem ist schon etwas älter: Eine größere Anzahl von Servern muss auf aufgesetzt oder Homogenisiert werden am besten mit wenig Aufwand. Diese Problem wurde nun schon mehrfach gelöst. Sogenannte Orchestrierungs-Tools führen anhand von vordefinierten Anweisungen bestimmte Befehle auf mehreren System aus.

Beispiele für solche Tools sind Puppet, Chef oder CFEngine. Doch vor diese Vertreter haben für mich einen großen Nachteil: Sie benötigen für die Ausführung einen Client der auf der Gegenseite installiert werden muss.

Hier kommt Ansible ins Bild. Ansible nutzt für die Ausführung der Skripte oder Playbooks auf den Clients lediglich eine SSH-Verbindung.

Der beste Weg um die Einfachheit von Ansible zu demonstrieren ist ein kleines Beispiel, in dem eine Liste von Paketen über apt installiert wird. Zuerst legen wir die Grundstruktur an

mkdir ansible
cd ansible

Also nächstes müssen wir ein inventory anlegen, welches eine Liste von Servern und Gruppen ist, auf denen die Playbooks ausgeführt werden.

# ansible/inventory
[group1]
server1
server2
server3

In diesem Beispiel haben wir einen Gruppe namens group1 welche die Server 1-3 enthält.

Als nächstes müssen wir ein Playbook anlegen welches die Anweisungen für Ansible beinhaltet

# ansible/site.yml
---
- hosts: all                 # Server wählen
  become: yes                # also sudo ausführen
  tasks:                     # Liste von Tasks
    - name: Install packages # Name für den Task
      apt:                   # APT-Modul nutzen
        name: "{{ items }}"  # Name des Pakets.
        state: present       # Status des Pakets
      with_items:            # Loop mit einer Liste. Füllt {{ items }}
        - program1
        - program2
        - program3

Dieses Playbook installiert die Programme propgram1-3 über apt.

Um dies Playbook müssen wir nur noch ausführen mit

ansible-playbook site.yml

Falls man keine SSH-Key Authentifizierung ingerichtet hat muss man noch die Option -k anhängen. Um sich mit einem anderen Nutzer als dem momentan angemeldeten Nutzer zu authentifizieren muss die Option -u <username> genutzt werden.

Das war auch schon alles. Ansible sollte sich nun per SSH mit allen Servern verbinden und die gelisteten Pakete installieren. Falls die Pakete schon installiert sind wird Ansible diese einfach überspringen.

Ansible hat mittlerweile eine riesige Anzahl von Modulen zur Auswahl die es einem ermöglichen Ansible in unterschiedlichsten Anwendungsfällen zu nutzen.

Seafile: OwnCloud, nur besser

2017-01-02T00:00:00+00:00

Wer meine Beitrag zu Owncloud gelesen hat, wird wissen, dass ich danach strebe meine Daten, nach möglichkeit nicht bei Dropbox&Co abzulegen. In der vergangenheit war OwnCloud da die beste und einfachste Lösung, aber seit einiger Zeit nun gibt es eine alternative die sich sehen lassen kann: Seafile.

Seafile bietet kostenlose Sync Clients für jede gängige Plattform an (Windows, Linux, macOS, Android, iOS).

Im Hintergrund arbeitet die, in Python geschriebene, Anwendung in zwei Teilen. Die seafile Anwendung, steuert das Speichern und Synchronisieren der der Daten. Hierbei wird ein Dateisystem auf der Basis von git genutzt, was bedeutet, dass Standardmäßig alle Dateien versioniert sind. Der andere teil ist der seahub, der die Weboberfläche zu Seafile bietet.

Aus meiner Sicht hat Seafile den großen vorteil, dass es nicht in PHP geschrieben ist. Man muss PHP sehr quälen um ihm eine funktionalität wie OwnCloud zu entlocken. Das macht sich in der Performanz bemerkbar. Ebenso ist die Trennung von der Weboberfläche und des Sync-Servers vorteilhaft. Sync-Clients sprechen direkt mit dem Sync-Server und die Webseiteite ist nur ein weiterer Sync-Client.

Umzug auf Hugo und neue Domain

2016-05-19T00:00:00+00:00

Ich habe jetzt lange einen Wordpress Blog gehütet und selten etwas gepostet. Dabei ist immer wieder aufgefallen, wie langsam Wordpress doch ist. Außerdem benötige ich PHP und eine Datenbank um alles am laufen zu halten. Dies, gekoppelt mit der Tatsache, dass es immer wieder Sicherheitslücken in Wordpress gab, hat mich dazu gebracht eine Alternative zu suchen.

Da ich nicht viel Dynamik in meiner Webseite brauche, habe ich mich nach einem Generator für statische Seiten umgesehen und bin dabei auf Hugo gestoßen.

Hugo ist eine in Go geschrieben Anwendung, die aus Markdown-Dateien und Templates statische HTML-Dateien generiert. Diese liefere ich nur noch mit einem Nginx aus und habe einen schönen Blog ohne PHP und MySQL. Dank Disqus muss ich nicht einmal auf eine Kommentar-Funktion verzichten.

Um mir mein Leben noch etwas leichter zu machen Benutze ich Gogs und Drone.io um meinen Blog automatisch bauen und auf den Server kopieren zu lassen. Dazu benutze ich folgende .drone.yml

build:
  production:
    image: publysher/hugo
    commands:
      - hugo --destination=<production_source>
    when:
      branch: master
  staging:
    image: publysher/hugo
    commands:
      - hugo --destination=<staging_source> --buildDrafts=true --buildFuture=true --baseUrl=<staging_url>

publish:
  rsync:
    host: <server>
    user: <user>
    source: <staging_source>
    target: <staging_target>
    recursive: true
  rsync:
    host: <server>
    user: <user>
    source: <production_source>
    target: <production_target>
    recursive: true
    when:
      branch: master

Das sorgt dafür, dass jeder push in mein Gogs repo, eine build auslöst und eine Produnktions- und ein Staging-Version auf den Server lädt. Ist ja fast schon Magie.

Um das ganz noch abzurunden, habe ich mir eine neue und persönlichere Domain besorgt. Mein Blog wird zukünftig unter https://cperrin.xyz zu finden zu sein

PAMMySQLTools: libnss-mysql und pam-mysql user über die shell verwalten

2016-05-13T00:00:00+00:00

Durch meine Arbeit stand ich vor dem Problem, dass wir Nutzer Zentral über MySQL authentifizieren wollten. Dies ist an sich kein Problem dank libnss-mysql und pam-mysql, doch leider mangelt es an Programmen um die Nutzer sinnvoll zu verwalten.

Deshalb habe ich nun Tools dafür geschrieben die die Linuxprogramme user{add,mod,del} und group{add,mod,del} imitieren und diese als PAMMySQLTools auf PyPI veröffentlicht.

Installation

Dank pip muss man nur den Befehl

pip install pammysqltools

bzw

pip3 install pammysqltools

ausführen um die Tools zu installieren. Dadurch, werden folgende Programme installiert:

myuseradd
myusermod
myuserdel
mygroupadd
mygroupmod
mygroupdel
myimportusers
myimportgroups

Die myuser* und mygroup* Tools sind größtenteils nach dem Vorbild der Linuxprogramme aufgebaut und verhalten sich größtenteils gleich.

Die Tools myimportusers und myimportgroups importieren die Benutzer aus der /etc/passwd und /etc/groups bzw. /etc/shadow und /etc/gshadow.

Für eine Übersicht die Argumente kann einfach --help angehangen werden.

Beispiel: myuseradd

$ myuseradd --help
Usage: myuseradd [OPTIONS] LOGIN

Options:
  -b, --basedir BASE_DIR          base directory for the home directory of the
                                  new account
  -c, --comment COMMENT           GECOS field of the new account
  -d, --home-dir HOME_DIR         home directory of the new account
  -e, --expiredate EXPIRE_DATE    expiration date of the new account
  -f, --inactive INACTIVE         password inactivity period of the new
                                  account
  -g, --gid GROUP                 name or ID of the primary group of the new
                                  account
  -G, --groups GROUPS             list of supplementary groups of the new
                                  account
  -k, --skel SKEL_DIR             use this alternative skeleton directory
  -K, --key KEY=VALUE             override /etc/login.defs defaults
  -M, --no-create-home / -m, --create-home
                                  do not create the user's home directory
  -U, --no-user-group / -N, --user-group
                                  do not create a group with the same name as
                                  the user
  -o, --non-unique                allow to create users with duplicate (non-
                                  unique) UID
  -p, --password PASSWORD         encrypted password of the new account
  -r, --system                    create a system account
  -s, --shell SHELL               login shell of the new account
  -u, --uid UID                   user ID of the new account
  --config CONF_PATH              path to the config file for this tool
  --help                          Show this message and exit.

Konfiguration

Um die Verbindung zur Datenbank und die Benennung der Tabellen und Spalten anzupassen muss die Datein /etc/pam_mysql_manager.conf nach diesem Schema angelegt werden. Alternativ kann der Pfad zur Konfigurationsdateien auch mit dem argument --config übergeben werden. Für alle Optionen die hierbei nicht angegeben werden, sind die Werte in der Beispieldatei der Defaultwert.

Sobald alles eingestellt wurde kann es los gehen.

Beispiele

Benutzer anlegen:

$ myuseradd testuser

Shell ändern:

$ myusermod -s /bin/zsh testuser

Gruppen ohne passwörter importieren:

$ mygroupimport -i

CARP & HAProxy: High-Availability für Anfänger

2012-12-21T00:00:00+00:00

Das Themengebiet der High-Availability im Webbereich ist oft kompliziert, groß, und schwer zu fassen. Das muss es aber nicht sein, dank CARP und HAProxy. Die Verbindung dieser beiden Techniken ermöglicht es anfragen auf mehrere Server zu verteilen und dabei das Single-Point-of-Failure Problem zu umgehen. Dafür brauchen wir nur mindestens 2 Rechner mit FreeBSD (oder einem anderen BSD System mit CARP unterstütung), die im gleichen Subnetz stehen und etwas Zeit zur Einrichtung folgender Software:

HAProxy

HAProxy ist ein Reverse TCP Proxy mit Load-Balancing Funktionalität. Er verteilt die Last auf mehrere (Backend-)Server und erkennt wenn einer von ihnen nicht mehr erreichbar ist. HAProxy kann sowohl für das Balancing von MySQL-Anfragen als auch für HTTP-Requests genutzt werden. Ich konzentriere mich hier ausschließlich auf das letztere.

Installation

Die Installation erfolgt am einfachsten über den Ports-Tree

cd /usr/ports/net/haproxy
make install clean

Dies kompiliert und installiert HAProxy auf dem System.

Konfiguration

Die Konfigurationsdatei für HAProxy liegt unter /usr/local/etc/haproxy.conf. Ein Ansatzpunkt für eine funktionierende Konfiguration könnte folgendes sein

global
        daemon
        maxconn 256

defaults
        mode http
        timeout connect 5000ms
        timeout client 5000ms
        timeout server 5000ms
        stats enable

frontend http-in
        option httplog
        log global
        default_backend servers

backend servers
        server server1 server1.example.com:8080 check
        server server2 server2.example.com:8080 check

CARP

CARP steht für “Common Address Redundancy Protocol”. Es ermöglicht, dass wenn ein eine IP-Adresse nicht mehr erreichbar ist, automatisch von einem anderen Host übernommen werden kann. Voraussetzung hierfür ist, dass alle Computer im gleichen Netzwerksegment stehen, da CARP via Broadcast arbeitet.

Installation

Ab FreeBSD 9.0 ist CARP standardmäßig aktiviert. Bei älteren Versionen muss entweder der Support in den Kernel einkompiliert werden oder das Kernelmodul aktiviert werden mit dem Eintrag.

if_carp_load="YES"

in der Datei /boot/loader.conf

Konfigurationsdateien

Die Konfiguration von CARP ist relativ simpel. Als erstes wird ein Master-Server Konfiguriert. Dieser hält standardmäßig die IP.

Dafür müssen wir ein CARP Interface erstellen un konfigurierten. Im Laufenden Betrieb nutzen wir dafür

ifconfig carp0 create
ifconfig vhid 1 pass <passwort> 10.10.0.1/16

Das Passwort und die vhid-Nummer müssen auf allen Backup-Systemen gleich sein. Damit diese Konfiguration auch bei einem Neustart noch funktioniert, ergänzen wir die /etc/rc.conf um folgende Zeilen

cloned_interfaces="carp0"
ifconfig_carp0="vhid 1 pass <passwort> 10.10.0.1/16"

Auf den Backup-Systemen wird das CARP-Interface auf ähnlich weise erstellt nur, dass das Argument “adskew” eingefügt wird:

cloned_interfaces="carp0"
ifconfig_carp0="vhid 1 advskew 100 pass <passwort> 10.10.0.1/16"

Je höher der Wert hinter “advskew” desto niedriger die Priorität falls das Haupt-System ausfällt.

Owncloud: Dropbox zum selber hosten

2012-08-13T00:00:00+00:00

Dropbox ist einer der praktischsten Werkzeuge die mir bei meiner Täglichen Arbeit helfen. Ob nun Daten einfach nur synchronisieren oder sogar mit anderen Teilen. Mit ein paar Clicks ist das möglich.

Leider hat das ganze einen gravierenden Nachteil: Meine Daten liegen nicht mehr bei mir! Zwar werden die Daten in Dropbox laut eigener Aussage verschlüsselt, trotzdem kann man sich NIE sicher sein was mit eigenen Daten geschehen mag.

Für dieses Dilemma gibt es nun eine Lösung: Owncloud

Owncloud ist eine Open Source PHP-Anwendung um einen eigenen Dropbox ähnlichen Service anzubieten. Mit Owcloud ist es ein leichtes die volle Kontrolle über seine Daten zu behalten ohne einen großen Mehraufwand.

Die Installation ist Kinder leicht und benötigt nicht einmal zwingend die Installation eines MySQL-Servers. Standardmäßig wird SQLite verwendet. Die Installation lässt sich in zwei einfache Schritte aufteilen:

Webserver-Konfiguration: Dafür gibt es auf der Owncloud-Website für viele Server vorlagen
Owncloud Setup: Das Setup von Owncloud besteht aus EINER Seite. Man muss lediglich einen Admin-Account anlegen und nach Wunsch einen MySQL server angeben.

Fertig!

Mittlerweile gibt es auch für fast jede Plattform (Linux, Mac, Windows, Andoid, iOS) einen Sync-Client.

Owncloud will jedoch mehr sein als ein einfacher Dropbox-Ersatz. Hier ein paar Features:

Kalender
Music Player für abgelegte Musik
Kontakte
Bildergalerie
Verschlüsselung der Dateien auf dem Server
Einbindung von Dropbox, GDrive, usw. in die eigene Owncloud
Ampache/WebDAV/CalDAV/CardDAV-Server
Plugin-Schnittstelle
LDAP-Auth

Owncloud ist auf jeden Fall einen Blick wert und ist mittlerweile eine wirklich brauchbare Alternative zu Dropbox und Co.

cperrin.xyz

Was können wir gegen die Vibe-Committer tun

Consent is King

Solid Snake und Benny Hill

Misstrauen führt zu Wut, Wut führt zu einer miesen Zeit für alle

Pragmatische Prinzipien

Nachwort

Veeam Backups unter Linux mit SystemD triggern

Veeam CLI

SystemD

SystemD Service

SystemD Timer

2026: das Jahr in dem Windows zu sehr nervt

Geschichte der Verschlimmbesserung

Das „für immer“ Windows

Windows 11 und die KI

Ein Ventil für den Frust

Die perfekte Welle

Das Fediverse, Meta und Threads

Meta Threads

Föderation nicht nur bei Star Trek

Alleine meine Bits!

Social Private Media

Neu ist immer besser (?)

Beispiel 1

Beispiel 2

Was ich damit sagen will…

Neues Design für den Blog

Ansible: DevOps leicht gemacht

Seafile: OwnCloud, nur besser

Umzug auf Hugo und neue Domain

PAMMySQLTools: libnss-mysql und pam-mysql user über die shell verwalten

Installation

Konfiguration

Beispiele

CARP & HAProxy: High-Availability für Anfänger

HAProxy

Installation

Konfiguration

CARP

Installation

Konfigurationsdateien

Owncloud: Dropbox zum selber hosten