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'm in the process of migrating an older pipeline running on kubeflow v1.8 from containerised components to python function-based components, as I hear it's the accepted best practice. I've got a very simple component defined as follows:
And in the component logs, one of the very first lines I see is this:
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead
How can I solve this? I saw some examples in the kubeflow/examples repository where people did something like:
but I was wondering if there's a less hacky way to do it. After all if I need to run pip manually I might just keep my containerised components where the separation of concerns looks cleaner with the Dockerfile running pip. Is there a way to work around that warning without adding any manual subprocess command runs?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
I'm in the process of migrating an older pipeline running on kubeflow v1.8 from containerised components to python function-based components, as I hear it's the accepted best practice. I've got a very simple component defined as follows:
And here's the call to that component in the pipeline:
And in the component logs, one of the very first lines I see is this:
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead
How can I solve this? I saw some examples in the
kubeflow/examples
repository where people did something like:but I was wondering if there's a less hacky way to do it. After all if I need to run
pip
manually I might just keep my containerised components where the separation of concerns looks cleaner with theDockerfile
runningpip
. Is there a way to work around that warning without adding any manual subprocess command runs?Beta Was this translation helpful? Give feedback.
All reactions