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>