La base de Leap est une reconstruction des RPM de SLE (Linux, systemd, GCC ou GNOME par exemples). En plus, la communauté fournis des paquets supplémentaires (Plasma ou Xfce par exemples). Je n'ai pas la proportion de paquets venant de SLE/fournis par la communauté. Ca serait une donnée intéressante !
C'est toujours un peu glissant de comparer des distributions car le diable se cache dans les détails. Mais je dirai que Leap se rapproche plus d'un ensemble CentOS+EPEL (si on compare avec le monde Red Hat).
Dans les différences subjectives (attention, on est vendredi et c'est Noël) :
YaST : certains ne l'utilise pas mais d'autres aiment la centralisation de la configuration à un seul endroit (les goûts, les couleurs, tout ça)
une Leap sentira plus le frais que le combo CentOS/EPEL,
le caméléon c'est plus sympa que le chapeau (mais je suis un ami des bêtes)
Il y a, plus sérieusement, une grosse différence organisationnelle :
les paquets Leap venant de SLE sont maintenus par les ingénieurs de SUSE (là où le rebuild de CentOS n'était, sur le papier, pas le problème des ingénieurs Red Hat)
SLE est tirée de Tumbleweed (openSUSE en publication continue). Leap est reconstruit à partir de SLE et tire ses paquets communautaires de Tumbleweed. Les paquets communautaires de Leap peuvent être reconstruits pour SLE et rendu disponible dans le Package Hub (qui est comparable au dépôt Universe d'Ubuntu). C'est donc le même projet qui est upstream et downstream (là où, il y a le projet Fedora et le projet CentOS).
Il y a eu une conséquence importante de cet engagement de SUSE directement dans Leap : plutôt que de continuer à maintenir 2 constructions avec les problèmes que cela peut poser au niveau de la maintenance (différence d'environnement, etc), SUSE a proposé que Leap s'appuie directement sur les binaires de SLE. Il s'agit du projet Jump qui sera mis en œuvre pour Leap 15.3 en 2021.
openSUSE/SUSE
Il n'y a aucun support offert par SUSE sur Leap. Il faut migrer. Et je ne sais pas comment ça se passe si tu utilises des paquets communautaires qui ne sont pas dans le Package Hub
Le cycle de vie de Leap et de SLE n'est pas comparable car, une fois qu'une nouvelle version majeure de SLE arrive, Leap passe sur cette base alors que SUSE continuera de sortir des Service Packs sur les 2 versions (Leap 42.x n'est plus supportée par la openSUSE alors que SLE 12, sa base, continue de voir des Service Packs sortir)
[^] # Re: openSUSE = SUSE gratuit et sans support ?
Posté par bbo . En réponse à la dépêche openSUSE Leap 15.2. Évalué à 10.
Je vais répondre en 2 temps
openSUSE/CentOS
La base de Leap est une reconstruction des RPM de SLE (Linux, systemd, GCC ou GNOME par exemples). En plus, la communauté fournis des paquets supplémentaires (Plasma ou Xfce par exemples). Je n'ai pas la proportion de paquets venant de SLE/fournis par la communauté. Ca serait une donnée intéressante !
C'est toujours un peu glissant de comparer des distributions car le diable se cache dans les détails. Mais je dirai que Leap se rapproche plus d'un ensemble CentOS+EPEL (si on compare avec le monde Red Hat).
Dans les différences subjectives (attention, on est vendredi et c'est Noël) :
Il y a, plus sérieusement, une grosse différence organisationnelle :
Il y a eu une conséquence importante de cet engagement de SUSE directement dans Leap : plutôt que de continuer à maintenir 2 constructions avec les problèmes que cela peut poser au niveau de la maintenance (différence d'environnement, etc), SUSE a proposé que Leap s'appuie directement sur les binaires de SLE. Il s'agit du projet Jump qui sera mis en œuvre pour Leap 15.3 en 2021.
openSUSE/SUSE
Il n'y a aucun support offert par SUSE sur Leap. Il faut migrer. Et je ne sais pas comment ça se passe si tu utilises des paquets communautaires qui ne sont pas dans le Package Hub
Le cycle de vie de Leap et de SLE n'est pas comparable car, une fois qu'une nouvelle version majeure de SLE arrive, Leap passe sur cette base alors que SUSE continuera de sortir des Service Packs sur les 2 versions (Leap 42.x n'est plus supportée par la openSUSE alors que SLE 12, sa base, continue de voir des Service Packs sortir)