-Ky!~SSJHMW9\SJ`QLE ]1 %-Du`yP-!6X@F_ x!*/Z)z-  %F=f5%))=g%~!8%*Pl22T>D F85N" %  . FG < #T! x!"!$!!"!_"5e""""""/"%##!#$-7$ e$s$)$&$$$0%6H%%%J%%) &4& &&&)'%?')e''''''0'(( (?I()(("("($ )"2)U)#m)))))/)%/*-U*i+[+_I,-!T. v..."11112!2"23&3 -373=3&P3(w44(i6?6]708!58W88vg99n:#G;ok<<{='>}?x+@ @@A(ABJjB_BHC9^C-C6C:C/8E^hFG0G0Hc?HOHJ.K`>KAKMKT/L3LZL-MuAMYM]N;oNLNmN[fOSO`PgwPyPMYQEQ\Q\JR5RqR0OS<SBST^TOTA:UR|U}UMVWBW$Xx,XXXuCY:YYQYENZRZ6Z0[0O[[l\!+]>M^"^N^P^ZO_A_E_a2aa(a-a bb}7bobQ%diwdNd[0e6eKe`fpf+f8+gxdgg`_hhhNiyidcj6k k3 lH@lDlHlBm*Zm*m mmZm)(nRn^nP2o0o]o`p;spJpHpKCqUqoqKUr:r^r<;slxsuv{wvlzu{BY|C||;%g1ZGH< " ЄۄxTg'RVrla?i2#3yK~ u&h L`{-} mE!FGoWtn|0xsJ;(P)I@ 6zCj=9Y1>^BX]:4g5.*7$\cQZ[U/N+qf "Ak<e% ,O8wHMdDbpSvT_ Tainted modules: %s. 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& [ & [-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] [-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)& [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'%s' element can't be modified'%s' is not a valid element name'%s' is not a valid problem directoryA Known Problem has OccurredA New Problem has OccurredA Problem has OccurredA Problem has been ReportedA 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 detectedABRT 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 ABRTAdd program names to logAdditional debuginfo directoriesAll debuginfo files are availableAsk before stealing directoryAsk before uploading coredumpAutomatic Bug Reporting ToolAutomatically send uReportBacktrace is generated and saved, %u bytesBacktrace parsing failed for %sCan't access the problem for modificationCan't chown '%s': %sCan't close notification: %sCan't connect to NetworkManager over DBus: %sCan't connect to system DBus: %sCan't create temporary file '%s'Can't create temporary file in 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 get problem data from abrt-dbus: %sCan't get problem list from abrt-dbus: %sCan't get size of '%s'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 set encoding on gio channel: %sCan't show notification: %sCan't take ownership of '%s'Can't turn on nonblocking mode for gio channel: %sCan't update the problem: more than one oops foundCan't write to '%s'. Problem '%s' will not be removed from the ignored problems '%s'Chowning directory failed. Check system logs for more details.Communicate 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: DaemizeDelete files inside this directoryDelete whole problem directoriesDeleting 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 foundError: %sError: GDB did not return any dataExit after NUM seconds of inactivityExiting on user commandExtracting the oops text from coreFailed to open connection to session manager: '%s', notification may reappear on the next loginFailed to send HTTP header of length %d: NSS error %dFile {0} doesn't existGenerating backtraceGenerating core_backtraceHideIgnore foreverIllegal 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.Invalid number of argumentsJob control signal sent by kernelJump to an invalid addressKill gdb if it runs for more than NUM secondsLog to syslogLog to syslog even with -dMake the problem directory world readableMaximal cache size in MiB. Default is Missing debuginfo file: {0}Missing requested file: {0}Module '%s' was loaded - won't report this crashNo free workers and full buffer. Omitting archive '%s'No problem space leftNot AuthorizedNotification 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 successfullyOpenPreserve this directoryPrint found crash data on standard outputPrint found oopses on standard outputPrint search string(s) to stdout and exitProblem Reporting ConfigurationProblem detectedProblem directoryQuitReportRequest private ticket for sensitive informationRun EVENT on DIRSYS signal (unknown syscall was called?)Same as -d DumpLocation, DumpLocation is specified in abrt.confSave the extracted information in PROBLEMShortened reportingSignal 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 reportingSleeping for %d secondsTRAP signal (can be a bug in a debugger/tracer)The Problem has already been ReportedThe 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 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. This program must be run as root.Unknown errorUnknown option value: '%s' 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: {0} [-v[v]] [--core=VMCORE]Use NUM as client uidWarningWith 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 to an invalid addressXCPU signal (over CPU time limit)XFSZ signal (over file size limit)_About_Close_Defaults_Quittranslator-creditsuReport 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.{0} of debuginfo files are not installedProject-Id-Version: PACKAGE VERSION Report-Msgid-Bugs-To: jmoskovc@redhat.com POT-Creation-Date: 2015-07-14 15:37+0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit PO-Revision-Date: 2014-12-12 08:30-0500 Last-Translator: Jakub Filak Language-Team: Thai (http://www.transifex.com/projects/p/fedora-abrt/language/th/) Language: th Plural-Forms: nplurals=1; plural=0; X-Generator: Zanata 3.6.2 โมดูลที่เสีย: %sด้วยทางเลือกนี้ ABRT ที่เปิดใช้งานแล้วจะไม่แจ้งเตือนปัญหาที่รายงานแล้ว มีผลก็ต่อเมื่อการรายงานสั้นถูกเปิดใช้งาน%s และข้อมูลการวินิจฉัยถูกส่งแล้ว& [ & [-v -i] -e|--event EVENT DIR...& [-v] -d DIR คำนวณและบันทึกค่า UUID และ DUPHASH สำหรับ oops problem directory DIR& [-v] -d DIR คำนวณและบันทึกค่า UUID และ DUPHASH สำหรับ xorg problem directory DIR& [-v] -d DIR คำนวณและบันทึกค่า UUID และ DUPHASH ของ python crash dumps& [-v] -d DIR คำนวณและบันทึกค่า UUID ของ coredump ในไดเรกทอรีปัญหา DIR& [-v] [-c CONFFILE] -d DIR สอบถามฐานข้อมูลแพกเกจ แล้วบันทึกแพกเกจรวมทั้งชื่อคอมโพเนนต์ด้วย& [-v] [-d SIZE:DIR]... [-f SIZE:DIR]... [-p DIR] [FILE]... ลบไดเรกทอรีปัญหา (-d) หรือแฟ้ม (-f) ใน DIRs จนกว่าจะมีขนาดเล็กกว่า SIZE. FILEs จะถูกสงวนไว้ (ไม่ลบ).& [-v] [-r] -d DIR สร้าง coredump-level backtrace จาก core dump และ corresponding binary& [-v] [DIR]... Applet ซึ่งเตือนผู้ใช้เมื่อพบปัญหาใหม่ถูกตรวจพบโดย ABRT & [-vs] [-F STR]... FILE PROG [ARGS] ให้ดู FILE เรียก PROG เมื่อมันงอกขึ้นมา หรือถูกแทนที่& [-vs] [-w NUM] [-c MiB] [UPLOAD_DIRECTORY] เฝ้าดู UPLOAD_DIRECTORY และแกะแฟ้มเก็บถาวรลงใน DumpLocation ที่ระบุไว้ใน abrt.conf หาก UPLOAD_DIRECTORY ไม่ได้ถูกให้ไว้ ให้ใช้ค่าของตัวเลือก WatchCrashdumpArchiveDir จาก abrt.conf& [-vsoxm] [-d DIR]/[-D] [FILE] แยก Xorg crash จาก FILE (หรือการป้อนมาตรฐาน)& [-vusoxm] [-d DIR]/[-D] [FILE] แยก oops จาก FILE (หรือการป้อนมาตรฐาน)& [options]& [options] -d DIR วิเคราะห์ C/C++ backtrace, สร้างแฮชซ้ำ, backtrace rating, และระบุการทำงานผิดพลาดในไดเรกทอรีปัญหา DIR& [options] -d DIR วิเคราะห์ coredump ในไดเรกทอรีปัญหา DIR, สร้างและบันทึก backtraceelement '%s' แก้ไม่ได้'%s' ไม่ใช่ชื่อ element ที่ถูกต้อง'%s' ไม่ใช่ไดเรกทอรีปัญหาที่ถูกต้องมีปัญหาที่รู้จักเกิดขึ้นมีปัญหาใหม่เกิดขึ้นมีปัญหาเกิดขึ้นปัญหาถูกรายงานแล้วเกิดปัญหากับเคอร์เนลเพราะ BIOS เสียหาย น่าเสียดายจัง ปัญหาบางประการไม่สามารถซ่อมได้โดยผู้เชี่ยวชาญด้านเคอร์เนลเกิดปัญหากับเคอร์เนล แต่ฮาร์ดแวร์ของคุณไม่ถูกรองรับ ดังนั้น ผู้เชี่ยวชาญด้านเคอร์เนลจะแก้ปัญหานี้ไม่ได้เกิดปัญหากับเคอร์เนล แต่เคอร์เนลของคุณเสีย (flags:%s) ดังนั้น ผู้เชี่ยวชาญด้านเคอร์เนลจะวิเคราะห์การรายงานส่วนที่เสียหายไม่ได้พบปัญหาพบปัญหาในแพกเกจ %sApplet การแจ้งเตือน ABRTสัญญาณ ABRT (ได้เรียกคำสั่ง abort() หรือยัง?)ABRT เก็บข้อมูลของปัญหาไว้ในไดเรกทอรี เมื่อใดก็ตามที่ ABRT ต้องใช้ไดเรกทอรีที่เขียนได้ ไดเรกทอรีจะถูกย้ายที่ตั้งจากระบบไปยังไดเรกทอรีหลักของคุณ ด้วยทางเลือกนี้ การปิดใช้งาน ABRT จะย้ายไดเรกทอรีปัญหาโดยไม่ถามก่อนเกี่ยวกับเกี่ยวกับ System Config ABRTเพิ่มชื่อโปรแกรมที่ต้องการบันทึกไดเรกทอรี debuginfo เพิ่มเติมแฟ้ม debuginfo ทั้งหมดมีให้ใช้งานถามก่อนขโมยข้อมูลในไดเรกทอรีถามก่อนอัปโหลด coredumpเครื่องมือรายงานปัญหาอัตโนมัติส่ง uReport อัตโนมัติBacktrace ได้สร้างและบันทึกแล้ว เป็นจำนวน %u ไบต์การวิเคราะห์ Backtrace ล้มเหลวสำหรับ %sไม่สามารถเข้าถึงปัญหาเพื่อแก้ไขไม่สามารถทำการ chown '%s': '%s'ไม่สามารถปิดการแจ้งเตือน: %sไม่สามารถเชื่อมต่อไปยัง NetworkManager เหนือ DBus: %sไม่สามารถเชื่อมต่อไปยัง DBus ระบบ: %sไม่สามารถสร้างแฟ้มชั่วคราว '%s'ไม่สามารถสร้างแฟ้มชั่วคราวเข้าไปไม่สามารถลบ element '%s' จากไดเรกทอรีปัญหา '%s'ไม่สามารถตรวจสอบสถานะเครือข่ายผ่าน NetworkManager: %sไม่สามารถดำเนินการคำสั่ง '%s'ไม่สามารถแยกข้อความ oops: '{0}'ไม่สามารถรับข้อมูลปัญหาจาก abrt-dbus: %sไม่สามารถรับรายการปัญหาจาก abrt-dbus: %sไม่สามารถรับขนาด '%s'ไม่สามารถเปิดไดเรกทอรีสำหรับการเขียน '%s'ไม่สามารถเปิด {0}: {1}ไม่สามารถประมวลผล {0}: {1}ไม่สามารถอ่านจาก gio channel: '%s'ไม่สามารถเปลี่ยนชื่อ '%s' จาก '%s' และลบปัญหา '%s' ล้มเหลวไม่สามารถตั้งการเข้ารหัสบน gio channel: %sไม่สามารถแสดงการแจ้งเตือน: %sไม่สามารถเป็นเจ้าของ '%s'ไม่สามารถเปิด nonblocking mode ให้ gio channel: %sไม่สามารถปรับปรุงปัญหาได้: พบ oops มากกว่าหนึ่งไม่สามารถ เขียน ให้ '%s' ปัญหา '%s' จะไม่ถูกลบออกจากรายการปัญหาที่ถูกละทิ้ง '%s'การ Chowning directory ล้มเหลว กรุณาตรวจสอบปูมระบบสำหรับข้อมูลเพิ่มเติมสื่อสารกับผู้ใช้โดยตรงแฟ้มค่ากำหนดCoredump references {0} debuginfo files, {1} ของพวกมันไม่ได้ถูกติดตั้งไม่พบ Crash threadสร้างไดเรกทอรีปัญหาใหม่ใน DIR สำหรับทุก oops ที่พบสร้างไดเรกทอรีปัญหาใน DIR สำหรับทุก crash ที่พบวิธีปฏิบัติปัจจุบัน:Daemizeลบแฟ้มที่อยู่ในไดเรกทอรีนี้ลบไดเรกทอรีปัญหาที่ว่างการลบไดเรกทอรีปัญหาล้มเหลว: %sใช้ศูนย์เป็นตัวหารอย่าทำงานแบบภูติอย่า hash ลายนิ้วมือคุณต้องการเปิดใช้การรายงานปัญหาที่รายงานจากผู้ไม่มีชื่อแล้วโดยอัตโนมัติหรือไม่?คุณต้องการเปิดใช้การรายงานปัญหาที่รายงานแล้วโดยอัตโนมัติหรือไม่?คุณต้องการสร้าง stack trace บนเครื่องหรือไม่? (อาจดาวน์โหลดข้อมูลขนาดใหญ่หลวง แต่จะรายงานไม่ได้ หากไม่มี stack trace)อย่าเรียก PROG หากไม่พบ STRsข้อผิดพลาด: %sข้อผิดพลาด: GDB ไม่ตอบข้อมูลใดออกหลังจากไม่ใช้งาน NUM วินาทีการเลิกทำตามคำสั่งของผู้ใช้งานกำลังแยกข้อความ oops จาก coreการเปิดการเชื่อมต่อไปยังตัวจัดการวาระล้มเหลว: '%s' การแจ้งเตือนจะปรากฏขึ้นอีกครั้งหลังจากที่คุณเข้าระบบครั้งต่อไปการส่ง HTTP header ในความยาว %d ล้มเหลว: NSS error %dไม่มีแฟ้ม {0}กำลังสร้าง backtraceกำลังสร้าง core_backtraceซ่อนละเว้นตลอดการกระทำผิดกฎหมาย (ได้ข้ามไป random address หรือเปล่า?)ปัญหาที่ไม่สมบูรณ์จะถูกพบขณะปิดเครื่องหรือออกจากระบบ ในการจัดทำรายงานปัญหาที่มีค่า ABRT จะไม่อนุญาตให้คุณส่งรายงานปัญหาเหล่านี้จำนวนอาร์กิวเมนต์ไม่ถูกต้องสัญญาณควบคุมงานที่ถูกส่งโดยเคอร์เนลข้ามไปที่อยู่ที่ไม่ถูกต้องฆ่า gdb หากถูกเรียกมากกว่า NUM วินาทีบันทึกไปที่ปูมระบบบันทึกไปที่ปูมระบบแม้แต่ -dทำให้อ่านโลกของไดเรกทอรีปัญหาได้จำนวนสูงสุดของจำนวนเมกะไบต์ของแคช ค่าเริ่มต้นคือแฟ้ม debuginfo หายไป: {0}แฟ้มที่ขอไว้หายไป: {0}โมดูล '%s' ถูกโหลดแล้ว - ไม่ต้องรายงานปัญหานี้ไม่มีใครว่างแล้วละ กำลังละเว้นแฟ้มเก็บถาวร '%s'ไม่มีพื้นที่ว่างเหลือสำหรับปัญหาไม่มีตัวตนApplet พื้นที่การแจ้งเตือนที่เตือนผู้ใช้งานต่าง ๆ เรื่องปัญหาที่ ABRT พบเตือนปัญหาที่ยังไม่สมบูรณ์จำนวนคนงานที่ทำงานพร้อมกัน ค่าเริ่มต้นคือตกลงจะอัปโหลด core dump หรือไม่? (อาจมีข้อมูลสำคัญ) หากคุณตอบ 'ไม่' stack trace จะถูกสร้างอยู่ในเครื่อง (อาจจะต้องดาวน์โหลดข้อมูลขนาดใหญ่หลวง)แยกข้อความ Oops สำเร็จเปิดสงวนไดเรกททอรีนี้Print พบ crash data บนการป้อนมาตรฐานPrint พบ oopses บนการป้อนมาตรฐานPrint ค้นหา string(s) เพื่อ stdout แล้ว exitการกำหนดการรายงานปัญหาพบปัญหาโปรแกรมไดเรกทอรีปัญหาออกรายงานขอตั๋วส่วนตัวสำหรับข้อมูลสำคัญเรียกใช้ EVENT บน DIRสัญญาณ SYS (ได้เรียก syscall ที่ไม่รู้จักแล้วหรือยัง?)เหมือนกับ -d DumpLocation DumpLocation ถูกระบุใน abrt.confบันทึกข้อมูลที่แยกแล้วใน PROBLEMการรายงานที่สั้นสัญญาณที่มาจากการเขียนไปยัง broken pipeสัญญาณท่ี่มาจากการเขียนไปยัง closed pipeสัญญาณที่มี siginfo.si_code = SI_USERสัญญาณที่ถูกส่งจาก alarm(N) expirationสัญญาณที่ส่งจากแป้นพิมพ์สัญญาณที่ถูกส่งจาก timer/IO/async eventสัญญาณที่ถูกส่งจากโค้ดของ userspaceสัญญาณที่ถูกส่งจากการปรับขนาดหน้าต่างการรายงานที่สั้นแบบเงียบๆหลับเป็นเวลา %d วินาทีสัญญาณ TRAP (อาจเป็นปัญหาใน debugger/tracer ได้)ปัญหาถูกรายงานไปแล้วแฟ้ม coredump เป็นสิ่งที่จำเป็นสำหรับการสร้าง stack trace ซึ่งเป็นเวลาและการดำเนินการการใช้พื้นที่ ABRT จะใหบริการโดยการสร้าง stack trace จาก coredump แต่คุณต้องอัปโหลด coredump บนบริการนี้ก่อน ด้วยทางเลือกนี้ การปิดใช้งาน ABRT จะอัปโหลด coredump โดยไม่ถามก่อนปูมของเคอร์เนลบ่งชี้ว่าพบปัญหาฮาร์ดแวร์ นี่อาจจะไม่ใช่ปัญหาซอฟต์แวร์ ชื่อ '%s' หายไปแล้ว กรุณาตรวจสอบ หากบริการอื่นที่เป็นเจ้าของชื่อไม่ทำงาน ข้อมูลปัญหาไม่สมบูรณ์ นี่อาจเกิดเป็นประจำเมื่อตรวจพบปัญหาขณะปิดเครื่องหรือออกจากระบบ ในการจัดทำรายงานปัญหาที่มีค่า ABRT จะไม่อนุญาตให้คุณส่งรายงานปัญหาเหล่านี้ หากคุณมีเวลา และอยากช่วยนักพัฒนาในความพยายามของพวกเขาที่จะเรียงลำดับปัญหานี้ ให้ติดต่อพวกเขาโดยตรงรายงานซึ่งจะถูกส่งไม่มีข้อมูลที่สำคัญในการรักษาความปลอดภัย ดังนั้น จึงไม่จำเป็นต้องรบกวนคุณในครั้งต่อไป และไม่ต้องดำเนินการใด ๆ โปรแกรมนี้ต้องเรียกใช้ในฐานะผู้ดูแลระบบข้อผิดพลาดที่ไม่รู้จักไม่รู้ค่าของตัวเลือก: '%s' วิธีใช้งาน: %s [-vy] [--ids=BUILD_IDS_FILE] [--tmpdir=TMPDIR] [--cache=CACHEDIR[:DEBUGINFODIR1:DEBUGINFODIR2...]] [--size_mb=SIZE] [-e, --exact=PATH[:PATH]...] ติดตั้ง debuginfos สำหรับ build-ids ทั้งหมดที่อยู่ในรายการ BUILD_IDS_FILE ไปยัง CACHEDIR โดยใช้ TMPDIR เป็น temporary staging area. แฟ้มเก่าใน CACHEDIR จะถูกลบจนกว่ามันจะมีขนาดเล็กกว่า 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* วิธีใช้งาน: {0} [-v[v]] [--core=VMCORE]ใช้ NUM เป็น client uidคำเตือนด้วยทางเลือกนี้ การประมวลผลการรายงาน หากเปิดใช้แล้ว จะเริ่มต้นโดยการคลิกปุ่ม รายงาน ในฟองการแจ้งเตือนปัญหาจะถูกขัดจังหวะหลังจากที่ uReport ถูกส่งแล้ว คุณสามารถใช้ตัวเรียกดูปัญหาค่าเริ่มต้นเพื่อทำรายงานสมบูรณ์ได้เสมอเขียนไปยังที่อยู่ที่ไม่ถูกต้องสัญญาณ XCPU (เวลาจำกัดของ over CPU)สัญญาณ XFSZ (ขนาดจำกัดของ over file)_เกี่ยวกับ_ปิด_ค่าเริ่มต้น_ออกtranslator-creditsuReport เป็นรายละเอียดปัญหาที่สั้นและไม่บอกชื่อ ซึ่ง ABRT ใช้ uReport สำหรับการตรวจปัญหาจากทั่วโลกที่เร็วขึ้น ในค่ากำหนดเริ่มต้น uReport จะถูกส่งเมื่อตอนต้นของการประมวลผลการรายงาน ด้วยทางเลือกนี้ uReport จะถูกส่งทันทีโดยอัตโนมัติหลังพบปัญหา{0} ของแฟ้ม debuginfo ไม่ได้ถูกติดตั้ง