On n'a plus besoin de la variable de conf 'user' sur le client, le serveur la renvoie dans le rôle whoami.

Du coup, évidemment, il ne faut pas définir un rôle "whoami".
Si le serveur en trouve un, il lèvera une exception.

Il faut faire sauter ce truc idiot, un whoami sur le serveur règlera bien des problèmes.

¬¬¬p => p ?

On vire toutes les variables globales, donc on passe les options parsées à quasiment toutes les fonctions.

Le paramètre --drop-invalid fait son apparition pout droper automatiquement
les bad guy-e-s qui ont laissé leur clés expirer.

NB : on n'a toujours pas réglé le problème des *sub*keys expirées.

Implémentation custom du parseur de gpg --list-keys parce que le package python-gnupg fait pas ce qu'il faut.

La première ligne d'import n'aurait pas dû réapparaître,
le handling de l'erreur d'import était correct.

On peut récupérer/envoyer plusieurs fichiers à la fois.

A priori, le serveur n'est plus rétro-compatible avec les clients non à jour.

Conflicts:
	client.py
	server.py

En fait ça créait vraiment un répertoire './~'.

En quelque sorte un revert de 555b6c4c
qui revertait bbc6cb73.
Maintenant, ça marche.

Le côté serveur viendra dans un prochain commit.

C'était pour make rename et make rerename qu'il était
nettement plus pratique d'avoir des guillemets simples.

Si si, c'est important, mais il faut attendre le commit suivant.

Perte de backward compatibility puisque le fichier à exécuter est renommé.

Oublié dans le déhardcodage : renommage du fichier cranspasswords.py lui-même en client.py, plus générique.