Wer eine eigene, selbst gehostete E-Book-Bibliothek betreibt, kennt vermutlich Booklore — oder zumindest dessen abruptes Ende. Jetzt holt die Geschichte die Self-Hosting-Community erneut ein: Der Entwickler hinter dem neueren Konkurrenzprojekt BookOrbit soll laut übereinstimmenden Recherchen mehrerer Nutzer dieselbe Person sein, die Booklore einst aufgebaut und dann über Nacht zerstört hat — ohne das den neuen BookOrbit-Nutzern zu sagen.
DIE VORGESCHICHTE: BOOKLORE ENDETE IM CHAOS
Booklore war eine beliebte, selbst gehostete Alternative zu kommerziellen E-Book-Verwaltungen, mit über 10.000 Sternen auf GitHub. Anfang 2026 häuften sich in der Community Berichte, der Alleinentwickler mit dem Pseudonym ACX habe Pull Requests von Mitwirkenden abgewiesen, um kurz darauf eigenständig ähnliche Funktionen einzubauen, Kritiker in Discord gesperrt und auf GitHub blockiert, und mit einer rückwirkenden Lizenzänderung geliebäugelt — rechtlich fragwürdig, weil frühere Beiträge unter den alten Bedingungen eingereicht wurden. Dazu kam der Plan für einen kostenpflichtigen Client, für den bestehende Funktionen aus der freien Version entfernt werden sollten. Am 31. März 2026 löschte ACX schließlich GitHub-Repository, Discord-Server und Website komplett und ohne Vorwarnung. Die Community reagierte schnell: Innerhalb weniger Tage entstand mit Grimmory ein Fork, der einen nahtlosen Umstieg ermöglichte.
JETZT DIE ENTTARNUNG
BookOrbit trat seither als frischer Neuanfang für dieselbe Nische auf. Nutzer, die dem Projekt misstrauten, wollen nun anhand von technischen Spuren in Commit-Verläufen und GitHub-Metadaten belegt haben, dass der BookOrbit-Entwickler NeonSolstice dieselbe Person wie ACX ist. Brisant: Als die entsprechenden Hinweise öffentlich wurden, sollen innerhalb von rund 30 Minuten verräterische Commits bearbeitet oder gelöscht worden sein — ein Verhalten, das eher nach Vertuschung als nach Zufall aussieht.
WAS BESTÄTIGT IST — UND WAS NICHT
Wichtig für die Einordnung: Der Entwickler hat in einem Reddit-Kommentar mittlerweile selbst bestätigt, der frühere Booklore-Macher zu sein, stellt BookOrbit aber als komplette architektonische Neuentwicklung dar und nicht als böswilligen Neustart unter falschem Namen. Weitergehende Vorwürfe — etwa dass Spendengelder aus Booklores Open-Collective-Konto in Höhe von rund 1.305 US-Dollar nicht ordentlich verbucht seien, dass kritische Reddit-Accounts gezielt gemeldet und gesperrt wurden, oder dass Fake-Accounts das Projekt künstlich hochgejubelt hätten — sind bislang unbelegte Anschuldigungen aus einer Community-Dokumentation, keine gerichtsfeste Tatsache. Die Community fordert dazu eine unabhängige Prüfung der Finanzen und eine Rückerstattungsmöglichkeit für Spender.
WAS DAS FÜR SELF-HOSTER BEDEUTET
Unabhängig vom Ausgang der Enttarnung bleibt ein technisches Grundproblem bestehen, das Beobachter schon beim Booklore-Ende benannt hatten: Ein-Personen-Projekte sind ein Risikofaktor. Quelloffen verfügbar zu sein, garantiert nicht, dass ein Projekt dauerhaft existiert — ein einzelner frustrierter Maintainer kann es jederzeit ohne Ankündigung beenden. BookOrbit selbst bleibt technisch weiter funktionsfähige, unter AGPLv3 lizenzierte Software; ob man dem Projekt angesichts der ungeklärten Vergangenheit weiter vertraut, Zeit investiert oder gar spendet, bleibt eine bewusste Abwägung jedes einzelnen Nutzers.
PRAKTISCHER RAT VOR DER INSTALLATION
Wer aktuell über den Einstieg in eine selbst gehostete E-Book-Verwaltung nachdenkt, sollte sich vor der Installation kurz die Historie des Projekts ansehen: Wie alt ist das Repository wirklich, gibt es mehrere aktive Maintainer statt nur einen, und wie transparent kommuniziert das Team über Governance und Finanzen? Diese drei Fragen hätten den Booklore-Schock schon früher sichtbar gemacht — und sind bei jedem neuen Ein-Personen-Projekt sinnvoll, nicht nur bei BookOrbit.