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.
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"
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.
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]