18 Cycle de vie et support #

Le rétroportage consiste à adapter une modification développée pour une nouvelle version d'un logiciel afin d'en faire bénéficier une version plus ancienne. Le cas le plus courant porte sur la correction des failles de sécurité dans les composants logiciels plus anciens. En règle générale, le rétroportage fait également partie d'un modèle de maintenance visant à fournir des améliorations ou (plus rarement) de nouvelles fonctionnalités.

Un deltarpm se compose uniquement des différentiels binaires compris entre deux versions définies d'un paquetage. Il a donc la taille de téléchargement la plus petite. Avant son installation, l'intégralité du paquetage RPM est reconstruit sur la machine locale.

Ce terme est une métaphore utilisée pour qualifier le développement de logiciels dans le monde Open Source (à comparer à Upstream (En amont). Le terme Downstream désigne des personnes ou des entreprises, telles que SUSE, qui intègrent le code source (en amont) dans d'autres logiciels afin de créer une distribution qui sera ensuite utilisée par des utilisateurs finaux. Le flux logiciel s'écoule donc des développeurs vers les utilisateurs finaux en passant pas les intégrateurs.

Les extensions et produits complémentaires tiers apportent une plus-value au produit SUSE Linux Enterprise Server ou des fonctionnalités supplémentaires. Ils sont fournis par SUSE et ses partenaires, et sont enregistrés et installés en plus du produit de base SUSE Linux Enterprise Server.

LTSS est l'abréviation de Long Term Service Pack Support, qui est disponible en tant qu'extension de SUSE Linux Enterprise Server.

La version majeure de SUSE Linux Enterprise (ou de tout produit logiciel) est une nouvelle version qui offre de nouveaux outils et fonctionnalités, met hors service les anciens composants obsolètes et s'accompagne de modifications non rétrocompatibles. Par exemple, SUSE Linux Enterprise 11 ou 12 sont des versions majeures.

Méthode qui consiste à mettre à jour un Service Pack (SP) en utilisant les outils de mise à jour en ligne ou un support d'installation pour installer les correctifs correspondants. Elle met à jour tous les paquetages du système installé vers l'état le plus récent.

Ensemble de produits compatibles vers lequel un système peut être migré. Il contient la version des produits/extensions et l'URL du dépôt. Les cibles de migration peuvent évoluer au fil du temps et dépendent des extensions installées. Plusieurs cibles de migration peuvent être sélectionnées, par exemple SLE 12 SP2 et SES2 ou SLE 12 SP2 et SES3.

Les modules sont des composants de SUSE Linux Enterprise Server bénéficiant d'une prise en charge complète, avec un cycle de vie différent. Ils présentent une étendue clairement définie et sont distribués uniquement via un canal en ligne. Vous devez être enregistré auprès du SUSE Customer Center, SMT (Subscription Management Tool) ou SUSE Manager pour pouvoir vous abonner à ces canaux.

Un paquetage est un fichier compressé au format rpm qui contient tous les fichiers d'un programme donné, y compris les composants en option tels que la configuration, des exemples et la documentation.

Un correctif comporte un ou plusieurs paquetages et peut être appliqué via des deltarpm. Il peut également introduire des dépendances dans les paquetages qui ne sont pas encore installés.

Compile plusieurs correctifs en une forme facile à installer ou à déployer. Les service packs sont numérotés et contiennent généralement des correctifs de sécurité, des mises à jour, des mises à niveau ou des améliorations de programmes.

Ce terme est une métaphore utilisée pour qualifier le développement de logiciels dans le monde Open Source (à comparer à Downstream). Le terme upstream désigne le projet d'origine, auteur ou mainteneur d'un logiciel distribué comme code source. Les commentaires, correctifs, améliorations de fonctionnalités ou autres optimisations en provenance des utilisateurs finaux ou des contributeurs parviennent aux développeurs en amont. C'est à eux que revient la décision d'intégrer ou de rejeter la requête.

Si les membres du projet décident d'intégrer la requête, elle s'affiche dans les versions plus récentes du logiciel. Une requête acceptée profite à toutes les parties concernées.

Le rejet d'une requête peut être motivé par plusieurs raisons. Elle n'est pas conforme aux directives du projet, elle n'est pas valide, elle a déjà été intégrée, elle n'est pas conforme à l'intérêt du projet ou ne figure pas sur sa feuille de route. Une requête rejetée rend plus difficile la tâche des développeurs en amont, dans la mesure où ils doivent synchroniser leurs correctifs avec le code en amont. On évite généralement de recourir à cette méthode. Cependant, elle s'avère parfois nécessaire.

L'installation d'une nouvelle version mineure plus récente d'un paquetage, qui contient généralement la sécurité et corrections de bogues.

Installation d'une version plus récente (majeure) d'un paquetage ou d'une distribution qui offre de nouvelles fonctionnalités.

Mises à jour de maintenance dans le dépôt Noyau ou Pool correspondant.

Contient tous les RPM binaires du support d'installation, ainsi que des informations de modèle et des métadonnées d'état du support.

Ces dépôts comprennent du contenu statique. Parmi ces deux dépôts, seul Debuginfo-Updates reçoit des mises à jour. Activez ces dépôts si vous devez installer des bibliothèques avec des informations de débogage en cas de problème.