From owner-freebsd-current Thu Apr 25 19:17:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29781 for current-outgoing; Thu, 25 Apr 1996 19:17:35 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA29775 for ; Thu, 25 Apr 1996 19:17:30 -0700 (PDT) Received: from pgeoffred (professor.net5a.io.org [199.166.190.38]) by ki.net (8.7.4/8.7.4) with SMTP id WAA25387; Thu, 25 Apr 1996 22:13:19 -0400 (EDT) Message-ID: <318031CD.6E1E@sales.org> Date: Thu, 25 Apr 1996 22:15:41 -0400 From: Geoff Davidson Organization: sales.org Sales, Marketing & Training Effectiveness X-Mailer: Mozilla 2.01 (Win95; I) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: scrappy@ki.net, davidg@Root.COM, current@FreeBSD.org, cat@ki.net Subject: Re: MotherBoard Jumper Settings... References: <19016.830432428@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > It is said, with some truth to its latin (or is that Greek) roots, that > > humility comes from humiliation. > > Yes, and perhaps I was a little hard on Marc. > Not at all Jordan, I think your point was made, RTFM includes a caveat of checking the systems out. Unfortunately there is so much confusion over hardware, that it is virtually impossible to keep the development of software and the configuration of hardware as wholly separate entities. > > But there is, nonetheless, a very valid lesson to be learned here and > that's that it really isn't a good idea to bombard the developers with > messages and PRs (I think we have about 10 open ones from Marc which > are related to this problem) until you've really checked everything > else, first. The alternative is that you burn up all your bug > reporting "credit" on something stupid and have people then whap > `delete' on all your future stuff because they don't want to be sent > on any more wild goose chases. Sort of a twist on the boy who cried > wolf.. :) > > Jordan I agree with your observation, mostly. One thing I've found dealing with a number of software/development groups (MS, SCO, IBM, Novell etc.) is that often times the developers weren't aware of the variety and symptoms of hardware/compatability related problems. Users have this naive belief that software and hardware should work together in perfect harmony :) What is scary is that "plug and play" is starting to look like a Microsoft advantage for OS and hardware choices. I kinda like having healthy and credible competition out there to keep them more honest. Hopefully for others in the future this exercise will result in a "have you checked all your hardware settings?" response early on, with perhaps some more suggested conflicts to consider. Anyhow, I thought the handling of all this was patient, professional and well presented. Your chiding was as gentle as we could each hope to receive for those times when we're caught at pedantic and persistent niggling at a problem we can't quite fix by our lonesomes. Regards, Geoff -- How do you score as a smart consumer or salesperson? Try one of the Quizes located at: "http://www.sales.org" Email: or Geoff Davidson Personal HomePage: "http://ki.net/~geoff"