home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aux / 3344 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  1.7 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!cs.utexas.edu!sun-barr!rutgers!cmcl2!panix!alexis
  2. From: alexis@panix.com (Alexis Rosen)
  3. Newsgroups: comp.unix.aux
  4. Subject: Re: Reporting bugs in A/UX
  5. Message-ID: <1992Sep2.054029.7176@panix.com>
  6. Date: 2 Sep 92 05:40:29 GMT
  7. References: <1992Sep1.151614.19135@jato.jpl.nasa.gov>
  8. Organization: PANIX Public Access Unix, NYC
  9. Lines: 35
  10.  
  11. dundas@chip.Jpl.Nasa.Gov (John Dundas) writes:
  12. >*Flame on*
  13.  
  14. >What does it take to report a bug in A/UX and get any sort of acknowledgment?
  15. >I reported a (suspected) bug in A/UX 2.0.1 and 3.0 both to this news group
  16. >and to reports.aux@applelink.apple.com.  I haven't gotten any reponse at
  17. >all.  Did Apple even receive the report?  I have no way of knowing since
  18. >there was never any acknowledgment.
  19.  
  20. >*Flame off*
  21.  
  22. *Flame On*
  23.  
  24. Forget it. You're wasting your time. If you're really lucky, one of the
  25. engineers who knows that area will hear, in which case s/he'll probably
  26. try to fix it, _if_ the time is available (according to group leaders or
  27. whatever they're called), and may actually let you know and have a patch
  28. before 3.1 or 4.0 comes out.
  29.  
  30. Apple has already blown it in the Unix market so badly that there's no chance
  31. they'll ever succeed, unless possibly the PowerRISC machine is an incredible
  32. hit. One of the reasons for this is that they don't behave like a "big Unix
  33. vendor" ought to. And bug reports are a prime example of this kind of problem.
  34.  
  35. *Flame Off*
  36.  
  37. A/UX's biggest problem is that they work so hard on future versions that they
  38. never have time for the current version. This has been true since V1.0. The
  39. probable cause of this is a significant lack of manpower.
  40.  
  41. --
  42. Alexis Rosen   Owner/Sysadmin,
  43. PANIX Public Access Unix & Internet, NYC.
  44. alexis@panix.com
  45. {uupsi,cmcl2}!panix!alexis
  46.