Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide du développeur de l'empaquetage d'applications Oracle Solaris 10 1/13 Information Library (Français) |
3. Amélioration de la fonctionnalité d'un package (opérations)
Création de fichiers d'information et de scripts d'installation (liste de tâches)
Création de fichiers d'information
Définition des dépendances d'un package
Définition des dépendances d'un package
Rédaction d'un message de copyright
Rédaction d'un message de copyright
Création de scripts d'installation
Traitement des scripts pendant l'installation d'un package
Traitement des scripts pendant la suppression d'un package
Variables d'environnement de package mises à la disposition des scripts
Obtention d'informations sur un package pour un script
Comportements du script request
Règles de conception pour les scripts request
Recueil de données d'un système de fichiers à l'aide du script checkinstall
Comportements du script checkinstall
Règles de conception pour les scripts checkinstall
Recueil de données d'un système de fichiers
Rédaction de scripts de procédure
Comportements des scripts de procédure
Règles de conception des scripts de procédure
Rédaction de scripts de procédure
Rédaction de scripts d'action de classe
Définition de classes d'objets
Traitement des classes pendant l'installation d'un package
Traitement des classes pendant la suppression d'un package
Comportements des scripts d'action de classe
Règles de conception des scripts d'action de classe
Rédaction de scripts d'action de classe
Ajout de certificats de confiance au keystore de package
Ajout d'un certificat utilisateur et d'une clé privée au keystore de package
Vérification du keystore de package
Suppression de certificats de confiance et de clés privées du keystore d'un package
Création d'un package non signé au format répertoire
Importation des certificats dans le keystore de package
4. Vérification et transfert d'un package
5. Création d'un package : Etudes de cas
Cette section se consacre aux fichiers facultatifs d'information de package. Ces fichiers permettent de définir les dépendances des packages, de fournir un message de copyright et de réserver de l'espace supplémentaire sur le système cible.
Vous devez déterminer si votre package a des dépendances vis à vis d'autres packages et si d'autres packages dépendent du vôtre. Les dépendances et les incompatibilités d'un package peuvent être définies à l'aide de deux des fichiers facultatifs d'information de package, compver et depend.
Le fichier compver vous permet d'indiquer les versions antérieures de votre package qui sont compatibles avec le package à installer.
Le fichier depend vous permet de définir trois types de dépendances associées à votre package. Ces types de dépendances sont les suivants :
Package prérequis : votre package dépend de l'existence d'un autre package ;
Dépendance inverse : un autre package dépend de l'existence du vôtre ;
Remarque - Utilisez le type dépendance inverse uniquement lorsqu'un package incapable de fournir un fichier depend dépend de votre package.
Package incompatible : votre package est incompatible avec le package nommé.
Le fichier depend ne résout que des dépendances très simples. Si votre package dépend d'un fichier spécifique, de son contenu ou de son comportement, le fichier depend ne fournit pas les informations appropriées. Dans ce cas, vous devez vous servir d'un script request ou d'un script checkinstall pour effectuer un contrôle détaillé des dépendances. Le script checkinstall est également le seul script capable d'effectuer un arrêt net de la procédure d'installation du package.
Remarque - Vérifiez que les fichiers depend et compver ont des entrées dans le fichier prototype. Le type de fichier doit être i (fichier d'information de package).
Reportez-vous aux pages de manuel depend(4) et compver(4) pour plus d'informations.
Répertoriez les versions compatibles avec votre package. Utilisez le format suivant :
string string . . .
La valeur de string est identique à la valeur attribuée au paramètre VERSION dans le fichier pkginfo pour chaque package compatible.
Ajoutez une entrée pour chaque dépendance. Utilisez le format suivant :
type pkg-abbrev pkg-name (arch) version (arch) version . . .
Définit le type de dépendance. Doit être l'un des caractères suivants : P (package prérequis), I (package incompatible) ou R (dépendance inverse).
Indique l'abréviation du package telle que SUNWcadap.
Indique le nom complet du package tel que Chip designers need CAD application software to design abc chips. Runs only on xyz hardware and is installed in the usr partition.
Facultatif. Indique le type de matériel sur lequel le package s'exécute. Par exemple, sparc ou x86. Si vous spécifiez une architecture, vous devez utiliser des parenthèses comme séparateurs.
Facultatif. Indique la valeur attribuée au paramètre VERSION dans le fichier pkginfo.
Pour plus d'informations, reportez-vous à depend(4).
Si vous souhaitez créer des fichiers d'information et des scripts d'installation supplémentaires, passez à l'étape suivante, Rédaction d'un message de copyright.
Si vous n'avez pas créé de fichier prototype, suivez la procédure Création d'un fichier prototype à l'aide de la commande pkgproto. Passez à l'Étape 7.
Si vous avez déjà créé un fichier prototype, modifiez-le en ajoutant une entrée pour chaque fichier qui vient d'être créé.
Si nécessaire, reportez-vous à la rubrique Création d'un package.
Exemple 3-1 Fichier compver
Cet exemple contient quatre versions d'un package : 1.0, 1.1, 2.0 et le nouveau package 3.0. Le nouveau package est compatible avec les trois précédentes versions. Le fichier compver de la nouvelle version est comme suit :
release 3.0 release 2.0 version 1.1 1.0
Les entrées ne doivent pas nécessairement apparaître en séquence. Elles doivent cependant parfaitement correspondre à la définition du paramètre VERSION figurant dans le fichier pkginfo de chaque package. Dans cet exemple, les concepteurs de package ont utilisé des formats différents dans les trois premières versions.
Exemple 3-2 Fichier depend
Cet exemple suppose que le package SUNWcadap nécessite l'installation préalable des packages SUNWcsr et SUNWcsu sur le système cible. Le fichier depend de SUNWcadap est comme suit :
P SUNWcsr Core Solaris, (Root) P SUNWcsu Core Solaris, (Usr)
Voir aussi
Une fois le package créé, installez-le pour confirmer qu'il s'installe correctement et vérifier son intégrité. Le Chapitre 4, Vérification et transfert d'un package explique comment vérifier l'intégrité du package et décrit sa procédure de transfert sur un média de distribution.
Vous devez décider si votre package doit afficher un message de copyright lors de son installation. Dans l'affirmative, créez le fichier copyright.
Remarque - Vous devez inclure un fichier copyright afin d'offrir une protection juridique à votre application logicielle. Renseignez-vous auprès du service juridique de votre société pour connaître la formulation exacte du message.
Pour fournir un message de copyright, vous devez créer un fichier nommé copyright. Le message s'affiche au cours de l'installation tel qu'il apparaît dans le fichier (sans aucun formatage). Reportez-vous à la page de manuel copyright(4) pour plus d'informations.
Remarque - Vérifiez que votre fichier copyright dispose d'une entrée dans le fichier prototype. Le type de fichier doit être i (fichier d'information de package).
Saisissez le texte du message de copyright tel qu'il doit apparaître lors de l'installation de votre package.
Si vous souhaitez créer des fichiers d'information et des scripts d'installation supplémentaires, passez à l'étape suivante, Réservation d'espace supplémentaire sur un système cible.
Si vous n'avez pas créé de fichier prototype, suivez la procédure Création d'un fichier prototype à l'aide de la commande pkgproto. Passez à l'Étape 5.
Si vous avez déjà créé un fichier prototype, modifiez-le en ajoutant une entrée pour le fichier d'information qui vient d'être créé.
Si nécessaire, reportez-vous à la rubrique Création d'un package.
Exemple 3-3 Fichier copyright
Un message de copyright partiel peut être comme suit :
Copyright (c) 2003 Company Name All Rights Reserved This product is protected by copyright and distributed under licenses restricting copying, distribution, and decompilation.
Voir aussi
Une fois le package créé, installez-le pour confirmer qu'il s'installe correctement et vérifier son intégrité. Le Chapitre 4, Vérification et transfert d'un package explique comment vérifier l'intégrité du package et décrit sa procédure de transfert sur un média de distribution.
Vous devez déterminer si votre package nécessite de l'espace disque supplémentaire sur le système cible. Cet espace vient s'ajouter à l'espace requis par les objets du package. Dans l'affirmative, créez le fichier d'information space. Cette opération diffère de la création de fichiers et répertoires vides lors de la phase d'installation, comme indiqué à la rubrique Définition d'objets supplémentaires à créer lors de la phase d'installation.
La commande pkgadd vérifie que suffisamment d'espace disque est disponible pour l'installation de votre package, en fonction de la définition des objets figurant dans le fichier pkgmap. Toutefois, un package requiert parfois de l'espace disque supplémentaire pour accommoder d'autres éléments outre les objets définis dans le fichier pkgmap. Par exemple, votre package peut créer un fichier à l'issue de l'installation contenant une base de données, des fichiers journaux ou tout autre fichier à taille croissante et utilisant donc de plus en plus d'espace disque. Pour vous assurer que suffisamment d'espace disque soit réservé à cet effet, vous devez inclure un fichier space spécifiant l'espace disque requis. La commande pkgadd recherche l'espace supplémentaire spécifié dans un fichier space. Reportez-vous à la page de manuelspace(4) pour plus d'informations.
Remarque - Vérifiez que votre fichier space dispose d'une entrée dans le fichier prototype. Le type de fichier doit être i (fichier d'information de package).
Spécifiez l'espace disque supplémentaire requis par votre package. Utilisez le format suivant :
pathname blocks inodes
Indique un nom de répertoire qui peut correspondre au point de montage de systèmes de fichiers.
Indique le nombre de blocs de 512 octets à réserver.
Indique le nombre d'i-nodes requis.
Pour plus d'informations, reportez-vous à la page de manuel space(4).
Pour créer des scripts d'installation, passez à l'opération suivante, Rédaction d'un script request.
Si vous n'avez pas créé de fichier prototype, suivez la procédure Création d'un fichier prototype à l'aide de la commande pkgproto. Passez à l'Étape 5.
Si vous avez déjà créé un fichier prototype, modifiez-le en ajoutant une entrée pour le fichier d'information qui vient d'être créé.
Si nécessaire, reportez-vous à la rubrique Création d'un package.
Exemple 3-4 Fichier space
Cet exemple de fichier space indique que 1000 blocs de 512 octets et 1 i-node doivent être réservés dans le répertoire /opt sur le système cible.
/opt 1000 1
Voir aussi
Une fois le package créé, installez-le pour confirmer qu'il s'installe correctement et vérifier son intégrité. Le Chapitre 4, Vérification et transfert d'un package explique comment vérifier l'intégrité du package et décrit sa procédure de transfert sur un média de distribution.