From owner-freebsd-stable Tue Aug 28 19:14:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id AC26E37B401 for ; Tue, 28 Aug 2001 19:14:23 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E0B1266D2A; Tue, 28 Aug 2001 19:14:22 -0700 (PDT) Date: Tue, 28 Aug 2001 19:14:22 -0700 From: Kris Kennaway To: "Chad R. Larson" Cc: Kris Kennaway , Nicolas Grieco , Gavin Atkinson , "Daniel C. Sobral" , stable@FreeBSD.ORG Subject: Re: Broken world -- ipnat Message-ID: <20010828191422.A64065@xor.obsecurity.org> References: <3B65C784.8090807@tcoip.com.br> <20010828231618.J98061@t-online.fr> <20010828142715.A61345@xor.obsecurity.org> <20010828175517.E5272@freeway.dcfinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010828175517.E5272@freeway.dcfinc.com>; from chad@DCFinc.com on Tue, Aug 28, 2001 at 05:55:17PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 28, 2001 at 05:55:17PM -0700, Chad R. Larson wrote: > On Tue, Aug 28, 2001 at 02:27:15PM -0700, Kris Kennaway wrote: > > On Tue, Aug 28, 2001 at 11:16:18PM +0200, Nicolas Grieco wrote: > >> Does anyone has the answer for this ? > > Probably you have stale object files in your /usr/src or /usr/obj. >=20 > This is an increasingly popular answer to builds that fail. Perhaps > we should look a little more deeply into how that can happen in the > first place. >=20 > I mean, a buildworld sets off on a flurry of file removals when it > starts up. Why would it miss some? Because files were moved around in the source tree (in this case, ipfilter moved), and: 1) Some people may have old object files corresponding to the previous location of the moved source, which are getting in the way of the new compile due to makefiles which pick up the old objects in favour of the new ones. That's what I was postulating as the problem here (it's also known to be the cause of certain other signatures of compilation failure dying in ipfilter). 2) Some people may have cvsup metadata files which are out of sync with their sources (caused by e.g. installing old release sources and then immediately cvsupping to a later release which has some of those files removed), and which will cause cvsup to not delete the files which are no longer there. The solution to this is described in the cvsup FAQ and involves a two-stage process of first "adopting" your extracted source tree, and then updating it. Both of these can cause things to break, and do cause breakage sometimes in practise. Could it be worked around? Probably..if anyone cares to, please send patches. > And "cvs update" with the "-Pd" switches should keep your source > tree clean. Not necessarily. It doesn't remove extra files like object files (but it does note them if you're paying attention). Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7jE/+Wry0BWjoQKURArGVAJ0cMF31mUrwDDfxGvc3CT11R7fU3gCg15jz vriBG05MgLRnJF4so6c8KZE= =ImNh -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message