home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 7053 < prev    next >
Encoding:
Text File  |  1992-07-30  |  2.5 KB  |  59 lines
  1. Newsgroups: comp.os.linux
  2. From: jes@grendel.demon.co.uk (Jim Segrave)
  3. Path: sparky!uunet!pipex!demon!grendel.demon.co.uk!jes
  4. Subject: Re: Guidelines for reporting Linux bugs
  5. Distribution: world
  6. References: <1992Jul28.134834.4764@dg-rtp.dg.com>
  7. Organization: None
  8. Lines: 46
  9. Date: Thu, 30 Jul 1992 00:41:28 +0000
  10. Message-ID: <712482088snx@grendel.demon.co.uk>
  11. Sender: usenet@gate.demon.co.uk
  12.  
  13.  
  14. In article <1992Jul28.134834.4764@dg-rtp.dg.com> welshm@snail.rtp.dg.com (Matt Welsh) writes:
  15.  
  16. > **** GUIDELINES FOR REPORTING LINUX BUGS ****
  17. > 
  18. > Last updated: 20 Jul 92
  19. > 
  20. > *** This file specifies how you should file bug reports and bug report
  21. > *** updates (such as fixes and workaround reports). PLEASE READ before
  22. > *** you do anything!! 
  23. > 
  24. > If you are having problems with Linux, the first thing you should do is
  25. > POST your problem or possible bug to comp.os.linux or send it out on
  26. > one of the several mailing lists. In this way, others can verify your
  27. > problem and find out if it's actually a bug. 
  28.  
  29. NO! NO! NO!
  30. The first thing is - check the FAQ.
  31. Then, think about the problem yourself - I've seen some fairly silly
  32. Help with ... reports which seemed to assume that 'GCC/Linux/any of a
  33. large number of other utillities must be broken because they don't work
  34. for me'. Use simple logic - the volume of traffic in this group
  35. indicates that most things *do* work, so if they don't work for you the
  36. most likely reasons are that you didn't understand the (sometimes
  37. sketchy) documentation or you didn't follow it, or you are running an
  38. old version of Linux/gcc/whatever and trying to run software set up for
  39. a more recent version, etc.
  40. If you still can't solve it, see if there's someone
  41. knowledgable you can ask - colleague at work, fellow student, etc.
  42. If all this fails, then post the problem.
  43. The benefits are:
  44. 1) You'll learn more by trying to solve the problem yourself.
  45. 2) You'll understand the problem better if you really do need to post
  46. the report, and your report will be clearer. You'll be able to save
  47. everyone sending you stock answers like 0.95's tar is broken, etc.
  48. because you will have checked the FAQ, chekced your version of tar, etc.
  49. and your message will be able to say I'm running this version...
  50. 3) There will be less pressure to split comp.os.linux because there
  51. won't be as many silly bug reports/help requests which really have been
  52. answered over and over again.
  53. 4) The experts who can answer your questions will be less likely to have
  54. become tired of answering repetitive pleas for help.
  55.  
  56. --
  57. Jim Segrave (Segrave Software Services)     jes@grendel.demon.co.uk
  58.  
  59.