this post was submitted on 18 Oct 2026
26 points (93.3% liked)

Selfhosted

63044 readers
1077 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Detailed Rules Post

  1. Be civil.

  2. No spam.

  3. Posts are to be related to self-hosting.

  4. Don't duplicate the full text of your blog or readme if you're providing a link.

  5. Submission headline should match the article title.

  6. No trolling.

  7. Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details. Tags [CBH] or [AIP] are required, see the links in Rule 8 for details.

  8. AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post, and find example disclosures here.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago
MODERATORS
 

Howdy self-hosters!

I've got a huge pile of eBooks flying around here: poetry, scientific literature, magazines, comics, teaching materials, RPG rule books - it's a wildly mixed bag. I'm still looking for a self-hosted solution to make it more accessible and get an overview of what I actually have. (Calibre looks promising!)

My question here is not about software, though, but about organisation at the filesystem level: what folder and file name structure have you established for your eBooks? Do you just dump everything into one single folder and let the software do the rest? Do you create sections by genre ("Crime", "Fantasy", "Young adult", like the libraries do it) or application (job-related, hobby-related, cooking, ...)? Does it matter at all?

you are viewing a single comment's thread
view the rest of the comments
[–] LewdLemon@sh.itjust.works 5 points 12 hours ago* (last edited 12 hours ago) (1 children)

Grimmory sounds like a new kid on the block, and indeed, it is. I've looked into it, and here's what I've come up with:

  • initial commit: March 2026 --> very young project, blazed through 24 releases already
  • 165 contributors, but upon closer inspection, it relies on only two frequent contributors --> if they lose interest, the project might fall dormant or die entirely
  • as per its AI policy, the project embraces AI as a tool, but expects contributors to understand what they're committing, and reserves the right to throw out blatantly vibecoded contributions. --> Whether two people can actually enforce this policy when getting firehosed with AI contributions remains to be seen.

With all that in mind, I think I'll give this project a pass for now. Like you said, it's some work that goes into curating a library and making sure the metadata is correct, and if that locks me into a project that may or may not exist several months or years from now, I'll probably stick to one of the more established projects with a higher likelihood of long-term maintenance.

[–] icerunner_origin@startrek.website 7 points 11 hours ago (1 children)

It's a fork of a Booklore which was closed back in March. Grimmory is the spin-off by a group of the original developers. So while the repo and project are relatively new, the codebase and lineage is not. I've found it to be stable and reliable since I switched from Booklore.

[–] LewdLemon@sh.itjust.works 4 points 10 hours ago

A Booklore fork! Yes, that does make sense, since Grimmory's commits oddly start with v 2.x.x

It does not, however, change my outlook much. Booklore, too, was a very young project (initial commit: March 2025) and heavily vibecoded by a handful of people.