Running UID/GID for the docker about youtubedl-material HOT 9 CLOSED

Interesting, I think this could be solved by chmodding the node_modules/youtube-dl/bin folder on startup. I can't do much else as I don't have full control over that folder (it's a dependency), but I think that might solve it.

I'm not sure I want to do this in all cases so I might set up an environment variable to control it. Something like YTDL_CUSTOM_UID_GID. If any other problems arise because of a custom uid/gid, I can let the fix use the same environment variable so the environment variables don't add up.

I'll play around with this a bit more and see if I get any solutions to it.

from youtubedl-material.

For docker image, better practice is to update a dependency in a separate layer rather than changing it inside a running container.

from youtubedl-material.

This issue has been solved thanks to @SuperSandro2000 and @Wonderfall's hard work! Here's the merged PR. You can set the UID/GUID using ENV vars and it should work without issue. Thanks for the bug report!

from youtubedl-material.

Sorry, can someone give an example of how to set these ENV vars in docker compose. I've done;

environment:
  - UID=501
  - GUID: 999

but downloads are still owned by root. I also tried GID instead of GUID.

from youtubedl-material.

use either

environment:
  UID: 501
  GUID: 999

or

environment:
  - UID=501
  - GUID=999

You cant mix them.

from youtubedl-material.

Sorry that was a typo when writing it here. My compose file contains;

youtubedl-material:
    image: tzahi12345/youtubedl-material:latest
    container_name: youtubedl-material
    restart: unless-stopped
    ports:
      - 17442:17442
    volumes:
      - path/to/youtubedl-material/appdata:/app/appdata
      - path/to/youtubedl-material/audio:/app/audio
      - path/to/youtubedl-material/video:/app/video
      - path/to/youtubedl-material/subscriptions:/app/subscriptions
      - path/to/youtubedl-material/users:/app/users
    environment:
      UID: 501
      GUID: 999

All the files downloaded to my bind mount folder are owned by root:root not the user passed in the ENV vars.

from youtubedl-material.

@robflate

I see you're on the latest tag, which is fine! But the fix was only applied on the nightly tag (latest means latest stable, while nightly reflects the current repo and any changes since the last update).

If you change the image tag to nightly and run docker-compose pull, it should work. Lmk how it goes!

from youtubedl-material.

Thanks, nightly tag worked. Only other change was I had GUID so changed it to GID.

from youtubedl-material.

Good catch! Missed that one. Glad you got it working :)

from youtubedl-material.