Closed O491dogan closed 9 months ago
This has been changed lately but not yet released as a stable version. Does it work with an unstable build? (add the :unstable
tag to the docker image).
Hi there! Thank you for taking the time for a response.
I have tried the current :unstable
build and what should I say: It works as expected!
Thank you again - I'm looking forward to the next stable version :-)
Description
Deploying the docker container with the provided examples works well.
But I would like to have vikunja run not as user "1000". Here the documentation (https://vikunja.io/docs/full-docker-example/) states, that one should use the --user-flag to accomplish this.
If I do so, vikunja won't start with the following messages:
info: creating the new user vikunja with 1000:1000
groupmod /etc/group.8: Permission denied
groupmod: cannot lock /etc/group; try again later.
On my docker host machine, I have some directories, that are owned by the user 1001 that are mapped to the container (please see the following compose - for testing purposes):
What I see happening on the host is, that the directory /home/dockerApps/vikunja/files/, previously owned by 1001:1001 is owned by 1000:1000 after the start of the container.
It seems like the user: 1001:1001 statement is ignored and vikunja tries to run as the default 1000.
Does anyone ever have this issue, too and can provide some help or solution?
Thank you very much!
Vikunja Version
sha256:25544141064373ce2f1c56aa88a77b5346651e2d0708f8c0cda6fc54c1893f53
Browser and version
not relevant
Can you reproduce the bug on the Vikunja demo site?
No
Screenshots
Not necessary.