Variables d'environnement de package mises à la disposition des scripts

Les groupes suivants de variables d'environnement sont mis à la disposition de tous les scripts d'installation. Certaines variables d'environnement peuvent être modifiées par un script request ou un script checkinstall.

• Le script request ou le script checkinstall peut définir ou modifier tout paramètre standard contenu dans le fichier pkginfo, à l'exception des paramètres obligatoires. Les paramètres d'installation standard sont décrits en détail à la page de manuel pkginfo(4).

  ---

  Remarque –

  Le paramètre BASEDIR ne peut être modifié qu'à partir de la version 2.5 de Solaris et des versions compatibles.

  ---

• Vous pouvez définir vos propres variables d'environnement d'installation en leur attribuant des valeurs dans le fichier pkginfo. Ces variables d'environnement doivent être alphanumériques et commencer par une majuscule. Ces variables d'environnement peuvent être modifiées par un script request ou un script checkinstall.

• Le script request et le script checkinstall peuvent tous deux définir des variables d'environnement en leur attribuant des valeurs et en les plaçant dans l'environnement d'installation.

• Le tableau suivant répertorie les variables d'environnement mises à la disposition de tous les scripts d'installation via l'environnement. Aucune de ces variables d'environnement ne peut être modifiée par un script.

  Variable d'environnement	Description
  CLIENT_BASEDIR	Répertoire de base pour le système cible. Alors que BASEDIR est la variable à utiliser pour faire référence à un package spécifique du système d'installation (un serveur dans la majorité des cas), CLIENT_BASEDIR est le chemin à inclure dans les fichiers placés sur le système client. CLIENT_BASEDIR existe si BASEDIR existe et est identique à BASEDIR en l'absence de PKG_INSTALL_ROOT.
  INST_DATADIR	Répertoire dans lequel le package lu se trouve. Si le package est lu à partir d'une bande, cette variable correspond à l'emplacement d'un répertoire temporaire dans lequel le package a été transféré au format répertoire. En d'autres termes, en supposant que le nom du package ne porte pas d'extension (par exemple, SUNWstuff.d), le script request du package actuel se trouve dans $INST_DATADIR/$PKG/install.
  PATH	Liste de recherche utilisée par sh pour trouver des commandes à l'appel d'un script. La variable PATH est habituellement définie sur /sbin:/usr/sbin:/usr/bin:/usr/sadm/install/bin.
  PKGINST	Identificateur d'instance du package installé. Si aucune autre instance du package n'est installée, la valeur correspond à l'abréviation du package (par exemple, SUNWcadap). Sinon, la valeur correspond à l'abréviation du package auquel est ajouté un suffixe, comme par exemple SUNWcadap.4.
  PKGSAV	Répertoire dans lequel les fichiers peuvent être enregistrés afin d'être utilisés par les scripts de suppression ou dans lequel des fichiers précédemment enregistrés se trouvent. Uniquement disponible dans la version 2.5 de Solaris et les versions compatibles.
  PKG_CLIENT_OS	Système d'exploitation du client sur lequel le package doit être installé. La valeur de cette variable est Solaris.
  PKG_CLIENT_VERSION	Version de Solaris au format x.y.
  PKG_CLIENT_REVISION	Révision de la version Solaris.
  PKG_INSTALL_ROOT	Système de fichiers racine du système cible sur lequel le package doit être installé. Cette variable n'existe que si les commandes pkgadd et pkgrm ont été appelées avec l'option -R. Cette existence conditionnelle simplifie son utilisation dans les scripts de procédure sous la forme ${PKG_INSTALL_ROOT}/cheminquelconque.
  PKG_NO_UNIFIED	Variable d'environnement définie si les commandes pkgadd et pkgrm ont été appelées avec les options -M et -R. Cette variable d'environnement est transmise à tout script d'installation de package ou commande de package faisant partie de l'environnement du package.
  UPDATE	Cette variable d'environnement est absente de la plupart des environnements d'installation. Si cette variable existe (valeur yes), elle signifie l'une des deux choses suivantes : Un package de même nom, de même version et de même architecture est déjà installé sur le système. Ou, ce package remplace un package déjà installé de même nom, sous la direction de l'administrateur. Dans ces situations, le répertoire de base d'origine est toujours utilisé.