that is fine, the only requirement AFAIK is the user being in the docker group in case you're having permission issues running it as user
Self Hosted - Self-hosting your services.
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
- No harassment
- crossposts from c/Open Source & c/docker & related may be allowed, depending on context
- Video Promoting is allowed if is within the topic.
- No spamming.
- Stay friendly.
- Follow the lemmy.ml instance rules.
- Tag your post. (Read under)
Important
- Lemmy doesn't have tags yet, so mark it with [Question], [Help], [Project], [Other], [Promoting] or other you may think is appropriate. This is strongly encouraged!
Cross-posting
- !everything_git@lemmy.ml is allowed!
- !docker@lemmy.ml is allowed!
- !portainer@lemmy.ml is allowed!
- !fediverse@lemmy.ml is allowed if topic has to do with selfhosting.
- !selfhosted@lemmy.ml is allowed!
If you see a rule-breaker please DM the mods!
Or you know, move on to newer better tools that even docker uses internally instead of this limpdick unsupported tool.
Use kind, and kubernetes resources. You can literally use ‘kompose’ to convert your compose config, and then apply it to a local kind cluster.
Since when is docker compose unsupported?
Compose is just a single binary. There is no wrong way to install it really as long as it can find all the needed shared libraries and such.
If in doubt, look at the manual install instructions. Run through that, and see if it behaves any differently.
Some logs from the startup of a this container would help. Just run docker compose up (without the -d) and you'll get all the output up front.