Ignorer les liens de navigation | |
Quitter l'aperu | |
Ajout et mise à jour de packages logiciels Oracle Solaris 11 Oracle Solaris 11 Information Library (Français) |
1. Introduction à Image Packaging System
Identificateurs de ressource de gestion des pannes
Editeurs, référentiels et archives de paquets
Sources et miroirs du référentiel
3. Obtention d'informations sur les packages logiciels
Cette section définit les termes et concepts utilisés dans le reste du guide.
Un package IPS est défini par un fichier texte appelé fichier manifeste. Un fichier manifeste décrit les actions de package dans un format défini de paires clé/valeur et éventuellement une charge utile des données. Les actions de package sont les fichiers, répertoires, liens, pilotes, dépendances, groupes, utilisateurs et informations de licence. Les actions de package représentent les objets installables d'un package. Les actions appelées "set" définissent les métadonnées du package tels que la classification, la synthèse, et la description.
Vous pouvez rechercher des packages en spécifiant des actions de package et des clés d'action. Reportez-vous à la page de manuel pkg(5) pour obtenir des descriptions d'actions de package.
Une incorporation est un package qui contraint les versions d'un ensemble défini de packages. Par exemple, un package installé dans une incorporation installée est à la version 1.4.3, aucune version antérieure à 1.4.3 ou supérieure ou égale à 1.4.4 ne peut être installée. Cependant, les versions qui ne font qu'étendre la séquence, comme 1.4.3.7, peuvent être installées. Les incorporations forcent les packages incorporés à effectuer une mise à niveau simultanément. Un package incorporé pourrait être supprimé, mais si le package est installé ou mis à jour, la version est contrainte.
Un package de groupe spécifie l'ensemble de packages qui constituent une fonction ou un outil. Packages spécifiés dans un package de groupe ne spécifient pas la version du package. Le profil de groupe est un outil de gestion de contenu, pas un outil de gestion de versions.
Chaque package est représenté par un FMRI (Fault Management Resource Identifiers, identificateurs de ressources de gestion des pannes). Le FMRI complet pour un package se compose du schéma, d'un éditeur, du nom du package et d'une chaîne de version dans le format suivant. Le schéma, l'éditeur et la chaîne de version sont facultatifs. Avec les commandes IPS, vous pouvez utiliser la plus petite partie du nom du package qui identifie de façon unique le package.
Format :
scheme://publisher/package_name@version:dateTtimeZ
Exemple :
pkg://solaris/editor/vim@7.3.254,5.11-0.174.0.0.0.0.504:20110921T002716Z
pkg
solaris
Si l'éditeur est spécifié, le nom de l'éditeur doit être précédé de pkg:// ou //.
editor/vim
L'espace de noms de package est hiérarchique et de profondeur quelconque. Dans les commandes IPS, vous pouvez spécifier la plus petite partie du nom du package qui identifie de façon unique le package. Si vous spécifiez le nom complet du package sans l'éditeur, le nom complet du package peut être précédé de pkg:/ ou /, mais pas de pkg:// ou //. Si vous spécifiez un nom de package abrégé, n'utilisez aucun autre caractère sur la gauche du nom du package.
La version du package dispose de quatre parties :
7.3.254
Pour les composants étroitement liés au système d'exploitation, il s'agit généralement de la valeur de uname -r pour cette version du système d'exploitation.
5.11
Le numéro de version doit suivre une virgule (,). Le numéro de version indique la version du système d'exploitation sur lequel le contenu de ce package a été construit.
0.174.0.0.0.0.504
La version de branche doit suivre un trait d'union (-). La version de branche fournit des informations spécifiques au fournisseur.
20110921T002716Z
L'horodatage doit suivre un signe deux-points (:). L'horodatage est l'heure à laquelle le package a été publié au format de base ISO-8601 : AAAAMMJJT HHMMSSZ.
Un éditeur identifie une personne ou une organisation qui fournit un ou plusieurs packages. Les éditeurs peuvent distribuer leurs packages en utilisant des référentiels de packages ou des archives de packages. Les éditeurs peuvent être configurés selon un ordre de recherche préféré. Lorsqu'une commande d'installation de package est donnée et que la spécification du package n'inclut pas le nom de l'éditeur, le premier éditeur dans l'ordre de recherche est recherché pour ce package. Si le package n'est pas trouvé, le deuxième éditeur dans l'ordre de recherche est recherché, et ainsi de suite jusqu'à ce que le package soit trouvé ou que tous les éditeurs aient été recherchés.
Un référentiel est un emplacement dans lequel les packages sont publiés et à partir duquel les packages sont récupérés. L'emplacement est désigné à l'aide d'un URI. Un catalogue est la liste de tous les packages dans un référentiel.
Une archive de package est un fichier qui contient les informations de l'éditeur et un ou plusieurs packages fournis par cet éditeur.
Une source est un référentiel de package qui contient les métadonnées (notamment les catalogues, fichiers manifestes et index de recherche) et le contenu de package (fichiers). Si plusieurs origines sont configurées pour un éditeur donné dans une image, le client IPS tente de choisir la meilleure origine à partir de laquelle récupérer les données des packages.
Un miroir est un référentiel de packages qui contient uniquement le contenu du package. Les clients IPS accèdent à l'origine pour obtenir le catalogue d'un éditeur, même lorsque les clients téléchargent le contenu des packages à partir d'un miroir. Si un miroir est configuré pour un éditeur, le client IPS préfère le miroir pour la récupération du contenu du package. Si plusieurs miroirs sont configurés pour un éditeur donné dans une image, le client IPS tente de choisir le meilleur miroir à partir duquel récupérer le contenu du package. Si tous les miroirs sont inaccessibles, ne disposent pas du contenu requis ou sont plus lents, le client IPS récupère le contenu à partir d'une origine.
Une image est un emplacement dans lequel des packages IPS peuvent être installés et où d'autres opérations IPS peuvent être effectuées.
Un environnement d'initialisation est une instance amorçable d'une image. Vous pouvez disposer de plusieurs environnements d'initialisation sur votre système, chacun pouvant avoir différentes versions de logiciels installées. Lorsque vous initialisez votre système, vous avez la possibilité de démarrer dans n'importe quel EI sur votre système. Un nouvel environnement d'initialisation peut être créé automatiquement à la suite des opérations de packages. Vous pouvez également créer explicitement un nouvel environnement d'initialisation. La création d'un nouvel environnement d'initialisation dépend de la stratégie d'image, telle que décrite dans la section Propriétés d'image de la stratégie d'environnement d'initialisation.
Les logiciels peuvent avoir des composants optionnels et des composants incompatibles. Les environnements linguistiques et la documentation sont des exemples de composants optionnels. Les binaires SPARC ou x86 et les binaires de débogage et de non-débogage sont des exemples de composants incompatibles. Dans IPS, les composants optionnels sont appelés des facettes et les composants incompatibles sont appelés des variantes.
Les facettes et les variantes sont des propriétés spéciales de l'image et ne peuvent pas être définies sur des packages individuels.
Les différentes actions incluses dans les manifestes de package peuvent posséder des repères de facettes et de variantes. Une seule action peut avoir plusieurs repères de facette et de variante.
L'interaction des valeurs des repères de facettes et de variantes associées à une action et des valeurs des facettes et des variantes définies dans l'image déterminent si l'action concernée peut être installée.
Les actions sans repère de facette ou de variante sont toujours installées.
Les actions avec repères de facettes sont installées, sauf si toutes les facettes ou tous les modèles de facettes correspondant aux repères sont définis sur false dans l'image. Si une seule facette est définie sur true ou n'est pas explicitement définie (true est la valeur par défaut), l'action est installée.
Les actions avec repères de variantes sont uniquement installées si les valeurs des repères de variantes sont les mêmes que celles définies dans l'image.
Les actions comportant à la fois des repères de facettes et des repères de variantes sont installées si les facettes et les variantes autorisent l'installation des actions concernées.
Pour afficher ou modifier les valeurs des facettes et des variantes définies sur l'image, reportez-vous à la section Contrôle de l'installation des composants optionnels.