GitLab

On vire les dernières références à secrets.py via import direct de
/etc/crans/secrets/secrets.py

Ci-dessous une liste des trucs modifié et les raisons
./gestion/iscsi/nolslib.py:execfile("/etc/crans/secrets/nols.py")
./gestion/iscsi/slonlib.py:execfile("/etc/crans/secrets/slon.py")
./gestion/gen_confs/trigger.py:_args = ["ssh", "-4", "-i", "/etc/crans/secrets/trigger-generate" ]

./gestion/gen_confs/dhcpd_new.py:        sys.path.append('/usr/scripts/gestion/secrets')
./gestion/gen_confs/dhcpd_new.py:        from secrets import dhcp_omapi_keyname,dhcp_omapi_keys
./gestion/gen_confs/populate_sshFingerprint.py:sys.path.append('/etc/crans/secrets/')
./sip/sms_queuing:sys.path.insert(0, '/usr/scripts/gestion/secrets')
./sip/sms_queuing:from secrets import asterisk_sms_passwd
./sip/sip_multidial.py:sys.path.append('/etc/crans/secrets/')
./sip/sip_multidial.py:import secrets

./gestion/gen_confs/switchs.py:        sys.path.append('/usr/scripts/gestion/secrets')
./gestion/gen_confs/switch...

On répare l'envoi de mail au passage

Parce que quitte à consommer de l'énergie à faire le calcul, autant
qu'il soit affiché quelque part :p

 * Ordre des imports dans le service firewall foireux

 * Il fallait ajouter le .regen

 * Pour une plus grande modularité, event a été refactorisé, ce qui
 a impliqué de réécrire le fonctionnement des services.
 * Maintenant, y a plus qu'à tester.

 * Les machines étaient instanciées (et donc lockées) une première fois, sans
 être désinstanciées ensuite, du coup, lors de la suppression de l'adhérent,
 la passe de suppression des machines ne fonctionnait pas, et faisait tout
 planter.

 * 150 Mb/s en journée
 * 8 Gio d'upload (par principe, mais en vrai, ils ne s'intéressent plus
 à la limitation d'upload)

 * Cf http://www.postgresql.org/docs/9.3/static/routine-reindex.html, on
 peut même probablement faire plus sioux