Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Aug 2001 19:14:22 -0700
From:      Kris Kennaway <kris@obsecurity.org>
To:        "Chad R. Larson" <chad@DCFinc.com>
Cc:        Kris Kennaway <kris@obsecurity.org>, Nicolas Grieco <ng@t-online.fr>, Gavin Atkinson <gavin@ury.york.ac.uk>, "Daniel C. Sobral" <daniel.sobral@tcoip.com.br>, stable@FreeBSD.ORG
Subject:   Re: Broken world -- ipnat
Message-ID:  <20010828191422.A64065@xor.obsecurity.org>
In-Reply-To: <20010828175517.E5272@freeway.dcfinc.com>; from chad@DCFinc.com on Tue, Aug 28, 2001 at 05:55:17PM -0700
References:  <3B65C784.8090807@tcoip.com.br> <Pine.BSF.4.33.0107302148040.37658-100000@ury.york.ac.uk> <20010828231618.J98061@t-online.fr> <20010828142715.A61345@xor.obsecurity.org> <20010828175517.E5272@freeway.dcfinc.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010828191422.A64065>