• Le développement de la version [alpha] d'openSUSE Leap 15.2 a débuté!

    La sortie de Leap 15.1 passée, le développement de la version suivante a été lancé. L'annonce consacrée ?* la Leap 15.2 ayant été faite dans le message https://lists.opensuse.org/opensuse-.../msg00091.html

    Les premiers builds qui ont passé les tests openQA sont proposés au téléchargement sous forme d'ISO dans la page suivante:

    https://download.opensuse.org/distri...leap/15.2/iso/

    Bien entendu, encore en version alpha, celle-ci ne doit pas être considérée comme 100% stable et ne comprend actuellement rien de plus que les paquets trouvés dans Leap 15.1. Basée sur ceux prévus pour SUSE Linux Enterprise, la Leap 15.2 sera bâtie ?* partir des paquets conçus pour la SLE15-SP2 ?* venir. D'après certains, la Leap 15.2 devrait aussi intégrer les mises-?*-jour du kernel, de Gnome et de Qt déj?* prévues pour SLE.

    La roadmap d'openSUSE ne prévoyant une sortie définitive de la Leap 15.2 qu'en mai 2020, vous avez largement le temps de faire des propositions d'ajout de tel ou tel paquet. Par exemple l'adoption d'un kernel 5.3 (existant déj?* pour SLE)?

    Pour ma part, comme vous pouvez le constater, j'ai effectué l'installation (build 486.3) sur une machine de test "modeste" (Pentium4 + 2Go RAM) sur laquelle était déj?* présente une Leap 15.1. J'ai donc testé dessus 2 modes d'installation différents:

    - Une mise-?*-niveau de la Leap 15.1 en 15.2: aucun conflit de paquets signalé (car réalisé sur une Leap sans aucun dépôt supplémentaire, pas même Packman), pas de problème ensuite (sauf celui cité plus bas), mais YaST n'était pas 100% traduit en français (idem que sur Tumbleweed avec les dernières M-?*-J).

    - Un reformatage de la partition système de la Leap 15.1/15.2 pour y faire une nouvelle installation de Leap 15.2: pas de problème sauf un YaST au nom des modules non traduit ?* 100% ainsi que le même rencontré précédemment avec la première installation de Leap 15.2.

    Comme indiqué plus haut, j'ai eu ensuite un problème avec zypper et YaST car 2 dépôts sur les 4 configurés pour les mises-?*-jour pointent vers une URL invalide. Mais aucun problème avec le plasmoid de KDE! J'ai rencontré le même problème en installant le build 488.2.

    Solution provisoire, désactiver avec YaST les 2 dépôts suivants (ce sont juste des doublons):

    [Main Update Repository] http://download.opensuse.org/update/leap/15.2/oss/
    [Update Repository (Non-Oss)] http://download.opensuse.org/update/leap/15.2/non-oss/

    Une fois ces 2 dépôts d'update simplement désactivés (mais PAS supprimés), les mises-?*-jour pourront s'effectuer aussi avec zypper. Les futures mises-?*-jour pourront donc ainsi se faire par un zypper dup (de préférence?), zypper up ou sinon avec le plasmoid.

    La conclusion de tout ça me semble simple: 2 dépôts sur les 4 activés sont actuellement inutilisables car pointant sur une URL invalide, les 2 autres sont actifs. Si le plasmoid de m-?*-j de KDE est employé aucune erreur ne sera indiquée, seulement si on lance un zypper refresh, idem pour YaST. Les développeurs ont choisi, semble t-il, d’intégrer ?* l'installation 2 dépôts qui ne sont PAS encore actifs, mais qui le seront plus tard pour la bêta?



    Alors, serez-vous assez téméraires pour tenter (en VM?) la même aventure, ou préférerez-vous patienter jusqu'?* l'arrivée de la version beta?

    Je tiens aussi ?* remercier victorhckinthefreeworld qui m'a un peu mis sur la piste...
    Commentaires 1 Commentaire
    1. Avatar de Bernado82
      Bernado82 -
      Comme cela avait été réclamé par certains, le dernier build 490.1 a apporté un kernel 5.3 à la version [alpha] actuelle.