Forum

Reprise du message précédent

Et cette idée Akien, elle donne quoi chez Mageia ? Car du coup, au lieu d'avoir de la QA sur 3 distribs (3, 4, Cauldron) on en aurait qu'une !

Mais à ce moment, comment gérer l'instabilité que l'on observe actuellement sur la cauldron ?

Dans le dépôt "supertesting" ?

À ma connaissance, la question de la rolling release n'a pas été rediscutée depuis les longs débats sur les ML + forums lors de l'établissement du modèle de release de Mageia.

C'est vrai que ta proposition sonne bien avec trois dépôts : cauldron (le bazar habituel) -> testing (on déleste cauldron dedans petit bout par petit bout pour tester dans un environnement stable) -> stable.

Je suppose que cela crée de gros décalages de versions des logiciels entre cauldron et stable. Dans ce contexte, je me demande comment le test des correctifs pour stable sont réalisés. Par exemple un paquet X en version 1.0 dans stable continue d'avancer jusqu'en 1.4 dans cauldron. Testing serait alors en 1.2 (par exemple).

Où se feraient les tests de la version 1.0.1 (correctif de sécurité par exemple) à intégrer dans stable ?



Questions annexes sur les branches actuelles.

- Ayant toujours été sur les branches stables de Mageia, je ne me rends pas trop compte de la stabilité de cauldron. Est-elle plutôt équivalent à debian sid ou experimental ?

- Les paquets intégrés dans cauldron sont-ils toujours des versions considérées comme stables upstream ?

Édité par bbo_ Le 28/11/2014 à 13h43

Bah je proposais 3 dépôts car avec mon modèle :

Core et Updates Mageia 4 actuels fusionnés (tout dans le même)
Testing = le Updates Testing de Mageia 4
Supertesting = le Core de Cauldron (les Updates de Cauldron ne servent pas)

On règle tous les problèmes.

Dans le testing normal, tu mets le 1.0.1 et le 1.2.0 et celui qui veut installer la version précise le stipule avec urpmi.