Projet

Général

Profil

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

Ajouté par Joël Cuissinat il y a plus de 7 ans. Mis à jour il y a plus de 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
28/11/2016
Echéance:
% réalisé:

100%

Temps estimé:
1.00 h
Temps passé:
Restant à faire (heures):
0.0

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

Lié à Distribution EOLE - Scénario #18389: Implémenter Upgrade-Auto de 2.5.2 vers 2.6.1 Terminé (Sprint) 16/09/2016 05/05/2017

Révisions associées

Révision e5d65050 (diff)
Ajouté par Benjamin Bohard il y a plus de 7 ans

Créer le fichier permettant de lancer l’Upgrade-Auto.

Ref #18144

Révision 19c43822 (diff)
Ajouté par Benjamin Bohard il y a plus de 7 ans

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
L’upgrade-auto étant borné par des opérations de reconfigure, il est possible de gérer le fichier via les mécanismes creole :
  • 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

Formats disponibles : Atom PDF