Re: [RFR] po4a://manpages-fr/db/po/fr.po 4f
Bonjour,
Le 09/11/2018 à 22:51, Thomas Vincent a écrit :
> Bonjour,
> Voici une proposition de mise à jour pour la page de manuel de db,
> également visible dans la merge request que j'ai envoyée au projet
> Perkamon :
> https://gitlab.com/perkamon/man-pages-fr/merge_requests/1/diffs
> N'hésitez pas à commenter en réponse à ce message ou directement dans la
> merge request.
> Merci d'avance pour vos relectures.
> Amicalement,
> ThomasQuelques corrections et préférences personnelles + des espaces protégées
sur l'ensemble du fichier.
Amicalement,
jipege
--- /home/jpg1/Documents/traductions/l10n/m_q/manpages-fr/source/perkamon-fr-3.65-1/po4a/db/po/2018_11/fr.po 2018-11-13 15:36:04.491090553 +0100
+++ /home/jpg1/Documents/traductions/l10n/m_q/manpages-fr/source/perkamon-fr-3.65-1/po4a/db/po/2018_11/frjpg.po 2018-11-13 16:30:38.488019012 +0100
@@ -105,7 +105,7 @@
"only the btree-specific information."
msgstr ""
"La routine B<dbopen>(3) est l'interface de bibliothèque pour les fichiers de "
-"base de données. L'un des formats de fichier supportés est l'arbre binaire "
+"base de données. L'un des formats de fichier pris en charge est l'arbre binaire "
"de fichiers. La description générale des méthodes d'accès à une base de "
"données est fournie dans la page de manuel B<dbopen>(3). La présente page ne "
"décrit que les informations spécifiques aux arbres binaires."
@@ -239,7 +239,7 @@
"sensiblement le nombre d'opérations d'entrée-sortie. Bien sûr, l'utilisation "
"d'un cache augmente (et seulement augmente) la probabilité de corruption ou "
"de perte de données si le système plante alors qu'un arbre est en cours de "
-"modification. Si I<cachesize> vaut 0 (pas de taille indiquée) un cache est "
+"modification. Si I<cachesize> vaut 0 (pas de taille indiquée) un cache est "
"utilisé par défaut."
#. type: TP
@@ -287,7 +287,7 @@
"la taille de page divisée par le nombre minimal de clés, elle est stockée "
"sur des pages de débordement plutôt que sur la page elle-même. Si "
"I<minkeypage> est nulle (aucun nombre minimal de clés indiqué), une valeur "
-"de 2 est utilisé."
+"de 2 est utilisée."
#. type: TP
#: build/C/man3/btree.3:159 build/C/man3/recno.3:138
@@ -305,7 +305,7 @@
msgstr ""
"Taille (en octets) des pages utilisées pour les nÅ?uds de l'arbre. La taille "
"minimale est de 512\\ octets, et la taille maximale de 64\\ kio. Si I<psize> "
-"vaut 0, (aucune taille indiquée), la taille de la page est choisie en "
+"vaut 0, (aucune taille indiquée), la taille de la page est choisie en "
"fonction de la taille des blocs d'entrée-sortie du système de fichiers sous-"
"jacent."
@@ -356,7 +356,7 @@
"Fonction de comparaison avec préfixe. Si elle est spécifiée, cette routine "
"doit renvoyer le nombre d'octets du second argument (une clé) qui sont "
"nécessaires pour déterminer s'il est supérieur au premier argument (une "
-"clé). Si les clés sont égales, la longueur de la clé devrait être retournée. "
+"clé). Si les clés sont égales, la longueur de la clé devrait être renvoyée. "
"Remarquez que l'utilité de cette routine dépend dans une très large mesure "
"du type de données manipulées, mais il arrive que cette routine fournisse "
"des réductions significatives de taille d'arbre et de temps de recherche. Si "
@@ -381,8 +381,8 @@
msgstr ""
"L'ordre des octets des entiers stockés dans la base de données. Ce nombre "
"doit représenter l'ordre sous forme d'entier. Par exemple, l'ordre poids "
-"faible poids fort (gros boutiste) est représenté par le nombre 4321. Si "
-"I<lorder> vaut 0 (aucun ordre indiqué), on utilise l'ordre des octets du "
+"faible poids fort (gros boutiste) est représenté par le nombre 4321. Si "
+"I<lorder> vaut 0 (aucun ordre indiqué), on utilise l'ordre des octets du "
"système hôte."
#. type: Plain text
@@ -430,7 +430,7 @@
"than normal page fill factor."
msgstr ""
"Les recherches, les insertions et les suppressions dans un arbre binaire "
-"s'effectuent en O log base N, où base représente le facteur de remplissage "
+"s'effectuent en O log base N, où base représente le facteur de remplissage "
"moyen. Souvent, l'insertion de données déjà ordonnées dans un arbre binaire "
"résulte en un facteur d'insertion faible. Cette implémentation a été "
"modifiée pour rendre l'insertion d'éléments ordonnés encore plus profitable. "
@@ -528,7 +528,7 @@
"version of this page, can be found at \\%https://www.kernel.org/doc/man-"
"pages/."
msgstr ""
-"Cette page fait partie de la publication 4.16 du projet I<man-pages> Linux. "
+"Cette page fait partie de la publication 4.16 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/."
@@ -579,7 +579,7 @@
"manual pages B<btree>(3), B<hash>(3), and B<recno>(3)."
msgstr ""
"B<dbopen>() est l'interface de bibliothèque pour les fichiers de bases de "
-"données. Les formats de fichiers supportés sont les arbres binaires (btree), "
+"données. Les formats de fichiers pris en charge sont les arbres binaires (btree), "
"les fichiers hachés et les fichiers UNIX. L'arbre binaire est une "
"représentation d'une structure équilibrée et triée. Les fichiers hachés "
"représentent des tables de hachage extensibles et dynamiques. Le format de "
@@ -742,8 +742,8 @@
"en cache, libère les ressources allouées, et ferme le(s) fichier(s). Comme "
"les paires clés/données peuvent être cachées en mémoire, l'oubli de "
"synchronisation du fichier avec les fonctions I<close>() ou I<sync>() peut "
-"résulter dans des données incohérentes ou perdues. La routine I<close>() "
-"renvoie -1 en cas d'erreur (et remplit I<errno>) et 0 si elle réussit."
+"avooir pour conséquence des données incohérentes ou perdues. La routine I<close>() "
+"renvoie -1 en cas d'erreur (et remplit I<errno>) et 0 si elle réussit."
#. type: TP
#: build/C/man3/dbopen.3:195
@@ -785,8 +785,8 @@
"I<delete> routines return -1 on error (setting I<errno>), 0 on success, and "
"1 if the specified I<key> was not in the file."
msgstr ""
-"La routine I<delete>() renvoie 0 si elle réussit, -1 en cas d'erreur (et "
-"définit I<errno>), ou 1 si la clé I<key> indiquée n'a pas été trouvée dans "
+"La routine I<delete>() renvoie 0 si elle réussit, -1 en cas d'erreur (et "
+"définit I<errno>), ou 1 si la clé I<key> indiquée n'a pas été trouvée dans "
"le fichier."
#. type: TP
@@ -815,7 +815,7 @@
"fonctions de verrouillage B<fcntl>(2) et B<flock>(2). Le descripteur de "
"fichier n'est pas nécessairement associé avec l'un des fichiers sous-jacents "
"utilisés par les méthodes d'accès. Aucun descripteur n'est disponible pour "
-"les base de données en mémoire. La routine I<fd> renvoie -1 en cas d'erreur "
+"les bases de données en mémoire. La routine I<fd> renvoie -1 en cas d'erreur "
"(et définit I<errno>), et le descripteur de fichiers en cas de succès."
#. type: TP
@@ -837,7 +837,7 @@
"la base de données. L'adresse et la longueur des données associées avec la "
"clé I<key> indiquée sont fournies dans une structure référencée par "
"l'argument I<data>. La routine I<get>() renvoie -1 en cas d'erreur (et "
-"remplit I<errno>), 0 en cas de réussite, ou 1 si la clé I<key> n'a pas été "
+"remplit I<errno>), 0 en cas de réussite, ou 1 si la clé I<key> n'a pas été "
"trouvée dans le fichier."
#. type: TP
@@ -973,7 +973,7 @@
"file."
msgstr ""
"Les routines I<put>() renvoient -1 en cas d'erreur (et remplissent "
-"I<errno>), 0 en cas de succès, ou 1 si l'attribut B<R_NOOVERWRITE> a été "
+"I<errno>), 0 en cas de succès, ou 1 si l'attribut B<R_NOOVERWRITE> a été "
"indiqué dans I<flag>, et si la clé existait déjà dans le fichier."
#. type: TP
@@ -1120,11 +1120,11 @@
"currently available, the I<seq> routines return 2."
msgstr ""
"La routine I<seq>() renvoie -1 en cas d'erreur (et remplit I<errno>), 0 en "
-"cas de succès, et 1 s'il n'y a pas de paire clé/donnée supérieure ou égale à "
+"cas de succès, et 1 s'il n'y a pas de paire clé/donnée supérieure ou égale à "
"la clé indiquée ou courante. Si on utilise la méthode B<DB_RECNO>, si le "
"fichier de base de données est un fichier spécial en mode caractères, et si "
"aucune paire clé/donnée complète n'est actuellement disponible, la routine "
-"I<seq> renvoie 2."
+"I<seq> renvoie 2."
#. type: TP
#: build/C/man3/dbopen.3:426
@@ -1141,7 +1141,7 @@
msgstr ""
"Un pointeur vers une routine permettant de vider sur disque toutes les "
"informations en cache. Si la base de données est uniquement en mémoire, la "
-"routine I<sync>() n'a pas d'effet, et réussira toujours."
+"routine I<sync>() n'a pas d'effet et réussira toujours."
#. type: Plain text
#: build/C/man3/dbopen.3:434
@@ -1172,7 +1172,7 @@
msgid ""
"I<sync> routines return -1 on error (setting I<errno>) and 0 on success."
msgstr ""
-"La routine I<sync>() renvoie -\\1 en cas d'erreur (et remplit I<errno>) ou 0 "
+"La routine I<sync>() renvoie -\\1 en cas d'erreur (et remplit I<errno>) ou 0 "
"en cas de réussite."
#. type: SS
@@ -1394,7 +1394,7 @@
"the hash-specific information."
msgstr ""
"La routine B<dbopen>(3) est l'interface de bibliothèque des fichiers de base "
-"de données. L'un des formats de fichier supportés est la table de hachage. "
+"de données. L'un des formats de fichier pris en charge est la table de hachage. "
"La description générale des méthodes d'accès à une base de données est "
"fournie dans la page de manuel B<dbopen>(3). La page présente ne décrit que "
"les informations spécifiques aux tables de hachage."
@@ -1470,7 +1470,7 @@
"indique une densité désirée au sein de la table. Il s'agit d'une "
"approximation du nombre de clés pouvant s'accumuler dans une seule case, ce "
"qui détermine le moment où la table doit s'agrandir ou se rétrécir. La "
-"valeur par défaut est 8."
+"valeur par défaut est 8."
#. type: TP
#: build/C/man3/hash.3:96
@@ -1489,7 +1489,7 @@
"pas configuré, ou s'il est configuré trop bas, la table s'agrandira quand "
"même correctement au fur et à mesure de l'entrée des clés, bien qu'une "
"légère dégradation des performances puisse être observée. La valeur par "
-"défaut est 1."
+"défaut est 1."
#. type: Plain text
#: build/C/man3/hash.3:108
@@ -1522,7 +1522,7 @@
"que la fonction interne soit particulièrement mauvaise sur un jeu "
"particulier de données. La fonction de hachage fournie par l'utilisateur "
"doit prendre deux arguments (un pointeur sur une chaîne d'octets et une "
-"longueur) et renvoyer une valeur sur 32 bits utilisable comme valeur de "
+"longueur) et renvoyer une valeur sur 32Â bits utilisable comme valeur de "
"hachage."
#. type: Plain text
@@ -1536,9 +1536,10 @@
msgstr ""
"est l'ordre des octets pour les entiers stockés dans la base de données. Ce "
"nombre doit représenter l'ordre sous forme d'entier. Par exemple l'ordre "
-"poids faible-poids fort (big endian) est représenté par le nombre 4321. Si "
+"poids faible-poids fort (big endian) est représenté par le nombre 4321. Si "
"I<lorder> vaut 0 (pas d'ordre indiqué), on utilise l'ordre des octets du "
-"système hôte."
+"système hôte. Si le fichier existe déjà , la valeur spécifiée est ignorée et "
+"la valeur spécifiée lors de la création de l'arbre est utilisée."
#. type: Plain text
#: build/C/man3/hash.3:139
@@ -1549,7 +1550,7 @@
msgstr ""
"Si le fichier existe déjà (et si le drapeau B<O_TRUNC> n'est pas spécifié), "
"les valeurs spécifiées dans I<bsize>, I<ffactor>, I<lorder> et I<nelem> sont "
-"ignorés et les valeurs spécifiées lors de la création de l'arbre sont "
+"ignorées et les valeurs spécifiées lors de la création de l'arbre sont "
"utilisées à la place. "
#. type: Plain text
@@ -1739,7 +1740,7 @@
#. type: Plain text
#: build/C/man3/mpool.3:122
-msgid ""
+msgid ""
"The B<mpool_filter>() function is intended to make transparent input and "
"output processing of the pages possible. If the I<pgin> function is "
"specified, it is called each time a buffer is read into the memory pool from "
@@ -1810,7 +1811,7 @@
#: build/C/man3/mpool.3:166
msgid "B<mpool_put>() returns 0 on success and -1 if an error occurs."
msgstr ""
-"B<mpool_put>() renvoie 0 en cas de succès et -1 si une erreur se produit."
+"B<mpool_put>() renvoie 0 en cas de succès et -1 si une erreur se produit."
#. type: Plain text
#: build/C/man3/mpool.3:175
@@ -1820,7 +1821,7 @@
"and -1 if an error occurs."
msgstr ""
"La fonction B<mpool_sync>() écrit toutes les pages modifiées associée au "
-"pointeur I<MPOOL> dans le fichier. B<mpool_sync>() renvoie 0 en cas de "
+"pointeur I<MPOOL> dans le fichier. B<mpool_sync>() renvoie 0 en cas de "
"succès et -1 si une erreur se produit."
#. type: Plain text
@@ -1833,7 +1834,7 @@
msgstr ""
"La fonction B<mpool_close>() libère toute mémoire allouée pour l'ensemble de "
"tampons mémoire correspondant au cookie. Les pages modifiées B<ne> sont "
-"B<pas> écrites dans le fichier. B<mpool_close>() renvoie 0 en cas de succès "
+"B<pas> écrites dans le fichier. B<mpool_close>() renvoie 0 en cas de succès "
"et -1 si une erreur se produit."
#. type: Plain text
@@ -1926,7 +1927,7 @@
"page describes only the recno-specific information."
msgstr ""
"La routine B<dbopen>(3) est l'interface de bibliothèque pour les fichiers de "
-"base de données. L'un des formats de fichier supportés est celui avec "
+"base de données. L'un des formats de fichier pris en charge est celui avec "
"enregistrements numérotés. La description générale des méthodes d'accès à "
"une base de données est fournie dans la page de manuel B<dbopen>(3). La page "
"présente ne décrit que les informations spécifiques aux enregistrements "
@@ -1945,10 +1946,10 @@
"La structure de cette base de données est une série d'enregistrements de "
"longueurs variables ou fixes, stockés dans un fichier linéaire, et auxquels "
"on accède par les numéros logiques d'enregistrement. L'existence de "
-"l'enregistrement numéro 5 implique l'existence des enregistrements 1 à 4, et "
-"l'effacement du numéro entraîne la renumérotation de l'enregistrement 5 en "
-"4, ainsi que le déplacement d'un cran du curseur s'il était positionné après "
-"l'enregistrement 1."
+"l'enregistrement numéro 5 implique l'existence des enregistrements 1 à  4, et "
+"l'effacement du numéro 1 entraîne la renumérotation de l'enregistrement 5 "
+"en 4, ainsi que le déplacement d'un cran du curseur s'il était positionné "
+"après l'enregistrement 1."
#. type: Plain text
#: build/C/man3/recno.3:77
@@ -2026,7 +2027,7 @@
msgstr ""
"Avec l'interface spécifiée par B<dbopen>(3), le parcours séquentiel "
"renseigne à la fois la structure I<clé> de l'appelant, et la structure des "
-"I<données>. Si l'argument B<R_NOKEY> est utilisé les routines de gestion du "
+"I<données>. Si l'argument B<R_NOKEY> est utilisé, les routines de gestion du "
"I<curseur> ne sont pas obligées de remplir la structure clé. Cela permet aux "
"applications d'accéder à des enregistrements en fin de fichier sans avoir à "
"relire tous les enregistrements précédents."
@@ -2058,7 +2059,7 @@
msgstr ""
"Une taille maximale suggérée de mémoire cache, en octets. Cela n'a qu'une "
"valeur B<indicative>, et les méthodes d'accès alloueront plus de mémoire "
-"plutôt que d'échouer. Si I<cachesize> vaut 0 (pas de taille indiquée) on "
+"plutôt que d'échouer. Si I<cachesize> vaut 0 (pas de taille indiquée) on "
"utilise une valeur par défaut."
#. type: Plain text
@@ -2072,7 +2073,7 @@
msgstr ""
"La méthode d'accès recno stocke les copies en mémoire de ses enregistrements "
"dans un arbre B-tree. Cette valeur est la taille (en octets) des pages à "
-"utiliser pour les nÅ?uds de cet arbre. Si I<psize> vaut 0 (pas de taille "
+"utiliser pour les nÅ?uds de cet arbre. Si I<psize> vaut 0 (pas de taille "
"indiquée), une taille de page est choisie en fonction des tailles de blocs "
"d'entrée-sortie du système de fichiers sous-jacent. Consultez B<btree>(3) "
"pour plus d'informations."
@@ -2204,7 +2205,7 @@
msgstr ""
"I<Document Processing in a Relational Database System>, Michael Stonebraker, "
"Heidi Stettner, Joseph Kalash, Antonin Guttman, Nadene Lynn, Memorandum No. "
-"UCB/ERL M82/32, May 1982."
+"UCB/ERL M82/32, May 1982."
#~ msgid "flags"
#~ msgstr "flags"
Reply to: