Re: cp in INSTALLTMP?
John Baldwin [EMAIL PROTECTED] wrote: Yes, I've seen this. I'm betting it is timing related, and that dfr's fix to pmap.c will fix this. Indeed it is gone now. make installworld works fine without cp. -- Christian naddy Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cp in INSTALLTMP?
On 09-Sep-01 Christian Weisgerber wrote: Bruce Evans [EMAIL PROTECTED] wrote: I don't know why nobody else seems to be seeing this, but cp is This might be caused by having the sources and objects on different machines with inconsistent clocks. No, it's all local on a single machine. FWIW, I'm on alpha. Yes, I've seen this. I'm betting it is timing related, and that dfr's fix to pmap.c will fix this. I found that if I did a buildworld without -j X and then did an installworld it would work ok. -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cp in INSTALLTMP?
On Sun, Sep 09, 2001 at 05:54:43PM -0400, Mike Barcroft wrote: Christian Weisgerber [EMAIL PROTECTED] writes: Bruce Evans [EMAIL PROTECTED] wrote: I don't know why nobody else seems to be seeing this, but cp is This might be caused by having the sources and objects on different machines with inconsistent clocks. No, it's all local on a single machine. FWIW, I'm on alpha. I'm seeing this on my alpha as well. I believe it started about a week or two ago. I successfully installworld on alpha last with sources from 3th Sep. -- B.Walter COSMO-Project http://www.cosmo-project.de [EMAIL PROTECTED] Usergroup [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cp in INSTALLTMP?
On Sun, 9 Sep 2001, Christian Weisgerber wrote: I don't know why nobody else seems to be seeing this, but cp is This might be caused by having the sources and objects on different machines with inconsistent clocks. used several times during installworld, which consequently fails for me unless cp is added to INSTALLTMP. ... === gnu/lib/libreadline/history install -c -o root -g wheel -m 444 libhistory.a /usr/lib install -c -o root -g wheel -m 444 libhistory_p.a /usr/lib install -c -s -o root -g wheel -m 444 libhistory.so.4 /usr/lib ln -sf libhistory.so.4 /usr/lib/libhistory.so cp /usr/src/gnu/lib/libreadline/history/../../../../contrib/libreadline/doc/history.3 rlhistory.3 This is caused by a bug in bsd.man.mk. It creates rlhistory.3 at install time if certain files are out of date. This also breaks installing from read-only object trees. install -c -o root -g wheel -m 444 rlhistory.3.gz /usr/share/man/man3 Note that it doesn't claim to rebuild rlhistory.3.gz from rlhistory.3. I think it really doesn't create it. This is correct -- the install should just fail if rlhistory.3.gz doesn't exist. ... === gnu/usr.bin/perl/library/re rm -f re_exec.c cp ../../regexec.c re_exec.c cc -c -fno-strict-aliasing -DAPPLLIB_EXP=/usr/libdata/perl/BSDPAN -DVERSION=\0.02\ -DXS_VERSION=\0.02\ -DPIC -fpic -I/home/obj/usr/src/gnu/usr.bin/perl/library/re -I/usr/obj/usr/src/alpha/usr/include re_exec.c rm -f re_comp.c cp ../../regcomp.c re_comp.c cc -c -fno-strict-aliasing -DAPPLLIB_EXP=/usr/libdata/perl/BSDPAN -DVERSION=\0.02\ -DXS_VERSION=\0.02\ -DPIC -fpic -I/home/obj/usr/src/gnu/usr.bin /perl/library/re -I/usr/obj/usr/src/alpha/usr/include re_comp.c Does all this happen at install time? perl sometimes builds a lot at install time, but I don't remember seeing it in this directory. ... === gnu/usr.bin/perl/pod/pod2man install -c -o root -g wheel -m 555 pod2man /usr/bin cp -p /usr/src/gnu/usr.bin/perl/pod/pod2man/../../../../../contrib/perl5/pod/pod2man.PL pod2man.PL ... This is clearly due to a bug in one of the perl Makefiles. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cp in INSTALLTMP?
Bruce Evans [EMAIL PROTECTED] wrote: I don't know why nobody else seems to be seeing this, but cp is This might be caused by having the sources and objects on different machines with inconsistent clocks. No, it's all local on a single machine. FWIW, I'm on alpha. === gnu/usr.bin/perl/library/re [...] Does all this happen at install time? Yes. make installworld from yesterday. -- Christian naddy Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cp in INSTALLTMP?
Christian Weisgerber [EMAIL PROTECTED] writes: Bruce Evans [EMAIL PROTECTED] wrote: I don't know why nobody else seems to be seeing this, but cp is This might be caused by having the sources and objects on different machines with inconsistent clocks. No, it's all local on a single machine. FWIW, I'm on alpha. I'm seeing this on my alpha as well. I believe it started about a week or two ago. As a temporary solution I've been adding cp to /usr/obj/usr/src/alpha/usr/bin and using chflags to set the schg flag. This has to be done once a make world has started. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message