this post was submitted on 18 Nov 2023
139 points (97.3% liked)
Open Source
31190 readers
220 users here now
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon from opensource.org, but we are not affiliated with them.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Looks like a cool app but it's super unpractical and hacky to self host and you can't even use a bunch of features when it's deployed that way.
Can you elaborate on your experiences so far? What's required in order to selfhost it, and what features will be missing...?
From their blog post (linked to by the docs page) about self-hosting:
Not only that, they use a non-self hosted elasticsearch provider.
Their example docker-compose file in the repo has no less than four containers defined, not including the database server, and you have to build them all yourself, so it's more of a local dev environment type deployment rather than production.
Here's their "make self-hosting more practical" Github issue, coming on two years old with no progress: https://github.com/omnivore-app/omnivore/issues/25
All of that was more than enough for me to not even bother to try to deploy my own instance. I manage with Wallabag for now, it's not the greatest implementation either but at least it can be self-hosted. Omnivore looks slick but the backend just doesn't keep up.
Thanks for this. I think this is also an example of a opensource software that is selfhostable, but is intended for a different audience. I think Zammad, Monicahq etc fall under this category. I suppose one would need a solution with an entirely different architecture that's aimed for selfhosters, rather than hope that omnivore becomes easier to selfhost.
https://github.com/omnivore-app/omnivore/pull/2966
Here seems to be a recent PR of someone trying to help out with this, maybe you can give a hand? Seems you understand a bit about the topic.
As far as I can tell this just fixes some relatively minor issues the contributor was experiencing deploying the hacky self-host stack on his Kubernetes home lab or private server. It doesn't bring anything new to the table, and I'm not sure that a full on Kubernetes or similar distributed swarm deployment is really what the average self-hoster needs or even wants.
It could just be that Omnivore tries to do too much for it to be feasible to self host. It was also conceptualized with certain third-party backend services in mind which makes it tricky to adapt.
Maybe I'm asking for too much, but I would be looking for a two service stack, one for the app and one database service. The current and forseeable future state of Omnivore is four backend services excluding the database, and like I already pointed out you're not even getting the full feature set.