GitLab

On vérifier que l'objet de la base ldap n'avait pas été modifier entre le moment
où on l'a récupéré etle moment où on acquière le lock. Bien sûr si l'objet n'existe pas
dans la base ldap, il n'y a pas de problème.

Dans le cas où on ressucieterai un objet qui existe déjà dans la base ldap,
ça planterait sans doute. M'enfin, ce cas doit être extrèmement rare compte tenu
du fait que les aid et mid sont croissant (mais hélas, pas strictement).

et ajout de historique à concurrent=False

ils existent toujours et n'ont pas expiré, sinon, il ne faut pas faire
l'enregistrement.

Par exemple :
   adh['solde'][0]+=2 # acquisition du lock
   adh['solde'][0]-=2 # libération du lock

Pour le moment juste pour l'attribut solde

 * Le fait qu'un alias canonique soit Prenom.Nom@crans.org ou qu'un alias
 mail soit lowercase est un choix moral, pas une obligation de la syntaxe
 LDAP.

Parce que sinon, ça plante quand je récupère l'inetOrgPerson respbats dans
mon jouet fuse.

 * Ajout de /usr/scripts aux paths
 * Déplacement de templates.py dans un endroit logique pour printing

 * On file le cid, ça aide à faire le ménage.

 * Déjà parce que quand on va lire depuis la base ldap l'objet,
 on va régénérer des frais à chaque fois.
 * Ensuite parce qu'on ne doit pouvoir faire ce calcul qu'une et
 une seule fois, une bonne fois pour toute.

Idéalement, un paiement via paypal doit être bloqué (par recuPaiement)
dès qu'il est validé.

À terme, supprimer la notion de frais semble être une bonne idée.

 * self._modifs = self.attrs met les deux AttrsDict dans le même état,
 ce qui fait qu'une modif de l'un se répercute sur l'autre.
 * On en profite pour créer une fonction .cancel

 * Aucun système de droit permettant au responsable de modifier club/machines de club
 n'avait été mis en place. C'est corrigé.

 * À l'heure actuelle, les hash ssha contenus dans la base LDAP ont
 un sel de seulement 4 octets.

À défaut de trouver mieux.

L'idée étant d'essayer d'avoir un fonction 'crediter' qui va éditier le solde de sont parent
puis sauvegarder/creer la facture de la fonçon la plus atomique possible.
Il faudarait voir s'il y a quelque chose de plus propre pour rendre tout ça un peu plus
atomique

En l'utilisant, on pourait peut être fusionner les fonction save et create ?