usepackage - En ligne dans le Cloud

PROGRAMME:

Nom

utiliserpackage - Utiliser le package Responsable environnement

SYNOPSIS

See utilisé(1).

DESCRIPTION

Utiliser le package est un programme de gestion de l'environnement. Elle repose sur le principe de Forfaits
- des collections d'exécutables partageant un ensemble commun de variables d'environnement nécessaires,
tels que PATH, MANPATH ou LD_LIBRARY_PATH.

Pour chaque donnée paquet, utilisé sources les informations environnementales appropriées dans le
coque actuelle. Les informations d'environnement sont spécifiées dans les fichiers de packages, voir FORFAITS.

L'exposition utiliser le paquet l'exécutable est le programme principal utilisé pour générer des informations sur l'environnement
adapté à l'approvisionnement dans un shell en cours d'exécution. Les utilisé le frontend doit être invoqué pour réellement
modifier l'environnement, voir utilisé(1).

OPTIONS
-v Sortez les informations détaillées dans le flux d'erreurs standard.

-s Silence des avertissements pour les packages sans correspondance. C'est utile dans un shell rc script quand
un package est connu pour ne pas être disponible sur toutes les architectures sur lesquelles le shell est utilisé
sur, voir FORFAITS.

-c Force csh sortie d'environnement de style.

-b Forcer la sortie de l'environnement de style shell Bourne.

-f filet
Spécifiez un autre fichier de configuration initiale, voir FORFAITS.

-l Liste des packages et des groupes disponibles, voir ANNOTATION et GROUPES.

FORFAITS

Utiliser le package lit les informations sur l'environnement du package à partir du fichier de configuration comme suit :

CHARGE COMMANDER
Quand Utiliser le package démarre, il charge un fichier de configuration initial, le nom de ce fichier
peut être donné sur la ligne de commande (voir OPTIONS), sinon il utilise par défaut le nom intégré
"usepackage.conf" (voir DES DOSSIERS). Ce fichier est localisé en recherchant le long d'un chemin qui
par défaut :

/usr/etc:~:.

Ce chemin peut être remplacé par la variable d'environnement PACKAGES_PATH (voir ENVIRONNEMENT).
Un fichier de packages peut contenir des directives d'inclusion qui provoquent le sourçage d'autres fichiers
à des points donnés. Une directive d'inclusion ressemble à :

(inclure le nom du fichier)

Le même mécanisme de localisation est utilisé pour trouver "file-name" que pour la configuration initiale
déposer. Un nom de fichier de package peut également être donné en tant que nom de fichier absolu ou peut être de style shell
répertoire utilisateur, tilde (~), relatif.

SYNTAXE
Un fichier de package se compose de commentaires, délimités par un dièse (#), ou package
définitions de la forme :

package [arch [os [version [hôte [shell]]]]]
[<= requiert ...] : paramètre [, paramètre ...] ;

L'exposition paquet, arche, os, version, hôteet la bien-aimée Sonate en la majeur coquille les pièces peuvent être de simples motifs de style coque
de la forme:

* correspond à n'importe quoi.

foo* correspond à "foo", "foobar" etc.

{foo,bar} correspond à "foo" ou "bar".

L'exposition a besoin list spécifie les noms des autres packages qui doivent être sourcés dans le
environnement avant que les paramètres de ce package ne soient traités.

A mise est soit une définition de variable (comme décrit ci-dessous) soit une section de texte à
directement évalué dans le shell, délimité par <[ et ]>, Par exemple:

<[ /usr/local/bin/test-init ]>

Quand Utiliser le package recherche la définition d'un package particulier, il compare chaque
ligne dans le fichier packages contre le nom du package donné (package) et system-
informations dépendantes pour l'hôte d'exécution, telles qu'obtenues par ton nom(2). Cette information
est l'implémentation matérielle (plate-forme), le nom du système d'exploitation (OS), le
version du système (version) et le nom d'hôte (hôte). Les comparaisons sont insensibles à la casse. Si un
correspondance est obtenue, puis les définitions de variables données et les sections de script sont traitées pour
modifier l'environnement. Une définition de variable peut prendre l'une des formes suivantes :

var-name = "chaîne"
var-name = liste de chemins
var-name += liste de chemins
var-name += "chaîne"

Le premier définit la variable donnée sur une valeur de chaîne littérale, le second définit la valeur donnée
variable à une liste de chemins, le troisième ajoute la valeur actuelle d'une variable avec le
liste de chemins, et le quatrième interprète la chaîne littérale comme une liste de chemins et l'ajoute à
la valeur actuelle de la variable. Les listes de chemins sont des listes de répertoires séparés par deux points (:)
et peut contenir des tilde de style shell (~), des répertoires relatifs à l'utilisateur qui seront étendus
automatiquement (sauf lorsque la liste des chemins est donnée sous forme de chaîne littérale). Lors de la pré-attente
chemins vers une variable, les chemins en double sont d'abord supprimés de la valeur d'origine.

Par ailleurs, Utiliser le package peut éventuellement tester l'existence de chemins avant de définir ou
en les ajoutant aux variables. Cela se fait avec le formulaire de test des opérateurs ci-dessus :

var-name ?= liste de chemins
var-name ?++= liste de chemins
var-name ?+= "chaîne"

Ceux-ci fonctionnent selon les définitions ci-dessus, mais ignoreront les composants de chemin qui ne
exister.

GROUPES
En plus des définitions de package dans un fichier de packages, il peut également y avoir un groupe
définitions. Ceux-ci ont la syntaxe suivante :

groupe := package [, package ...] ;

Utiliser le package recherche d'abord un nom de package donné dans les groupes définis, si le nom donné
le nom correspond à un nom de groupe, les packages définis comme faisant partie de ce groupe sont sourcés dans
l'environnement ensemble. Une définition de groupe ne peut pas faire référence à d'autres groupes et ne peut pas
contiennent des motifs.

ANNOTATION
Afin de donner des informations utiles sur le package à l'utilisateur, des annotations peuvent être placées dans le
packages qui donnent des résumés des packages. Ces annotations ont la forme :

>> nom : "description" <

Utiliser le package rassemble ces annotations et les affiche lorsqu'elles sont appelées avec le -l
drapeau, voir OPTIONS. Ces annotations n'ont aucun impact sur le mécanisme du package et n'ont pas besoin
nécessairement être à côté ou correspondre aux définitions du package (bien que ce soit le
manière sensée d'arranger les choses).

EXEMPLE
Le fragment suivant d'un fichier de packages illustre les principales fonctionnalités :

# Le logiciel GNU est disponible partout :

>> GNU : "Le logiciel du projet GNU" <

GNU : CHEMIN += /usr/local/gnu/bin,
MANPATH += /usr/local/gnu/man ;

# CVS nécessite RCS qui se trouve dans le paquet GNU, mais
# n'est disponible que sur les machines SPARC Solaris :

>> CVS : "Contrôle de révision du système des versions concurrentes" <

CVS sun4* SunOS 5.* <= GNU :
CVSROOT = /usr/src/cvsroot,
CVSEDITOR = "vi",
CHEMIN += /usr/local/cvs/bin,
MANPATH += /usr/local/cvs/man ;

# Répertoires bin utilisateur (Solaris exécutera les binaires SunOS 4) :
# (Seulement ajouté au chemin si les répertoires existent réellement)

>> utilisateur : "Programmes propres à l'utilisateur" <

utilisateur sun4* SunOS : CHEMIN ?+= ~/bin/soleil4 ;
utilisateur sun4* SunOS 5.* : CHEMIN ?+= ~/bin/solaris ;
utilisateur alpha OSF : CHEMIN ?+= ~/bin/alpha ;

# Fonction spéciale pour zsh :

>> fonction zsh : "Fonction zsh spéciale" <

fonction zsh * * * * zsh :
<[ bonjour() { echo "Bonjour tout le monde !"; } ]> ;

# comprend les packages standard :

(inclure packages.standard)

# trou de sécurité :

point : CHEMIN += . ;

# groupes :

configuration utilisateur := standard, utilisateur ;
programmer-setup := standard, CVS, utilisateur, point ;

Notez l'utilisation des numéros de version du système d'exploitation pour faire la distinction entre SunOS 4 et
Solaris (SunOS 5), l'utilisation de "sun4*" pour faire correspondre les multiples versions de plate-forme différentes de
Les machines SPARC (sun4m, sun4c, etc.) et le fait que package "user" sur un SPARC Solaris
machine correspondra aux deux premières lignes de la section du package « utilisateur », résultant en
le répertoire "solaris" et le répertoire "sun4" étant ajoutés dans le PATH.

En supposant que le script de configuration du shell approprié a été trouvé - voir utilisé(1) - puis le
la commande suivante fera que l'environnement CVS (y compris l'environnement GNU) sera
source :

$ utiliser CVS

Notez que sur une machine DEC Alpha, cela générera un avertissement comme :

$ utiliser CVS
avertissement : aucune correspondance pour le package `CVS' sur cet hôte.

Dans un script shell qui est exécuté sur un certain nombre de plates-formes différentes (telles que le shell
script de démarrage). Ces avertissements peuvent être réduits au silence (voir OPTIONS).

Utilisez usepackage en ligne en utilisant les services onworks.net