For those unfamiliar, DockGE is “A fancy, easy-to-use and reactive self-hosted docker compose.yaml stack-oriented manager.”

Similar to portainer

Warning

Breaking change: Due to the security reason, the “Console” feature is now disabled by default. If you need this feature and understand the risk, you can enable it via the environment variable DOCKGE_ENABLE_CONSOLE=true.

See link for full notes

  • zonk@fedia.io
    link
    fedilink
    arrow-up
    1
    ·
    2 days ago

    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?

    • Nibodhika@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 days ago

      The stack might be anywhere, mine has DOCKGE_STACKS_DIR=/home/services because 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”

    • Lka1988@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      2
      ·
      edit-2
      2 days ago

      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.