module - En ligne dans le Cloud

PROGRAMME:

Nom

module - interface de commande vers le package Modules

SYNOPSIS

module [ commutateurs ] [ sous-commande ] [ sous-commande-args ]

DESCRIPTION

module est une interface utilisateur du package Modules. Le package Modules permet de
modification dynamique de l'environnement de l'utilisateur via fichiers de module.

Chaque fichiermodule contient les informations nécessaires pour configurer le shell d'une application.
Une fois le package Modules initialisé, l'environnement peut être modifié sur un module par module
base en utilisant le module commande qui interprète fichiers de module. Typiquement fichiers de module
instruire le module commande pour modifier ou définir des variables d'environnement shell telles que PATH,
CHEMIN MANUEL, etc. fichiers de module peuvent être partagés par de nombreux utilisateurs sur un système et les utilisateurs peuvent avoir
leur propre collection pour compléter ou remplacer fichiers de module.

Le manuel de formation fichiers de module sont ajoutés et supprimés de l'environnement actuel par l'utilisateur. Les
changements environnementaux contenus dans un fichiermodule peut être résumé par le module commander
également. Si aucun argument n'est fourni, un résumé des module utilisation et sous-commandes sommes-nous
montré.

L'action pour le module la commande à prendre est décrite par le sous-commande : besoins particuliers, topographie du site et intégration paysagère.
arguments associés.

Forfait Initialisation
Le pack Modules et le module commande sont initialisés lorsqu'un shell spécifique
le script d'initialisation provient du shell. Le script crée le module commander,
soit en tant qu'alias ou fonction shell, crée des variables d'environnement Modules, et si
activé pour le faire, un instantané de l'environnement est enregistré en tant que (si BEGINENV=1)
$HOME/.modulesbeginenv ou (si BEGINENV=99) quel que soit $MODULESBEGINENV pointe vers.

Le manuel de formation module alias ou fonction exécute le modulecmd programme et demande au shell d'évaluer le
sortie de la commande. Le premier argument de modulecmd spécifie le type de coque.

Les scripts d'initialisation sont conservés dans $MODULESHOME/init/ où est le nom
de la coque d'approvisionnement. Les shells sh, csh, tcsh, bash, ksh et zsh sont pris en charge par
module cmd. De plus, les "shells" python, perl et cmake sont pris en charge, ce qui écrit le
l'environnement change pour stdout en tant que code python, perl ou cmake.

La perle module la commande est configurée avec :

utilisez lib $ENV{'MODULESHOME'}."/init";
utiliser perl ;

Et le python module la commande est définie avec :

système d'exploitation d'importation ;
if os.environ.has_key('PYTHONPATH'):
os.environ['PYTHONPATH'] +=':'+os.environ['MODULESHOME']+"/init";
autre:
os.environ['PYTHONPATH'] = os.environ['MODULESHOME']+"/init";

à partir du module d'importation python ;

Modulecmd Commencez
Lors de l'invocation modulecmd sources rc fichiers qui contiennent global, user et modulefile
configurations spécifiques. Ces fichiers sont interprétés comme des fichiers de module. Voir fichiermodule(4) pour
des informations détaillées.

Lors de l'invocation de modulecmd, les fichiers RC du module sont sourcés dans l'ordre suivant :

Fichier RC global tel que spécifié par ${MODULERCFILE} ou ${MODULESHOME}/etc/rc

Fichier RC de module spécifique à l'utilisateur ${HOME}/.modulerc

Tous les fichiers .modulerc et .version trouvés lors de la recherche du fichier module.

Command en ligne commutateurs
La commande module accepte les commutateurs de ligne de commande comme premier paramètre. Ceux-ci peuvent être utilisés
pour contrôler le format de sortie de toutes les informations affichées et le module comportement en cas de
localiser et interpréter les fichiers du module.

Tous les commutateurs peuvent être entrés en notation courte ou longue. Les commutateurs suivants sont
accepté:

--aider, -H
Donnez des informations utiles sur l'utilisation et terminez la commande.

--version, -V
Répertorie la version actuelle de la commande de module et certaines valeurs d'option configurées.
La commande se termine alors sans autre traitement.

--Obliger, -f
Forcer la résolution des dépendances actives. Cela se traduira par des modules trouvés sur un prérequis
commande à l'intérieur d'un fichier de module en cours de chargement automatique. Déchargement des fichiers du module
l'utilisation de ce commutateur entraînera le chargement de tous les modules requis
automatiquement en utilisant le -f commutateur en cours de déchargement. Ce commutateur est expérimental au
instant.

--laconique, -t
Écran profiter et liste sortie au format court.

--longue, -l
Écran profiter et liste sortie au format long.

--Humain, -h
Afficher la sortie courte du profiter et liste commandes dans un format lisible par l'homme.

--verbeux, -v
Activez les messages détaillés pendant l'exécution de la commande du module.

--silencieux, -s
Désactivez les messages détaillés. Réorienter stderr à / dev / null if stderr s'avère ne pas être
un télé. C'est une option utile pour les commandes de module écrites dans .cshrc,
.s'identifier or .profil fichiers, car certains shells distants (comme rsh(1)) et à distance
commandes d'exécution (comme rdiste) se confondre s'il y a une sortie sur stderr.

--créer, -c
Créer des caches pour module profiter et module à propos. Vous devez disposer d'un accès en écriture
dans le répertoire ${MODULEHOME}/modulefiles/ si vous essayez d'appeler module grâce à la fonction -c
option.

--icase, -i
Évaluation des paramètres du module insensible à la casse. Actuellement mis en œuvre uniquement pour le
module à propos commander.

--userlvl , -u
Définissez le niveau d'utilisateur sur la valeur spécifiée. L'argument de cette option peut être un
de:

novice, nov Novice

expert, exp Utilisateur expérimenté du module

Avancée, adv Utilisateur du module avancé

Module Sous-commandes
vous aider [fichier module...]
Imprimer l'utilisation de chaque sous-commande. Si un argument est donné, imprimer
les informations d'aide spécifiques au module pour le fichiermodule(S).

ajouter fichier de module...
charge fichier de module...
Charge fichiermodule(s) dans l'environnement shell.

rm fichier de module...
décharger fichier de module...
Effacer fichiermodule(s) de l'environnement shell.

échange [fichiermodule1] fichiermodule2
interrupteur [fichiermodule1] fichiermodule2
Commutateur chargé fichiermodule1 avec fichiermodule2. Si fichiermodule1 n'est pas
spécifié, alors il est supposé être le module actuellement chargé avec
le même nom racine que fichiermodule2.

montrer fichier de module...
l’affichage fichier de module...
Afficher des informations sur un ou plusieurs fichiermodules. Le sous-affichage
La commande listera le chemin complet du fichiermodule(s) et tous (ou
la plupart) des changements d'environnement que le(s) module(s) fera si
chargé. (Il n'affichera aucun changement d'environnement trouvé dans
expressions conditionnelles.)

liste Lister les modules chargés.

profiter [chemin...]
Répertorier tous les fichiers de module disponibles dans le MODULEPATH actuel, où le
l'ordre de tri est donné par l'environnement local LC_COLLATE
variable.

Tous les répertoires du MODULEPATH sont recherchés de manière récursive pour les fichiers
contenant fichiermodule biscuit magique.

Si un argument est donné, alors chaque répertoire du MODULEPATH est
recherché les modulesfiles dont le chemin correspond à l'argument.

Plusieurs versions d'une application peuvent être prises en charge en créant un
sous-répertoire de l'application contenant les fichiers de module pour chaque
version.

utilisé [-a|--append] annuaire...
Ajouter un ou plusieurs répertoires à l'environnement MODULEPATH
variable. L'indicateur --append ajoutera le répertoire à
CHEMIN DU MODULE.

inutilisé annuaire...
Supprimer un ou plusieurs répertoires de l'environnement MODULEPATH
variable.

Mise à jour Essayez de recharger tous les fichiers de module chargés. L'environnement sera
reconfiguré pour correspondre à l'environnement enregistré dans
${HOME}/.modulesbeginenv (si BEGINENV=1) ou le fichier pointé par
$MODULESBEGINEV (si BEGINENV=99) et les fichiers du module seront
rechargé. Ceci n'est valable que si les modules ont été configurés avec
--enable-beginenv (qui définit BEGINENV), sinon ce sera
provoquer un avertissement. Mise à jour ne changera que les variables d'environnement
que l' fichiermodules ensemble.

clair Forcer le package Modules à croire qu'aucun module n'est actuellement
chargé.

purge Déchargez tous les fichiers de module chargés.

rafraîchir Forcer une actualisation de tous les composants non persistants du actuellement chargé
modules. Cela devrait être utilisé sur les shells dérivés où les alias ont besoin
être réinitialisé mais les variables d'environnement ont déjà été
défini par les modules actuellement chargés.

quel est [fichier module...]
Afficher les informations configurées par le module-quoi? commandes à l'intérieur
le(s) fichier(s) de module spécifié(s). Sinon fichiermodule est spécifié, tout
Les lignes « whatis » seront affichées.

à propos un magnifique
mot-clé un magnifique Recherche les informations 'whatis' de tous les fichiers de module pour le
chaîne spécifiée. Tous module-quoi? informations correspondant au
un magnifique Sera affiché.

initialiser fichier de module...
Ajoutez des effets de fichiermodule(s) au fichier d'initialisation du shell dans le dossier de l'utilisateur
répertoire personnel. Les fichiers de démarrage vérifiés (dans l'ordre) sont :
csh - .modules, .cshrc(.ext), .csh_variables et .login(.ext)
tcsh - .modules, .tcshrc, .cshrc(.ext), .csh_variables et
.connexion(.ext)
sh et ksh - .modules, .profile(.ext) et .kshenv(.ext)
bash - .modules, .bash_profile, .bash_login, .profile(.ext) et
.bashrc(.ext)
zsh - .modules, .zcshrc(.ext), .zshenv(.ext) et .zlogin(.ext)

Si une ligne 'module load' est trouvée dans l'un de ces fichiers, le
fichiermodule(s) est (sont) ajouté(s) à toute liste existante de fichiers de module.
La ligne 'module load' doit se trouver dans au moins un des fichiers
répertoriés ci-dessus pour que l'une des sous-commandes « init » fonctionne correctement.
Si la ligne 'module load' est trouvée dans l'initialisation de plusieurs shells
fichiers, toutes les lignes sont modifiées.

initprepend fichiermodule [fichier module...]
Fait la même chose que initialiser mais ajoute les modules donnés au
début de la liste.

initrm fichier de module...
Effacer fichiermodule(s) à partir des fichiers d'initialisation du shell.

commutateur d'initialisation fichiermodule1 fichiermodule2
Basculer fichiermodule1 avec fichiermodule2 dans l'initialisation du shell
fichiers.

liste d'initialisation Répertorier tous les modulesfiles chargés à partir de l'initialisation du shell
fichier.

initclear Effacez tous les modulesfiles des fichiers d'initialisation du shell.

Fichiers de module
fichiermodules sont écrits dans le langage de commande d'outil (Tcl) et sont interprétés par
module cmd. fichiermodules peut utiliser des instructions conditionnelles. Ainsi l'effet un fichiermodule vont
avoir sur l'environnement peut changer en fonction de l'état actuel de l'environnement.

Les variables d'environnement ne sont pas définies lors du déchargement d'un fichier de module. Ainsi, il est possible de charge
a fichiermodule et alors décharger sans que les variables d'environnement retournent à leur
état antérieur.

ENVIRONNEMENT

ACCUEIL DES MODULES
L'emplacement du répertoire du fichier du package principal des modules contenant module commander
scripts d'initialisation, le programme exécutable module cmd, et un répertoire
contenant une collection de maître fichiers de module.

CHEMIN DU MODULE
Le chemin que le module recherche de commande lors de la recherche fichiers de module. Typiquement,
il est défini sur une valeur par défaut par la procédure d'amorçage. MODULEPATH peut être défini
en utilisant 'module use' ou par le script d'initialisation du module pour rechercher un groupe ou
personnel fichiermodule répertoires avant ou après le maître fichiermodule répertoire.

MODULES CHARGÉS
Une liste séparée par deux points de tous les chargés fichiers de module.

_LMFILES_
Une liste séparée par deux points du chemin d'accès complet pour tous les fichiers chargés fichiers de module.

MODULESDEBUTENV
Si les modules ont été configurés (BEGINENV=99) pour tester cette variable d'environnement,
alors s'il existe, c'est le nom du fichier pour stocker le shell initial
environnement. Cette variable d'environnement aura des variables d'environnement intégrées
déroulé à un niveau. Le contenu de cette variable n'est utilisé que la première fois
modules est invoquée.

_MODULESBEGINENV_
Nom de fichier du fichier contenant l'instantané de l'environnement d'initialisation.

Utiliser le module en ligne à l'aide des services onworks.net