From owner-freebsd-hackers Fri Jul 11 11:26:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26364 for hackers-outgoing; Fri, 11 Jul 1997 11:26:35 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA26353 for ; Fri, 11 Jul 1997 11:26:32 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.6/8.8.5) id LAA24849; Fri, 11 Jul 1997 11:26:29 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199707110808.RAA23281@genesis.atrad.adelaide.edu.au> Date: Fri, 11 Jul 1997 11:26:29 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Michael Smith Subject: Re: Make World Explodes Cc: FreeBSD-Hackers@FreeBSD.ORG, dg@root.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 11-Jul-97 you wrote: I alrerady apologized for my ignorance and stupidity. Here I apologize again. I am stupid and ignorant and am really sorry for being so. Really and hoestly. Having said that: > Simon Shapiro stands accused of saying: > > > > You must jump into conclusions :-) > > Not often. I agree. ... > The answer to D. would already be known to you if A. was true, as I > have explained at _least_ twice in public mail on this thread exactly > why this is a one-off gotcha. Bruce has even clarified the situation > with extreme precision in yet another mail. There is no logical way to prove something is not or did not happen. Stating that I do not read mail is impossible for anyone but me. It is like saying ``You did not send me that letter''. Maybe I did but you did not receive it? In our case, maybe I read the mail, did what was suggested and it still did not work? ... > So you have to help it out by presuming your 'install' is up to it and > running the 'make includes' by hand. Like I said, I did all that but it still did not work. Turns out the problem was my blind reliance on CVS and CVSUP to work correctly under all conditions. I run CVSUP under cron few times a day and cvs update on my source tree at least twice a week, with manual runs in between. I run make world once a week, and make release every week or two. The problem was solved here (after much digging (and running make includes three times :-) by; a) removing the entire source tree and checking out from CVS, or b) (as suggested) removingthe sup database and running cvsup again. This produced a clean compile, the world have rarely seen before. I admit, in addition to stupidity, bad habits. Being in the RDBMS world for as many decades as I have been, one grows used to complex processes always ending in a well defined state; a) Failure which means ``no change has been made at all or b) succes, which means ``ALL changes are in place'' I know we do not have that with all the tools we use all the time and know why and do not aruge. But some times, I forget and assume the wrong assumptions. Simon