La bonne manière de gérer cela t'a été fournie dans le premier commentaire :
- tu constitues un miroir à un instant t avec certaines versions disponibles (susceptibles d'évoluer par la suite)
- tu mets à jour tout ton parc à partir de ce miroir, qui reste donc le même tant que tu n'as pas fini ton déploiement
- lorsque tu rencontres un souci lié aux paquets sur ton miroir, tu sélectionnes les paquets concernés et tu reprends les versions sur les miroirs officiels (en tenant compte des autres dépendances nécessaires...).
- le mois d'après ou 3 mois après, tu remets à jour tout ton miroir, tu identifies les paquets qui ont changé et tu repars dans les joies du déploiement
C'est une procédure lourde, ne tenant pas bien compte des mises à jour de sécurité (qui elles devraient passer, au moins pour les failles critiques au moins, après tests de non régression au besoin).
[^] # Re: Master ?
Posté par BAud (site web personnel) . En réponse au message Mise à jour. Évalué à 4.
- tu constitues un miroir à un instant t avec certaines versions disponibles (susceptibles d'évoluer par la suite)
- tu mets à jour tout ton parc à partir de ce miroir, qui reste donc le même tant que tu n'as pas fini ton déploiement
- lorsque tu rencontres un souci lié aux paquets sur ton miroir, tu sélectionnes les paquets concernés et tu reprends les versions sur les miroirs officiels (en tenant compte des autres dépendances nécessaires...).
- le mois d'après ou 3 mois après, tu remets à jour tout ton miroir, tu identifies les paquets qui ont changé et tu repars dans les joies du déploiement
C'est une procédure lourde, ne tenant pas bien compte des mises à jour de sécurité (qui elles devraient passer, au moins pour les failles critiques au moins, après tests de non régression au besoin).