Closed philippthiele closed 3 years ago
Thank you for the report!
I can reproduce the issue. I'll have a look at it.
Fixed in current master version v6.9.1-beta-9.
You can update with x11docker --update-master
.
DISPLAY=:0 x11docker --gpu --hostdisplay --sudouser --user=RETAIN --verbose --env COMMIT=localexecution --env STAGE=test -- "-v /mnt/c/scripts/screenshots:/test/screenshots" testexecuternvidiacuda
I recommend to change the syntax after --
to:
x11docker [...] -- -v /mnt/c/scripts/screenshots:/test/screenshots -- testexecuternvidiacuda
This fits the syntax of RUN_OPTIONS
given in x11docker --help
:
x11docker IMAGE
x11docker [OPTIONS] IMAGE [COMMAND]
x11docker [OPTIONS] -- IMAGE [COMMAND [ARG1 ARG2 ...]]
x11docker [OPTIONS] -- RUN_OPTIONS -- IMAGE [COMMAND [ARG1 ARG2 ...]]
Thank you very much for the quick fix! Will test tomorrow and let you know the result/close the issue.
Somehow I cannot use x11docker anymore, it always states "can't open display :0", using runx directly though works, which is strange. But I think this has nothing to do with this issue, so thanks for fixing this!
Could you open a new ticket where you show how you run x11docker with runx?
Your shown syntax with DISPLAY=:0 x11docker [...]
is unusual.
Edit: I assume not using DISPLAY=:0
might already fix the issue.
If DISPLAY
is set elsewhere but invalid, specify option --runx
.
I noticed, that the exit code of the docker container is not returned by x11docker. The docker container has a script as entrypoint, that for testing only contains
Here is the verbose log of x11docker, notice the "exit 0" that is logged at the end:
According to the changelog this should work, since it was added in 2019: https://github.com/mviereck/x11docker/blob/27bbd2578d60dcc92c9fe9a36f4b385b9c2ef0b1/CHANGELOG.md#changed-6
The x11docker command used for execution:
Would appreciate if the issue could be checked. Great project by the way!
Best regards, Philipp