La fin de vie de Mageia 5 retardée

Comme la mise à jour de Mageia 5 vers Mageia 6 est plus compliquée que ce que nous avions envisagé, un nombre important d’utilisateurs sont toujours sous Mageia 5. De ce fait, nous avons décidé de prolonger le support de Mageia 5 jusqu’au 31 décembre 2017 ( au lieu du 31 Octobre comme annoncé précédemment )

 « Le mieux possible » support limité aux correctifs critiques de sécurité

Cette extension du support sera limitée aux correctifs critiques de sécurité pour les composants trouvés dans la plupart des systèmes, tels que le noyau,  glibc, firefox, flash-player-plugin, etc. L’exacte partie concernée sera décidée pour chaque paquetage par son mainteneur et les équipes de sécurité, basée sur la sévérité des problèmes et les ressources dont nous disposons en termes d’empaquetage et d’assurance qualité.

Donc, en résumé, votre système Mageia 5 ne sera pas exposé a des vulnérabilités critiques avant sa fin de vie dans deux mois; mais le support restera plus limité que celui des systèmes Mageia 6. Nous incitons les utilisateurs restants de Mageia 5 de mettre à profit ce délai pour mettre à niveau vers Mageia 6.

Conseils de mise à niveau

Beaucoup d’utilisateurs ont fait part de problèmes critiques lors de la mise à niveau vers Mageia 6 de systèmes complexes, surtout en cas d’utilisation de KDE4, de pilotes propriétaires NVIDIA et/ou de paquetages fournis par des tiers. Les problèmes peuvent provenir de conflits de paquetages qui empêchent la mise à niveau de se terminer correctement, laissant le système dans un état intermédiaire incapable de redémarrer normalement, ou bien ils peuvent aussi provenir des pilotes qui mènent le serveur graphique X.org dans l’incapacité de s’initialiser lui-même, conduisant l’utilisateur sur un terminal au lieu de l’environnement de bureau.

Pour cette raison, nous avons désactivé le système qui invite les utilisateurs à mettre à niveau via l’outil graphique mgaonline, ainsi seules les mises à niveau manuelles sont réalisables grâce à URPMI, l’outil en ligne de commande. Nous travaillons toujours sur la résolution des principaux problèmes mentionnés ci-dessus afin de nous permettre de ré-activer la mise à jour avec mgaonline, mais nous devons avertir les utilisateurs qu’il pourra toujours subsister des aléas avec cette mise à niveau spécifique.

Si possible, nous recommandons aux utilisateurs de Mageia 5 de réaliser une installation propre de Mageia 6 sur une partition différente (conservant ainsi les deux systèmes côte à côte), et de copier les parties pertinentes de leur configuration de Mageia 5 (typiquement les dossiers cachés de /home) sur le nouveau système. Réutiliser la même partition /home pourrait aussi donner satisfaction si elle est séparée de la partition root. Vous pouvez même récupérer les mêmes noms d’utilisateur et UID (identifiant utilisateur), mais gardez à l’esprit que les systèmes mis à niveau depuis une version plus ancienne de Mageia peuvent toujours avoir des ID commençant à 500, alors que Mageia 6 exige que les identifiants utilisateurs commencent à 1000. Il existe une page du wiki de Mageia avec des instructions complémentaires.

En cas de doute, veuillez contacter les autres membres de la communauté sur les forums, listes de diffusion ou IRC, il y aura toujours des gens prêts à vous aider.

Nous sommes désolés pour le trouble occasionné et nous travaillons dur pour fournir une mise à niveau de Mageia 6 vers Mageia 7 plus efficiente.

Rédaction de Akien – Traduction de Lebarhon et Neoclust

Cette entrée a été publiée dans Mageia. Vous pouvez la mettre en favoris avec ce permalien.

3 réponses à La fin de vie de Mageia 5 retardée

  1. Olivier F dit :

    « Mageia 6 will work better when user IDs starts at 1000 »
    C’est pas tout à faire pareil que :
    « Mageia 6 exige que les identifiants utilisateurs commencent à 1000 »

    Qu’est-ce qui explique cette différence de traitement entre les UID à 500 et ceux à 1000 ?

    • Papoteur dit :

      Bonjour,
      Désolé pour la réponse tardive.
      Le traitement qui est fait concernant les UID est en particulier de les afficher dans les gestionnaires de connexion. Mais on ne souhaite afficher que les utilisateurs réels. Un filtre <1000 fonctionne donc mal si on a des utilisateurs avec des UID qui seraient masqués par ce filtre.

  2. Smat dit :

    Merci pour toutes ces informations et bon courage pour la suite à toute l’équipe 🙂