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
Yeah, I saw that, but why is it needed in the first place? Just in case the stack is in a subfolder of the path? But why even do that, if the ENV only accepts a single value anyway? I'm wondering in which cases the path differs from the DOCKGE_STACKS_DIR env var?
The stack might be anywhere, mine has
DOCKGE_STACKS_DIR=/home/servicesbecause that's where I keep my stack. That's the only value, there aren't 2, so not sure what you meant in the other comment with "they match 99% of the time"It's needed because that's how Dockge manages the compose files - it needs to know where your compose files live. Dockge normally lives in it's own directory,
/opt/dockge/(the dev gave a reason for that, but I don't remember why), so it won't see anything else until you point it to wherever your compose files are normally located.