t @!A!uW!!-Q"J""!"S"SE#J#M#W2$$W>%e%\%SY&`&'Q(LT(( >)J)]);*S*d*~**/* *%*;+Y+Av+"+!++,5,L,+h,u,y --.-#.$Q.Dv..!..//J/&H01o00 00!0%1*A10l112&/2V2n22222*2"34B3w33)3$334.4K4-a4 444 45'(5=P5555%55)6)?63i666%667!78A7z7+7%7788#82\8828T8*9!<93^9+9C9y:r|:>:.;G;+c;%; ;;F;0<8G<5<<<<"<= 3= T=%b====F=< >G>#>D>9?/W? ?"?(?$?@&@ A@"b@@@/@@A0A&GAnA%A_AB)B5DB6zB*B BB!C#?CcC!{CCCC)CD1D!KDmDrDD/DDyEGEE8E0F6PF4F$F!FG-GLGbGrG;G5GHH</H lHzH)H$HH&I'IQRQTeQ`QR[,R'R(R?R0SJS5jS0S)SST2T.T4Uk7UUU"U"U$V"7VZV#rVVVVV W+W!JW#lWWWWW:W/XOXnXXX,XX%gYVY-Yi[[|[_[88]q]^3<^.p^.^q^q@_!_3_`B%`-h`+` ```a'aDaTafa~aaaF|cd'd8d3f=1i"oii"iii)ijjk!k"k2k&l/m/Bm,rm.mSm"n)n 0n:nc@n+nnanKo eoso%oo)oop"p15p&gp.q(qqsstt3u]Guu!ului9v^vhwukwwlxtEypyl+zwz{m(|T|| }}{c~~~"1+5].6Q!KUm*À* 9Zt>сn/ۃ5 TA'Yڄ 4+>Wj;†I-H'v,*:7L;8W.3׉7 C*`5-A"1#TDx35%'*M"x;1׌0 /:5j0?эVEh!4Ў-F3BzU,5@:vА7b'DTϑ;$+`%>@'2AZv*-FX:^ڔ9Ε]N ɖF*1(\n$ N2J̘"6-F7t:ř/+T[K8_ܛ1<Jn -Ŝ&)%D,j(5#5HP>؞BZ1x#:<^DL=-0kDD0&W0q2:D,q1$£;L=WM?å3F77~.288$q"5JH:'K %$=J2:٩*!?%aGϪM9,*)߬# =-k't/b̭!/;Q$jR- :8T7!:C=D'Ʊw,f( 2[D$ ų'( 7A5Vl*x-lE-8eA$H?/3oPJkE:7Ӻ11$"V-y/Ż23(*\$**׼+7. f#ĽCٽ@6^"-վ15"n0nI%$G Ih8~0?@^?,=j&z**0"HkI:)dE&"3 'T |-1!,49"\3b1.0^(  f:Rnh!+3=/q1)*2]A170W ^]bPQNb28hR3{:F'I-,q<-et#(ZX1vs) lSIGkp'C K>/dE%;q|?y!VzC[]GhJ6mBdOB#H9 a`; g%z@ =a~W 3\>}w ~nuFURup7^.[&O7S 9DmyKgAv2:!T@M_oeJr +wY$_t&s"fVD4}L0U `5(rHcEZ61j$T)xX5M{ixj\PYAknc<?fo+,*/*li.8Q |N="L4 Tainted modules: %s. With this option enabled ABRT always create bug ticket with restricted access if possibly sensitive data are dected. With this option enabled ABRT never shows notifications of reported problems. Takes effect only if Shortened reporting is enabled.%s and the diagnostic data has been submitted%sRun 'abrt-cli report %s' for creating a case in Red Hat Customer Portal & [ & [-v -i] -e|--event EVENT DIR...& [-v] -d DIR Calculates and saves UUID and DUPHASH for oops problem directory DIR& [-v] -d DIR Calculates and saves UUID and DUPHASH for xorg problem directory DIR& [-v] -d DIR Calculates and saves UUID and DUPHASH of python crash dumps& [-v] -d DIR Calculates and saves UUID of coredump in problem directory DIR& [-v] [-c CONFFILE] -d DIR Query package database and save package and component name& [-v] [-d SIZE:DIR]... [-f SIZE:DIR]... [-p DIR] [FILE]... Deletes problem dirs (-d) or files (-f) in DIRs until they are smaller than SIZE. FILEs are preserved (never deleted).& [-v] [-od] FILE... Scans files for split oops message. Can print and/or delete them.& [-v] [-r[RELEASE]] (-b ID1[,ID2,...] | PKG-NAME) [PKG-NAME]... Search for updates on bodhi server& [-v] [-r] -d DIR Creates coredump-level backtrace from core dump and corresponding binary& [-v] [DIR]... Applet which notifies user when new problems are detected by ABRT & [-vs] [-F STR]... FILE PROG [ARGS] Watch log file FILE, run PROG when it grows or is replaced& [-vs] [-w NUM] [-c MiB] [UPLOAD_DIRECTORY] Watches UPLOAD_DIRECTORY and unpacks incoming archives into DumpLocation specified in abrt.conf If UPLOAD_DIRECTORY is not provided, uses a value of WatchCrashdumpArchiveDir option from abrt.conf& [-vsoxm] [-d DIR]/[-D] [FILE] Extract Xorg crash from FILE (or standard input)& [-vusoxm] [-d DIR]/[-D] [FILE] Extract oops from FILE (or standard input)& [-y] [-i BUILD_IDS_FILE|-i -] [-e PATH[:PATH]...] [-r REPO] Installs debuginfo packages for all build-ids listed in BUILD_IDS_FILE to ABRT system cache.& [options]& [options] -d DIR Analyzes C/C++ backtrace, generates duplication hash, backtrace rating, and identifies crash function in problem directory DIR& [options] -d DIR Analyzes coredump in problem directory DIR, generates and saves backtrace& info [options] DIR...& list [options]& report [options] DIR...& status'%s' element can't be modified'%s' identifies more than one problem directory'%s' is not a valid element name'%s' is not a valid problem directory'%s' must be a regular file in order to use Retrace server.'{0}' processed successfully(debug) do not delete temporary archive created from dump dir in (debug) show received HTTP headers- means STDIN, default: build_idsA Known Problem has OccurredA New Problem has OccurredA Problem has OccurredA Problem has been ReportedA bug was already filed about this problem:A kernel problem occurred because of broken BIOS. Unfortunately, such problems are not fixable by kernel maintainers.A kernel problem occurred, but your hardware is unsupported, therefore kernel maintainers are unable to fix this problem.A kernel problem occurred, but your kernel has been tainted (flags:%s). Kernel maintainers are unable to diagnose tainted reports.A problem has been detectedA problem in the %s package has been detectedA server-side error occurred on '%s'ABRT has detected %u problem(s). For more info run: abrt-cli list%s ABRT notification appletABRT signal (abort() was called?)ABRT stores problem data in directories. Whenever ABRT needs writable directory, the directory is moved from the system location to your home directory. With this option disabled ABRT will move the problem directory without asking.AboutAbout System Config ABRTAccess past the end of mapped file, invalid address, unaligned access, etcActions: remove(rm), info(i), skip(s):Actions: remove(rm), report(e), info(i), skip(s):Add program names to logAdditional debuginfo directoriesAddress of the retrace serverAll debuginfo files are availableAn error occurred on the server side.An error occurred while connecting to '%s'An error occurred while connecting to the serverAn update exists which might fix your problem. You can install it by running: %s. Do you want to continue with reporting the bug?Analyze VM coreAnalyze and report problem data in DIRAnalyzing coredump '%s'Arithmetic exceptionAsk before stealing directoryAsk before uploading coredumpAutomatic Bug Reporting ToolAutomatically send uReportBacktrace is generated and saved, %u bytesBacktrace parsing failed for %sBad certificate received. Subject '%s', issuer '%s'.COREFILE is not specifiedCan't access the problemCan't access the problem for modificationCan't access the problem for readingCan't change directory to '{0}'Can't chown '%s': %sCan't close notification: %sCan't connect to '%s'Can't connect to NetworkManager over DBus: %sCan't connect to system DBus: %sCan't copy '{0}' to '{1}'Can't create '{0}' directoryCan't create temporary file '%s'Can't create temporary file in Can't create working directory in '{0}'Can't delete the element '%s' from the problem directory '%s'Can't determine network status via NetworkManager: %sCan't execute '%s'Can't extract the oops message: '{0}'Can't find problem '%s'Can't get problem data from abrt-dbus: %sCan't get problem list from abrt-dbus: %sCan't get signal no and do exploitability analysis Can't get size of '%s'Can't move '{0}' to '{1}'Can't open directory for writing '%s'Can't open {0}: {1}Can't process {0}: {1}Can't read from gio channel: '%s'Can't rename '%s' to '%s'. Failed to remove problem '%s'Can't resolve host name '%s'.Can't resolve host name '%s'. NSS error %d.Can't set encoding on gio channel: %sCan't show notification: %sCan't take ownership of '%s'Can't test whether the element exists over abrt-dbus: %sCan't turn on nonblocking mode for gio channel: %sCan't unpack '{0}'Can't update the problem: more than one oops foundCan't write to '%s'. Problem '%s' will not be removed from the ignored problems '%s'Cancelled by userCannot continue without password Certificate is signed by an untrusted issuer: '%s'.Certificate issuer is not recognized: '%s'.Certificate subject name '%s' does not match target host name '%s'.Checks if there are .vimrc and .gvimrc in your home directory and saves them as user_vimrc and user_gvimrc, respectively.Checks if there are vimrc and gvimrc files in /etc and saves them as system_vimrc and system_gvimrc, respectively.Chowning directory failed. Check system logs for more details.Collect .xsession-errorsCollect GConf configurationCollect system-wide vim configuration filesCollect yours vim configuration filesCommunicate directly to the userConfiguration fileCoredump references {0} debuginfo files, {1} of them are not installedCrash thread not foundCreate new problem directory in DIR for every oops foundCreate problem directory in DIR for every crash foundCurrent instruction: DaemizeDelay for polling operationsDelete files inside this directoryDelete files with found oopsesDelete whole problem directoriesDeleting '%s'Deleting problem directory failed: %sDivision by zeroDo not daemonizeDo not hash fingerprintsDo you want to enable automatically submitted anonymous crash reports?Do you want to enable automatically submitted crash reports?Do you want to generate a stack trace locally? (It may download a huge amount of data but reporting can't continue without stack trace).Don't run PROG if STRs aren't foundDownload debuginfo packages and generate backtrace locally using GDBDownload only specified filesEither problem directory or coredump is needed.Error: %sError: GDB did not return any dataExecuted after the reporting is finishedExit after NUM seconds of inactivityExiting on user commandExploitability analysis came up empty Exploitable rating (0-9 scale): Extracting the oops text from coreFailed to close SSL socket.Failed to compile regexFailed to complete SSL handshake: NSS error %d.Failed to enable SSL3.Failed to enable TLS.Failed to enable client handshake to SSL socket.Failed to get slot 'PEM Token #0': %d.Failed to initialize NSS.Failed to initialize security module.Failed to open connection to session manager: '%s', notification may reappear on the next loginFailed to read from a pipeFailed to reset handshake.Failed to send HTTP header of length %d: NSS error %dFailed to send HTTP header of length %d: NSS error %d.Failed to send data: NSS error %d (%s): %sFailed to set URL to SSL socket.Failed to set certificate hook.Failed to set handshake callback.Failed to set socket blocking mode.Failed to shutdown NSS.Failed to wrap TCP socket by SSL.File {0} doesn't existFor create and batch operationsFor next problem press ENTER:For status, backtrace, and log operationsGenerating backtraceGenerating core_backtraceHTTP Authenticated auto reportingHideIgnore foreverIgnored optionIllegal instruction (jump to a random address?)Incomplete problems are detected while computer is shutting down or user is logging out. In order to provide valuable problem reports, ABRT will not allow you to submit these problems.InsecureInstall kernel debuginfo packages, generate kernel log and oops messageInvalid number of argumentsInvalid response from server: missing HTTP message body.Invalid response from server: missing X-Task-Id.Invalid response from server: missing X-Task-Password.Invalid response from server: missing X-Task-Status.Issuer certificate is invalid: '%s'.Job control signal sent by kernelJump to an invalid addressKill gdb if it runs for more than NUM secondsLikely crash reason: List of bug idsList only not-reported problemsList only the problems more recent than specified timestampList only the problems older than specified timestampList problems [in DIRs]Local GNU DebuggerLocal version of the package is newer than available updatesLog to syslogLog to syslog even with -dMake the problem directory world readableMalformed HTTP response header: '%s'Malformed chunked response.Maximal cache size in MiB. Default is Missing build id: %sMissing debuginfo file: {0}Missing requested file: {0}Module '%s' was loaded - won't report this crashNeeds to downloads debuginfo packages, which might take significant time, and take up disk space. However, unlike RetraceServer, doesn't send coredump to remote machines.Needs to install kernel debuginfo packages, which might take significant time, and take up disk space.No free workers and full buffer. Omitting archive '%s'No problem space leftNo such problem directory '%s'No updates for this package foundNon-crash related signalNoninteractive, assume 'Yes' to all questionsNot AuthorizedNot a directory: '{0}'Not a number in file '%s'Notification area applet that notifies users about issues detected by ABRTNotify incomplete problemsNumber of concurrent workers. Default is Ok to upload core dump? (It may contain sensitive data). If your answer is 'No', a stack trace will be generated locally. (It may download a huge amount of data).Oops text extracted successfullyOpenPassword:Pattern to use when searching for repos, default: *debug*Post reportPreparing an archive to uploadPreserve this directoryPrint found crash data on standard outputPrint found oopsesPrint found oopses on standard outputPrint information about DIRPrint only the problem count without any messagePrint only the problems more recent than specified timestampPrint search string(s) to stdout and exitPrint the count of the recent crashesPrivate Reports is enabled, use 'abrt-cli -a COMMAND' to get the detected problems.Problem Reporting ConfigurationProblem detectedProblem directoryProcess multiple problemsQuerying server settingsQuitReceiving of data failed: NSS error %d.Red Hat Support password, if not given, a prompt for it will be issuedRed Hat Support user nameRemote certificate has expired.Remove PROBLEM_DIR after reportingRemove problem directory DIRReportReporting '%s'Request private ticket for sensitive informationRetrace failed. Try again later and if the problem persists report this issue please.Retrace job startedRetrace server URLRetrace server can not be used, because the crash is too large. Try local retracing.Retrace server is unable to process package '%s.%s'. Is it a part of official '%s' repositories?Run EVENT on DIRRuns gconftool-2 --recursive-list /apps/executable and saves it as 'gconf_subtree' element.SSL Client Authenticated auto reportingSYS signal (unknown syscall was called?)Same as -d DumpLocation, DumpLocation is specified in abrt.confSave .vimrc and .gvimrc from your home directorySave /etc/vimrc and /etc/gvimrcSave configuration from application's GConf directorySave relevant lines from ~/.xsession-errors fileSave the extracted information in PROBLEMScans through ~/.xsession-errors file and saves those lines which contain executable's name. The result is saved as 'xsession_errors' element.Searching for updatesSee 'abrt-cli COMMAND --help' for more informationSelects only problems detected after timestampSend core dump to remote retrace server for analysisSend core dump to remote retrace server for analysis or perform local analysis if the remote analysis failsShortened reportingShow detailed reportSignal due to write to broken pipeSignal due to write to closed pipeSignal has siginfo.si_code = SI_USERSignal sent by alarm(N) expirationSignal sent by keyboardSignal sent by timer/IO/async eventSignal sent by userspace codeSignal sent by window resizeSilent shortened reportingSkipping: '{0}' (contains ..)Skipping: '{0}' (contains space)Skipping: '{0}' (contains tab)Skipping: '{0}' (starts with dot)Skipping: '{0}' (starts with slash)Sleeping for %d secondsSpecify a bodhi server urlSpecify a releaseStack overflowSubroutine return to an invalid address (corrupted stack?)TRAP signal (can be a bug in a debugger/tracer)Task Id: %s Task Password: %s Task Status: %s %s Task id is needed.Task password is needed.Text larger than this will be shown abridgedThe Autoreporting feature is disabled. Please consider enabling it by issuing 'abrt-auto-reporting enabled' as a user with root privileges The Problem has already been ReportedThe archive contains malicious files (such as symlinks) and thus can not be processed.The coredump file is necessary for generating stack trace which is time and space consuming operation. ABRT provides a service which generates the stack trace from the coredump but you have to upload the coredump to this service. With this option disabled ABRT will upload the coredump without asking.The kernel log indicates that hardware errors were detected. This is most likely not a software problem. The name '%s' has been lost, please check if other service owning the name is not running. The problem data are incomplete. This usually happens when a problem is detected while computer is shutting down or user is logging out. In order to provide valuable problem reports, ABRT will not allow you to submit this problem. If you have time and want to help the developers in their effort to sort out this problem, please contact them directly.The release '%s' is not supported by the Retrace server.The report which will be sent does not contain any security sensitive data. Therefore it is not necessary to bother you next time and require any further action by you. The server denied your request.The server does not support xz-compressed tarballs.The server is fully occupied. Try again later.The server is not able to handle your request.The size of your archive is %lld bytes, but the retrace server only accepts archives smaller or equal %lld bytes.The size of your crash is %lld bytes, but the retrace server only accepts crashes smaller or equal to %lld bytes.This program must be run as root.Throttle problem directory creation to 1 per secondTurns the authentication offUnable to get current working directory as it was probably deletedUnable to start '%s', error message was: '%s'Unexpected HTTP response from server: %d %sUnknown errorUnknown file type: '{0}'Unknown operation: %s.Unknown option value: '%s' Unknown package sent to Retrace server.Unpacking '{0}'Upload successfulUploading %d megabytes Uploading %d%% Uploading %lld bytes Uploads coredump to a server, which generates backtrace and returns it. If user doens't want to upload his coredump to anywhere the event performs local analysis. Local analysis is run event if remote analysis fails. Pros: no need for debuginfo downloads. Retrace server's database of debuginfos is more complete. Retrace server may generate better backtraces. Cons: coredump you upload contains all the data from the crashed program, including your private data, if any.Uploads coredump to a server, which generates backtrace and returns it. Pros: no need for debuginfo downloads. Retrace server's database of debuginfos is more complete. Retrace server may generate better backtraces. Cons: coredump you upload contains all the data from the crashed program, including your private data, if any.Usage: %s [-v]Usage: %s [-v] [-o OUTFILE] -c COREFILEUsage: %s [-vd] ABRT_SPOOL_DIR UPLOAD_DIR FILENAME -v - Verbose -d - Delete uploaded archive ABRT_SPOOL_DIR - Directory where valid uploaded archives are unpacked to UPLOAD_DIR - Directory where uploaded archives are stored FILENAME - Uploaded archive file name Usage: %s [-vy] [--ids=BUILD_IDS_FILE] [--tmpdir=TMPDIR] [--cache=CACHEDIR[:DEBUGINFODIR1:DEBUGINFODIR2...]] [--size_mb=SIZE] [-e, --exact=PATH[:PATH]...] Installs debuginfos for all build-ids listed in BUILD_IDS_FILE to CACHEDIR, using TMPDIR as temporary staging area. Old files in CACHEDIR are deleted until it is smaller than SIZE. -v Be verbose -y Noninteractive, assume 'Yes' to all questions --ids Default: build_ids --tmpdir Default: @LARGE_DATA_TMP_DIR@/abrt-tmp-debuginfo-RANDOM_SUFFIX --cache Default: /var/cache/abrt-di --size_mb Default: 4096 -e,--exact Download only specified files --repo Pattern to use when searching for repos. Default: *debug* Usage: abrt-cli [--authenticate] [--version] COMMAND [DIR]...Usage: {0} [-v[v]] [--core=VMCORE]Use NUM as client uidUsed for updating of the databasesVerification error on '{0}'WarningWhether or not to use insecure connectionWith this option enabled reporting process started by click on Report button in problem notification bubble will be interrupted after uReport is sent. You can always use the default problem browser to make complete report.Write "insecure" to allow insecure connection <a href="https://fedorahosted.org/abrt/wiki/AbrtRetraceServerInsecureConnection" >(warning)</a>Write to an invalid addressXCPU signal (over CPU time limit)XFSZ signal (over file size limit)You also need to specify --username for --passwordYou are going to mute notifications of a particular problem. You will never see a notification bubble for this problem again, however, ABRT will be detecting it and you will be able to report it from ABRT GUI. Do you want to continue?You are going to upload %d megabytes. Continue?You can use either --anonymous or --certificateYou can use either --username or --anonymousYou can use either --username or --certificateYour problem directory is corrupted and can not be processed by the Retrace server._About_Close_Defaults_Quitabrt-retrace-client [options] Operations: create/status/backtrace/log/batch/exploitableallow insecure connection to retrace serveranonymous auto reportingdo not check whether retrace server is able to process given package before uploading the archiveid of your task on serverlog to syslogpassword of your task on serverread data from ABRT problem directoryread data from coredumpreporter-ureport failed with exit code %dretrace server URLretrace server porttranslator-creditsuReport SSL certificate paths or certificate typeuReport is short and completely anonymous description of a problem. ABRT uses uReports for fast global duplicate detection. In default configuration uReport is sent at beginning of reporting process. With this option enabled uReports are sent automatically immediately after problem detection.uReport was already sent, not sending it again{0} of debuginfo files are not installedProject-Id-Version: PACKAGE VERSION Report-Msgid-Bugs-To: jmoskovc@redhat.com POT-Creation-Date: 2017-05-15 16:10+0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit PO-Revision-Date: 2015-07-29 09:45-0400 Last-Translator: Richard Marko Language-Team: French (http://www.transifex.com/projects/p/fedora-abrt/language/fr/) Language: fr Plural-Forms: nplurals=2; plural=(n > 1); X-Generator: Zanata 3.9.6 Modules teintés : %s.Quand cette option est activée, ABRT crée toujours un ticket d'anomalie à accès restreint si des données possiblement sensibles ont été détectées.Quand cette option est activée, ABRT n'affiche aucune notification des incidents rapportés. Elle ne prend effet que si le mode rapport abrégé est activé.%s et les données du diagnostique ont été soumis%sExécuter « abrt-cli report %s » pour créer un dossier dans le Portail Client Red Hat & [ & [-v -i] -e|--event EVENT DIR...& [-v] -d DIR Calcule et enregistre l'UUID et le DUPHASH pour le oops dans le répertoire des incidents DIR& [-v] -d DIR Calcule et enregistre l'UUID et le DUPHASH pour xorg dans le répertoire des incidents DIR& [-v] -d DIR Calcule et enregistre l'UUID et le DUPHASH pour les vidages sur incident python& [-v] -d DIR Calcule et enregistre l'UUID du vidage du processus dans le répertoire DIR des incidents& [-v] [-c CONFFILE] -d DIR Interroge la base de données des paquets et enregistre le paquet et le nom du composant& [-v] [-d SIZE:DIR]... [-f SIZE:DIR]... [-p DIR] [FILE]... Supprime les fichiers (-f) ou répertoires (-d) des incidents des répertoires DIR jusqu'à ce que leur taille soit plus petite que SIZE. Les FILEs sont préservés (jamais supprimés).& [-v] [-od] FILE... Rechercher des oops découpés dans les fichiers. Peut les afficher ou les supprimer.& [-v] [-r[RELEASE]] (-b ID1[,ID2,...] | PKG-NAME) [PKG-NAME]... Rechercher des mises à jour sur le serveur bodhi& [-v] [-r] -d DIR Créer une trace du vidage mémoire à partir du vidage mémoire et du binaire correspondant& [-v] [DIR]... Appliquette notifiant l'utilisateur lorsque de nouveaux incidents sont détectés par ABRT & [-vs] [-F STR]... FILE PROG [ARGS] Surveiller le fichier journal FILE, lancer PROG quand il grossit ou est remplacé& [-vs] [-w NUM] [-c MiB] [UPLOAD_DIRECTORY] Surveille UPLOAD_DIRECTORY et décompresse les archives entrantes dans l'emplacement DumpLocation indiqué dans abrt.conf Si UPLOAD_DIRECTORY n'est pas indiqué, utilise la valeur de l'option WatchCrashdumpArchiveDir dans abrt.conf& [-vsoxm] [-d DIR]/[-D] [FILE] Extraire les données de plantage de Xorg de FILE (ou de l'entrée standard)& [-vusoxm] [-d DIR]/[-D] [FILE] Extrait le oops de FILE (ou de l'entrée standard)& [-y] [-i BUILD_IDS_FILE|-i -] [-e PATH[:PATH]...] [-r REPO] Installe les paquets debuginfo pour tous les build-ids répertoriés dans BUILD_IDS_FILE sur le cache du système ABRT.& [options]& [options] -d DIR Analyse le backtrace C/C++, crée le hash de duplication, évalue la trace arrrière et identifie la fonction du plantage dans le répertoire DIR des incidents& [options] -d DIR Analyse du vidage mémoire dans le répertoire DIR des incidents, crée et enregistre la trace arrière& info [options] DIR...& list [options]& report [options] DIR...& statusL'élément « %s » ne peut pas être modifié« %s » identifie plus d'un répertoire d'incident« %s » n'est pas un nom d'élément valide« %s » n'est pas un répertoire d'incidents valide« %s » doit être un fichier normal pour pouvoir utiliser le serveur Retrace.Traitement de « {0} » réussi(debug) ne pas supprimer l'archive temporaire créée depuis le répertoire dir dans (debug) afficher les en-têtes HTTP reçus- signifie STDIN, par défaut : build_idsUn incident connu s'est produitUn nouvel incident s'est produitUn incident s'est produitUn incident a été rapportéUn bogue concernant ce problème a déjà été enregistré :Un problème de noyau s'est produit car le BIOS est cassé. Malheureusement, de tels problèmes ne peuvent pas être corrigés par les mainteneurs du noyau.Un problème de noyau s'est produit, mais votre matériel n'est pas pris en charge, les mainteneurs du noyau ne sont donc pas en mesure de corriger ce problème.Un incident noyau est survenu, mais votre noyau a été teinté (drapeau : %s). Les mainteneurs du noyau n'ont pas la possibilité de diagnostiquer les rapports teintés.Un incident a été détectéUn incident a été détecté dans le paquet %sUne erreur est survenue côté serveur sur « %s »ABRT a détecté %u incident(s). Pour plus d'informations, lancer : abrt-cli list%s Applet de notification ABRTSignal ABRT (abort() a été appelé ?)ABRT enregistre les données de l'incident dans des répertoires. Chaque fois que ABRT a besoin d'un répertoire dans lequel il puisse écrire, ce répertoire est déplacé de l'emplacement système vers votre répertoire personnel. Quand cette option est désactivée, ABRT déplace le répertoire des données de l'incident sans rien demander.À proposÀ propos de la configuration système ABRTAccès au delà de la fin du fichier mappé, adresse invalide, accès non-aligné, etc.Actions : supprimer (rm), informations (i), ignorer (s) :Actions : supprimer (rm), signaler (e), informations (i), ignorer (s) :Ajouter le nom des programmes dans le journalRépertoires debuginfo supplémentairesAdresse du serveur retraceTous les fichiers debuginfo sont disponiblesUne erreur est survenue côté du serveur.Une erreur est survenue lors de la connexion à « %s »Une erreur est survenue lors de la connexion au serveurIl existe une mise à jour qui pourrait peut-être corriger votre incident. Vous pouvez l'installer en exécutant : %s. Souhaitez-vous continuer avec le signalement de l'anomalie ?Analyser le vidage mémoireAnalyser et signaler les données des incidents dans DIRAnalyse en cours du vidage de la mémoire '%s'Exception arithmétiqueDemander avant d'occuper furtivement un répertoireDemander avant de téléverser le vidage de la mémoireAutomatic Bug Reporting ToolEnvoyer automatiquement le « uReport »Le backtrace est généré et enregistré, %u octetsErreur lors de l'analyse du backtrace pour %sMauvais certificat reçu. Sujet « %s », émetteur « %s ».Le FICHIER_CORE n'est pas indiquéImpossible d'accéder à l'incidentImpossible d'accéder à l'incident pour effectuer des modificationsImpossible d'accéder à l'incident pour la lectureImpossible de modifier le répertoire sur « {0} »chown impossible sur « %s » : %sImpossible de fermer la notification : %sConnexion impossible à « %s »Impossible de se connecter à NetworkManager via DBus : %sImpossible de se connecter au DBUS système : %sImpossible de copier « {0} » sur « {1} »Impossible de créer le répertoire « {0} »Impossible de créer le fichier temporaire « %s »Impossible de créer un fichier temporaire dans Impossible de créer un répertoire de travail dans « {0} »Impossible de supprimer l'élément « %s » du répertoire des incidents « %s »Impossible de déterminer l'état du réseau via NetworkManager : %sImpossible d'exécuter « %s »Impossible d'extraire le message oops : « {0} »Impossible de trouver le problème « %s »Impossible d'obtenir les données de l'incident depuis abrt-dbus : %sImpossible d'obtenir la liste des incidents depuis abrt-dbus : %sImpossible d'obtenir le n° de signal et de procéder à l'analyse d'exploitabilité Impossible d'obtenir la taille de « %s »Impossible de déplacer « {0} » vers « {1} »Impossible d'ouvrir le répertoire pour écrire « %s »Impossible d'ouvrir {0} : {1}Impossible de traiter {0}: {1}Impossible de lire à partir du canal gio : « %s »Impossible de renommer « %s » en « %s ». Échec à la suppression de l'incident « %s »Impossible de résoudre l'adresse de l'hôte par son nom « %s ».Impossible de résoudre l'adresse de l'hôte par son nom « %s » : NSS error %d.Impossible de déterminer l'encodage sur le canal gio : %sImpossible d'afficher la notification : %sImpossible de s'approprier « %s »Impossible de tester si l'élément existe sur abrt-dbus : %sImpossible d'activer le mode non bloquant sur le canal gio : %sImpossible de décompresser « {0} »Impossible de mettre à jour l'incident : plus d'un oops trouvéImpossible d'écrire sur « %s ». L'incident « %s » ne pourra être supprimé des incidents ignorés « %s »Annulé par l'utilisateurImpossible de continuer sans mot de passe Le certificat est signé par un émetteur non approuvé : « %s ».L'émetteur du certificat n'est pas reconnu : « %s ».Le nom du sujet du certificat « %s » ne correspond pas au nom de l'hôte cible « %s ».Vérifie si des fichiers .vimrc et .gvimrc se trouvent dans votre répertoire util et les enregistre respectivement sous user_vimrc and user_gvimrc.Vérifie s'il y a des fichiers vimrc et gvimrc dans /etc puis les enregistre respectivement sous system_vimrc et system_gvimrc.Échec du chown sur le répertoire. Vérifier les journaux du système pour plus de détails.Récupérer .xsession-errorsCollecter la configuration GConfCollecte les fichiers de configuration vim de la totalité du systèmeCollecte vos fichiers de configuration vimCommuniquer directement à l'utilisateurFichier de configurationLe vidage mémoire fait référence à {0} fichiers debuginfo, {1} d'entre eux n'est(ne sont) pas installé(s)Fil d'exécution planté introuvableCréer un nouveau répertoire d'incidents dans DIR pour chaque oops découvertCréer un répertoire d'incidents dans DIR pour chaque incident découvertInstruction actuelle :DaemizeRetarder les opérations d'analyseSupprimer les fichiers se trouvant dans ce répertoireSupprimer les fichiers avec des oops trouvésSupprimer intégralement les répertoires des incidentsSuppression de « %s »La suppression du répertoire d'incidents a échoué : %sDivision par zéroNe pas lancer le démonNe pas calculer les empreintes cryptographiquesSouhaitez-vous activer la soumission automatique de rapports d'incidents anonymes ?Souhaitez-vous activer la soumission automatique de rapports d'incidents ?Souhaitez-vous générer une analyse locale ? (Une énorme quantité de données peut être téléchargée, mais le rapport ne peut continuer sans trace de la pile).Ne pas lancer PROG si les chaînes STR sont introuvablesTélécharger les paquets debuginfo et générer une trace arrière localement à l'aide de GDBTélécharger les fichiers spécifiés uniquementSoit le répertoire des incidents, soit le vidage mémoire est nécessaireErreur : %sErreur : GDB n'a retourné aucune informationExécuté une fois le rapport terminéQuitter après NUM secondes d'inactivitéArrêt à la demande de l'utilisateurL'analyse d'exploitabilité n'a rien donné Taux d'exploitabilité (échelle 0-9) :Extraction du texte du oops depuis le vidage mémoireImpossible de fermer la socket SSL.Échec de la compilation des expressions régulièresImpossible de terminer l'établissement de liaison SSL : erreur NSS %d.Échec de l'activation de SSL3.Échec de l'activation de TLS.Échec de l'activation d'une liaison client sur le socket SSL.Échec de l'obtention de l'emplacement « PEM Token #0 » : %d.Impossible d'initialiser NSS.Impossible d'initialiser le module de sécurité.Échec d'ouverture de la connexion par le gestionnaire de session : « %s », une notification peut réapparaître à la prochaine tentativeÉchec de la lecture depuis un tubeImpossible de réinitialiser l'établissement d'une liaison.Impossible d'envoyer l'en-tête HTTP de longueur %d : erreur NSS %dImpossible d'envoyer un en-tête HTTP d'une longueur de %d : erreur NSS %d.Impossible d'envoyer les données : erreur NSS %d (%s) : %sImpossible de définir l'URL pour le socket SSL.Impossible de mettre en place un point d'entrée pour le certificat.Impossible d'installer une callback sur l'établissement de liaison.Impossible de passer la socket en mode bloquant.Impossible de fermer NSS.Échec de l'encapsulation par SSL du socket TCP.Le fichier {0} n'existe pasPour les opérations de création et de traitementPour le problème suivant, veuillez appuyer sur ENTRÉE :Pour les opérations d'état, de trace arrière et de journalisationCréation de la trace arrièreCréation de la trace arrière du vidage mémoireAutoreporting authentifié avec HTTPMasquerToujours ignorerOption ignoréeInstruction illégale (passage à une adresse aléatoire ?)Des incidents incomplets sont détectés lorsque l'ordinateur a été éteint ou que l'utilisateur s'est déconnecté. Pour que ne soient adressés que des rapports d'incidents valables, ABRT ne vous autorise pas à soumettre ces incidents.Non-sécuriséeInstalle les paquets debuginfo du noyau, crée le journal du noyau et les messages oopsNombre d'arguments non valideRéponse du serveur invalide : corps du message HTTP manquant.Réponse du serveur invalide : X-Task-Id manquant.Réponse du serveur invalide : Mot de passe X-Task-Password manquant.Réponse du serveur invalide : X-Task-Status manquant.Certificat d'émetteur invalide : « %s ».Signal de contrôle de tâche envoyé par le noyauPassage à une adresse invalideTuer gdb s'il est exécuté pendant plus de NUM secondesRaison possible de l'arrêt brutal :Liste des identifiants d'anomaliesRépertorier les problèmes non rapportés uniquementRépertorier uniquement les problèmes plus récents que la date indiquéeRépertorier uniquement les incidents plus anciens que la date indiquéeRépertorier les problèmes [dans DIRs]Débogueur GNU localLa version de ce paquet est plus récente que les mises à jour disponiblesJournaliser vers syslogJournaliser vers syslog même avec -dRendre le répertoire des incidents lisible par tout le mondeRéponse HTTP du serveur mal formée : « %s »Réponse en blocs incorrecte.Taille maximale de cache en Mio. La valeur par défaut estIdentifiant de construction manquant : %sFichier debuginfo manquant : {0}Le fichier requis est manquant : {0}Le module « %s » a été chargé - ce plantage ne sera pas signaléLe téléchargement des paquets debuginfo est nécessaire, celui-ci peut prendre longtemps et utiliser de l'espace disque. Cependant, contrairement à RetraceServer, le vidage mémoire ne sera pas envoyé sur des machines distantes.Nécessite l'installation de paquets debuginfo du noyau, celle-ci peut prendre un temps important et occuper de l'espace disque.Aucun moteur disponible et le tampon est plein. Oubli de l'archive « %s »Il ne reste plus d'espace pour les incidentsRépertoire d'incidents « %s » inconnuMises à jour introuvables pour ce paquetSignal non lié à un arrêt brutalNon-interactif, répondre « Oui » à toutes les questionsInterditN'est pas un répertoire : « {0} »N'est pas un numéro dans le fichier « %s »Applet de la zone de notification pour informer les utilisateurs des incidents détectés par ABRTNotifier des incidents incompletsNombre de moteurs concurrents. La valeur par défaut est :Téléverser le vidage mémoire ? (Celui-ci peut contenir des données sensibles). Si votre réponse est « Non », une analyse locale sera effectuée (ce qui pourrait télécharger une énorme quantité de données).Extraction réussie du texte du oopsOuvrirMot de passe :Schéma à utiliser lors de la recherche de référentiels, par défaut : *debug*Écrire le rapportPréparation d'une archive au téléversementPréserver ce répertoireAfficher les données de plantage sur la sortie standardAfficher les oops trouvésAfficher les oops noyau trouvés sur la sortie standardImprimer des informations sur DIRAffiche uniquement le nombre d'incident sans autre messageAffiche les seuls incidents plus récents que l'horodatage indiquéAfficher les chaînes recherchées sur la sortie standard et quitterAffiche le nombre de plantages récents« Private Reports » est activé, veuillez utiliser « abrt-cli -a COMMAND » pour voir les problèmes détectés.Incident lors du rapport de la configurationIncident détectéRépertoire des incidentsTraiter de multiples problèmesInterrogation des paramètres du serveurQuitterÉchec de réception de données : erreur NSS %d.Si le mot de passe du Support Red Hat n'est pas fourni, vous serez invité à en créer un.Nom d'utilisateur du Support Red HatLe certificat distant a expiré.Supprimer PROBLEM_DIR après le rapportSupprimer le répertoire d'incidents DIRRapporterRapporter « %s »Demander un ticket privé pour informations sensiblesLe retraçage a échoué. Veuillez réessayer ultérieurement. Si l'incident persiste, veuillez le signaler.Tâche retrace démarréeURL du serveur retraceLe serveur retrace ne peut pas être utilisé car l'incident a une taille trop importante. Veuillez essayer d'utiliser un traçage local.Le serveur Retrace est incapable de traiter le paquet « %s.%s ». Fait-il partie des dépôts officiels « %s » ?Exécuter EVENT sur DIRExécute gconftool-2 --recursive-list /apps/executable et l'enregistre en tant qu'élément 'gconf_subtree'.Autoreporting authentifié avec le Client SSLSignal SYS (un appel système inconnu a été appelé ?)Identique à l'option -d emplacement_de_vidage, l'emplacement du vidage est spécifié dans abrt.confEnregistre .vimrc et .gvimrc depuis votre répertoire utilisateurEnregistre /etc/vimrc et /etc/gvimrcEnregistre la configuration depuis le répertoire GConf de l'applicationEnregistre les lignes pertinentes du fichier ~/.xsession-errorsSauvegarder les informations extraites dans PROBLEMRécole le fichier ~/.xsession-errors et enregistre les lignes contenant le nom de l'exécutable. Le résultat est enregistré en tant qu'élément « xsession_errors ».Recherche de mises à jourVoir « abrt-cli COMMAND --help » pour obtenir davantage d'informationsSélectionne uniquement les problèmes détectés après l'horodatageEnvoyer la trace mémoire au serveur retrace pour analyse Envoyer le vidage mémoire au serveur retrace distant pour analyse ou effectuer une analyse locale si l'analyse distante échoueRapporter en mode abrégéAfficher le rapport détailléSignal causé par l'écriture dans un tube casséSignal causé par l'écriture dans un tube ferméSignal a siginfo.si_code = SI_USERSignal envoyé par une expiration de alarm(N)Signal envoyé par le clavierSignal envoyé par l'événement timer/IO/asyncSignal envoyé par du code de l'espace utilisateurSignal envoyé par un redimensionnement de fenêtreRapporter silencieusement en mode abrégéIgnorer : « {0} » (contient ...)Ignorer : « {0} » (contient un espace)Ignorer : « {0} » (contient un onglet)Ignorer : « {0} » (commence par un point)Ignorer : « {0} » (commence par une barre oblique)Mise en sommeil pour %d secondesSpécifier l'URL d'un serveur bodhiSpécifier une révisionDépassement de pileLa sous-routine retourne à une adresse invalide (pile corrompue ?)Signal TRAP (peut être une anomalie dans un débogueur/traceur)ID de la tâche : %s Mot de passe de la tâche : %s État de la tâche : %s %s L'ID de la tâche est nécessaire.Le mot de passe de la tâche est nécessaire.Un texte plus grand que ce qui suit sera abrégéLa fonction de rapport automatique « Autoreporting » est désactivée. Veuillez envisager de l'activer en effectuant la commande « abrt-auto-reporting enabled » en tant qu'utilisateur root. L'incident a déjà été signaléL'archive contient des fichiers malveillants (comme des liens symboliques) et ne peut donc pas être traitée.Le fichier du vidage de la mémoire est nécessaire pour générer la trace de la pile — cette opération est consommatrice de temps et d'espace. ABRT dispose d'un service générant la trace de la pile à partir du vidage de la mémoire, mais vous devez téléverser ce vidage pour bénéficier du service. Si cette option est désactivée, ABRT téléversera le vidage de la mémoire sans demander la permission.Le journal du noyau indique que des erreurs matérielles ont été détectées. Ce problème n'est donc a priori pas logiciel. Le nom « %s » a été perdu, merci de vérifier qu'un autre service utilisant ce même nom ne tourne pas. Les données de l'incident sont incomplètes. Cela arrive généralement lorsqu'un incident est détecté lors de l'arrêt de l'ordinateur, ou lors de la déconnexion d'un utilisateur. De façon à ne fournir que des données d'incident valides, ABRT ne vous autorisera pas à soumettre cet incident. Si vous avez du temps et désirez aider les développeurs dans leur effort de résolution de cet incident, merci de les contacter directement.La révision « %s » n'est pas prise en charge par le serveur Retrace.Le rapport qui sera envoyé ne contient pas de données sensibles d'un point de vue sécurité. Ainsi, il ne sera pas nécessaire de vous déranger la prochaine fois et aucune autre action ne vous sera demandée. Le serveur a refusé votre requête.Le serveur ne prend pas en charge les archives tar compressés avec xz.Le serveur est entièrement occupé. Veuillez réessayer ultérieurement.Le serveur n'est pas en mesure de gérer votre requête.La taille de l'archive est de %lld octets, mais le serveur retrace accepte uniquement des archives de taille inférieure ou égale à %lld octets.La taille du vidage est de %lld octets, mais le serveur retrace accepte uniquement des incidents de taille inférieure ou égale à %lld octets.Le programme doit être lancé en tant que root.Limiter la création de répertoire d'incident à 1 par secondeDésactive l'authentificationImpossible d'obtenir le répertoire de travail actuel, celui-ci a probablement été suppriméImpossible de lancer « %s », message d'erreur : « %s »Réponse HTTP du serveur inattendue : %d %sErreur inconnueType de fichier inconnu : « {0} »Opération inconnue : %s.Valeur de l'option inconnue : « %s » Paquet inconnu envoyé au serveur Retrace.Décompression de « {0} »Téléversement réussiTéléversement de %d mégaoctets Téléversement %d%% Téléversement de %lld octets Téléverse le vidage mémoire sur un serveur, qui génère une trace arrière et la retourne. Si l'utilisateur ne souhaite pas téléverser le vidage mémoire où que ce soit, l'événement effectuera une analyse locale. L'analyse locale est exécutée même si l'analyse distante échoue. Avantages : il n'est pas nécessaire d'effectuer des téléchargements de fichiers debuginfo. La base de données du serveur Retrace des debuginfos est plus complète. Le serveur Retrace peut générer de meilleures traces arrières. Inconvénients : les vidages mémoire téléchargés contiennent toutes les données du programme en panne, y compris les données privées s'il y en a.Téléverse le vidage du processus sur un serveur, ce qui génère une trace arrière et la renvoie. Avantages : télécharger debuginfo n'est plus nécessaire, la base de données de debuginfo du serveur Retrace est plus complète. Le serveur Retrace peut aussi générer de meilleures traces arrières. Défauts : le vidage du processus téléchargé contient toutes les données du programme en échec, y compris vos données personnelles s'il y en a.Utilisation : %s [-v]Utilisation : %s [-v] [-o FICHIER_SORTIE] -c FICHIER_COREUtilisation : %s [-vd] ABRT_SPOOL_DIR UPLOAD_DIR FILENAME -v - Verbeux -d - Supprimer l'archive téléversée ABRT_SPOOL_DIR - Répertoire sur lequel les archives téléversées valides sont décompressées UPLOAD_DIR - Répertoire dans lequel les archives téléversées sont stockées FILENAME - Nom de fichier de l'archive téléversée Utilisation : %s [-vy] [--ids=BUILD_IDS_FILE] [--tmpdir=TMPDIR] [--cache=CACHEDIR[:DEBUGINFODIR1:DEBUGINFODIR2...]] [--size_mb=SIZE] [-e, --exact=PATH[:PATH]...] Installe debuginfos pour tous les build-ids répertoriés dans BUILD_IDS_FILE vers CACHEDIR, en utilisant TMPDIR comme répertoire intermédiaire temporaire. Les anciens fichiers de CACHEDIR sont supprimés jusqu'à l'obtention d'une taille plus petite que SIZE. -v Verbeux -y Non interactif, répondre « Oui » à toutes les questions --ids Par défaut : build_ids --tmpdir Par défaut : @LARGE_DATA_TMP_DIR@/abrt-tmp-debuginfo-RANDOM_SUFFIX --cache Par défaut : /var/cache/abrt-di --size_mb Par défaut : 4096 -e,--exact Télécharger uniquement les fichiers spécifiés --repo Schéma à utiliser lors de la recherche de dépôts. Par défaut : *debug* Utilisation : abrt-cli [--authenticate] [--version] COMMAND [DIR]...Syntaxe : {0} [-v[v]] [--core=VMCORE]Utiliser NUM en tant qu'UID clientUtilisé pour la mise à jour des bases de donnéesErreur de vérification sur « {0} »AvertissementUtiliser ou non une connexion non-sécuriséeQuand cette option est activée, le processus d'envoi de rapport initié en cliquant sur le bouton Rapporter dans la bulle de notification d'incident peut être interrompu après l'envoi du « uReport ». Vous pourrez toujours utiliser le navigateur d'incident par défaut pour faire un rapport complet.Écrire « insecure » pour autoriser les connexions non-sécurisées <a href="https://fedorahosted.org/abrt/wiki/AbrtRetraceServerInsecureConnection" >(warning)</a>Écriture à une adresse invalideSignal XCPU (limite du temps CPU dépassée)Signal XFSZ (limite de taille de fichier dépassée)Vous devez également indiquer --username pour --passwordVous allez désactiver les notifications d'un problème en particulier. Vous ne verrez jamais plus de bulle concernant ce problème. Cependant, ABRT le détectera et vous pourrez le signaler à partir de l'interface utilisateur ABRT. Souhaitez-vous continuer ?Vous allez téléverser %d megaoctets. Continuer ?Vous pouvez utiliser --anonymous ou --certificateVous pouvez utiliser --username ou --anonymousVous pouvez utiliser --username ou --certificateLe répertoire des incidents est corrompu et ne peut pas être traité par le serveur retrace.À _propos_FermerPar _défaut_Quitterabrt-retrace-client [options] Opérations : create/status/backtrace/log/batch/exploitableautoriser une connexion non-sécurisée au serveur retraceAutoreporting anonymene pas vérifier si le serveur Retrace est capable de traiter un paquet donné avant de téléverser l'archiveID de votre tâche sur le serveurjournaliser dans syslogmot de passe de votre tâche sur le serveurlire les données du répertoire des incidents ABRTlire les données depuis un vidage de processuséchec de reporter-ureport avec code de sortie %dURL du serveur retraceport du serveur de retraçageSam Friedmann , 2009. Aymeric Rateau , 2009, 2010. Thomas Canniot , 2010. Charles-Antoine Couret , 2010. Dominique Bribanick , 2011. Sam Friedmann , 2011.Types ou chemins de certificat uReport SSLUn « uReport » est une courte description de l'incident totalement anonyme. ABRT utilise des « uReports » pour une détection rapide et globale des doublons. Dans la configuration par défaut, le « uReport » est envoyé dès le début du processus de rapport. Quand cette option est activée, les « uReports » sont adressés automatiquement immédiatement après la détection de l'incident.uReport a déjà été envoyé, il ne sera pas envoyé à nouveau{0} des fichiers debuginfo ne sont pas installés