How are containers started? Can they be started with a login shell? #5911
Replies: 2 comments
-
|
Is there a difference to #5853? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Goodness me, I am a moron. "No." Apologies. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Apologies if this is a misplaced question. I have a custom container that I use for a build. if I test it by running
I see what I expect and everything works, because
/bin/bashhas run a login shell for me.But when I use the container in a Woodpecker job, I get an environment with the correct UID and the right home directory mounted and such, but
~/.bashrchasn't been run. I guess it isn't a login shell. Consequently, there are parts of the configuration missing.I can "fix" this by running
in the job, but that's kind of tedious. Is there a way to get the environment to be correct? Or, if I'm doing this all wrong, what should I be doing instead?
The most significant part of the custom environment that requires a login shell is
pyenv. I want to install some custom Python modules that aren't bundled in Debian. Attempting to mixpip installwith the global Python install doesn't work anymore.Beta Was this translation helpful? Give feedback.
All reactions