Différences

Ci-dessous, les différences entre deux révisions de la page.

--- openbsd.org:report [2017/05/24 10:43]
pengouinpdt [Comment créer un rapport] Correction de trad°
+++ openbsd.org:report [2021/05/10 15:19]
pengouinpdt v1.53
@@ Ligne 1: / Ligne 1: @@
-**''Version de traduction basée sur la 6.1 officielle''**
+---
+[ [[openbsd.org:start|OpenBSD]] ] ~ Traduction française de la page **[[https://www.openbsd.org/report.html|OpenBSD: Report]] : //(v[[https://cvsweb.openbsd.org/cgi-bin/cvsweb/www/report.html?f=h|1.53]] ; 05/04/2021)//**
-----
+---
 ====== Rapporter des problèmes ======
-===== Rapport d'un problème version release =====
+===== Rapports de problèmes version release =====
-Avant de rapporter un bogue/problème avec la release, vérifiez les points suivants :
+Avant de rapporter un bogue/problème avec les versions release, passez en revue cette liste de contrôle :
-  - Premièrement, vérifiez [[https://www.openbsd.org/errata.html|les patches et les notes à-propos de la release]].
+  - Premièrement, vérifiez [[https://www.openbsd.org/errata.html|les correctifs et les notes à-propos de la release]].
-  - Ensuite, regardez s'il n'y a pas une [[https://www.openbsd.org/orders.html|nouvelle release]] disponible.
+  - Ensuite, regardez s'il n'y a pas une nouvelle release disponible.
   - Finalement, vérifiez les [[https://www.openbsd.org/plus.html|changements de versions d'OpenBSD]].
 Si rien ne ressemble à votre problème, veuillez vous familiariser avec [[http://man.openbsd.org/sendbug|sendbug(1)]] avant de soumettre un rapport de bogue.
-===== Rapport d'un problème version current =====
+===== Rapports de problèmes version current =====
-Si votre problème est avec l'arbre des sources //-current// plutôt que //-release// ou //-stable//,
+Si votre problème est avec l'arborescence des sources //-current// plutôt que //-release// ou //-stable//,
   - Testez le problème au moins deux fois, avec des sources mises à jour à intervalle de quelques jours.
-  - Ne pas rapporter des problèmes de compilation de l'arbre de sources, à moins qu'ils soient persistants. C'est presque toujours une erreur de votre part, ou ils sont mises à jour au moment où vous les remontez. Les personnes qui travaillent sur le projet [[faq:faq5|construisent]] au moins une fois par jour, et généralement plusieurs fois par jour pour les différentes architectures.
+  - Ne pas rapporter des problèmes de compilation de l'arborescence de sources, à moins qu'ils ne soient persistants. C'est presque toujours une erreur de votre part, ou ils sont mises à jour au moment où vous les remontez. Les personnes qui travaillent sur le projet font des [[openbsd.org:faq:faq5|make build]] au moins une fois par jour, et généralement plusieurs fois par jour pour les différentes architectures.
-  - Rappelez vous que les mises à jour des serveurs [[https://www.openbsd.org/anoncvs.html|AnonCVS]] durent plusieurs heures, après l'actuel arbre des sources.
+  - Rappelez-vous que les serveurs [[https://www.openbsd.org/anoncvs.html|AnonCVS]] sont mis à jour quelques heures après l'arborescence des sources en cours.
-  - Vérifiez les [[https://www.openbsd.org/plus.html|changements de versions OpenBSD]] pour voir si le problème a été transmis.
+  - Vérifiez les [[https://www.openbsd.org/plus.html|changements effectués entre les versions d'OpenBSD]] pour voir si le problème a été résolu.
-  - Prenez bien soin dans la création des snapshots. Parfois quelques erreurs sont faites, nous nous excusons pour cela. Lire et écrire aux listes de diffusion est plus approprié qu'envoyer un rapport de bogue.
+  - Un grand soin est apporté lors de la création des snapshots. Parfois quelques erreurs sont faites, nous nous excusons pour cela. Lire et écrire aux listes de diffusion est plus approprié qu'envoyer un rapport de bogue.
 ===== Comment créer un rapport =====
-**Toujours fournir le plus d'informations possibles**. Essayez de pointer le problème exact. Donnez des instructions claires pour reproduire le problème. Essayez de le décrire avec autant de précision que possible et des mots ne portant pas à confusion, spécifiquement si le problème n'est pas facile à reproduire. Décrire les problèmes en disant "Cela crashe" ou "J'ai un problème étrange avec cette construction" est inutile. Communiquez avec les autres (sur les listes de diffusion ou sur tout forum où des utilisateurs compétents se rassemblent) pour confirmer que le problème est nouveau et de préférence répété. SVP, assurez vous que ce ne soit pas un problème local par l'utilisation d'un matériel défectueux ou non supporté, ou par l'usage d'un logiciel ou d'une option de construction non supportée.
+**Toujours fournir le plus d'informations possibles**. Essayez de pointer le problème exact. Donnez des instructions claires pour reproduire le problème. Essayez de le décrire avec autant de précision que possible et avec des mots ne portant pas à confusion, spécifiquement si le problème n'est pas facile à reproduire. Décrire les problèmes en disant "Cela crashe" ou "J'ai un problème étrange avec cette construction" est inutile. Communiquez avec les autres (sur les listes de diffusion ou sur tout forum où des utilisateurs compétents se rassemblent) pour confirmer que le problème est nouveau et de préférence répété. SVP, essayez de vous assurer vous que ce ne soit pas un problème local par l'utilisation d'un matériel défectueux ou non supporté, ou par l'usage d'un logiciel ou d'une option de construction non supportée.
 SVP, ne commencez pas à fixer des problèmes qui requiert un travail significatif à moins que vous ne soyez capable de les comprendre, spécialement durant les périodes de publication pendant lesquelles nous ne faisons aucun changement majeur de code. Si vous vous apprêtez à écrire des quantités importantes de code, mentionnez-le sur les listes de diffusion afin de vous assurer que personne d'autre ne travaille sur ce problème (cela économise les efforts).
-Les différents points suivants devraient être contenus dans chaque rapport de bogue :
+Chaque rapport de bogue doit contenir les éléments suivants :
-  - La séquence exacte des étapes depuis le début est nécessaire pour reproduire le problème. <del>This should be self-contained</del> ; il ne suffit pas d'envoyer une commande nue sans les arguments et autres données utilisées. Si le bogue requiert une séquence particulière d'événements, veuillez les lister. Bien que cela ne soit pas absolument nécessaire, vous êtes encouragé à minimiser la taille de votre exemple. Si le bogue est reproductible, nous le trouverons de toute manière.
+  - La séquence exacte des étapes depuis le début est nécessaire pour reproduire le problème.  Ceci devrait être autonome ; il ne suffit pas d'envoyer une simple commande  sans les arguments et autres données que vous avez utilisées. Si le bogue requiert une séquence particulière d'événements, veuillez les lister. vous êtes encouragé à minimiser la taille de votre exemple, bien que cela ne soit pas absolument nécessaire. Si le bogue est reproductible, nous le trouverons de toute manière.
-  - La sortie que vous obtenez. SVP, ne dites pas "cela ne fonctionne pas" ou "c'est en échec". S'il y a un message d'erreur, montrez-le, même si vous ne le comprenez pas. Si OpenBSD panique avec une erreur particulière, restituez-la. Si rien du tout ne se passe, dites-le. Même si le résultat de votre test restitue un problème ou tout autre comportement aberrant, il se peut qu'il ne se passe rien durant nos tests. La chose la plus facile à faire est de copier la sortie depuis le terminal, si possible.
+  - La sortie que vous obtenez. SVP, ne dites pas "cela ne fonctionne pas" ou "c'est en échec". S'il y a un message d'erreur, montrez-le, même si vous ne le comprenez pas. Si OpenBSD panique avec une erreur particulière, restituez-la. Si rien ne se passe, dites-le. Même si le résultat de votre test restitue un problème ou tout autre comportement aberrant, il se peut qu'il ne se passe rien durant nos tests. La chose la plus facile à faire est de copier la sortie depuis le terminal, si possible. \\ Note : Dans le cas d'erreurs fatales, le message d'erreur peut ne pas contenir toutes les informations disponibles. Dans ce cas, regardez aussi la sortie des journaux systèmes tels que ceux enregistrés dans /var/log. De plus, si vous utilisez une application qui a ses propres fichiers journaux, tel que httpd, vérifiez les erreurs que peuvent renfermer ses logs.
-    - Note : Dans le cas d'erreurs fatales, le message d'erreur peut ne pas contenir toutes les informations disponibles. Dans ce cas, regardez aussi la sortie des journaux systèmes tels que ceux enregistrés dans /var/log. De plus, si vous utilisez une application qui a ses propres fichiers journaux, tel que httpd, vérifiez les erreurs que peuvent renfermer ses logs.
   - La sortie du noyau OpenBSD. Vous pouvez l'obtenir avec la commande dmesg, mais il est possible que la sortie de dmesg ne contienne pas toutes les informations capturées dans ''/var/run/dmesg.boot''. Dans ce cas, incluez les informations des deux. **Veuillez inclure cela dans tous les rapports de bogue**.
   - Si vous utilisez un logiciel tiers relatif à votre bogue, dites-le, en incluant la version. Si vous parlez d'un snapshot, mentionnez-le, incluant ses dates et heures.
-  - Une trace de votre kernel panic. Si votre noyau panique et que vous avez l'invite [[http://man.openbsd.org/ddb|ddb(4)]], veuillez fournir le message d'erreur, aussi bien les sorties des commandes ''trace'' et ''ps'' dans votre rapport de bogue telles que retournées. Si le machine se bloque, essayez d'activer ''sysctl ddb.console=1'' et d'obtenir dans DDB via Ctl+Alt+Esc (en-dehors de X), ou d'envoyer BREAK si vous utilisez une console série. Si, pour une raison quelconque, le message panic n'est pas visible, vous pouvez l'obtenir à nouveau avec la commande ''show panic''. **Ceci est essentiel chaque fois que possible. Les rapports de panic sans messages panic, ni retour des sorties trace et ps sont inutiles**. La sortie des ''show registers'' pourrait être aussi intéressante. Vous voudrez redémarrer avec ''boot dump'' afin que l'image du noyau soit sauvé par [[http://man.openbsd.org/savecore|savecore(8)]] pour un débogage post-mortem ultérieur, tel que décrit dans la page de manuel [[http://man.openbsd.org/crash|crash(8)]].
+  - Une trace de votre kernel panic. Si votre noyau panique et que vous avez l'invite [[http://man.openbsd.org/ddb|ddb(4)]], veuillez fournir le message d'erreur, aussi bien que les sorties des commandes ''trace'' et ''ps'' dans votre rapport de bogue telles que retournées. Si le machine se bloque, essayez d'activer ''sysctl ddb.console=1'' et d'obtenir dans DDB via <key>Ctl+Alt+Esc</key> (en-dehors de X), ou d'envoyer BREAK si vous utilisez une console série. Si, pour une raison quelconque, le message panic n'est pas visible, vous pouvez l'obtenir à nouveau avec la commande ''show panic''. **Ceci est essentiel chaque fois que possible. Les rapports de panic sans message panic, ni retour des sorties trace et ps sont inutiles**. La sortie des ''show registers'' pourrait être aussi intéressante. Vous pouvez ensuite redémarrer avec ''boot dump'' afin que l'image du noyau soit sauvé par [[http://man.openbsd.org/savecore|savecore(8)]] pour un débogage post-mortem ultérieur, tel que décrit dans la page de manuel [[http://man.openbsd.org/crash|crash(8)]].
   - Si vous rapportez un problème avec le Système X Window sur une architecture qui utilise le serveur X.org, veuillez inclure le fichier complet ''/var/log/Xorg.0.log'' dans votre rapport en complément de l'information de ''dmesg.boot''.
-Ne soyez pas effrayé que votre rapport soit long. C'est un fait. Il est préférable de rapporter chaque chose dès la première fois. D'autre part, si vos fichiers d'entrées sont énormes, il vaut mieux demander en premier si quelqu'un est intéressé à les voir.
+Ne soyez pas effrayé que votre rapport devient assez long. C'est un fait. Il est préférable de rapporter chaque chose dès la première fois plutôt que d'avoir à vous soutirer les informations. D'autre part, si vos fichiers d'entrées sont énormes, il vaut mieux demander en premier si quelqu'un est intéressé à les voir.
 ===== Envoyer des rapports de bogues =====
@@ Ligne 49: / Ligne 48: @@
 Peut-être voulez vous envoyer une demande de fonctionnalité, pas nécessairement un bogue. Les nouvelles fonctionnalités sont acceptées, spécialement avec le code qui implémente votre nouvelle fonctionnalité suggérée.
-Pour déboguer quelques problèmes, nous devons avoir le matériel avec lequel survient le problème. SVP souvenez vous que les ressources du projet OpenBSD sont limitées. Vous pouvez [[https://www.openbsd.org/want.html|donner quelques matériels]].
+Pour déboguer quelques problèmes, nous devons avoir le matériel sur lequel survient le problème. N'oubliez pas que les ressources du projet OpenBSD sont limitées. Vous pouvez [[openbsd.org:want|donner quelques matériels]].
@@ Ligne 60: / Ligne 59: @@
-//Si vous voulez participer à l'effort de traduction, merci de lire ce [[https://obsd4a.net/qa/viewtopic.php?pid=1172#p1172|topic]].//
+//Si vous voulez participer à l'effort de traduction, merci de lire ce [[https://forum.openbsd.fr.eu.org/showthread.php?tid=1358|topic]].//
+----
+{{tag>Rapport}}

Wiki :: OpenBSD pour tou(te?)s

Outils pour utilisateurs

Outils du site

Différences

Outils de la page