web-dev-qa-db-fra.com

14.04 inside docker "variable d'environnement TERM non définie"

Je cours un Ubuntu 14.04 à l'intérieur d'un conteneur de docker. Mon image est construite à partir de l'image officielle d'ubuntu: 14.04. Le fichier Docker est presque identique à celui-ci https://github.com/pfy/erpnext/blob/master/Dockerfile (vient de changer DE debian: wheezy >>> D'Ubuntu: 14.04).

ERPNext est installé à l'aide de ce script https://raw.githubusercontent.com/frappe/bench/master/install_scripts/setup_frappe.sh ).

Les instructions de construction et d'exécution se trouvent ici https://raw.githubusercontent.com/pfy/erpnext/master/README.md

Cela fonctionne d’une manière ou d’une autre, mais le terminal/la console ne semble pas totalement fonctionnel.

c'est-à-dire que je reçois un "TERM environment variable not set" lorsque j'essaie de clear l'écran. J'ai trouvé d'autres messages avec le même message d'erreur ou un message similaire, mais le contexte est toujours différent, je ne peux donc rien obtenir des solutions proposées.

Je suppose que les images de docker ubuntu peuvent être utilisées assez fréquemment, alors peut-être que quelqu'un a rencontré et résolu ce problème.

3
vrms

Si vous n'avez pas à modifier une configuration après le lancement du conteneur, vous pouvez simplement définir la variable d'environnement manquante lorsque vous exécutez le conteneur basé sur Debian.

-e TERM=xterm 

comme dans cet exemple

export DUMMY_SERVER_NAME=itswednesday

docker run \
  -d \
  --name $DUMMY_SERVER_NAME \
  -e TERM=xterm \
  --expose=80 \
  debian /bin/bash -c "while [[ true ]]; do sleep 1; done"
1
Scott Stensland

grâce aux commentaires de Gunnar Hjalmarsson c'est ce qui semble résoudre le problème

_docker start [container]
docker exec -it [container] bash
vim /etc/bash.bashrc
_

ajout de _export TERM=xterm_ en haut du fichier, arrêt/redémarrage de mon conteneur ...

e voila! ... le terminal semble se comporter "normalement" (ce que j'ai testé en utilisant la commande clear qui ne fonctionnait pas auparavant et le fait maintenant)

merci encore et désolé pour l'introduction de termes trompeurs (terminal/console) dans mon post original.

1
vrms

Ce problème sera corrigé dans Docker 1.13 via cette demande d'extraction récemment fusionnée. Jusqu'à ce que vous utilisiez cette version, vous pouvez exécuter les commandes exec comme suit pour éviter ce problème:

docker exec --tty [container] env TERM=xterm [command-to-run]
0
geerlingguy