Packaging : rend l'installation indépendante de librados

[Guts]

• ne plante pas si le projet est installé alors que librados n'est pas disponible
• gérer le cas au niveau du setup - a priori pas besoin
• modulariser les stockages pour en implémenter d'autres de façon cohérente - remis à plus tard

Désolé @Dolite, j'ai pas le temps de pousser le reste. Faut que je remette mon dpéôt local au propre après les autres PRs.

[Guts]

@Dolite tu peux tester en local sur une VM sans RADOS, ça fonctionne chez moi.

@sylvainbeo ou @vicente23 si vous pouvez tester la branche 🙏

[Dolite]

On va aussi en profiter pour repasser l'installation de psycopg via pip plutôt que paquet debian seulement.

[Dolite]

Est ce qu'on peut juste ajouter à cette PR le test sur la disponibilité de rados pour qu'un appel concernant du stockage CEPH sorte avec une exception NotImplementedError ou StorageError ?

[Guts]

On va aussi en profiter pour repasser l'installation de psycopg via pip plutôt que paquet debian seulement.

Comme ceci ? https://gitlab.gpf-tech.ign.fr/geoplateforme/gpf-entrepot-toolbelt-py/-/blob/main/docs/usage/installation.md#installer-les-d%C3%A9pendances-li%C3%A9es-au-client-postgresql

Est ce qu'on peut juste ajouter à cette PR le test sur la disponibilité de rados pour qu'un appel concernant du stockage CEPH sorte avec une exception NotImplementedError ou StorageError ?

Oui, je peux faire ça. Côté installation je n'ai pas trop de doute (jai viré rados de ma machine). J'ai des doutes au moment de l'utilisation de la lib, d'où ma demande de tests auprès de vous

[Guts]

Tâches à suivre post-merge :

• créer une exception dédiée héritée de NotImplementedError
• la lever à chaque fois qu'un appel à rados/ceph est nécessaire