Tâche #18144
Scénario #18089: Finaliser le script Upgrade-Auto 2.5.2- > 2.6.0
Gérer la création et la suppression du fichier /etc/eole/.upgrade_available
Description
Le fichier doit être présent après l'installation du prochain paquet mais ne doit plus l'être après l'Upgrade ... sauf si une 2.7 a été publiée d'ici là !
Proposition :- touch en postinst
- rm en prerm
à tester sérieusement :)
Demandes liées
Révisions associées
Créer le fichier permettant de lancer l’Upgrade-Auto.
Ref #18144
Ne pas créer le fichier avant qu’il soit supprimé par la désinstallation.
Ref #18144
Historique
#1 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- Statut changé de Nouveau à En cours
- Assigné à mis à Benjamin Bohard
- Restant à faire (heures) changé de 1.0 à 0.67
- la mise à disposition d’un Upgrade-Auto suit la mise à jour du paquet creole, qui doit elle-même être suivie d’un reconfigure ;
- l’upgrade-auto se termine par un redémarrage, le chargement de la configuration pour conversion et un reconfigure.
On peut conditionner la présence du fichier avec une filelist ( et une variable oui/non caché dans un dictionnaire pour prévenir de la disponibilité d’une nouvelle version).
On peut aussi considérer que le fichier est toujours présent et en changer le contenu en fonction des versions disponibles (modification du script Upgrade-Auto en plus d’un dictionnaire).
Ces deux alternatives impliquent l’utilisation d’un dictionnaire. Où le mettre (nouvel extra/upgrade/upgrade.xml dans creole ?) ou quel dictionnaire existant utiliser ?
#2 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- % réalisé changé de 0 à 30
- Restant à faire (heures) changé de 0.67 à 0.33
Les dictionnaires extra ne semblent pas permettre l’utilisation espérée (le fichier n’est pas géré, pas de test avancé pour voir si c’est la condition qui bloque, le nœud file, le filelist, etc.)
#3 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- % réalisé changé de 30 à 70
L’approche décrite précédemment est fonctionnelle mais nécessite d’ajouter le dictionnaire et le template en 2.5.2 puis sur toutes les versions cibles (2.6.0 et 2.6.1 pour l’instant).
La différence avec les scripts de packaging réside dans les opérations à faire à l’apparition d’une version.
Dans le cas du dictionnaire, la variable ajoutée, pour le dictionnaire d’une version donnée, prend la valeur oui si il existe une version supérieure de la distribution, non sinon.
La valeur est à non par défaut.
Dans le cas des scripts de packaging, dans le paquet d’une version donnée, un script en postinst assurant la création du fichier .upgrade_available doit être activé, créé, quand une version supérieure existe. Un script postrm doit s’assurer de la suppression de ce fichier dans tous les cas.
#4 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- % réalisé changé de 70 à 100
- Restant à faire (heures) changé de 0.33 à 0.25
Création et destruction du fichier via les scripts de packaging comme solution temporaire.
Voir https://dev-eole.ac-dijon.fr/issues/14293 pour l’élaboration d’une solution plus homogène avec l’autre script de mise à jour (Maj-Release).
#5 Mis à jour par Scrum Master il y a plus de 7 ans
- Projet changé de creole à Distribution EOLE
- Statut changé de En cours à Résolu
#6 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- Statut changé de Résolu à En cours
#7 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- Statut changé de En cours à Résolu
#8 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Lié à Scénario #18389: Implémenter Upgrade-Auto de 2.5.2 vers 2.6.1 ajouté
#9 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) changé de 0.25 à 0.0