Re: [RFR] po4a://manpages-fr/fanotify.7 /po/fr.po
Le 16/04/2024 à 11:48, JP Guillonneau a écrit :
Bonjour,
Le 11/04/24 14:30 JP a écrit :
voici la mise à jour de cette page de manuel (< 80%).
Merci d’avance pour vos relectures et commentaires.
Amicalement
Bonjour,
Détails et suggestions.
J’aurais préféré le terme "membre" pour les champs d’une structure.
Amicalement
Lucien
--- fanotify.7.po.orig 2024-04-16 15:27:36.677463056 +0200
+++ fanotify.7.po 2024-04-16 16:15:02.245334509 +0200
@@ -20,7 +20,7 @@
msgstr ""
"Project-Id-Version: manpages-fr\n"
"POT-Creation-Date: 2024-03-29 09:39+0100\n"
-"PO-Revision-Date: 2024-04-16 11:39+0200\n"
+"PO-Revision-Date: 2024-04-16 16:15+0200\n"
"Last-Translator: Jean-Paul Guillonneau <guillonneau.jeanpaul@free.fr>\n"
"Language-Team: French <debian-l10n-french@lists.debian.org>\n"
"Language: fr\n"
@@ -369,15 +369,15 @@
"structure in order to determine the type of information record that had been "
"received for a given event."
msgstr ""
-"Les enregistrements d’information sont de pièces d’information "
+"Les enregistrements d’information sont des pièces d’information "
"supplémentaires qui peuvent être fournies en même temps que la structure "
"générique, I<fanotify_event_metadata>. Les I<flag> passés à "
"B<fanotify_init>(2) ont une influence sur le type d’enregistrement "
"d’information qui peut être renvoyé pour l’évènement. Par exemple, si un "
"groupe de notifications est initialisé avec B<FAN_REPORT_FID> ou "
-"B<FAN_REPORT_DIR_FID>, alors les écouteurs d’évènement pourront s’attendre "
+"B<FAN_REPORT_DIR_FID>, les écouteurs d’évènement pourront s’attendre "
"aussi à recevoir une structure I<fanotify_event_info_fid> en même temps que "
-"la structure I<fanotify_event_metadata>, par laquelle les gestionnaires de "
+"la structure I<fanotify_event_metadata> par laquelle les gestionnaires de "
"fichier sont utilisés pour identifier des objets de système de fichiers "
"plutôt que des descripteurs de fichier. Les enregistrements d’information "
"peuvent être aussi empilés, signifiant qu’utiliser les divers I<flag> "
@@ -385,13 +385,13 @@
"de tels cas, plusieurs enregistrements d’information peuvent être renvoyés "
"pour un évènement en même temps que la structure générique "
"I<fanotify_event_metadata>. Par exemple, si un groupe de notifications est "
-"initialisé avec B<FAN_REPORT_TARGET_FID> et B<FAN_REPORT_PIDFD>, alors un "
+"initialisé avec B<FAN_REPORT_TARGET_FID> et B<FAN_REPORT_PIDFD>, un "
"écouteur d’évènement peut s’attendre à recevoir jusqu’à deux enregistrements "
"d’information I<fanotify_event_info_fid> et un enregistrement d’information "
"I<fanotify_event_info_pidfd> en même temps que la structure générique "
"I<fanotify_event_metadata>. Notablement, fanotify ne fournit aucune garantie "
"sur l’ordre des enregistrements d’information quand un groupe de "
-"notifications est initialisé avec une configuration basé sur l’empilage. "
+"notifications est initialisé avec une configuration basée sur l’empilage. "
"Chaque enregistrement d’information a une structure imbriquée de type "
"I<fanotify_event_info_header>. Il est impératif pour les écouteurs "
"d’évènement d’inspecter le champ I<info_type> de cette structure pour "
@@ -455,7 +455,7 @@
"buffer:"
msgstr ""
"Dans le cas où un groupe fanotify est initialisé avec B<FAN_REPORT_PIDFD>, "
-"les écouteurs d’évènement doivent s’attendre recevoir l’objet "
+"les écouteurs d’évènement doivent s’attendre à recevoir l’objet "
"d’enregistrement d’information ci-dessous en même temps que la structure "
"I<fanotify_event_metadata> dans le tampon de lecture :"
@@ -490,7 +490,7 @@
"is defined as follows:"
msgstr ""
"Dans le cas d’un évènement B<FAN_FS_ERROR>, un enregistrement supplémentaire "
-"d’information décrivant l’erreur qui s’est produite, est renvoyé en même "
+"d’information décrivant l’erreur qui s’est produite est renvoyé en même "
"temps que la structure I<fanotify_event_metadata> générique dans le tampon "
"de lecture. Cette structure est définie comme suit :"
@@ -1214,8 +1214,8 @@
"record object type below to understand the different cases in which the "
"I<info_type> values can be set."
msgstr ""
-"Valeur d’entier représentant le type d’objet d’enregistrement d’information "
-"reçu pour un évènement. La valeur de ce champ peut être défini à une des "
+"Valeur entière unique représentant le type d’objet d’enregistrement d’information "
+"reçu pour un évènement. Ce champ peut être défini à une des "
"valeurs suivantes : B<FAN_EVENT_INFO_TYPE_FID>, B<FAN_EVENT_INFO_TYPE_DFID>, "
"B<FAN_EVENT_INFO_TYPE_DFID_NAME> ou B<FAN_EVENT_INFO_TYPE_PIDFD>. L’ensemble "
"des valeurs pour ce champ est dépendant des drapeaux qui ont été fournis à "
@@ -1237,7 +1237,7 @@
"This field is currently not used by any information record object type and "
"therefore is set to zero."
msgstr ""
-"Ce champ est actuellement utilisé par aucun type d’objet d’enregistrement "
+"Ce champ n’est actuellement utilisé par aucun type d’objet d’enregistrement "
"d’information et, par conséquent, est défini à zéro."
#. type: TP
@@ -1256,7 +1256,7 @@
"additional information records is not expected to be larger than "
"(I<event_len> - I<metadata_len>)."
msgstr ""
-"La valeur de I<len> est défini à la taille de l’objet d’enregistrement "
+"La valeur de I<len> est définie à la taille de l’objet d’enregistrement "
"d’information, incluant le I<fanotify_event_info_header>. La taille totale "
"de tous les enregistrements d’information supplémentaires ne peut être "
"supérieure à (I<event_len> - I<metadata_len>)."
@@ -1404,17 +1404,16 @@
"être utilisé uniquement pour identifier un fichier d’un système de fichiers "
"et peut être passé comme argument à B<open_by_handle_at>(2). Si la valeur du "
"champ I<info_type> est B<FAN_EVENT_INFO_TYPE_DFID_NAME>, le gestionnaire de "
-"fichiers est suivi par un octet NULL final qui identifie le nom d’entrée de "
-"répertoire créé/supprimé/déplacé. Pour les autres évènements tels que "
+"fichiers est suivi d’un octet NULL final qui identifie le nom d’entrée de "
+"répertoire créée/supprimée/déplacée. Pour les autres évènements tels que "
"B<FAN_OPEN>, B<FAN_ATTRIB>, B<FAN_DELETE_SELF> et B<FAN_MOVE_SELF>, si la "
"valeur du champ I<info_type> est B<FAN_EVENT_INFO_TYPE_FID>, le I<handle> "
"identifie l’objet corrélé à l’évènement. Si la valeur du champ I<info_type> "
"est B<FAN_EVENT_INFO_TYPE_DFID>, le I<handle> identifie l’objet de "
-"répertoire corrélé à l’évènement ou le répertoire parent d’un objet non "
-"répertoire corrélé à l’évènement. Si la valeur du champ I<info_type> est "
+"répertoire corrélé à l’évènement ou le répertoire parent d’un objet non-répertoire corrélé à l’évènement. Si la valeur du champ I<info_type> est "
"B<FAN_EVENT_INFO_TYPE_DFID_NAME>, le I<handle> identifie le même objet de "
"répertoire qui aurait été rapporté avec B<FAN_EVENT_INFO_TYPE_DFID> et le "
-"gestionnaire de fichier est suivi par un octet NULL final qui identifie le "
+"gestionnaire de fichier est suivi d’un octet NULL final qui identifie le "
"nom de l’entrée de répertoire dans ce répertoire ou « . » pour identifier "
"l’objet du répertoire."
@@ -1437,7 +1436,7 @@
"of the I<fanotify_event_info_header> is set to B<FAN_EVENT_INFO_TYPE_PIDFD>."
msgstr ""
"C’est une structure de type I<fanotify_event_info_header>. Quand un groupe "
-"fanotify est initialisé avec B<FAN_REPORT_PIDFD>, la valeur du champ "
+"fanotify est initialisé avec B<FAN_REPORT_PIDFD>, le champ "
"I<info_type> de I<fanotify_event_info_header> est défini à "
"B<FAN_EVENT_INFO_TYPE_PIDFD>."
@@ -1468,7 +1467,7 @@
"event and the pidfd is no longer required, the pidfd should be closed via "
"B<close>(2)."
msgstr ""
-"C’est un descripteur de fichier de processus qui réfère au processus "
+"C’est un descripteur de fichier de processus qui fait référence au processus "
"responsable de la génération de l’évènement. Le descripteur de fichier de "
"processus n’est pas différent de celui qui pourrait être obtenu manuellement "
"si B<pidfd_open>(2) était appelé sur I<fanotify_event_metadata.pid>. Dans "
@@ -1738,7 +1737,7 @@
"of the existing B<FAN_FS_ERROR> event record, but details about the errors "
"are lost."
msgstr ""
-"Un unique évènement B<FAN_FS_ERROR> est stocké à la fois par système de "
+"Un seul évènement B<FAN_FS_ERROR> à la fois est stocké par système de "
"fichiers. Les messages d’erreur supplémentaires sont supprimés et comptés "
"dans le champ I<error_count> dans l’enregistrement existant d’évènement "
"B<FAN_FS_ERROR>, mais les détails à propos des erreurs sont perdus."
@@ -1819,8 +1818,8 @@
"Since Linux 5.13, the following interfaces can be used to control the amount "
"of kernel resources consumed by fanotify:"
msgstr ""
-"Depuis Linux 5.13, let interfaces suivantes peuvent être utilisées pour "
-"contrôler le montant des ressources du noyau utilisées par B<fanotify> :"
+"Depuis Linux 5.13, les interfaces suivantes peuvent être utilisées pour "
+"contrôler la quantité de ressources du noyau utilisées par B<fanotify> :"
#. type: TP
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
@@ -1840,7 +1839,7 @@
"limit are dropped, but an B<FAN_Q_OVERFLOW> event is always generated. "
"Prior to Linux kernel 5.13, the hardcoded limit was 16384 events."
msgstr ""
-"La valeur de ce fichier est utilisée quand une application appelle "
+"La valeur dans ce fichier est utilisée quand une application appelle "
"B<fanotify_init>(2) pour définir la limite supérieure du nombre d’évènements "
"qui peuvent être mis dans la file d’attente du groupe fanotify "
"correspondant. Les évènements qui font que cette limite est dépassée sont "
@@ -1863,7 +1862,7 @@
"created per real user ID. Prior to Linux kernel 5.13, the hardcoded limit "
"was 128 groups per user."
msgstr ""
-"La valeur de ce fichier définit la limite supérieure du nombre de groupes "
+"La valeur dans ce fichier définit la limite supérieure du nombre de groupes "
"fanotify pouvant être créés par ID réel d’utilisateur. Avant le noyau 5.13 "
"de Linux, la limite codée en dur était de 128 groupes par utilisateur."
@@ -1883,8 +1882,8 @@
"created per real user ID. Prior to Linux kernel 5.13, the hardcoded limit "
"was 8192 marks per group (not per user)."
msgstr ""
-"La valeur de ce fichier définit la limite supérieure du nombre de marques "
-"fanotify pouvant être créés par ID réel d’utilisateur. Avant le noyau 5.13 "
+"La valeur dans ce fichier définit la limite supérieure du nombre de marques "
+"fanotify pouvant être créées par ID réel d’utilisateur. Avant le noyau 5.13 "
"de Linux, la limite codée en dur était de 8192 marques par groupe (pas par "
"utilisateur)."
@@ -3035,7 +3034,7 @@
" struct stat sb;\n"
"\\&\n"
" if (argc != 2) {\n"
-" fprintf(stderr, \"nombre non valable d’arguments de ligne de commande.\\en\");\n"
+" fprintf(stderr, \"nombre d’arguments de ligne de commande non valable.\\en\");\n"
" exit(EXIT_FAILURE);\n"
" }\n"
"\\&\n"
@@ -3108,7 +3107,7 @@
"\t file_handle qui est fournie dans fanotify_event_info_fid peut être utilisée\n"
"\t en conjonction avec l’appel système open_by_handle_at(2). Une vérification\n"
"\t pour ESTALE est faite pour répondre à la situation où le gestionnaire de\n"
-"\t pour l’objet a été supprimé avant cet appel système. */\n"
+"\t l’objet a été supprimé avant cet appel système. */\n"
"\\&\n"
" event_fd = open_by_handle_at(mount_fd, file_handle, O_RDONLY);\n"
" if (event_fd == -1) {\n"
@@ -3260,17 +3259,17 @@
"uniquement pour identifier un fichier d’un système de fichiers et peut être "
"passé comme argument à B<open_by_handle_at>(2). Si la valeur du champ "
"I<info_type> est B<FAN_EVENT_INFO_TYPE_DFID_NAME>, le gestionnaire de "
-"fichiers est suivi par un octet NULL final qui identifie le nom d’entrée de "
-"répertoire créé/supprimé/déplacé. Pour les autres évènements tels que "
+"fichiers est suivi d’un octet NULL final qui identifie le nom d’entrée de "
+"répertoire créée/supprimée/déplacée. Pour les autres évènements tels que "
"B<FAN_OPEN>, B<FAN_ATTRIB>, B<FAN_DELETE_SELF> et B<FAN_MOVE_SELF>, si la "
"valeur du champ I<info_type> est B<FAN_EVENT_INFO_TYPE_FID>, le "
"I<file_handle> identifie l’objet corrélé à l’évènement. Si la valeur du "
"champ I<info_type> est B<FAN_EVENT_INFO_TYPE_DFID>, le I<file_handle> "
"identifie l’objet de répertoire corrélé à l’évènement ou le répertoire "
-"parent d’un objet non répertoire corrélé à l’évènement. Si la valeur du "
+"parent d’un objet non-répertoire corrélé à l’évènement. Si la valeur du "
"champ I<info_type> est B<FAN_EVENT_INFO_TYPE_DFID_NAME>, le I<file_handle> "
"identifie le même objet de répertoire qui aurait été rapporté avec "
-"B<FAN_EVENT_INFO_TYPE_DFID> et le gestionnaire de fichiers est suivi par un "
+"B<FAN_EVENT_INFO_TYPE_DFID> et le gestionnaire de fichiers est suivi d’un "
"octet NULL final qui identifie le nom de l’entrée de répertoire dans ce "
"répertoire ou « . » pour identifier l’objet du répertoire."
@@ -3315,7 +3314,7 @@
"2.6.37. Fdinfo support was added in Linux 3.8."
msgstr ""
"L’interface de programmation fanotify a été introduite dans Linux 2.6.36 "
-"Linux et activée dans Linux 2.6.37. La prise en charge de fdinfo a été "
+"et activée dans Linux 2.6.37. La prise en charge de fdinfo a été "
"ajoutée dans Linux 3.8."
#. type: Plain text
Reply to: