perkamon - en to fr translation catalogue (144 entries)

note: type: TH
en: 2019-10-10
fr: 10 octobre 2019

note: type: TH
en: Linux Programmer's Manual
fr: Manuel du programmeur Linux

note: type: SH
en: NAME
fr: NOM

note: type: Plain text
en: man-pages - conventions for writing Linux man pages
fr: man-pages - Conventions pour l'écriture des pages de manuel Linux

note: type: Plain text
en: B<man> [I<section>] I<title>
fr: B<man> [I<section>] I<titre>

note: type: SS
en: Sections of the manual pages
fr: Sections des pages de manuel

note: type: Plain text
en: The manual Sections are traditionally defined as follows:
fr: Les sections du manuel sont traditionnellement les suivantes\ :

note: type: Plain text
en: Those commands that can be executed by the user from within a shell.
fr: Les commandes qui peuvent être invoquées par l'utilisateur depuis un interpréteur de commandes.

note: type: TP
en: B<2 System calls>
fr: B<2 Appels système>

note: type: TP
en: B<3 Library calls>
fr: B<3 Fonctions de bibliothèques>

note: type: TP
en: B<4 Special files (devices)>
fr: B<4 Fichiers spéciaux (périphériques)>

note: type: TP
en: B<6 Games>
fr: B<6 Jeux>

note: type: TP
en: B<7 Overview, conventions, and miscellaneous>
fr: B<7 Panorama, conventions et divers>

note: type: TP
en: B<8 System management commands>
fr: B<8 Commandes d'administration système>

note: .TP .B 9 Kernel routines This is an obsolete manual section. Once it was thought a good idea to document the Linux kernel here, but in fact very little has been documented, and the documentation that exists is outdated already. There are better sources of information for kernel developers. type: Pla
en: Commands like B<mount>(8), many of which only root can execute.
fr: Les commandes comme B<mount>(8), que seul root peut exécuter.

note: type: SS
en: Macro package
fr: Paquet de macros

note: type: Plain text
en: New manual pages should be marked up using the B<groff an.tmac> package described in B<man>(7).  This choice is mainly for consistency: the vast majority of existing Linux manual pages are marked up using these macros.
fr: Les nouvelles pages de manuel doivent être mises en forme en utilisant le paquet B<groff an.tmac> décrit dans B<man>(7). Ce choix est principalement destiné à assurer une cohérence\ : la plupart des pages de manuel Linux sont mises en forme avec ces macros.

note: type: SS
en: Conventions for source file layout
fr: Conventions pour l'agencement des sources

note: type: Plain text
en: Please limit source code line length to no more than about 75 characters wherever possible.  This helps avoid line-wrapping in some mail clients when patches are submitted inline.
fr: Veuillez limiter la longueur des lignes dans le source à environ 75 caractères, autant que faire se peut. Cela permet d'éviter les retours à la ligne ajoutés par les clients de mail lorsque des patches sont soumis par ce moyen.

note: type: SS
en: Title line
fr: Ligne de titre

note: type: Plain text
en: The first command in a man page should be a B<TH> command:
fr: La première commande d'une page de manuel doit être une commande B<TH>

note: type: Plain text
en: B<\&.TH> I<title section date source manual>
fr: B<\&.TH> I<titre section date source manuel>,

note: type: Plain text
en: where:
fr: où :

note: type: TP
en: I<title>
fr: I<titre>

note: type: Plain text
en: The title of the man page, written in all caps (e.g., I<MAN-PAGES>).
fr: Le titre de la page de manuel, en majuscules (par exemple I<MAN-PAGES>).

note: type: Plain text
en: The section number in which the man page should be placed (e.g., I<7>).
fr: Le numéro de section dans laquelle placer la page (par exemple I<7>).

note: type: Plain text
en: The source of the command, function, or system call.
fr: La source de la commande, fonction, ou de l'appel système.

note: type: Plain text
en: For those few I<man-pages> pages in Sections 1 and 8, probably you just want to write I<GNU>.
fr: Pour les quelques pages de I<man-pages> dans les sections 1 et 8, il est conseillé d'écrire I<GNU>.

note: type: Plain text
en: For system calls, just write I<Linux>.  (An earlier practice was to write the version number of the kernel from which the manual page was being written/checked.  However, this was never done consistently, and so was probably worse than including no version number.  Henceforth, avoid including a version number.)
fr: Pour les appels système, écrivez simplement I<Linux>. Précédemment, il était courant d'écrire aussi le numéro de version du noyau pour laquelle la page de manuel était écrite. Cependant, cela n'était pas fait de façon systématique, et était donc pire que d'omettre simplement le numéro de version. N'incluez donc pas de numéro de version.

note: type: Plain text
en: For library calls that are part of glibc or one of the other common GNU libraries, just use I<GNU C Library>, I<GNU>, or an empty string.
fr: Pour les fonctions de bibliothèque de glibc ou de l'une des bibliothèques GNU standards, utilisez I<GNU C Library>, I<GNU>, ou une chaîne vide.

note: type: Plain text
en: For Section 4 pages, use I<Linux>.
fr: Pour les pages de la section 4, utilisez I<Linux>.

note: type: Plain text
en: In cases of doubt, just write I<Linux>, or I<GNU>.
fr: En cas d'hésitation, écrivez I<Linux> ou I<GNU>.

note: type: TP
en: I<manual>
fr: I<manuel>

note: type: Plain text
en: The title of the manual (e.g., for Section 2 and 3 pages in the I<man-pages> package, use I<Linux Programmer's Manual>).
fr: Le titre du manuel (par exemple I<Linux Programmer's Manual> pour les pages des sections 2 et 3 dans le paquet I<man-pages>)

note: type: SS
en: Sections within a manual page
fr: Sections dans une page de manuel

note: type: Plain text
en: The list below shows conventional or suggested sections.  Most manual pages should include at least the B<highlighted> sections.  Arrange a new manual page so that sections are placed in the order shown in the list.
fr: La liste ci\(hydessous indique les sections habituelles ou suggérées. La plupart des pages devraient contenir au moins les sections B<mises en évidence>. Dans les nouvelles pages de manuel, placez les sections dans l'ordre indiqué dans la liste.

note: May 07: Few current man pages have an ERROR HANDLING section,,, ERROR HANDLING, May 07: Almost no current man pages have a USAGE section,,, USAGE, DIAGNOSTICS, May 07: Almost no current man pages have a SECURITY section,,, SECURITY, AUTHORS sections are discouraged AUTHORS             [Discouraged] 
en: B<NAME>
    B<SYNOPSIS>
    CONFIGURATION      [Normally only in Section 4]
    B<DESCRIPTION>
    OPTIONS            [Normally only in Sections 1, 8]
    EXIT STATUS        [Normally only in Sections 1, 8]
    RETURN VALUE       [Normally only in Sections 2, 3]
    ERRORS             [Typically only in Sections 2, 3]
    ENVIRONMENT
    FILES
    VERSIONS           [Normally only in Sections 2, 3]
    ATTRIBUTES         [Normally only in Sections 2, 3]
    CONFORMING TO
    NOTES
    BUGS
    EXAMPLE
    B<SEE ALSO>
fr: Nom anglais     Nom français    Notes
    B<NAME>            B<NOM>
    B<SYNOPSIS>        B<SYNOPSIS>
    CONFIGURATION   CONFIGURATION   [En général en section 4]
    B<DESCRIPTION>     B<DESCRIPTION>
    OPTIONS         OPTIONS         [En général en sections 1, 8]
    EXIT STATUS     CODE DE RETOUR  [En général en sections 1, 8]
    RETURN VALUE    VALEUR RENVOYÉE [En général en sections 2, 3]
    ERRORS          ERREURS         [Typiquement en sections 2, 3]
    ENVIRONMENT     ENVIRONNEMENT
    FILES           FICHIERS
    VERSIONS        VERSIONS        [En général en sections 2, 3]
    ATTRIBUTES      ATTRIBUTS       [En général en sections 2, 3]
    CONFORMING TO   CONFORMITÉ
    NOTES           NOTES
    BUGS            BOGUES
    EXAMPLE         EXEMPLE
    B<SEE ALSO>        B<VOIR AUSSI>

note: type: Plain text
en: I<Where a traditional heading would apply>, I<please use it>; this kind of consistency can make the information easier to understand.  If you must, you can create your own headings if they make things easier to understand (this can be especially useful for pages in Sections 4 and 5).  However, before doing this, consider whether you could use the traditional headings, with some subsections (I<.SS>) within those sections.
fr: I<Lorsque l'une des sections traditionnelles s'applique>, I<utilisez-la>\ ; cette cohérence rend l'information plus facile à comprendre. Si cela est nécessaire, vous pouvez créer vos propres titres de sections si cela rend les choses plus compréhensibles (particulièrement pour les pages des sections 4 et 5). Cependant, avant de faire cela, vérifiez qu'aucun des titres de sections traditionnels ne peut être utilisé, avec des sous\(hysections (I<.SS>).

note: type: Plain text
en: The following list elaborates on the contents of each of the above sections.
fr: La liste suivante décrit le contenu de chacune des sections ci\(hydessus.

note: FIXME . Say something here about compiler options type: Plain text
en: Where a feature test macro must be defined in order to obtain the declaration of a function (or a variable) from a header file, then the SYNOPSIS should indicate this, as described in B<feature_test_macros>(7).
fr: Si une macro de test de fonctionnalité doit être définie pour obtenir la déclaration d'une fonction (ou d'une variable) dans un fichier d'en-tête, alors la section SYNOPSIS doit l'indiquer, comme décrit dans B<feature_test_macros>(7).

note: type: Plain text
en: When describing new behavior or new flags for a system call or library function, be careful to note the kernel or C library version that introduced the change.  The preferred method of noting this information for flags is as part of a B<.TP> list, in the following form (here, for a new system call flag):
fr: La description d'un nouveau comportement ou de nouveaux drapeaux d'un appel système ou d'une fonction d'une bibliothèque doit préciser la version du noyau ou de la bibliothèque C qui a introduit ce changement. Il est recommandé de noter cette information à propos des drapeaux sous la forme d'une liste B<.TP>, comme ci-dessous dans le cas d'un drapeau d'appel système :

note: type: TP
en: B<XYZ_FLAG> (since Linux 3.7)
fr: B<XYZ_FLAG> (depuis Linux 3.7)

note: type: Plain text
en: Description of flag...
fr: Description du drapeau.

note: type: Plain text
en: Including version information is especially useful to users who are constrained to using older kernel or C library versions (which is typical in embedded systems, for example).
fr: Préciser la version est particulièrement utile aux utilisateurs qui sont contraints à utiliser d'anciennes version du noyau ou de la bibliothèque C, ce qui est par exemple courant dans le cas des systèmes embarqués.

note: type: TP
en: B<EXIT STATUS>
fr: B<EXIT STATUS> (B<CODE DE RETOUR>)

note: type: TP
en: B<RETURN VALUE>
fr: B<RETURN VALUE> (B<VALEUR RENVOYÉE>)

note: type: Plain text
en: For Section 2 and 3 pages, this section gives a list of the values the library routine will return to the caller and the conditions that cause these values to be returned.
fr: Pour les pages des sections 2 et 3, donne une liste des valeurs qu'une routine de bibliothèque renverra à l'appelant et les conditions qui provoquent ces retours.

note: type: TP
en: B<ERRORS>
fr: B<ERRORS> (B<ERREURS>)

note: type: TP
en: B<ENVIRONMENT>
fr: B<ENVIRONMENT> (B<ENVIRONNEMENT>)

note: type: TP
en: B<FILES>
fr: B<FILES> (B<FICHIERS>)

note: type: TP
en: B<ATTRIBUTES>
fr: B<ATTRIBUTS>

note: type: Plain text
en: The B<syscalls>(2)  manual page also provides information about kernel versions in which various system calls first appeared.
fr: La page de manuel B<syscalls>(2) fournit également des informations de versions de noyau dans lesquelles sont apparus les appels système.

note: type: TP
en: B<CONFORMING TO>
fr: B<CONFORMING TO> (B<CONFORMITÉ>)

note: type: Plain text
en: If the call is not governed by any standards but commonly exists on other systems, note them.  If the call is Linux-specific, note this.
fr: Si la fonction n'est gouvernée par aucune norme, mais existe sur d'autres systèmes, mentionnez\(hyles. Si elle est spécifique à Linux, notez\(hyle.

note: type: Plain text
en: If this section consists of just a list of standards (which it commonly does), terminate the list with a period (\(aq.\(aq).
fr: Si cette section ne consiste qu'en une liste de normes (ce qui est d'habitude le cas), terminez la liste par un point (« . »).

note: type: TP
en: B<BUGS>
fr: B<BUGS> (B<BOGUES>)

note: type: TP
en: B<EXAMPLE>
fr: B<EXAMPLE> (B<EXEMPLE>)

note: type: TP
en: B<AUTHORS>
fr: B<AUTHORS> (B<AUTEURS>)

note: type: TP
en: B<SEE ALSO>
fr: B<SEE ALSO> (B<VOIR AUSSI>)

note: type: Plain text
en: Where the SEE ALSO list contains many long manual page names, to improve the visual result of the output, it may be useful to employ the I<.ad l> (don't right justify)  and I<.nh> (don't hyphenate)  directives.  Hyphenation of individual page names can be prevented by preceding words with the string "\e%".
fr: Quand la liste B<SEE ALSO> (B<VOIR AUSSI>) contient plusieurs noms long de pages de manuel, pour améliorer l'apparence de la sortie, il peut être utile d'utiliser les directives I<.ad l> (pas de justification à gauche) et I<.nh> (pas de césure). La césure d'un nom de page en particulier peut-être évitée en faisant précéder son nom de la chaîne « \e% ».

note: type: SH
en: STYLE GUIDE
fr: GUIDE DE STYLE

note: type: Plain text
en: The following subsections describe the preferred style for the I<man-pages> project.  For details not covered below, the Chicago Manual of Style is usually a good source; try also grepping for preexisting usage in the project source tree.
fr: Les sous-sections suivantes décrivent le style préféré pour le projet I<man-pages>. Pour des précisions sur les points non couverts ci-dessous, le « Chicago Manual of Style » est globalement une source de qualité. Essayez également de parcourir les pages existantes dans l’arborescence des sources du projet pour prendre connaissance des habitudes actuelles.

note: type: SS
en: Use of gender-neutral language
fr: Utilisation de formulation neutre

note: type: Plain text
en: As far as possible, use gender-neutral language in the text of man pages.  Use of "they" ("them", "themself", "their") as a gender-neutral singular pronoun is acceptable.
fr: Autant que possible, utilisez le pluriel de genre neutre (en anglais) dans le texte des pages de manuel. L’utilisation de « they » (« them », « themself », « their ») en tant que pronom singulier de genre neutre est acceptable.

note: type: Plain text
en: B< int myfunction(int >I<argc>B<, char **>I<argv>B<);>
fr: B< int mafonction(int >I<argc>B<, char **>I<argv>B<);>

note: type: Plain text
en: Variable names should, like argument names, be specified in italics.
fr: Les noms de variables devraient, tout comme les noms de paramètres, être formatés en italique.

note: type: Plain text
en: (Using this format, rather than the use of "\efB...\efP()" makes it easier to write tools that parse man page source files.)
fr: (avec ce format au lieu de «\ \efB...\efP()\ » le travail d'outils qui parcourent les sources des pages de manuel est plus facile)

note: type: Plain text
en: Filenames (whether pathnames, or references to header files)  are always in italics (e.g., I<E<lt>stdio.hE<gt>>), except in the SYNOPSIS section, where included files are in bold (e.g., B<#include E<lt>stdio.hE<gt>>).  When referring to a standard header file include, specify the header file surrounded by angle brackets, in the usual C way (e.g., I<E<lt>stdio.hE<gt>>).
fr: Les noms de fichiers, que ce soit des chemins ou des références à des fichiers d’en-tête) sont toujours en italique (par exemple I<E<lt>stdio.hE<gt>>), sauf dans le paragraphe SYNOPSIS, où les fichiers inclus sont en gras (par exemple B<#include E<lt>stdio.hE<gt>>). Lorsque vous faites référence à un fichier d'en-tête standard, indiquez le fichier d'en-tête entouré avec les symboles inférieur et supérieur, de la même manière que dans un fichier source C (par exemple, I<E<lt>stdio.hE<gt>>).

note: type: Plain text
en: Special macros, which are usually in uppercase, are in bold (e.g., B<MAXINT>).  Exception: don't boldface NULL.
fr: Les macros, généralement en majuscules, sont en gras (par exemple B<MAXINT>). Exception\ : NULL ne doit pas être en gras.

note: type: Plain text
en: When enumerating a list of error codes, the codes are in bold (this list usually uses the B<\&.TP> macro).
fr: Dans l'énumération d'une liste de code d'erreurs, les codes sont en gras, et la liste utilise normalement la macro B<\&.TP>.

note: type: Plain text
en: Complete commands should, if long, be written as an indented line on their own, with a blank line before and after the command, for example
fr: Les commandes complètes devraient, si elles sont longues, être écrites sous forme indentée, précédées et suivies d’une ligne vide, par exemple :

note: type: Plain text
en: If the command is short, then it can be included inline in the text, in italic format, for example, I<man 7 man-pages>.  In this case, it may be worth using nonbreaking spaces ("\e\ ") at suitable places in the command.  Command options should be written in italics (e.g., I<-l>).
fr: Si la commande est courte, elle peut être incluse dans le texte, en italique, par exemple, I<man 7 man-pages>. Dans ce cas, des espaces insécables («\ \e\ \ ») pourraient être utilisées aux endroits appropriés dans la commande. Les options des commandes doivent elles aussi être formatées en italique (par exemple, I<-l>).

note: type: Plain text
en: Expressions, if not written on a separate indented line, should be specified in italics.  Again, the use of nonbreaking spaces may be appropriate if the expression is inlined with normal text.
fr: Les expressions, si elles ne sont pas écrites sur une ligne indentée, devraient être mises en italique. Ici aussi, l'utilisation d'espaces insécables est appropriée si l'expression est mélangée à du texte normal.

note: type: Plain text
en: Any reference to another man page should be written with the name in bold, I<always> followed by the section number, formatted in Roman (normal) font, without any separating spaces (e.g., B<intro>(2)).  The preferred way to write this in the source file is:
fr: Toute référence à une autre page de manuel, ou au sujet principal de la page en cours, est en gras, et I<toujours> suivi du numéro de section, en caractères romains (normaux), sans espace (par exemple B<intro>(2)). Dans le source, c’est habituellement écrit de cette façon\ :

note: type: Plain text
en: (Including the section number in cross references lets tools like B<man2html>(1)  create properly hyperlinked pages.)
fr: (inclure le numéro de section dans les références croisées permet à des outils comme B<man2html>(1) de créer des liens hypertexte appropriés)

note: type: Plain text
en: Control characters should be written in bold face, with no quotes; for example, B<^X>.
fr: Les caractères de contrôle devraient être écrits en gras, sans guillemets. Par exemple : B<^X>.

note: type: SS
en: Spelling
fr: Orthographe

note: type: Plain text
en: Starting with release 2.59, I<man-pages> follows American spelling conventions (previously, there was a random mix of British and American spellings); please write all new pages and patches according to these conventions.
fr: Depuis la version 2.59, la version anglaise de I<man-pages> suit les conventions orthographiques américaines (auparavant, un mélange aléatoire de conventions britanniques et américaines existait) ; veuillez écrire les nouvelles pages et les correctifs en suivants ces conventions.

note: type: Plain text
en: Aside from the well-known spelling differences, there are a few other subtleties to watch for:
fr: En plus des différences de conventions bien connues, quelques autres subtilités sont à surveiller :

note: type: Plain text
en: American English tends to use the forms "backward", "upward", "toward", and so on rather than the British forms "backwards", "upwards", "towards", and so on.
fr: L’anglais américain a tendance à utiliser les formes « backward », « upward », « toward », etc. au lieu des formes britanniques « backwards », « upwards », « towards », etc.

note: type: SS
en: BSD version numbers
fr: Numéros de version BSD

note: type: Plain text
en: The classical scheme for writing BSD version numbers is I<x.yBSD>, where I<x.y> is the version number (e.g., 4.2BSD).  Avoid forms such as I<BSD 4.3>.
fr: Le schéma classique d’écriture des numéros de version BSD est I<x.yBSD>, où I<x.y> est un numéro de version (par exemple 4.2BSD). Éviter les formes du genre I<BSD 4.3>.

note: type: SS
en: Capitalization
fr: Majuscules

note: type: Plain text
en: In subsection ("SS") headings, capitalize the first word in the heading, but otherwise use lowercase, except where English usage (e.g., proper nouns) or programming language requirements (e.g., identifier names) dictate otherwise.  For example:
fr: Dans les titres de sous-section (« SS »), le premier mot commence par une majuscule, mais le reste devraient être en minuscule, sauf si l'anglais (par exemple les noms propres) ou les exigences du langage de programmation imposent autre chose. Par exemple :

note: type: SS
en: Indentation of structure definitions, shell session logs, and so on
fr: Indentation des définitions de structure, session d’interpréteur, etc.

note: type: SS
en: Preferred terms
fr: Termes préférés

note: type: Plain text
en: The following table lists some preferred terms to use in man pages, mainly to ensure consistency across pages.
fr: Le tableau suivant indique les termes préférés à utiliser dans les pages de manuel, principalement pour s’assurer de la cohérence entres les pages.

note: type: Plain text
en: See also the discussion I<Hyphenation of attributive compounds> below.
fr: Consultez la section I<Écriture des mot composés> ci-dessous.

note: type: SS
en: Terms to avoid
fr: Termes à éviter

note: type: Plain text
en: The following table lists some terms to avoid using in man pages, along with some suggested alternatives, mainly to ensure consistency across pages.
fr: Le tableau suivant indique les termes à éviter dans les pages de manuel, avec quelques suggestions d’alternatives, principalement pour s’assurer de la cohérence entres les pages.

note: type: SS
en: Trademarks
fr: Marques déposées

note: type: Plain text
en: Use the correct spelling and case for trademarks.  The following is a list of the correct spellings of various relevant trademarks that are sometimes misspelled:
fr: Utiliser l’orthographe et la casse adéquates pour les marques déposées. Voici une liste des orthographes adéquates de quelques marques déposées parfois mal orthographiées :

note: type: SS
en: NULL, NUL, null pointer, and null character
fr: NULL, NUL, pointeur NULL, et caractères NULL

note: type: Plain text
en: A I<null pointer> is a pointer that points to nothing, and is normally indicated by the constant I<NULL>.  On the other hand, I<NUL> is the I<null byte>, a byte with the value 0, represented in C via the character constant I<\(aq\e0\(aq>.
fr: Un I<pointeur NULL> est un pointeur qui ne pointe nulle part, et est habituellement indiqué par la constante I<NULL>. D’un autre côté, I<NUL> est l’I<octet NULL> : un octet de valeur nulle, représenté en C à l’aide de la constante caractère I<« \e0 »>.

note: type: Plain text
en: The preferred term for the pointer is "null pointer" or simply "NULL"; avoid writing "NULL pointer".
fr: Le terme à préférer pour le pointeur est « pointeur NULL » ou simplement « NULL » ; la version anglaise préfère « null pointer ».

note: type: Plain text
en: The preferred term for the byte is "null byte".  Avoid writing "NUL", since it is too easily confused with "NULL".  Avoid also the terms "zero byte" and "null character".  The byte that terminates a C string should be described as "the terminating null byte"; strings may be described as "null-terminated", but avoid the use of "NUL-terminated".
fr: Le terme à préférer pour l’octet est « octet NULL ». Évitez d’écrire « NUL » car cela pourrait être facilement confondu avec « NULL ». Évitez aussi les termes « octet zéro » et « caractère NULL ». L’octet qui termine une chaîne en C devrait être décrit comme l’« octet NULL final » ; les chaînes peuvent être décrites comme « terminées par NULL », mais évitez « terminées par NUL ».

note: type: SS
en: Hyperlinks
fr: Liens hypertextes

note: type: Plain text
en: For hyperlinks, use the I<.UR>/I<.UE> macro pair (see B<groff_man>(7)).  This produces proper hyperlinks that can be used in a web browser, when rendering a page with, say:
fr: Pour les liens hypertextes, utilisez la paire de macro I<.UR> et I<.UE> (consultez B<groff_man>(7)). Cela produit des liens propres qui peuvent être utilisés dans des navigateurs web, lors du rendu de pages, avec par exemple :

note: type: Plain text
en:      BROWSER=firefox man -H pagename
fr:      BROWSER=firefox man -H nomdepage

note: type: SS
en: Use of e.g., i.e., etc., a.k.a., and similar
fr: Utilisation de p.ex., c.-à-d., et autres

note: type: Plain text
en: The only place where such abbreviations may be acceptable is in I<short> parenthetical asides (e.g., like this one).
fr: Le seul endroit où ce genre d’abréviation pourrait être acceptable est dans les I<courtes> parenthèses.

note: type: Plain text
en: Always include periods in such abbreviations, as shown here.  In addition, "e.g." and "i.e." should always be followed by a comma.
fr: Toujours inclure les points dans ces abréviations comme ici. En anglais, « e.g. » et « i.e. » doivent toujours êtres suivies d’une virgule.

note: type: SS
en: Em-dashes
fr: Tirets em

note: type: Plain text
en: The way to write an em-dash\(emthe glyph that appears at either end of this subphrase\(emin *roff is with the macro "\e(em".  (On an ASCII terminal, an em-dash typically renders as two hyphens, but in other typographical contexts it renders as a long dash.)  Em-dashes should be written I<without> surrounding spaces.
fr: Les tirets long sont rendus en anglais à l’aide de la macro « \e(em », mais en français les caractères UTF-8 sont préférés directement.

note: type: SS
en: Hyphenation of attributive compounds
fr: Écriture des mot composés

note: type: Plain text
en: Compound terms should be hyphenated when used attributively (i.e., to qualify a following noun). Some examples:
fr: En anglais, les mots composés sont utilisés pour qualifier des noms, mais ce n’est pas le cas en français. Certaines formulations sont au pluriel en français, comme les premier et dernier exemples suivants :

note: type: Plain text
en:     32-bit value
        command-line argument
        floating-point number
        run-time check
        user-space function
        wide-character string
fr:     valeur sur 32 bits (32-bit value)
        argument de ligne de commande (command-line argument)
        nombre à virgule flottante (floating-point number)
        vérification lors de l’exécution (run-time check)
        fonction en espace utilisateur (user-space function)
        chaîne de caractères larges (wide-character string)

note: type: SS
en: Hyphenation with multi, non, pre, re, sub, and so on
fr: Mot composés avec les préfixes « multi », « non », « pre », « re », « sub », etc.

note: type: Plain text
en: The general tendency in modern English is not to hyphenate after prefixes such as "multi", "non", "pre", "re", "sub", and so on.  Manual pages should generally follow this rule when these prefixes are used in natural English constructions with simple suffixes.  The following list gives some examples of the preferred forms:
fr: La tendance générale en anglais moderne est de ne pas utiliser de tirets après les préfixes comme « multi », « non », « pre », « re », « sub », etc. Les pages de manuels devrait normalement suivre cette règles quand ces préfixes sont utilisés dans des constructions anglaises naturelles avec de simples suffixes. La liste suivante donne des exemples de forme préférés. En français, la convention est similaire pour les véritables préfixes (comme « multi- », « pré- », « re- », « ré- ») qui s’écrivent sans tiret, mais les mots composés, avec « sous- » par exemple, gardent le tiret et les expressions avec « non » laissent ce mot à part :

note: type: Plain text
en:     interprocess
        multithreaded
        multiprocess
        nonblocking
        nondefault
        nonempty
        noninteractive
        nonnegative
        nonportable
        nonzero
        preallocated
        precreate
        prerecorded
        reestablished
        reinitialize
        rearm
        reread
        subcomponent
        subdirectory
        subsystem
fr:     interprocessus (interprocess)
        multithreadé (multithreaded)
        multiprocessus (multiprocess)
        non bloquant (nonblocking)
        autre que par défaut (nondefault)
        non vide (nonempty)
        non interactive (noninteractive)
        positif (nonnegative)
        non portable (nonportable)
        non nul (nonzero)
        préalloué (preallocated)
        précréé (precreate)
        préenregistré (prerecorded)
        rétabli (reestablished)
        réinitialiser (reinitialize)
        réarmer (rearm)
        relire (reread)
        sous-composant (subcomponent)
        sous-répertoire (subdirectory)
        sous-système (subsystem)

note: type: Plain text
en: Hyphens should be retained when the prefixes are used in nonstandard English words, with trademarks, proper nouns, acronyms, or compound terms.  Some examples:
fr: Les tirets sont gardés en anglais lorsque les préfixes sont utilisés dans des mots anglais non standards, avec les marques déposées, les noms propres, les acronymes ou les mots composés. Quelques exemples :

note: type: Plain text
en:     non-ASCII
        non-English
        non-NULL
        non-real-time
fr:     non ASCII (non-ASCII)
        non anglais (non-English)
        non NULL (non-NULL)
        non temps-réel (non-real-time)
        pseudo-UNIX

note: type: Plain text
en: Finally, note that "re-create" and "recreate" are two different verbs, and the former is probably what you want.
fr: Enfin, remarquez qu’en anglais « re-create »(recréer) et « recreate » (s’amuser) sont deux mots différents et que c’est sans doute le premier qu’il faut utiliser.

note: type: SS
en: Real minus character
fr: Véritable caractère moins

note: type: Plain text
en: This guideline applies also to code examples.
fr: Ce guide s’applique aussi aux exemples de code.

note: type: SS
en: Character constants
fr: Constantes caractère

note: type: Plain text
en: To produce single quotes that render well in both ASCII and UTF-8, use the following form for character constants in the man page source:
fr: Pour produire des guillemets simples qui rendront aussi bien en ASCII qu’en UTF-8, utilisez la forme suivante pour les constantes caractère dans les sources de page de manuel :

note: type: Plain text
en: where I<C> is the quoted character.  This guideline applies also to character constants used in code examples.
fr: où I<C> est le caractère protégé. Ce guide s’applique aussi aux constantes caractères utilisés dans les exemples de code. En français, si possible, préférez la forme typographique en vigueur (par exemple : « C »).

note: type: SS
en: Example programs and shell sessions
fr: Programmes d'exemples et sessions d’interpréteur.

note: type: Plain text
en: Manual pages may include example programs demonstrating how to use a system call or library function.  However, note the following:
fr: Les pages de manuel peuvent contenir des programmes permettant de montrer comment utiliser un appel système ou une fonction de bibliothèque. Cependant, veuillez respecter les points suivants.

note: type: Plain text
en: Example programs should be written in C.
fr: Les programmes d'exemple doivent être écrits en C.

note: type: Plain text
en: An example program is necessary and useful only if it demonstrates something beyond what can easily be provided in a textual description of the interface.  An example program that does nothing other than call an interface usually serves little purpose.
fr: Un programme d'exemple n'est nécessaire et utile que s'il montre quelque chose qui ne peut pas être fourni facilement dans une description de l'interface. Un programme d'exemple qui ne fait qu'appeler une fonction ne sert en général à rien.

note: type: Plain text
en: Example programs should be fairly short (preferably less than 100 lines; ideally less than 50 lines).
fr: Les programmes d'exemple doivent être plutôt courts (de préférence moins de 100 lignes, idéalement moins de 50 lignes).

note: type: Plain text
en: Example programs should do error checking after system calls and library function calls.
fr: Les programmes d'exemple doivent vérifier les erreurs après les appels système et les appels de fonction de bibliothèque.

note: type: Plain text
en: Example programs should be complete, and compile without warnings when compiled with I<cc\ -Wall>.
fr: Les programmes d'exemple doivent être complets et compiler sans avertissements avec I<cc\ -Wall>.

note: type: Plain text
en: Where possible and appropriate, example programs should allow experimentation, by varying their behavior based on inputs (ideally from command-line arguments, or alternatively, via input read by the program).
fr: Si possible et raisonnable, les programmes d'exemples doivent permettre d'expérimenter, en changeant de comportement en fonction des entrées (arguments de ligne de commande ou entrées lues par le programme).

note: type: Plain text
en: For consistency, all example programs should terminate using either of:
fr: Par cohérence, tous les programmes d’exemple devrait se terminer par une des deux formes suivantes :

note: type: Plain text
en: Avoid using the following forms to terminate a program:
fr: Évitez d’utiliser les formes suivantes pour terminer un programme :

note: type: Plain text
en: If there is extensive explanatory text before the program source code, mark off the source code with a subsection heading I<Program source>, as in:
fr: Si un texte d’explication complet précède le code source du programme, indiquez le code source à l’aide d’un titre de sous section I<Source du programme>, comme :

note: type: Plain text
en: .SS Program source
fr: .SS Source du programme

note: type: Plain text
en: Always do this if the explanatory text includes a shell session log.
fr: Toujours faire comme cela si le texte d’explication contient un journal de session d’interpréteur.

note: type: Plain text
en: If you include a shell session log demonstrating the use of a program or other system feature:
fr: Si vous incluez un journal de session d'interpréteur de commandes pour démontrer l'utilisation d'un programme ou d'autres fonctionnalités système :

note: type: Plain text
en: Place the session log above the source code listing
fr: placez le journal de session au dessus du code source ;

note: type: Plain text
en: Indent the session log by four spaces.
fr: indentez le journal de session par quatre espaces ;

note: type: Plain text
en: Boldface the user input text, to distinguish it from output produced by the system.
fr: mettez le texte entré par l'utilisateur en gras pour le distinguer de la sortie produite par le système.

note: type: Plain text
en: For some examples of what example programs should look like, see B<wait>(2)  and B<pipe>(2).
fr: Pour voir à quoi les programmes d'exemples devraient ressembler, consultez B<wait>(2) et B<pipe>(2).

note: type: SH
en: EXAMPLE
fr: EXEMPLE

note: type: Plain text
en: For canonical examples of how man pages in the I<man-pages> package should look, see B<pipe>(2)  and B<fcntl>(2).
fr: Pour des exemples canoniques de pages de manuel du paquet I<man-pages>, consultez B<pipe>(2) et B<fcntl>(2).

note: type: SH
en: SEE ALSO
fr: VOIR AUSSI

note: type: Plain text
en: This page is part of release 5.03 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.03 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: TH
en: 2019-03-06
fr: 6 mars 2019

note: type: Plain text
en: New sentences should be started on new lines.  This makes it easier to see the effect of patches, which often operate at the level of individual sentences.
fr: Chaque phrase doit commencer une ligne. Cela permet de voir plus facilement l'effet des patches, qui s'appliquent souvent au niveau d'une phrase.

note: type: Plain text
en: This page is part of release 5.02 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.02 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: This page is part of release 5.01 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.01 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.
