我有一个Dockerfile,我正在把它放在一起来安装一个普通的python环境(我将在这个环境中安装一个应用程序,但以后再安装)。
FROM ubuntu:12.04
# required to build certain python libraries
RUN apt-get install python-dev -y
# install pip - canonical installation instructions from pip-installer.org
# http://www.pip-installer.org/en/latest/installing.html
ADD https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py /tmp/ez_setup.py
ADD https://raw.github.com/pypa/pip/master/contrib/get-pip.py /tmp/get-pip.py
RUN python /tmp/ez_setup.py
RUN python /tmp/get-pip.py
RUN pip install --upgrade pip
# install and configure virtualenv
RUN pip install virtualenv
RUN pip install virtualenvwrapper
ENV WORKON_HOME ~/.virtualenvs
RUN mkdir -p $WORKON_HOME
RUN source /usr/local/bin/virtualenvwrapper.sh
构建运行正常,直到最后一行,我得到了以下异常:
[previous steps 1-9 removed for clarity]
...
Successfully installed virtualenvwrapper virtualenv-clone stevedore
Cleaning up...
---> 1fc253a8f860
Step 10 : ENV WORKON_HOME ~/.virtualenvs
---> Running in 8b0145d2c80d
---> 0f91a5d96013
Step 11 : RUN mkdir -p $WORKON_HOME
---> Running in 9d2552712ddf
---> 3a87364c7b45
Step 12 : RUN source /usr/local/bin/virtualenvwrapper.sh
---> Running in c13a187261ec
/bin/sh: 1: source: not found
如果我使用ls
进入该目录(只是为了测试前面的步骤是否被提交),我可以看到文件如预期的那样存在:
$ docker run 3a87 ls /usr/local/bin
easy_install
easy_install-2.7
pip
pip-2.7
virtualenv
virtualenv-2.7
virtualenv-clone
virtualenvwrapper.sh
virtualenvwrapper_lazy.sh
如果我只尝试运行source
命令,我会得到与上面一样的“找不到”错误。但是,如果我运行一个交互式shell会话,source确实可以工作:
$ docker run 3a87 bash
source
bash: line 1: source: filename argument required
source: usage: source filename [arguments]
我可以从这里运行脚本,然后愉快地访问workon
、mkvirtualenv
等。
我做了一些挖掘,最初看起来问题可能出在bash作为Ubuntu登录外壳,dash作为Ubuntu系统外壳,dash不支持source
命令之间的差异。
然而,这个问题的答案似乎是使用‘.而不是source
,但这只会导致Docker运行时崩溃并引发go异常。
从Dockerfile运行指令中运行shell脚本的最佳方式是什么来解决这个问题(我运行的是Ubuntu 12.04 LTS的默认基础映像)。
发布于 2014-08-21 17:56:58
原始答案
FROM ubuntu:14.04
RUN rm /bin/sh && ln -s /bin/bash /bin/sh
这应该适用于每个Ubuntu docker基础镜像。我通常会为我编写的每个Dockerfile添加这一行。
由关心的旁观者编辑
如果你想得到“在整个Dockerfile文件中使用bash
而不是sh
”的效果,而不是改变和可能会破坏容器内的*操作系统,你可以直接使用tell Docker your intention。这是这样做的:
SHELL ["/bin/bash", "-c"]
*可能的损害是,中的许多脚本(在新的Ubuntu安装上,
grep -rHInE '/bin/sh' /
返回超过2700个结果)期望在/bin/sh
中有一个完整的POSIX shell。bash shell不仅仅是POSIX加上额外的内置。有些内置(以及更多)的行为与POSIX中的完全不同。我完全支持避免POSIX (以及没有在另一个shell上测试的任何脚本都会工作的谬误,因为您认为您避免了basmisms),而只是使用bashism。但是你可以在你的脚本中使用适当的shebang来实现。而不是从整个操作系统下拉出POSIX外壳。(除非您有时间验证Linux附带的所有2700多个脚本,以及您安装的任何包中的所有脚本。)
在下面的答案中有更多详细信息。https://stackoverflow.com/a/45087082/117471
发布于 2016-09-30 02:20:50
RUN
指令的默认外壳是["/bin/sh", "-c"]
。
RUN "source file" # translates to: RUN /bin/sh -c "source file"
使用SHELL instruction,您可以在Dockerfile中更改后续RUN
指令的默认外壳:
SHELL ["/bin/bash", "-c"]
现在,默认shell已经改变,您不需要在每个RUN指令中显式地定义它
RUN "source file" # now translates to: RUN /bin/bash -c "source file"
附加说明:您还可以添加启动登录shell的--login
选项。例如,这意味着~/.bashrc
将被读取,并且您不需要在命令之前显式地获取它的源代码
发布于 2015-12-11 14:53:18
最简单的方法是使用点运算符代替源代码,这是相当于bash source
命令的sh:
而不是:
RUN source /usr/local/bin/virtualenvwrapper.sh
使用:
RUN . /usr/local/bin/virtualenvwrapper.sh
https://stackoverflow.com/questions/20635472
复制相似问题