home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 6894 < prev    next >
Encoding:
Text File  |  1992-07-28  |  5.5 KB  |  123 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!sunic!psinntp!psinntp!dg-rtp!usenet
  3. From: welshm@snail.rtp.dg.com (Matt Welsh)
  4. Subject: Guidelines for reporting Linux bugs
  5. Message-ID: <1992Jul28.134834.4764@dg-rtp.dg.com>
  6. Sender: usenet@dg-rtp.dg.com (Usenet Administration)
  7. Date: Tue, 28 Jul 92 13:48:34 GMT
  8. Organization: Data General Corporation, RTP, NC.
  9. Lines: 112
  10.  
  11. **** GUIDELINES FOR REPORTING LINUX BUGS ****
  12.  
  13. Last updated: 20 Jul 92
  14.  
  15. *** This file specifies how you should file bug reports and bug report
  16. *** updates (such as fixes and workaround reports). PLEASE READ before
  17. *** you do anything!! 
  18.  
  19. If you are having problems with Linux, the first thing you should do is
  20. POST your problem or possible bug to comp.os.linux or send it out on
  21. one of the several mailing lists. In this way, others can verify your
  22. problem and find out if it's actually a bug. 
  23.  
  24. If it's determined that your problem is a bug specific to Linux, or
  25. is a problem caused by a certain setup that others should be aware of,
  26. use the 'ibug' program along with the 'linux.temp' template which will
  27. mail the bug report to "ml-linux-bugs@dg-rtp.dg.com". Ibug is
  28. available on the major Linux ftp sites and has been posted to comp.os.linux.
  29.  
  30. If your problem is indeed a bug, PLEASE SUBMIT IT using ibug whether or
  31. not there is a workaround. A list of all verified bug reports will be
  32. periodically posted to comp.os.linux to let users know what the
  33. known bugs are.
  34.  
  35. Note: Ibug is NOT a program for use with Linux, as Linux does not
  36. support mailing over the internet (yet). It's meant to be used on your
  37. "other" UNIX machine(s) to report bugs for the Linux project. Whenever
  38. Linux lets you mail onto the Internet, feel free to use it!
  39.  
  40. IF YOUR NET CONNECTION IS NOT A UNIX SYSTEM, the ibug program won't work. 
  41. Simply grab the "linux.temp" template posted to comp.os.linux (or mail
  42. me for a copy of it), fill it out and mail it by hand to 
  43. ml-linux-bugs@dg-rtp.dg.com.
  44.  
  45. IF YOU HAVE PROBLEMS getting mail to the ml-linux-bugs, send the report
  46. directly to me (welshm@dg-rtp.dg.com). 
  47.  
  48. Use ibug to fill out and mail the linux.temp bug report template. 
  49. Please don't mangle the header lines such as From: and Revision: 
  50. because that may cause the report generation scripts to break. 
  51.  
  52.  
  53.  
  54.  
  55. You need to fill out the following information in the template:
  56.  
  57. From: your complete email address, so I can get back to you. My scripts
  58.   won't pay much attention to the information that sendmail puts in the
  59.   header. This should be the email address that we can use to respond to
  60.   you.
  61.  
  62. Subject: don't edit. Should read "LINUX BUG REPORT".
  63.  
  64. Revision: one line, the revision and patch level of the Linux kernel/release
  65.   that you're under. Also include any patches that you've applied.
  66.  
  67. Setup: One line, brief description of your system's setup. e.g. "386SX, 4Megs
  68.   Ram, SVGA, 105MB IDE HD". You can expound in the Description: section below.
  69.  
  70. File: The name of the file (full pathname) or program (along with the version
  71.   of that program) that's causing problems. You can also use well-known
  72.   terms such as "kernel" or "bootimage", etc. 
  73.  
  74. Summary: a BRIEF one line summary of the problem, e.g. "X11 crashes when 
  75.   exiting xterm" or something like that.
  76.  
  77. Description: The complete description of the problem or bug. Be as verbose
  78.   as you want. Please include the following information:
  79.    
  80.      - If it's a program you've compiled or that you're trying to compile,
  81.        specify where you got it from (site and directory), the version of
  82.        the compiler you're using, and any changes/patches you've made.
  83.      - If it's a binary, specify where you got it from, and how big it
  84.        is. 
  85.      - If there's any error message, reproduce it accurately! If possible,
  86.        write it to a file and upload it to the system you want to report
  87.        the bug from.
  88.      - Be very specific as to the results: don't just say "nothing happens"--
  89.        that could man "program stops and waits for something", "program
  90.        enters an infinite loop", or any number of other things.
  91.      - Always include the command lines and setup that you went through
  92.        to produce this bug. Also mention how you verified the bug (i.e.
  93.        if you verified that you didn't do something stupid, mention it
  94.      - If there is a workaround (or possible workaround) for the problem,
  95.        PLEASE INCLUDE IT in this section!
  96.      - You can expound on any other information in the other report
  97.        fields in this section as well.
  98.  
  99.   ALWAYS reproduce the bug BEFORE you report it! It could have been due to
  100.   the auras of Linus and the UNIX deities being out of sync (a rare 
  101.   occurrence, of course). And always try to verify the bug as much as
  102.   possible, and isolate it to a single problem. If you have already verified
  103.   that you didn't do something stupid, mention it. For example, make
  104.   sure that you transferred your files using binary format in ftp, and so on.
  105.  
  106.  
  107.  
  108. *** If you have an UPDATE to the bug report (i.e. that a bug is fixed,
  109. there's a patch or workaround for it, etc.) you should fill out the 
  110. "linux.fix.temp" template using ibug (or by hand) and mail it to 
  111. ml-linux-bugs@dg-rtp.dg.com. This template should contain the SAME 
  112. "Summary" line as the original bug report along with a description of
  113. the fix or update. This way I can modify the original bug report
  114. so the report and its fix will go together.
  115.  
  116.  
  117. Thanks, and please send me (welshm@dg-rtp.dg.com) any suggestions or problems! 
  118.  
  119. --mdw
  120. Matt Welsh    welshm@dg-rtp.dg.com        ...!mcnc!rti!dg-rtp!welshm
  121. UNIX-SQA, Data General Corporation RTP        Office: +1 919 248 6070
  122.   "Do not taunt Happy Fun Ball."
  123.