Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 19 Nov 2023 17:17:45 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 275030] buildworld fails if obj dir is NFS-mounted [patch]
Message-ID:  <bug-275030-227-dLZemPJFgY@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-275030-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-275030-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275030

--- Comment #11 from Warner Losh <imp@FreeBSD.org> ---
The -p change was to fix meta mode. Now that I've had a chance to sleep on =
it
I remember: it was for metamode. filemon catches EVERYTHING that's used to
build a target, including the binaries that are used. So, if the date chang=
es
on them, anything built by them gets regenerated.

I don't think it's an opt_global.h thing. that was an actual failure.

I think cp -N is the way to go. But a case might be made for using cpio -p =
to
copy them as well, since that will be more portable (at least it will work
without needing to bootstrap cp) and won't preserve flags either. The curre=
nt
code is a bit "sophisticated" to make that be an easy drop in replacement
(there's cases like awk where we need to link it to nawk, and the list of
things to use is source directories, and we need to transform each element =
into
a destination, plus we assume only one destination, which is a poor fit for
cpio, though it could be manageable with symlinks).

cp replaced the ln -sf because mid-way through installworld we'd run new
binaries with old libraries where the new binaries expected something new t=
hat
wasn't in the old libraries.  We replaced the even older cp with ln for the
macos build anyway (though it's not quite as straight forward as that, and
maybe the real bug here is that we're copying too many things too early sin=
ce
the bootstrap phase shouldn't need much of anything on a real FreeBSD syste=
m).

So the quick hack may be cp -N, but the a more nuanced analysis is likely
needed for this to be solved.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-275030-227-dLZemPJFgY>