From owner-freebsd-doc Mon May 14 4:42:33 2001 Delivered-To: freebsd-doc@freebsd.org Received: from mailin1.bigpond.com (juicer13.bigpond.com [139.134.6.21]) by hub.freebsd.org (Postfix) with ESMTP id 0A43137B422 for ; Mon, 14 May 2001 04:42:28 -0700 (PDT) (envelope-from dougy@gargoyle.apana.org.au) Received: from oracle ([139.134.4.50]) by mailin1.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GDBQ3H00.14L; Mon, 14 May 2001 21:47:41 +1000 Received: from CPE-61-9-142-177.vic.bigpond.net.au ([61.9.142.177]) by mail8.bigpond.com (Claudes-Old-Fashioned-MailRouter V2.9c 17/9091055); 14 May 2001 21:42:19 Message-ID: <004901c0dc6a$ef1d1ac0$0300a8c0@oracle> From: "Doug Young" To: "Sue Blake" , , "Rahul Siddharthan" , "Kathy Quinlan" , "N6REJ" References: <002b01c0db54$e0febaa0$5599ca3f@disappointment> <20010513171444.E26123@welearn.com.au> <00f401c0db7e$ff3ca2a0$fe00a8c0@kat.lan> <20010513122623.I97034@lpt.ens.fr> <20010514084709.A68348@welearn.com.au> <024b01c0dc05$b1314fc0$0300a8c0@oracle> <20010514103623.B68348@welearn.com.au> Subject: Re: (was) I'm leaving, now something like "anti official docs rant" :) Date: Mon, 14 May 2001 21:42:18 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The problem we have is that the people with the skills to execute > these good ideas, either don't contribute them to our docs (and > we're left with a volunteer staff of hard working Klingons trying > their very best), OR, they go off and do their own thing somewhere > else, which is great to have but fails to enrich the FreeBSD docs > in any way. > Well this is the second time I've subscribed to the docs list. Last time I gave up on it after a few months because I hadn't comprehended even one posting. It appeared quite obvious at the time that the inhabitants were only interested in waffling on about docbook or other esoterica rather than producing documentation meaningful to those who need it. I'm quite prepared to provide my Pedantic FreeBSD material, providing its not turned into something like the existing man pages .... the vast majority of which are totally incomprehensible to all but the experts. > Like so many things round here, we have lots of people ready > to jump up with good ideas, even more people weeing themselves > with excitement at the chance to code the infrastructure, but hardly > a soul to do the actual work. This applies to FreeBSD doc ideas > as much as it does to support ideas. "If you build it they will come" > is a naive view does not work for support/docs, but it has been a > popular pipe dream for the several years that I've been watching. > Better docs/support requires supply of prose, not code. > > Anyone who doesn't want a precious word of their prose altered > will have to do it some other way, of course. And there are other > reasons why some people keep their docs sepaparte from the FreeBSD docs. Certainly true ... if the intent of the docs fraternity is to turn everything into unintelligible verbiage as unfortunately appears to be the case. I made a comment earlier about the lack of any form of diagram / graphics / screenshot. Whilst it may be the case that nobody has thought to provide such (as you infer), but that seems beyond belief to me ... surely every adult on the planet has heard about "a picture tells a thousand words". Maybe I'm just cynical, but I have this feeling that there is an unwritten commandment "Thou shalt not allow things that make it straightforward for newcomers". An example that comes to mind is the age old issue of ppp configuration that causes untold headaches for 90% of converts from other religions. That ppp_conf.sh shell script that fixes the thing in 20 seconds flat has been lurking around the place since before JC played fullback for Jerusalem, but where is any mention of it found in official docs ?? Surely if documentation is meant to show people how to do stuff its reasonable to expect something as significant as this to rate a mention ?? Theres undoubtedly a million other comparable things out there someplace but the only way to discover them is by accident. > But in general, we need people contributing to docs if there is going > to ever be any improvement. And we need bums on seats and text on file, > way way way before we need more should-be and should-be-nots and code. > Thankfully its not quite as bad in the FreeBSD encampment as in the linux one, where one religiously checks for a new kernel every morning before breakfast, however I do agree that "we need bums on seats and text on file, way way way before we need more should-be and should-be-nots and code" > > > Where I started with this thread was trying to discover if its > > reasonably feasable to write a step_by_step HOWTO about X-windows. > > Please, please do! And please do it as part of the FreeBSD Doc Project > if you can. Then after it's done, you will become a role model who has > found an omission and gone on to correct it, and others might follow. > Well I did expect at least some response to my query about "what videocards typically work properly all the time", but the deafening silence so far suggests that the issue is somewhat of a yawn for the regulars. I'm not inclined to stuff around ad infinitum with X documentation if nobody has the interest to answer a question like that ..... its certainly not a matter of earth shatttering importance to me & I do have plenty of productive things on which to spend my time. Which reminds me I'd better get working on a talk about the Pedantic FreeBSD / use of the o/s as a gateway / router on cable / DSL connections / etc I've been "volunteered" to give to the Ausbug folk on Thursday evening. One never knows ..... might even convert a few from one or other of those other major religions :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message