Selfhosted
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:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
https://github.com/tomsquest/docker-radicale
Don't try to run services without containers
You absolutely can run services without containers and when learning and trying things out I'd say it's even preferable. Docker is a whole another beast to manage and has a learning curve of it's own.
Containers can of course be useful but setting everything up, configuring networking, managing possible integrations with other components (for example authentication via LDAP) it's often simpler just to run the thing "in traditional way". With radicale you can just 'apt install radicale' (or whatever you're using) and have a go with it without extra layer of stuff you need to learn before getting something out of the thing. And even on production setups it might be preferred approach to go with 'bare metal', but that depends on quite a few variables.
Yes, I would recommend not using docker to run things when starting out.
Learn how to use the command line
Docker makes is easier though especially with docker compose
Maybe easier to get anything runnin quickly. But it obfuscates a lot of things and creates additional layer of stuff which you need to then manage. Like few days ago there was discussion about how docker, by default, creates rules which bypass the "normal" INPUT rules on many (most?) implementations. And backup scenario is different, it's not as straightforward to change configuration than with traditional daemon and it's even more likely to accidentally delete your data as a whole.
As I already said, docker has its uses, but when you're messing around and learning a new system you first need to learn how to manage the ropes with docker and only after that you can mess around with the actual thing you're interested of. And also what I personally don't really like is the mindset that you can just throw something on a docker and leave it running without any concern which is often promoted with 'quickstart'-type documentation.
There is an official image in the main repo, https://github.com/Kozea/Radicale, ghcr.io/kozea/radicale.
Don't listen to this person.
He's part of a culture that can't tolerate people doing things differently from him.