La conformità ai requisiti relativi al programma JumpStart personalizzato assicura che i package possano essere aggiunti e rimossi all'interno delle tradizionali utility di installazione di Solaris, vale a dire:
Il programma JumpStart personalizzato
Il programma suninstall di Solaris
Il metodo di installazione Solaris Web Start
Assicura inoltre che i package possano essere inclusi negli aggiornamenti di Solaris. Per soddisfare i requisiti del programma JumpStart personalizzato, i package devono essere conformi anche ai requisiti per l'ambiente di boot inattivo descritti in Requisiti per l'ambiente di boot inattivo con il programma JumpStart personalizzato e Solaris Live Upgrade.
Per un uso efficiente del programma JumpStart personalizzato, i package devono essere aggiunti o rimossi in modo automatico, senza richiedere informazioni all'utente. Per evitare che sia richiesta l'interazione dell'utente, occorre configurare un nuovo file di amministrazione con il comando pkgadd e l'opzione -a. L'opzione -a definisce un file di amministrazione dell'installazione da usare al posto del file predefinito. Usando il file predefinito, è possibile che all'utente vengano richieste esplicitamente alcune informazioni. Per evitare che questo accada, si può creare un file di amministrazione che indichi a pkgadd di tralasciare questi controlli e di installare il package senza la conferma dell'utente. Per maggiori dettagli, vedere le pagine man admin( 4) o pkgadd( 1M).
L'esempio seguente spiega come usare il file di amministrazione per pkgadd.
Se non viene specificato alcun file di amministrazione, pkgadd utilizza /var/sadm/install/admin/default. L'uso di questo file non esclude l'interazione con l'utente.
# pkgadd |
Se viene specificato un file di amministrazione relativo, pkgadd cerca il file in /var/sadm/install/admin e lo utilizza. In questo esempio, viene specificato il file di amministrazione relativo nocheck e pkgadd ricerca /var/sadm/install/admin/nocheck.
# pkgadd -a nocheck |
Se viene specificato un file con percorso assoluto, pkgadd usa il percorso specificato. In questo esempio, pkgadd ricerca in /tmp il file di amministrazione nocheck.
# pkgadd -a /tmp/nocheck |
L'esempio seguente mostra un file di amministrazione dell'installazione che richiede una minima interazione dell'utente con l'utility pkgadd. A meno che il package non richieda più spazio di quello disponibile sul sistema, l'utility pkgadd utilizza questo file e installa il package senza richiedere all'utente altre informazioni.
mail= instance=overwrite partial=nocheck runlevel=nocheck idepend=nocheck space=ask setuid=nocheck confiict=nocheck action=nocheck basedir=default