From owner-freebsd-doc Sun Apr 15 13: 1:41 2001 Delivered-To: freebsd-doc@freebsd.org Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by hub.freebsd.org (Postfix) with ESMTP id 5B5AD37B443 for ; Sun, 15 Apr 2001 13:01:37 -0700 (PDT) (envelope-from watchman@ludd.luth.se) Received: from d1o907.telia.com (d1o907.telia.com [195.252.38.241]) by mailg.telia.com (8.11.2/8.11.0) with ESMTP id f3FK1UH02579; Sun, 15 Apr 2001 22:01:31 +0200 (CEST) Received: from ludd.luth.se (h63n2fls21o907.telia.com [213.66.203.63]) by d1o907.telia.com (8.8.8/8.8.8) with ESMTP id WAA25713; Sun, 15 Apr 2001 22:01:29 +0200 (CEST) Message-ID: <3AD9FE03.BDC000DC@ludd.luth.se> Date: Sun, 15 Apr 2001 22:01:07 +0200 From: Joachim =?iso-8859-1?Q?Str=F6mbergson?= Organization: Acne X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RC i386) X-Accept-Language: en-US MIME-Version: 1.0 To: Dima Dorfman Cc: doc@FreeBSD.ORG Subject: Re: Suggested adendum to FAQ section 3.22 References: <20010415193643.3E84A3E2F@bazooka.unixfreak.org> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Aloha! Dima Dorfman wrote: > > Analysis of my faulty ways: > > --------------------------- > > (1) I had used -O3 optimization for the last version of system upgrade. > > Yes, this is BAD. No, it won't happen again. This could very well be the > > reason for the behaviour. > > > > (2) I update the cvs-tree and make buildworld on a weekly basis, but > > update the system very much more rarely. The kernel however have been > > updated due to added HW and such things. Since the kernel sources have > > been updated, some problems due to kernel and system is out of sync > > might be responsible. > > I understand where you're coming from with this, but I don't think > it's appropriate to try to document every possible mode of failure. > That's sort of like documenting the fact that the network cable must > be plugged in in order for this stuff to work! If we did that, we'd > be too busy changing all of the questions with the latest way to break > the system instead of writing new and more useful documents. > > The answer attempts to describe the most common solution to the stated > problem as derived from reading -questions. It can't possibly mention > every single thing that could go wrong, and mentioning just some of > the more obscure things isn't going to help anything. I understand > that it might help a few other people, but I simply don't think it's > worth it. I'm fully aware that the FAQ or any other documentation can't cover all possible problems - and wouldn't suggest such thing. My thought was simply that the current wording of the section was pretty strong. I simply wanted to suggest adding some "make sure that... (in this case system in sync, compiled correctly - which probably is a good first start for bug hunting in general)" with an appropriate reference to section this or that. Just as a protection from confusion (*). I might be extremly goofy and lame to end up with a system which had the problems I had. Life have so far taught me though, that generally speaking you are rarely half as unique as you might think - including goofiness, stupidity and lameness. The most probable and common problem with slow connection of SSH and Telnet would be DNS failure? Ok, I'll by that. (*) In Swedish commonly known as a "Brasklapp". Have no idea what the appropriate Englisg word would be though. The term usually implies writing something as a way to pretect you from bad things IF something not forseen happens.. or to that effect. (**) (**) Yes, very FreeBSD off topic. .-) -- Cheers! Joachim - Alltid i harmonisk svängning --- FairLight ------ FairLight ------ FairLight ------ FairLight --- Joachim Strömbergson ASIC SoC designer, nice to CUTE animals Phone: +46(0)31 - 27 98 47 Web: http://www.ludd.luth.se/~watchman --------------- Spamfodder: regeringen@regeringen.se --------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message