You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've run into this before, and my solution has always to be to change the "executable" to a script that autocreates anything that needs to be created. With stateful-home turned on, this is expected behavior, as we are bindmapping a volume onto /home/subuser and that is covering up the version of the home dir that you have created in the image build script.
This shouldn't happen, however, with stateful-home turned off. I think that what you're actually seeing, is the poor UX of having basic-common-permissions over-ride whatever you've set stateful-home to. That is, if basic-common-permissions is true, but stateful-home is false, subuser still behaves as if the home dir were stateful.
OS: Linux 4.11.1-gentoo, Docker Version 17.03.1-ce, Subuser 0.6.1 (master branch)
This happens regardless whether or not the subuser has 'stateful-home' permission or not.
Sample image file:
Expected behavior:
/home/subuser/file
exists inside container, having been chowned to the subuser userActual behavior:
/home/subuser
is emptyThe text was updated successfully, but these errors were encountered: