Re: Broken world -- ipnat

2001-08-28 Thread Kris Kennaway

On Tue, Aug 28, 2001 at 08:20:48PM -0700, Chad R. Larson wrote:
> On Tue, Aug 28, 2001 at 11:17:58PM -0400, Chris BeHanna wrote:
> > On Tue, 28 Aug 2001, Kris Kennaway wrote:
> > > [...reasons why cvsup might leave cruft...]
> > > > 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).
> > 
> > Not by default.  .o is in the "ignore by default" list.
> 
> Yes, but in this case we were discussing broken buildworlds, and the
> .o files should all be living under /usr/obj (or wherever that's
> linked to).

I often run into weird kernel module build problems because I've
compiled something in sys/modules by hand, and it gets stale and then
gets in the way of kernel compiles.  There's probably a bug lurking in
there somewhere.

Kris

 PGP signature


Re: Broken world -- ipnat

2001-08-28 Thread Chad R. Larson

On Tue, Aug 28, 2001 at 11:17:58PM -0400, Chris BeHanna wrote:
> On Tue, 28 Aug 2001, Kris Kennaway wrote:
> > [...reasons why cvsup might leave cruft...]
> > > 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).
> 
> Not by default.  .o is in the "ignore by default" list.

Yes, but in this case we were discussing broken buildworlds, and the
.o files should all be living under /usr/obj (or wherever that's
linked to).

-crl
--
Chad R. Larson (CRL15)   602-953-1392   Brother, can you paradigm?
[EMAIL PROTECTED] [EMAIL PROTECTED]  [EMAIL PROTECTED]
DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



Re: Broken world -- ipnat

2001-08-28 Thread Chris BeHanna

On Tue, 28 Aug 2001, Kris Kennaway wrote:

> [...reasons why cvsup might leave cruft...]
>
> > 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).

Not by default.  .o is in the "ignore by default" list.

-- 
Chris BeHanna
Software Engineer   (Remove "bogus" before responding.)
[EMAIL PROTECTED]
I was raised by a pack of wild corn dogs.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



Re: Broken world -- ipnat

2001-08-28 Thread Kris Kennaway

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.
> 
> 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.
> 
> 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
 PGP signature