Il n'y a aucun moyen réel de répondre pleinement à votre question en général pour divers systèmes d'exploitation, car l' man
implémentation n'est pas vraiment entièrement spécifiée.
La réponse au standard POSIX, non spécifique à Linux se trouve dans la man
documentation POSIX :
NOM
man - display system documentation
SYNOPSIS
man [-k] name...
...
VARIABLES D'ENVIRONNEMENT
Les variables d'environnement suivantes affecteront l'exécution de man:
LANG
Fournissez une valeur par défaut pour les variables d'internationalisation non définies ou nulles. (Voir Variables d'internationalisation XBD pour la priorité des variables d'internationalisation utilisées pour déterminer les valeurs des catégories de paramètres régionaux.)
LC_ALL
S'il est défini sur une valeur de chaîne non vide, remplacez les valeurs de toutes les autres variables d'internationalisation.
LC_CTYPE
Déterminez les paramètres régionaux pour l'interprétation des séquences d'octets de données de texte en tant que caractères (par exemple, des caractères mono-octets par opposition aux caractères multi-octets dans les arguments et dans la base de données récapitulative). La valeur de LC_CTYPE n'a pas besoin d'affecter le format des informations écrites sur les opérandes de nom.
LC_MESSAGES
Déterminez les paramètres régionaux à utiliser pour affecter le format et le contenu des messages de diagnostic écrits sur l'erreur standard et des messages informatifs écrits sur la sortie standard.
NLSPATH
Déterminez l'emplacement des catalogues de messages pour le traitement de LC_MESSAGES.
PAGER
Déterminez une commande de filtrage de sortie pour écrire la sortie sur un terminal. Toute chaîne acceptable comme opérande chaîne_commande pour la
commande doit être valide. Lorsque la sortie standard est un périphérique terminal, la sortie de la page de référence doit être acheminée via la commande. Si la variable PAGER est nulle ou non définie, la commande doit être soit un autre utilitaire de pagination documenté dans la documentation du système.sh
-c
more
Notez la section JUSTIFICATION, décrivant pourquoi man
n'est pas si complètement spécifié:
RAISONNEMENT
Il est reconnu que l'utilitaire man n'est que d'une utilité minimale comme spécifié. L'opinion des développeurs de normes était fortement divisée quant à la quantité ou au peu d'informations que l'homme devait fournir. Ils ont toutefois estimé que la fourniture d'un moyen portable d'accès à la documentation favoriserait la portabilité des utilisateurs. Les arguments contre une spécification plus complète étaient:
De grandes quantités de documentation ne devraient pas être requises sur un système qui n'a pas d'espace disque excédentaire.
Le système manuel actuel ne présente pas les informations d'une manière qui facilite grandement la portabilité des utilisateurs.
Un «meilleur système d'aide» est actuellement un domaine dans lequel les fournisseurs estiment qu'ils peuvent ajouter de la valeur à leurs implémentations POSIX.
L'option -f a été envisagée, mais en raison de différences d'implémentation, elle n'a pas été incluse dans ce volume de POSIX.1-2008.
La description a été modifiée pour être plus précise sur ce qui doit être affiché pour un utilitaire. Les développeurs standard ont jugé insuffisant de permettre un affichage du synopsis uniquement sans donner une brève description de ce que fait chaque option et opérande.
L'entrée "purpose" à inclure dans la base de données peut être similaire au titre de la section (moins le préfixe numérique) de ce volume de POSIX.1-2008 pour chaque utilitaire. Ces titres sont similaires à ceux utilisés dans les systèmes historiques à cet effet.
Voir mailx pour la justification du paginateur par défaut.
La mise en garde dans la description LC_CTYPE a été ajoutée car il n'est pas obligatoire qu'une implémentation fournisse des pages de référence pour tous ses paramètres régionaux pris en charge sur chaque système; changer LC_CTYPE ne traduit pas nécessairement la page de référence dans une autre langue. Cela équivaut à l'état actuel de LC_MESSAGES dans les messages spécifiques aux paramètres régionaux POSIX.1-2008 qui ne sont pas encore obligatoires.
La variable historique MANPATH n'est pas incluse dans POSIX car aucune tentative n'est faite pour spécifier des conventions de dénomination pour les fichiers de page de référence, ni même pour exiger qu'ils soient des fichiers. Sur certaines implémentations, il peut s'agir d'une véritable base de données, d'un fichier hypertexte ou même de chaînes fixes dans l'exécutable man. Les développeurs standard considéraient que la portabilité des pages de référence était en dehors de leur champ de travail. Cependant, les utilisateurs doivent savoir que MANPATH est implémenté sur un certain nombre de systèmes historiques et qu'il peut être utilisé pour personnaliser le modèle de recherche des pages de référence à partir des différentes catégories (utilitaires, fonctions, formats de fichiers, etc.) lorsque l'administrateur système révèle l'emplacement et les conventions des pages de référence sur le système.
...
La discussion de justification du paginateur de la page mailx :
Le paginateur sélectionné lorsque PAGER est nul ou non défini est partiellement non spécifié pour permettre la pratique historique System V d'utiliser pg par défaut. Contourner la fonction de pagination, par exemple en déclarant que cat est le paginateur, ne correspondrait pas au sens voulu de cette description. Cependant, tout "utilisateur portable" devrait définir PAGER explicitement pour obtenir son paginateur préféré sur tous les systèmes. Le choix du paginateur a été rendu partiellement non spécifié, contrairement au choix de l'éditeur VISUAL (mandaté pour être vi) car la plupart des pagers historiques suivent un thème commun de saisie utilisateur, tandis que les éditeurs diffèrent considérablement.
less
? (C'est sur ma distribution, au moins, eth
montre un résumé desless
commandes)