Distribution EOLE

Je n'ai pas trouvé de problème de dépendance à un module python2 particulier sur la base du backend EAD2 sur eolebase. Il ne devrait pas y avoir de problème de partage en python3.

Il y a une forte dépendance au système, il est nécessaire de l'installer sur la machine directement. Sinon il est nécessaire de développer un backend du backend, mais le travail demandé pour la réalisation de ce backend de backend me semble trop important (plus que le portage vers python3 en tout cas) avec des risques important.
La solution de conteurisation me semble donc exclut.

Solution 1 : installer et maintenir python2 sur 20.04¶

Avantage : on n'a pas a modifier l'application

Risque :

- Il me semble qu'il y a un risque, certes peu probable mais il existe, qu'une mise à jour de ubuntu empêche le fonctionnement de python2 (mise à jour d'openssl, de la libc, ... qui casserait la compatibilité par exemple). Le risque est peut être peu, mais les conséquences seraient très importante. Le coût de maintenance deviendrait important.
- à la fin du support de la version 18.04 EOLE devra maintenir python2, on ne pourra pas supprimer la dépendance à python2 même si entre temps on a supprimé tout besoin de cette version. En effet les utilisateurs pourraient avoir créé des scripts en python2. Cela signifie que :
- l'ensemble des libs EOLE fournit en python2 doivent rester fonctionnelle, chaque changement devrait être fait en restant compatible avec la version 2, cela signifie un complexité de développement, de maintenance et de lisibilité accrût
- une fois le support de la 18.04, EOLE devra maintenir les paquets python2 installé sur le système.

Solution 2 : portage en python3¶

Avantages :

- intégration native dans la 20.04
- pérenne : pas de problème lors de la mise à disposition de la 22.04, la base de code est identique
- pas de problème de compatibilité avec les frontend actuels

Risques :

- le portage des paquets en version 2 étant déjà réalisé, cette solution prend plus de temps à très court terme
- le portage nécessite un test poussé de l'application, il y a des risques de bug de régression

A prévoir pour cette solution : un portage du backend EAD sur eolebase est estimé entre 4 et 5 points.