Software-update: Grimmory 2.3.0

Booklore logoEnkele maanden geleden verscheen Booklore op het toneel, een selfhosted webapplicatie voor het organiseren en beheren van e-boeken, die eenvoudig met Docker was op te zetten. Ondanks dat er met grote regelmaat nieuwe versies uitkwamen, werd het project nogal geplaagd door drama. Er was een autoritaire hoofdontwikkelaar die zich niet goed aan het opensourceprincipe hield en slecht met de community communiceerde, en er was kritiek op het vele gebruik van AI in de ontwikkeling. Verleden week is plotseling de stekker eruit getrokken en is de repo zelfs helemaal verdwenen van GitHub.

Er is nu een fork verschenen onder de naam Grimmory die verdergaat waar Booklore is opgehouden. Zo kunnen boeken al dan niet dynamisch worden georganiseerd op bijvoorbeeld schrijver of genre, kan metadata worden opgehaald vanuit meerdere bronnen en is er ondersteuning voor meerdere gebruikers. Er is een ingebakken lezer voor pdf's, epubs en comics, maar boeken kunnen ook naar Kobo-e-readers worden gedownload of gelezen worden op een mobiel apparaat met een leesapp die OPDS ondersteunt. Hieronder is de changelog van de afgelopen paar versies te vinden:

Release v2.3.0

Features
  • release: document develop-based stable release previews (930e526)
Bug Fixes
  • api: fix potential memory leaks in file processing (031e8ae)
  • ci: correct artifact download action pin (37ca101)
  • ci: publish PR test results from workflow_run (11a76bf)
  • ci: repair release preview and test result publishing (afa5b81)
  • drop telemetry from app (#52) (4d82cb7)
  • ui: repair frontend compile after rebrand (fea1ec6)
Refactors
  • build: rename frontend dist output to grimmory (ecf388f)
  • i18n: rename booklore translation keys to grimmory (eb94afa)
  • metadata: move default parser from Amazon to Goodreads (e252122)
  • pull kepubify & ffprobe during build (#50) (1c15629)
  • ui: rebrand frontend surfaces to grimmory (d786dd8)
Chores
  • api: remove the custom startup banner (98c9b1a)
  • deps: bump flatted from 3.4.1 to 3.4.2 in /booklore-ui (#73) (c4bd0c7)
  • funding: point support links at opencollective (55c0ac0)
  • release: 2.2.7 [skip ci] (0b5e24c)
  • remove old verbose PR template, replace with temporary more low-key one. (#84) (b868526)
  • ui: drop financial support dialog (#21) (62be6b1)
Documentation
  • updated supported file formats in README.md (#68) (f912e80)
Style
  • i18n: normalize translation json formatting (#89) (857290d)
  • ui: simplify the topbar logo branding (0416d48)

Release v2.2.7

Bug Fixes
  • api: fix potential memory leaks in file processing (031e8ae)
  • ci: correct artifact download action pin (37ca101)
  • ci: publish PR test results from workflow_run (11a76bf)
  • drop telemetry from app (#52) (4d82cb7)
  • ui: repair frontend compile after rebrand (fea1ec6)
Refactors
  • build: rename frontend dist output to grimmory (ecf388f)
  • i18n: rename booklore translation keys to grimmory (eb94afa)
  • metadata: move default parser from Amazon to Goodreads (e252122)
  • pull kepubify & ffprobe during build (#50) (1c15629)
  • ui: rebrand frontend surfaces to grimmory (d786dd8)
Chores
  • api: remove the custom startup banner (98c9b1a)
  • deps: bump flatted from 3.4.1 to 3.4.2 in /booklore-ui (#73) (c4bd0c7)
  • funding: point support links at opencollective (55c0ac0)
  • remove old verbose PR template, replace with temporary more low-key one. (#84) (b868526)
  • ui: drop financial support dialog (#21) (62be6b1)
Documentation
  • updated supported file formats in README.md (#68) (f912e80)
Style
  • i18n: normalize translation json formatting (#89) (857290d)
  • ui: simplify the topbar logo branding (0416d48)

Grimmory

Versienummer 2.3.0
Releasestatus Final
Besturingssystemen Platformonafhankelijk
Website Grimmory
Download https://github.com/grimmory-tools/grimmory/releases/tag/v2.3.0
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

22-03-2026 • 10:00

13

Submitter: Lohengrin

Bron: Grimmory

Update-historie

Reacties (13)

Sorteer op:

Weergave:

Je hoeft alleen maar de image naam te veranderen in je docker-compose.yml file om verder te gaan waar je gebleven was met Booklore.
Drobanir Downloads en Best Buy Guide @GorgeousMetal22 maart 2026 11:51
Bedankt. Ik was bang dat ik overnieuw moest beginnen, maar het is inderdaad zo simpel.
Ik ben nog niet zo handig hiermee, dus was benieuwd hoe ik dit eenvoudig kan oplossen in Portainer.
Omdat ik Booklore op mijn QNAP nas heb draaien, en omdat de Container-Station app van QNAP soms best verwarrend kan zijn heb ik een stack dmv Portainer uitgerold.

De stack kan ik eenvoudig editten, maar wil even weten wat precies.
Hoef ik alleen maar de naam om te zetten van de image, of komt er meer bij kijken?

Het begin van mijn image ziet er ongeveer zo uit (uiteraard heb ik niet de complete stack hier neergezet)

services:
mariadb:
image:
enz, enz

booklore:
image: ghcr.io/booklore-app/booklore:latest
container_name: BookLore
healthcheck:
enz, enz

Bedankt alvast! :)

[Reactie gewijzigd door 6Pac op 23 maart 2026 17:19]

Je hoeft alleen maar image stuk te veranderen in:

image: grimmory/grimmory:latest
Top, dank je wel voor je snelle reactie! :)
Gelijk even testen
Ik heb me ook kort in de discussies mogen mengen. Het was een heuse "shit show". Ikzelf had enkele dagen eerder ook snel een fork gemaakt, omdat ik zoveel kritiek zag ontstaan. Gelukkig is het nu opgepikt door een stel met betere FOSS principes.

Daarentegen ben ik toch nog wel op zoek naar een alternatief. De app is gebouwd in Java en vreet geheugen (zo'n 750Mb in rust). Dat is natuurlijk nogal onzinnig voor een web-app, die alleen op aanvraag hoeft te draaien. Ik los het nu op met downscaling, want mijn mini server heeft ook andere taken.
Zulke applicaties die ik niet continu hoef te draaien, hangen bij mij achter sablier die het start als er een hit op het adres komt;

https://github.com/sablierapp/sablier

Werkt super fijn en zo kan ik mijn container verzameling ongelimiteerd uitbreiden 😁
Ik volgde Booklore al een tijdje inclusief de drama die eruit voortkwam. Heb het even gedraaid maar ben toch terug gegaan naar Calibre Web Automated omdat ik daar dmv Kobo Sync meerdere shelves kan synchroniseren ipv 1 hele shelf in Booklore en nu dus Grimmory.

Zie ook nu totaal niet de meerwaarde ik over te stappen op Grimmory ten opzichte van CWA, dan mogen ze eerst flink wat verbeteringen toepassen en stabiel draaien
Erg bedankt voor de tip. Booklore ziet er mooi uit, maar CWA is ook goed gemaakt.

En, nu kan ik alles niet alleen bijhouden maar zelfs boeken verzenden naar mijn Kindle via email !😁
Booklore vreet idd geheugen. Hier zo'n 800 mb.

Ik heb pas recent CWA ontdekt, maar wil nog even wachten om te migreren. Ik denk dat ze grimmory nog wat willen optimaliseren.

Ik heb eigenlijk enkel kobo sync nodig, en voortgang/gelezen boeken bijhouden naar hardcover. Ik heb maar een 10-tal boeken en strips, dus 1 kobo plank is voldoende. Calibre zal vermoedelijk wel veel matuurdere metadata invulling hebben?
Wat is het voordeel van dit boven Calibre-Web? Ik heb een Kindle en een Kobo, die ik beide van boeken kan voorzien daarmee.
Ik heb naar aanleiding van de hele discussie alles overgezet naar Kavita. En moet zeggen dat ik daar best tevreden mee ben. Inclusief direct mail naar de pocketbook e-reader.
Nou was Booklore AI coded slop en de dev kon er niet tegen dat mensen dat niet waarderen.

Om te kunnen reageren moet je ingelogd zijn