Propagation des packages

Lorsque les packages installés sur une zone globale (par défaut) sont disponibles pour toutes les zones non globales, on parle de propagation des packages. (Pour que la propagation puisse se réaliser, les zones non globales nouvellement créées doivent être entièrement initialisées, c'est-à-dire en état d'exécution.) La propagation fournit une visibilité locale (non globale) et un accès aux packages installés dans la zone globale. La propagation permet d'effectuer une gestion du cycle de vie des packages d'applications (installation, mise à niveau, désinstallation) de manière centralisée par un administrateur global, alors que la configuration des applications et la gestion de l'exécution sont réalisées par les administrateurs de zones (non globales).

Pour les zones whole root, la propagation a lieu via la copie automatique des fichiers installés de la zone globale vers les zones whole root et via la synchronisation automatique des informations de registre. Pour les zones sparse root, la propagation s'effectue à l'aide des systèmes de fichiers en lecture seule partagés entre les zones globales et sparse root et via la synchronisation automatique des informations de registre.

La propagation des packages dans les zones non globales est contrôlée au niveau des packages à l'aide des attributs de packages internes. Pour certaines valeurs de ces attributs (les valeurs par défaut, du moins), la propagation peut être désactivée au moment de l'installation à l'aide de l'option pkgadd —G, qui ignore les valeurs d'attribut. Une fois installé, le comportement de propagation d'un package ne peut pas être modifié, sauf en le désinstallant et réinstallant. Les patchs, par exemple, ne peuvent pas modifier le comportement de propagation d'un package. En effet, les patchs doivent être installés selon le comportement de propagation du package qu'ils mettent à niveau.