Tout d’abord, lançons un terminal, allons dans le répertoire temporaire /TMP et télécharger la dernière version de XMind (dans cet exemple, la version 64b v°3.3.1 du 25.12.2012)

root@mamachine ~ $ cd /tmp

root@mamachine ~ $ wget "http://www.xmind.net/xmind/downloads/xmind-linux-3.3.1.201212250029_amd64.deb"

Décompressons alors le .deb:

root@mamachine ~ $ ar -x xmind-linux-3.3.1.201212250029_amd64.deb

Une fois décompressé, vous aurez 2 fichiers .tar.gz: « control.tar.gz » et « data.tar.gz »
Décompressons le fichier « data.tar.gz »

root@mamachine ~ $ tar xf data.tar.gz

Une fois cette opération réalisée, vous obtiendrez un répertoire /usr, contenant deux dossiers « local » et « share ». Nous allons copier le contenu de ces répertoires sur notre machine:

root@mamachine ~ $ cp -R /tmp/usr/local/xmind/ /opt/

root@mamachine ~ $ cp -R /tmp/usr/share/ /usr/

Décompressons maintenant le fichier « control.tar.gz »

root@mamachine ~ $ tar xf control.tar.gz

Le moment est venu de lancer le fichier postinst obtenu par la commande précédente…

root@mamachine ~ $ sh postinst

Dernier petit reglage: éditez le raccourci du programme en changeant les ligne comprenant « /usr/local » par « /opt »

root@mamachine ~ $ nano /usr/share/applications/xmind.desktop

Et voilà, tout est bon !!!
Vous retrouverez le raccourci de XMind dans votre menu des applications.
A vous de découvrir les joies du mind mapping !

Principe de dev jeu en temps réel html5

Des réponses à une question que je me posais :

I assume you're talking about SSL/TLS or a similar protocol. In these protocols there are two reasons to use Diffie-Hellman:

Your certificate only supports signing
Either it is an RSA certificate restricted to signing, or it uses an algorithm that doesn't support encryption, such as DSA or ECDSA.
Forward security - What happens if the server's private key gets leaked somehow?
If you simply encrypted the session key to the server's public key, all past communication with that server can be decrypted. Which is very bad.
If an ephemeral Diffie-Hellman key-exchange was used, a private key leak won't compromize past communications, since the keys used for the key exchange are long gone, and the leaked long term key was only used for authentication and not for confidentiality.
You don't know the public key of the other side
There are situations where you don't know the other side's public key, but you have a different way to authenticate them. In that case you can use anonymous Diffie-Hellman together with that other way. For example TLS supports authentication based on a symmetric shared secret in a way that's secure against MitM.

Some other protocols such as CurveCP use EC Diffie-Hellman for both authentication and key-exchange. In this case they profit from the performance advantage elliptic curves have over RSA.

Article anglais encore une fois bien meilleur/complet que l'article français sur DH