Development #52585
Passer de authentic-multitenant à authentic2-multitenant
0%
Description
Dans devinst chaque brique à à un nom de projet inscrit dans la variable project_name
, le nom de projet pour combo c'est combo, pour chrono c'est chrono, etc.
De cette variable on tire pleins de choses, entre autres les chemins /var/lib/foo, les noms de daemons pour supervisord, le base du nom de la commande de management django, etc.
Pour a2 j'avais choisis authentic-multitenant comme nom de projet, mais j'aurais du choisir authentic2-multitenant, coquille (je veux coller autant que possible aux conventions de nommage d'une installation debian, pour qu'on ait pas à jongler entre une convention devinst et une convention différente dans debian).
Et maintenant cette coquille me complique la tache dans #50525, où je veux réutiliser les fichiers de conf uwsgi inclus dans les répertoire debian/ . Dans celui d'authentic il y a par exemple un http-socket = /run/authentic2-multitenant/authentic2-multitenant.sock
. Je dois donc donc créer via devinst le répertoire /run/authentic2-multitenant, or ce nom authentic2-multitenant
je l'ai même pas sous la main dans une variable à cause de la coquille originelle.
Et je ne veux pas introduire une nouvelle variable parce qu'il y a déjà dans devinst un mic mac de variables assez dur à suivre, une de plus ne ferait qu'aggraver la confusion.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ 3 ans
Ça pourrait être l'ajout du 2 + quelques notes dans le fichier README pour expliquer les étapes de mise à niveau, plutôt que chercher à automatiser ça pour tous les cas. (cela écrit sans me représenter la complexité des étapes / d'autonomiser celles-ci).
Mis à jour par Emmanuel Cazenave il y a environ 3 ans
- Fichier 0001-migrate-from-authentic-multitenant-to-authentic2-mul.patch 0001-migrate-from-authentic-multitenant-to-authentic2-mul.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Approche hybride, le gros du boulot fait par devinst mais il y aura quand même un psql -c "ALTER DATABASE authentic_multitenant RENAME TO authentic2_multitenant;"
à faire à la main pour les gens qui migrent, trop galère de gérer ça via ansible. Pour les installations fraîches, rien à faire.
Mis à jour par Thomas Noël il y a environ 3 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Emmanuel Cazenave il y a environ 3 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 3bb9d00e9263f1bd5745155bc25f9bac578f337b Author: Emmanuel Cazenave <ecazenave@entrouvert.com> Date: Thu Apr 1 15:04:00 2021 +0200 migrate from authentic-multitenant to authentic2-multitenant (#52585)
Mis à jour par Emmanuel Cazenave il y a environ 3 ans
- Statut changé de Résolu (à déployer) à Solution déployée
migrate from authentic-multitenant to authentic2-multitenant (#52585)