@@ -32,46 +32,102 @@ ordinateurs portables, car les machines virtuelles sont gourmandes...
## Installation VirtualBox
TO BE DONE
C'est [ici](https://www.virtualbox.org/)
## Installation Docker
### Sur Linux
C'est [ici](http://www.docker.com/products/overview).
C'est [ici](http://www.docker.com/products/docker#/linux).
### Sur Windows
Si votre windows est <10, il faudra utiliser l'[ancienne mouture de docker](https://www.docker.com/products/docker-toolbox), reposant sur VirtualBox. (Attention ceci est vrai seulement à partir d'une certaine release de Windows10 (*1511 November update, Build 10586 or later*) qui n'est pas nécessairement celle que vous avez installé [ex au LAL!!])
Sinon, vous pouvez utiliser la [nouvelle mouture](http://www.docker.com/products/docker#/windows) où la machine virtuelle est moins visible, et vous pouvez utilisez exactement les mêmes commandes Docker que vos collègues Linux.
Si votre windows est <10, il faudra utiliser l'[ancienne mouture de docker]
(https://www.docker.com/products/docker-toolbox), reposant sur VirtualBox.
(Attention ceci est vrai seulement à partir d'une certaine release de Windows10
(*1511 November update, Build 10586 or later*) qui n'est pas nécessairement
celle que vous avez installé)
Sinon, vous pouvez utiliser la [nouvelle mouture]
(http://www.docker.com/products/docker#/windows) où la machine virtuelle est
moins visible, et où vous pouvez utilisez exactement les mêmes commandes Docker
que vos collègues Linux.
### Sur MacOSX
Si votre matériel est trop vieux (< 2010), il faudra utiliser l'[ancienne mouture de docker](https://www.docker.com/products/docker-toolbox), reposant sur VirtualBox. On peut vouloir confier à [Homebrew] (http://brew.sh/) (*The missing package manager for OS X*) la gestion de son installation :
Si votre matériel est trop vieux (< 2010), il faudra utiliser
l'[ancienne mouture de docker](https://www.docker.com/products/docker-toolbox),
reposant sur VirtualBox.
Plutôt qu'une installation graphique, on peut utiliser [Homebrew](http://brew.sh/)
(*The missing package manager for OS X*) pour la gestion de son installation :
$> brew update
$> brew cleanup && brew cask cleanup
$> brew cask install dockertoolbox
Sinon, utilisez la [nouvelle mouture](http://www.docker.com/products/docker#/mac) - la machine virtuelle y est moins visible - et vous pourrez alors utiliser exactement les mêmes commandes ``docker``
que vos collègues Linux. Là encore, [brew](http://brew.sh/) simplifie la tâche :
Avec un matériel récent, utilisez plutôt la [nouvelle mouture]
(http://www.docker.com/products/docker#/mac) où la machine virtuelle est
moins visible, et où vous pouvez utilisez exactement les mêmes commandes Docker
que vos collègues Linux.
Là encore, [brew](http://brew.sh/) simplifie la tâche :
$> brew update
$> brew cleanup && brew cask cleanup
$> brew cask install docker
## J'ai un problème avec mon clavier azerty
## X11 forwarding
Si l'application que je veux faire tourner dans un conteneur à une interface
graphique, il faut qu'elle envoie ses instructions au serveur X11 de la
machine hôte.
A supposer que votre variable d'environnement DISPLAY soit correctement
définie et comprenne un numéro IP, tel que `172.18.80.184:0`, et que les
connexions "externes" aient été autorisées (`xhost +`), il peut suffire
d'exporter la variable DISPLAY en lancant le conteneur. Dans une fenêtre
de commande de la machine hôte, essayez (en utilisant le bon numéro ip) :
```
export DISPLAY=172.18.80.184:0
xhost +
docker run -e DISPLAY=$DISPLAY gns3/xeyes
```
En cas de résistance, peut-être en ajoutant un lien vers
`/tmp/.X11-unix` :
```
export DISPLAY=172.18.80.184:0
xhost +
docker run -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix:rw gns3/xeyes
```
Si vous etes sur MacOSX avec la dernière version (boguée) de XQuartz (2.7.9),
pauvre de vous ! Pour commencer, on n'oublie pas d'autoriser les connexions
externes dans les préférences de sécurité de XQuartz. Ensuite, on
ajoute après la ligne 107 du fichier `/opt/X11/bin/startx`
(`defaultserverargs="$defaultserverargs -nolisten tcp"`) les deux
