Dev Log #7: Erster Community-PR — Das Bareos-Team steigt ein
Fünf Wochen Entwicklung. Die Codebasis ist öffentlich, das README geschrieben, die Build-Anleitung getestet. Und dann — der erste Pull Request von außen.
Build-Verbesserungen von Bareos
Joerg Steffens vom Bareos-Projekt hat Build-Verbesserungen eingereicht, die Onesimus auf verschiedenen Linux-Distributionen leichter kompilierbar machen. Die Änderungen umfassen:
- Dynamische Erkennung von statischem vs. shared OpenSSL
- Korrekte Durchsetzung der Qt 6.8 Mindestanforderung
- Dokumentation der Build-Voraussetzungen
Es ist ein kleiner PR gemessen an geänderten Zeilen. Aber es ist ein riesiges Signal: Die Bareos-Community schaut hin.
Warum das wichtig ist
Open-Source-Projekte leben oder sterben an Community-Engagement. Der erste externe PR ist ein Meilenstein — er bedeutet, dass jemand außerhalb des Kernteams den Code gelesen, das Build-System verstanden und sich genug dafür interessiert hat, es zu verbessern.
Speziell für Onesimus bedeutet die Beteiligung des Bareos-Teams, dass wir etwas bauen, das sich an der Richtung von Bareos orientiert. Wir bauen nicht gegen Bareos — wir bauen mit Bareos.
Ein zweiter PR: Restore-Verbesserungen
Kurz danach kam ein zweiter PR — diesmal an der Restore-Browser-Funktionalität: BVFS-Navigation gefixt, fehlende WhereAcl-Unterstützung hinzugefügt und den Standard-API-Modus auf JSON compact gesetzt. Die Art von Verbesserungen, die von jemandem kommen, der Bareos tatsächlich in Produktion betreibt.
Wie beitragen
Jeder Beitrag zählt — nicht nur Code. Übersetzungen, Fehlermeldungen, Dokumentation und sogar nur Feedback zur UX helfen, das Projekt zu formen. Wer Bareos verwaltet und ein besseres Interface möchte: kommt und baut es mit uns.