linux – 为什么我必须在我的容器内使用bash -l -c?

前端之家收集整理的这篇文章主要介绍了linux – 为什么我必须在我的容器内使用bash -l -c?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我使用以下Dockerfile(截断)创建了一个docker容器:
FROM ubuntu:12.04
# curl enables downloading of other things
RUN apt-get install curl -y
# download and install rvm...
RUN \curl -L https://get.rvm.io | bash -s stable
# ... so that we can install ruby
RUN /bin/bash -l -c "rvm requirements"

等等.

这一切都有效,但我遇到的问题是如何/在哪里安装软件包.

如果我运行rvm使用docker运行[…] rvm我得到“无法找到rvm”,但是如果我运行docker运行[…] / bin / bash -l -c“rvm”它可以工作. (我在网上找到了“-l -c”选项,但不知道他们在做什么,找不到我正在做的令人满意的解释!)

这不是码头问题 – 这是一个bash / * nix问题 – 我认为有一些关于如何/在哪里安装的东西,可能与在根下运行安装有关?

只是为了清楚 – 我想要能够直接从CLI运行的东西.

编辑1

使用rvm安装Ruby是推荐的方法,但是如果要在非交互式非登录shell(即Docker容器)内运行东西,则只会导致路径和环境变量以及登录脚本不运行的麻烦太多.

鉴于我正在使用它来运行一个docker容器,根据定义是隔离的,可恢复的(只是构建另一个容器),我并不在乎切换版本或者隔离包,因此我决定安装Ruby从包裹回购(http://brightbox.com/docs/ruby/ubuntu/)代替.这个“工作”.

它可能不适用于您 – 我只安装Ruby,以获得Foreman宝石,因为我通过Procfile运行应用程序,所以我不是那么讨厌细节,我只需要它的工作.如果您正在构建一个Ruby应用程序,我不会遵循我的建议.

我的Dockerfile在这里,FWIW,https://index.docker.io/u/yunojuno/dev/

解决方法

bash(1)

> -l使bash的行为好像被调用登录shell一样
> -c如果存在-c选项,则从字符串读取命令.

您正在运行传递给-c参数的命令. -l使它成为一个登录shell,所以bash首先读取/ etc / profile,这可能有rvm的路径,这是什么使其工作.

FWIW,这里我做的是将rvm安装在docker容器中.

# Install some dependencies
RUN apt-get -y -q install curl rubygems

# Install rvm
RUN curl -L https://get.rvm.io | bash -s stable

# Install package dependencies
RUN /usr/local/rvm/bin/rvm requirements

# Install ruby
RUN /usr/local/rvm/bin/rvm install ruby-2.0.0

# create first wrapper scripts
RUN /usr/local/rvm/bin/rvm wrapper ruby-2.0.0 myapp rake rails gem

猜你在找的Linux相关文章