J'ai un dockerfile qui télécharge et construit GTK à partir de la source, mais la ligne suivante ne met pas à jour la variable d'environnement de mon image:
RUN PATH="/opt/gtk/bin:$PATH"
RUN export PATH
J'ai lu que je devrais utiliser ENV pour définir les valeurs d'environnement, mais l'instruction suivante ne semble pas fonctionner non plus:
ENV PATH /opt/gtk/bin:$PATH
Voici mon Dockerfile complet:
FROM ubuntu
RUN apt-get update
RUN apt-get install -y golang gcc make wget git libxml2-utils libwebkit2gtk-3.0-dev libcairo2 libcairo2-dev libcairo-gobject2 shared-mime-info libgdk-pixbuf2.0-* libglib2-* libatk1.0-* libpango1.0-* xserver-xorg xvfb
# Downloading GTKcd
RUN wget http://ftp.gnome.org/pub/gnome/sources/gtk+/3.12/gtk+-3.12.2.tar.xz
RUN tar xf gtk+-3.12.2.tar.xz
RUN cd gtk+-3.12.2
# Setting environment variables before running configure
RUN CPPFLAGS="-I/opt/gtk/include"
RUN LDFLAGS="-L/opt/gtk/lib"
RUN PKG_CONFIG_PATH="/opt/gtk/lib/pkgconfig"
RUN export CPPFLAGS LDFLAGS PKG_CONFIG_PATH
RUN ./configure --prefix=/opt/gtk
RUN make
RUN make install
# running ldconfig after make install so that the newly installed libraries are found.
RUN ldconfig
# Setting the LD_LIBRARY_PATH environment variable so the systems dynamic linker can find the newly installed libraries.
RUN LD_LIBRARY_PATH="/opt/gtk/lib"
# Updating PATH environment program so that utility binaries installed by the various libraries will be found.
RUN PATH="/opt/gtk/bin:$PATH"
RUN export LD_LIBRARY_PATH PATH
# Collecting garbage
RUN rm -rf gtk+-3.12.2.tar.xz
# creating go code root
RUN mkdir gocode
RUN mkdir gocode/src
RUN mkdir gocode/bin
RUN mkdir gocode/pkg
# Setting the GOROOT and GOPATH enviornment variables, any commands created are automatically added to PATH
RUN GOROOT=/usr/lib/go
RUN GOPATH=/root/gocode
RUN PATH=$GOPATH/bin:$PATH
RUN export GOROOT GOPATH PATH
Réponses:
Vous pouvez utiliser le remplacement de l'environnement dans votre
Dockerfile
comme suit:la source
=
signe égal est-il nécessaire?=
qu'il doit être sans espaces. Si vous ajoutez des espaces à côté de=
celui-ci,ENV PATH = "/opt/gtk/bin:${PATH}"
CASSERA VOTRE CHEMIN $$PATH
annexe?ENV PATH="/opt/gtk/bin:${PATH}"
peut ne pas être le même queENV PATH="/opt/gtk/bin:$PATH"
l'ancien, avec des accolades, peut vous fournir le CHEMIN de l'hôte. La documentation ne suggère pas que ce serait le cas, mais je l'ai observé. C'est simple à vérifier, faites-leRUN echo $PATH
et comparez-le àRUN echo ${PATH}
Bien que la réponse que Gunter ait publiée était correcte, elle n'est pas différente de celle que j'avais déjà publiée. Le problème n'était pas la
ENV
directive, mais l'instruction suivanteRUN export $PATH
Il n'est pas nécessaire d'exporter les variables d'environnement, une fois que vous les avez déclarées via
ENV
dans votre Dockerfile.Dès que les
RUN export ...
lignes ont été supprimées, mon image a été construite avec succèsla source
RUN A=B
,,RUN export A
etRUN export A=B
, sont des commandes shell valides, mais n'affectent l'environnement que des commandes qui suivent dans cette mêmeRUN
directive (mais aucune n'est donnée). De même, si vous aviezRUN export PATH=/foo; prog1; prog2;
(dans le même RUN), la modification PATH affecteraitprog1
etprog2
. Donc,RUN export $PATH
c'est un noop (car aucun programme n'utilise cet environnement modifié) et cela ne devrait faire aucune différence si cette directive est là ou non. Par "Gunter", voulez-vous dire cette réponse ?Ceci est déconseillé (si vous souhaitez créer / distribuer une image Docker propre), puisque la
PATH
variable est définie par/etc/profile
script, la valeur peut être remplacée.head /etc/profile
:À la fin du Dockerfile, vous pouvez ajouter:
Ainsi, PATH est défini pour tous les utilisateurs.
la source
/etc/environment
est une liste d'expressions d'affectation, pas un script, et ne prend pas en charge l'expansion des variables, il est donc peu probable que laRUN
syntaxe fonctionne.export PATH=<some path>
sera écrit/etc/environment
, ce qui est toujours incorrect car ce fichier n'est pas un script mais une liste de<var name>=<value>
.export
le fera probablement échouer à moins que votre système ne prenne en charge la magie noire en dehors des spécifications.