Projet

Général

Profil

Evolution #7699

Avoir le numéro de la sous release dans le fichier release

Ajouté par Alain Guichard il y a environ 10 ans. Mis à jour il y a environ 10 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Joël Cuissinat
Catégorie:
-
Version cible:
Distribution EOLE - Eole 2.4 Stable
Début:
Echéance:
02/05/2014
% réalisé:

100%

Temps estimé:
2.00 h
Temps passé:
1.58 h
Distribution:
EOLE 2.4

Demandes liées

Lié à Scribe - Evolution #6328: Connaitre la version de Scribe Ne sera pas résolu
Lié à eole-common - Evolution #7760: Supprimer la variable "Niveau de mise à jour" (type_maj) sur 2.4 Fermé 04/04/2014
Lié à eole-common - Evolution #5244: Numero de version Ne sera pas résolu
Lié à creole - Anomalie #8061: gen_rpt ne fonctionne pas sur 2.4 Fermé 20/06/2014
Lié à EOLE OpenNebula - Scénario #33065: Il n’est pas possible de déployer un module d’une release différente de celle du Zéphir. Terminé (Sprint) 01/09/2021 24/09/2021
Bloque python-pyeole - Evolution #8029: Prendre en charge la nouvelle politique des dépôts EOLE Fermé 22/04/2014 02/05/2014

Révisions associées

Révision 12a0f752 (diff)
Ajouté par Joël Cuissinat il y a environ 10 ans

Ajout de la variable eole_release initilisée à 2.4.0

  • dicos/00_common.xml : déclaration de la variable
  • tmpl/release : utilisation de la variable

Fixes: #7699 @20m

Révision 7f9645b0 (diff)
Ajouté par Daniel Dehennin il y a environ 10 ans

Centralisation des constantes de version et release EOLE

  • pyeole/eoleversion.py: Définition de « EOLE_VERSION » et
    « EOLE_RELEASE_».

Ref: #7699 @15m

Révision 26ccaf55 (diff)
Ajouté par Joël Cuissinat il y a environ 10 ans

  • bin/diagnose : affichage de EOLE_RELEASE si disponible

Ref: #7699 @15m

Historique

#1 Mis à jour par Joël Cuissinat il y a environ 10 ans

Décisions prises le 25/03/2013 :
  • ajouter une variable eole_realease et modifier le template associé en y ajoutant EOLE_RELEASE=%%eole_release
  • la variable ne contiendrait que les versions "majeures" d'EOLE 2.4 (2.4.0, 2.4.1, 2.4.2, ...) mais pourraient être suffixées du numéro RC dans la période candidate (ie : 2.4.0-RC3 à ce jour) => à faire valider par le MEDDE
  • la suppression de la variable type_maj à été décidée l'unanimité ()

#2 Mis à jour par Daniel Dehennin il y a environ 10 ans

  • Version cible changé de Eole 2.4-RC3 à Eole 2.4 Stable

Il faut en parler entre EOLE MEN/MEDDE le 16/04/2013 après avoir expliqué le processus de sortie pour la 2.4.

#3 Mis à jour par Joël Cuissinat il y a environ 10 ans

  • Echéance mis à 18/04/2014
  • Temps estimé mis à 2.00 h

#4 Mis à jour par Daniel Dehennin il y a environ 10 ans

Ne pas oublier de l’inclure dans gen_rpt.

#5 Mis à jour par Joël Cuissinat il y a environ 10 ans

  • Echéance changé de 18/04/2014 à 02/05/2014

#6 Mis à jour par Joël Cuissinat il y a environ 10 ans

  • Statut changé de Nouveau à Accepté
  • Assigné à changé de Luc Bourdot à Joël Cuissinat

#7 Mis à jour par Joël Cuissinat il y a environ 10 ans

  • Statut changé de Accepté à Résolu
  • % réalisé changé de 0 à 100

#8 Mis à jour par Joël Cuissinat il y a environ 10 ans

Hum, j'ai réussi à me tromper dans le numéro de version => f25b4734d ...

#9 Mis à jour par Joël Cuissinat il y a environ 10 ans

  • Statut changé de Résolu à Fermé
root@esbl:~# CreoleGet eole_release
2.4.0
root@esbl:~# grep RELEASE /etc/eole/release 
EOLE_RELEASE=2.4.0
root@esbl:~# diagnose | head -n 1
*** Test du module esbl version 2.4.0 (esbl 0000a) ***

#10 Mis à jour par Daniel Dehennin il y a plus de 2 ans

  • Lié à Scénario #33065: Il n’est pas possible de déployer un module d’une release différente de celle du Zéphir. ajouté

Formats disponibles : Atom PDF