Re: installworld broken - osreldate.h: permission denied
Bezüglich Ian Lepore's Nachricht vom 28.09.2013 19:19 (localtime): > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: >> Hi, >> >> Fresh HEAD. installworld from read-only /usr/obj and /usr/src: >> >> /usr/src/include/iconv.h osreldate.h /usr/include >> install: osreldate.h: Permission denied >> *** Error code 71 >> >> Stop. >> make[4]: stopped in /usr/src/include >> *** Error code 1 >> >> Everything was working fine 2 weeks ago, so it's a recent breakage. >> > Okay, I just accidentally created conditions for this error on my > system... I checked in a change to newvers.sh while a buildworld was > running, which led to a situation where newvers.sh was newer than > osreldate.h at the end of the buildworld. Then an installworld tried to > regenerate osreldate.h due to its dependency on newvers.sh, which would > fail if the obj was readonly at that point. > > I think we could see if something similar applies for you if you use > this command: > > make -dm installworld SUBDIR_OVERRIDE=include > > And we'd be looking for the end of the output to be something like: > > Examining _libiconv_compat.h... > modified 10:51:18 Sep 28, 2013...up-to-date > Make_Update: _libiconv_compat.h > inspect parent buildincludes: flags 0, type 18001, made 0, unmade 95 - not > needed > inspect parent _INCSINS: flags 9, type b01, made 1, unmade 1 - unmade > children > Examining osreldate.h... > modified 10:39:21 Sep 28, 2013...modified before source > /local/build/staging/freebsd/head/src/include/../sys/conf/newvers.sh...out-of-date > env ECHO="echo" > MAKE="/local/build/staging/freebsd/head/obj/local/build/staging/freebsd/head/src/make.i386/bmake" > > NEWVERS_SH=/local/build/staging/freebsd/head/src/include/../sys/conf/newvers.sh > PARAM_H=/local/build/staging/freebsd/head/src/include/../sys/sys/param.h > SYSDIR=/local/build/staging/freebsd/head/src/include/../sys sh > /local/build/staging/freebsd/head/src/include/mk-osreldate.sh > env: not found > *** [osreldate.h] Error code 127 > > The "env: not found" is what I got instead of a permission denied, and > probably has something to do with me cross-building amd64 10.0 from an > i386 8.x machine. I think that's where you'd see the permission error. > > If the same sort of thing is happening for you, then all that's left is > to figure out why osreldate.h is out of date at install time, and how to > handle things if that's the case. Thanks for your suggestion how to best find out what's going on. I have the same problem you observed (env: not found), not the permission problem the thread opener had. For any reason, not relevant at this point, my ${src}/sys/conf/newvers.sh is newer than 'include/osreldate.h' under $OBJDIRPREFIX/i386.i386/…. Now in 'include/Makefile', "sh ${MK_OSRELDATE_SH}" should be called by 'env' in target 'osreldate.h vers.c:'. Problem is, that PATH has sevaral bin-sbin directories under "$OBJDIRPREFIX/…/tmp/" _and_ "$INSTALLTMP", and none of them provides 'env'. The latter is filled with target 'distributeworld installworld:' in Makefile.inc1, with $ITOOLS. The following additional tools are missing in ITOOLS to make recreating osreldate.h work at installworld stage: env, hostname, mktemp and touch So a patch to work arround that issue looks like this: --- src/Makefile.inc1.orig 2014-09-25 17:36:16.0 +0200 +++ src/Makefile.inc1 2014-09-25 17:47:14.0 +0200 @@ -697,9 +697,9 @@ .endif ITOOLS= [ awk cap_mkdb cat chflags chmod chown \ - date echo egrep find grep id install ${_install-info} \ - ln lockf make mkdir mtree ${_nmtree_itools} mv pwd_mkdb \ - rm sed sh sysctl test true uname wc ${_zoneinfo} + date echo egrep env find grep hostname id install ${_install-info} \ + ln lockf make mkdir mktemp mtree ${_nmtree_itools} mv pwd_mkdb \ + rm sed sh sysctl test touch true uname wc ${_zoneinfo} # # distributeworld I have no idea if there's a better way, but if these tools are not to be added, the check for outdated osreldate.h should be disabled because recreation at install stage is not possible without. At least this is true for compiling 9.3-i386 on 10-stable-amd64. -Harry signature.asc Description: OpenPGP digital signature
Re: installworld broken - osreldate.h: permission denied
On Mon, Sep 30, 2013 at 07:02:43PM +0200, Jilles Tjoelker wrote: > On Sun, Sep 29, 2013 at 10:13:29AM +0200, Joel Dahl wrote: > > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > > install: osreldate.h: Permission denied > > > > *** Error code 71 > > > > > Stop. > > > > make[4]: stopped in /usr/src/include > > > > *** Error code 1 > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > Okay, I just accidentally created conditions for this error on my > > > system... I checked in a change to newvers.sh while a buildworld was > > > running, which led to a situation where newvers.sh was newer than > > > osreldate.h at the end of the buildworld. Then an installworld tried to > > > regenerate osreldate.h due to its dependency on newvers.sh, which would > > > fail if the obj was readonly at that point. > > > > I think we could see if something similar applies for you if you use > > > this command: > > > > make -dm installworld SUBDIR_OVERRIDE=include > > > I tried this with a fresh HEAD but the error message is still the same. > > > /usr/src and /usr/obj are NFS mounted, FYI. > > I had the same problem as Joel. It has nothing to do with timestamps, > but with the default -maproot -2:-2. The include/mk-osreldate.sh script > creates osreldate.h from mktemp(1), so with mode 600. The squashed root > (nobody) is then not allowed to read it. > > The below patch should fix it. > > Index: include/mk-osreldate.sh > === > --- include/mk-osreldate.sh (revision 255946) > +++ include/mk-osreldate.sh (working copy) > @@ -48,4 +48,5 @@ > #define __FreeBSD_version $RELDATE > #endif > EOF > +chmod 644 $tmpfile > mv $tmpfile osreldate.h This patch fixes the problem for me. Thanks. -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Mon, 2013-09-30 at 19:02 +0200, Jilles Tjoelker wrote: > On Sun, Sep 29, 2013 at 10:13:29AM +0200, Joel Dahl wrote: > > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > > install: osreldate.h: Permission denied > > > > *** Error code 71 > > > > > Stop. > > > > make[4]: stopped in /usr/src/include > > > > *** Error code 1 > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > Okay, I just accidentally created conditions for this error on my > > > system... I checked in a change to newvers.sh while a buildworld was > > > running, which led to a situation where newvers.sh was newer than > > > osreldate.h at the end of the buildworld. Then an installworld tried to > > > regenerate osreldate.h due to its dependency on newvers.sh, which would > > > fail if the obj was readonly at that point. > > > > I think we could see if something similar applies for you if you use > > > this command: > > > > make -dm installworld SUBDIR_OVERRIDE=include > > > I tried this with a fresh HEAD but the error message is still the same. > > > /usr/src and /usr/obj are NFS mounted, FYI. > > I had the same problem as Joel. It has nothing to do with timestamps, > but with the default -maproot -2:-2. The include/mk-osreldate.sh script > creates osreldate.h from mktemp(1), so with mode 600. The squashed root > (nobody) is then not allowed to read it. > > The below patch should fix it. > > Index: include/mk-osreldate.sh > === > --- include/mk-osreldate.sh (revision 255946) > +++ include/mk-osreldate.sh (working copy) > @@ -48,4 +48,5 @@ > #define __FreeBSD_version $RELDATE > #endif > EOF > +chmod 644 $tmpfile > mv $tmpfile osreldate.h > Thank you Jilles. I was never that fond of the timestamp theory, it was just the only one I could come up without any data. I think I was unable to reproduce the problem because all my in-house nfs shares use -maproot 0. Joel, please test Jilles' patch, and I'll get the ball rolling for approval to commit it. -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Sun, Sep 29, 2013 at 10:13:29AM +0200, Joel Dahl wrote: > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > install: osreldate.h: Permission denied > > > *** Error code 71 > > > Stop. > > > make[4]: stopped in /usr/src/include > > > *** Error code 1 > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > Okay, I just accidentally created conditions for this error on my > > system... I checked in a change to newvers.sh while a buildworld was > > running, which led to a situation where newvers.sh was newer than > > osreldate.h at the end of the buildworld. Then an installworld tried to > > regenerate osreldate.h due to its dependency on newvers.sh, which would > > fail if the obj was readonly at that point. > > I think we could see if something similar applies for you if you use > > this command: > > make -dm installworld SUBDIR_OVERRIDE=include > I tried this with a fresh HEAD but the error message is still the same. > /usr/src and /usr/obj are NFS mounted, FYI. I had the same problem as Joel. It has nothing to do with timestamps, but with the default -maproot -2:-2. The include/mk-osreldate.sh script creates osreldate.h from mktemp(1), so with mode 600. The squashed root (nobody) is then not allowed to read it. The below patch should fix it. Index: include/mk-osreldate.sh === --- include/mk-osreldate.sh (revision 255946) +++ include/mk-osreldate.sh (working copy) @@ -48,4 +48,5 @@ #define __FreeBSD_version $RELDATE #endif EOF +chmod 644 $tmpfile mv $tmpfile osreldate.h -- Jilles Tjoelker ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Mon, 2013-09-30 at 17:48 +0200, Joel Dahl wrote: > On Mon, Sep 30, 2013 at 12:03:47PM +0400, Boris Samorodov wrote: > > 30.09.2013 09:12, Joel Dahl пишет: > > > On Sun, Sep 29, 2013 at 07:53:44PM -0700, John-Mark Gurney wrote: > > >> Joel Dahl wrote this message on Sun, Sep 29, 2013 at 10:13 +0200: > > >>> On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > Hi, > > > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > install: osreldate.h: Permission denied > > > *** Error code 71 > > > > > > Stop. > > > make[4]: stopped in /usr/src/include > > > *** Error code 1 > > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > > > > Okay, I just accidentally created conditions for this error on my > > system... I checked in a change to newvers.sh while a buildworld was > > running, which led to a situation where newvers.sh was newer than > > osreldate.h at the end of the buildworld. Then an installworld tried > > to > > regenerate osreldate.h due to its dependency on newvers.sh, which would > > fail if the obj was readonly at that point. > > > > I think we could see if something similar applies for you if you use > > this command: > > > > make -dm installworld SUBDIR_OVERRIDE=include > > >>> > > >>> I tried this with a fresh HEAD but the error message is still the same. > > >>> > > >>> /usr/src and /usr/obj are NFS mounted, FYI. > > >> > > >> Are you building on one machine and running install on another? Are > > >> the dates the same between the two machines? > > > > > > Yes, both machines are running ntp. I've double-checked the dates and > > > they are > > > in sync. > > > > Do those machines have accurate timezones set? > > Yes, they do. I don't understand all this thrashing around with questions about ntp and timezones and all. Right now there's only one question that matters: why are you getting permission denied trying to install osreldate.h? I posted a speculation on one thing that might lead to that (attempting to recreate the file at install time), and I gave the command that would provide that information. Until we have that information, everything else is just guessing at the underlying causes of problems we don't know to be happening. The command which will show in more detail what make is doing with osreldate.h at install time is: make -dm installworld SUBDIR_OVERRIDE=include The SUBDIR_OVERRIDE is so that it only gives that extreme level of detail for the one directory causing a problem (the -dm output is very verbose). We don't need the full output from that command... near the end of the output should be "Examining osreldate.h..." and it's the lines from there to the end that matter. -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Mon, Sep 30, 2013 at 12:03:47PM +0400, Boris Samorodov wrote: > 30.09.2013 09:12, Joel Dahl пишет: > > On Sun, Sep 29, 2013 at 07:53:44PM -0700, John-Mark Gurney wrote: > >> Joel Dahl wrote this message on Sun, Sep 29, 2013 at 10:13 +0200: > >>> On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > Hi, > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > install: osreldate.h: Permission denied > > *** Error code 71 > > > > Stop. > > make[4]: stopped in /usr/src/include > > *** Error code 1 > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > Okay, I just accidentally created conditions for this error on my > system... I checked in a change to newvers.sh while a buildworld was > running, which led to a situation where newvers.sh was newer than > osreldate.h at the end of the buildworld. Then an installworld tried to > regenerate osreldate.h due to its dependency on newvers.sh, which would > fail if the obj was readonly at that point. > > I think we could see if something similar applies for you if you use > this command: > > make -dm installworld SUBDIR_OVERRIDE=include > >>> > >>> I tried this with a fresh HEAD but the error message is still the same. > >>> > >>> /usr/src and /usr/obj are NFS mounted, FYI. > >> > >> Are you building on one machine and running install on another? Are > >> the dates the same between the two machines? > > > > Yes, both machines are running ntp. I've double-checked the dates and they > > are > > in sync. > > Do those machines have accurate timezones set? Yes, they do. -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
30.09.2013 09:12, Joel Dahl пишет: > On Sun, Sep 29, 2013 at 07:53:44PM -0700, John-Mark Gurney wrote: >> Joel Dahl wrote this message on Sun, Sep 29, 2013 at 10:13 +0200: >>> On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > Hi, > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > /usr/src/include/iconv.h osreldate.h /usr/include > install: osreldate.h: Permission denied > *** Error code 71 > > Stop. > make[4]: stopped in /usr/src/include > *** Error code 1 > > Everything was working fine 2 weeks ago, so it's a recent breakage. > Okay, I just accidentally created conditions for this error on my system... I checked in a change to newvers.sh while a buildworld was running, which led to a situation where newvers.sh was newer than osreldate.h at the end of the buildworld. Then an installworld tried to regenerate osreldate.h due to its dependency on newvers.sh, which would fail if the obj was readonly at that point. I think we could see if something similar applies for you if you use this command: make -dm installworld SUBDIR_OVERRIDE=include >>> >>> I tried this with a fresh HEAD but the error message is still the same. >>> >>> /usr/src and /usr/obj are NFS mounted, FYI. >> >> Are you building on one machine and running install on another? Are >> the dates the same between the two machines? > > Yes, both machines are running ntp. I've double-checked the dates and they are > in sync. Do those machines have accurate timezones set? -- WBR, bsam ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Mon, Sep 30, 2013 at 1:12 AM, Joel Dahl wrote: > On Sun, Sep 29, 2013 at 07:53:44PM -0700, John-Mark Gurney wrote: > > Joel Dahl wrote this message on Sun, Sep 29, 2013 at 10:13 +0200: > > > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > > > Hi, > > > > > > > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > > > install: osreldate.h: Permission denied > > > > > *** Error code 71 > > > > > > > > > > Stop. > > > > > make[4]: stopped in /usr/src/include > > > > > *** Error code 1 > > > > > > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > > > > > > > > > > Okay, I just accidentally created conditions for this error on my > > > > system... I checked in a change to newvers.sh while a buildworld was > > > > running, which led to a situation where newvers.sh was newer than > > > > osreldate.h at the end of the buildworld. Then an installworld > tried to > > > > regenerate osreldate.h due to its dependency on newvers.sh, which > would > > > > fail if the obj was readonly at that point. > > > > > > > > I think we could see if something similar applies for you if you use > > > > this command: > > > > > > > > make -dm installworld SUBDIR_OVERRIDE=include > > > > > > I tried this with a fresh HEAD but the error message is still the same. > > > > > > /usr/src and /usr/obj are NFS mounted, FYI. > > > > Are you building on one machine and running install on another? Are > > the dates the same between the two machines? > > Yes, both machines are running ntp. I've double-checked the dates and they > are > in sync. > > -- > Joel > The problem is UFS and NFS 3 do not have a COMMON user model . Each user is setting his/her update flag in the server , and the other users are NOT able to access to his/her updated files. In this subject , I had asked the following question : http://lists.freebsd.org/pipermail/freebsd-questions/2013-September/253323.html ( NFS file modes consistency among different operating systems ) I could not find any answer which is applicable . Setting client "umask" value is NOT respected by any application ( I do not know which ones are using it ) . My solution is to frequently set file modes in the server to a common mode such as rwx-rwx-rwx to allow other users from other computers to access and use the files although the users are the same person with the same name in the client computers . Some Linux distributions even is NOT respecting such a mode and they are giving "Permission denied" for executable programs which is not possible to find which part is responsible for this rejection . I could not find a detailed information about NFS 4 user model from client computers . It seems that NFS does not have a configuration file to manage access rights among different users by setting default file modes which all of the clients uses that mode . ZFS and NFS 4 together giving an impression that such facilities may be used , but NFS 4 is not mentioned in the FreeBSD Handbook as production usable . In the man pages , it is called as "experimental" . Therefore , only solution , perhaps , is to set file modes in server when it becomes necessary to access to these files by another user . My knowledge is so much . This is a difficult situation for shared use of NFS 3 by different clients on the same directories . Thank you very much . Mehmet Erol Sanliturk ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Sun, Sep 29, 2013 at 07:53:44PM -0700, John-Mark Gurney wrote: > Joel Dahl wrote this message on Sun, Sep 29, 2013 at 10:13 +0200: > > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > > Hi, > > > > > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > > install: osreldate.h: Permission denied > > > > *** Error code 71 > > > > > > > > Stop. > > > > make[4]: stopped in /usr/src/include > > > > *** Error code 1 > > > > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > > > > > > > Okay, I just accidentally created conditions for this error on my > > > system... I checked in a change to newvers.sh while a buildworld was > > > running, which led to a situation where newvers.sh was newer than > > > osreldate.h at the end of the buildworld. Then an installworld tried to > > > regenerate osreldate.h due to its dependency on newvers.sh, which would > > > fail if the obj was readonly at that point. > > > > > > I think we could see if something similar applies for you if you use > > > this command: > > > > > > make -dm installworld SUBDIR_OVERRIDE=include > > > > I tried this with a fresh HEAD but the error message is still the same. > > > > /usr/src and /usr/obj are NFS mounted, FYI. > > Are you building on one machine and running install on another? Are > the dates the same between the two machines? Yes, both machines are running ntp. I've double-checked the dates and they are in sync. -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
Joel Dahl wrote this message on Sun, Sep 29, 2013 at 10:13 +0200: > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > Hi, > > > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > install: osreldate.h: Permission denied > > > *** Error code 71 > > > > > > Stop. > > > make[4]: stopped in /usr/src/include > > > *** Error code 1 > > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > > > > Okay, I just accidentally created conditions for this error on my > > system... I checked in a change to newvers.sh while a buildworld was > > running, which led to a situation where newvers.sh was newer than > > osreldate.h at the end of the buildworld. Then an installworld tried to > > regenerate osreldate.h due to its dependency on newvers.sh, which would > > fail if the obj was readonly at that point. > > > > I think we could see if something similar applies for you if you use > > this command: > > > > make -dm installworld SUBDIR_OVERRIDE=include > > I tried this with a fresh HEAD but the error message is still the same. > > /usr/src and /usr/obj are NFS mounted, FYI. Are you building on one machine and running install on another? Are the dates the same between the two machines? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Sun, 2013-09-29 at 10:13 +0200, Joel Dahl wrote: > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > Hi, > > > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > install: osreldate.h: Permission denied > > > *** Error code 71 > > > > > > Stop. > > > make[4]: stopped in /usr/src/include > > > *** Error code 1 > > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > > > > Okay, I just accidentally created conditions for this error on my > > system... I checked in a change to newvers.sh while a buildworld was > > running, which led to a situation where newvers.sh was newer than > > osreldate.h at the end of the buildworld. Then an installworld tried to > > regenerate osreldate.h due to its dependency on newvers.sh, which would > > fail if the obj was readonly at that point. > > > > I think we could see if something similar applies for you if you use > > this command: > > > > make -dm installworld SUBDIR_OVERRIDE=include > > I tried this with a fresh HEAD but the error message is still the same. > > /usr/src and /usr/obj are NFS mounted, FYI. > I've tried everything I can think of to reproduce this, and I can't. I can install from readonly nfs-mounted obj and src without any errors. It appears that for you it's trying to regenerate osreldate.h during the install step. If so, the first question is why it's doing that. The logical answer would be "because it's out of date with respect to its dependencies" but it would be nice to have some evidence of that (such as the output from the command I gave earlier). Then, if that is the reason it's trying to regenerate the file, the next question would be "why is osreldate.h older than its source files?" -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > Hi, > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > install: osreldate.h: Permission denied > > *** Error code 71 > > > > Stop. > > make[4]: stopped in /usr/src/include > > *** Error code 1 > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > Okay, I just accidentally created conditions for this error on my > system... I checked in a change to newvers.sh while a buildworld was > running, which led to a situation where newvers.sh was newer than > osreldate.h at the end of the buildworld. Then an installworld tried to > regenerate osreldate.h due to its dependency on newvers.sh, which would > fail if the obj was readonly at that point. > > I think we could see if something similar applies for you if you use > this command: > > make -dm installworld SUBDIR_OVERRIDE=include I tried this with a fresh HEAD but the error message is still the same. /usr/src and /usr/obj are NFS mounted, FYI. -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > Hi, > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > /usr/src/include/iconv.h osreldate.h /usr/include > install: osreldate.h: Permission denied > *** Error code 71 > > Stop. > make[4]: stopped in /usr/src/include > *** Error code 1 > > Everything was working fine 2 weeks ago, so it's a recent breakage. > Okay, I just accidentally created conditions for this error on my system... I checked in a change to newvers.sh while a buildworld was running, which led to a situation where newvers.sh was newer than osreldate.h at the end of the buildworld. Then an installworld tried to regenerate osreldate.h due to its dependency on newvers.sh, which would fail if the obj was readonly at that point. I think we could see if something similar applies for you if you use this command: make -dm installworld SUBDIR_OVERRIDE=include And we'd be looking for the end of the output to be something like: Examining _libiconv_compat.h... modified 10:51:18 Sep 28, 2013...up-to-date Make_Update: _libiconv_compat.h inspect parent buildincludes: flags 0, type 18001, made 0, unmade 95 - not needed inspect parent _INCSINS: flags 9, type b01, made 1, unmade 1 - unmade children Examining osreldate.h... modified 10:39:21 Sep 28, 2013...modified before source /local/build/staging/freebsd/head/src/include/../sys/conf/newvers.sh...out-of-date env ECHO="echo" MAKE="/local/build/staging/freebsd/head/obj/local/build/staging/freebsd/head/src/make.i386/bmake" NEWVERS_SH=/local/build/staging/freebsd/head/src/include/../sys/conf/newvers.sh PARAM_H=/local/build/staging/freebsd/head/src/include/../sys/sys/param.h SYSDIR=/local/build/staging/freebsd/head/src/include/../sys sh /local/build/staging/freebsd/head/src/include/mk-osreldate.sh env: not found *** [osreldate.h] Error code 127 The "env: not found" is what I got instead of a permission denied, and probably has something to do with me cross-building amd64 10.0 from an i386 8.x machine. I think that's where you'd see the permission error. If the same sort of thing is happening for you, then all that's left is to figure out why osreldate.h is out of date at install time, and how to handle things if that's the case. -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken - osreldate.h: permission denied
On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > Hi, > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > /usr/src/include/iconv.h osreldate.h /usr/include > install: osreldate.h: Permission denied > *** Error code 71 > > Stop. > make[4]: stopped in /usr/src/include > *** Error code 1 > > Everything was working fine 2 weeks ago, so it's a recent breakage. > I can't reproduce this. I just did buildworld from readonly src, remounted the obj dir as readonly (using nullfs) and did an install from it, no errors. In case something about nullfs subverted the test, I then created an md disk, copied obj/* into there, mounted that readonly, and did an install from it. That worked too. Things that are likely different between our setups: I'm using DESTDIR= to install into a directory other than /, and my build machine is i386 running 8-stable, probably not the most common setup these days. :) I'm building an amd64 kernel & world to install onto a spare machine to see if I can reproduce it in that environment, but that'll take a couple hours. -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installworld broken
Subject: installworld broken, On Mon, 8 Sep 2003 23:42:43 +0900, Shin-ichi Yoshimoto wrote: > Hi, make installworld is broken like this. Sorry. After buildworld, buildkernl, and installkernel, everything is OK. -- Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: installworld broken
On Wed, Sep 04, 2002 at 11:27:52AM +0200, Mario Goebbels wrote: > H. Is mergemaster really necessary? I mean when upgrading from a fresh > 4.6 install? No, but completely upgrading /etc most assuredly is. If you don't use mergemaster to do this then you'll probably find it a real PITA. Kris msg42632/pgp0.pgp Description: PGP signature
Re: installworld broken
On Wed, Sep 04, 2002 at 11:27:52AM +0200, Mario Goebbels wrote: > > > > make buildworld > > make buildkernel > > make installkernel > > mergemaster -p > > reboot > > make installworld > > mergemaster > > > H. Is mergemaster really necessary? You don't have to use mergemaster. No one is holding a gun to your head :-) Mergemaster makes routine maintenance of /etc extremely easy (and, yes the rc scripts do change). -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
>From: "Mario Goebbels" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Date: Wed, 4 Sep 2002 11:27:52 +0200 >H. Is mergemaster really necessary? I mean when upgrading from a fresh >4.6 install? Note that this is posted to the -current list, so the context *I* infer from this is that you're referring to an upgrade from 4.6 (-STABLE) to 5.x (-CURRENT). Thus, the answer to the stated question is assuredly "yes." >I usually just copied the password files and rc.conf, >copied -CURRENTs etc files into /etc and copied the passwd files back. Seems >to work fine, especially because I never touch the RC scripts on my running >BSD systems. Somehow, using mergemaster to handle all of that seems like a definite win to me; after all, that is why is exists -- or so I thought. Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill [EMAIL PROTECTED] To paraphrase David Hilbert, there can be no conflicts between the discipline of systems administration and Microsoft, since they have nothing in common. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
> > > > : I've had to add ex, touch and gencat to the installworld target. And > > > > : I've still not manged to complete a installworld. > > > > : > > > > : anybody else see this? > > > > > > > > > > Strange, I just did a "make buildworld ... mergermaster" > > > sequence and I did not need the three utilities you mention. > > > > Why is that strange? You're talking about everything up to but not > > including installworld. Warner's talking about installworld. :-) > > > > Sigh. I said '"make buildworld ... mergemaster" sequence'. > I assume people running -current would understand the > use of "..." and the word "sequence" to mean > > make buildworld > make buildkernel > make installkernel > mergemaster -p > reboot > make installworld > mergemaster H. Is mergemaster really necessary? I mean when upgrading from a fresh 4.6 install? I usually just copied the password files and rc.conf, copied -CURRENTs etc files into /etc and copied the passwd files back. Seems to work fine, especially because I never touch the RC scripts on my running BSD systems. -mg To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
> > > Strange, I just did a "make buildworld ... mergermaster" > > > sequence and I did not need the three utilities you mention. > > > > Why is that strange? You're talking about everything up to but not > > including installworld. Warner's talking about installworld. :-) > > > > Sigh. I said '"make buildworld ... mergemaster" sequence'. > I assume people running -current would understand the > use of "..." and the word "sequence" to mean Some build just do buildworld to make sure it compiles not needing to install it. Just for clarification in the future, saying make world sequence will get your exact point across as well as saying make kernel instead of make buildkernel -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. [EMAIL PROTECTED] FreeBSD Committer To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
On Tue, Sep 03, 2002 at 09:50:55AM +0200, Sheldon Hearn wrote: > On (2002/09/02 12:44), Steve Kargl wrote: > > > > : I've had to add ex, touch and gencat to the installworld target. And > > > : I've still not manged to complete a installworld. > > > : > > > : anybody else see this? > > > > > > > Strange, I just did a "make buildworld ... mergermaster" > > sequence and I did not need the three utilities you mention. > > Why is that strange? You're talking about everything up to but not > including installworld. Warner's talking about installworld. :-) > Sigh. I said '"make buildworld ... mergemaster" sequence'. I assume people running -current would understand the use of "..." and the word "sequence" to mean make buildworld make buildkernel make installkernel mergemaster -p reboot make installworld mergemaster -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
On (2002/09/02 12:44), Steve Kargl wrote: > > : I've had to add ex, touch and gencat to the installworld target. And > > : I've still not manged to complete a installworld. > > : > > : anybody else see this? > > > > Strange, I just did a "make buildworld ... mergermaster" > sequence and I did not need the three utilities you mention. Why is that strange? You're talking about everything up to but not including installworld. Warner's talking about installworld. :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
On Mon, 2 Sep 2002, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > "M. Warner Losh" <[EMAIL PROTECTED]> writes: > : I've had to add ex, touch and gencat to the installworld target. And > : I've still not manged to complete a installworld. > : > : anybody else see this? > > Index: Makefile.inc1 > === > RCS file: /home/imp/FreeBSD/CVS/src/Makefile.inc1,v > retrieving revision 1.303 > diff -u -r1.303 Makefile.inc1 > --- Makefile.inc1 23 Aug 2002 12:49:16 - 1.303 > +++ Makefile.inc1 2 Sep 2002 18:51:38 - > @@ -371,9 +372,9 @@ > # > distributeworld installworld: installcheck > mkdir -p ${INSTALLTMP} > - for prog in [ awk cat chflags chmod chown date echo egrep find grep \ > - ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl \ > - test true uname wc zic; do \ > + for prog in [ awk cap_mkdb cat chflags chmod chown date echo ex \ > + egrep find gencat grep ln m4 make mkdir mtree mv pwd_mkdb rm \ > + sed sh sysctl test touch true uname wc zic; do \ > cp `which $$prog` ${INSTALLTMP}; \ > done > cd ${.CURDIR}; ${IMAKE} re${.TARGET:S/world$//} > > I plan to commit this change soon unless somone objects. Yes, all the > programs I added are necessary. Why they are now and not before, I > know not. I object :-). This change shoots the messenger. You apparently have timestamp problems which result in trmcap being rebuilt at install time. Building at install time should fail. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
On Mon, Sep 02, 2002 at 12:52:43PM -0600, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > "M. Warner Losh" <[EMAIL PROTECTED]> writes: > : I've had to add ex, touch and gencat to the installworld target. And > : I've still not manged to complete a installworld. > : > : anybody else see this? > Strange, I just did a "make buildworld ... mergermaster" sequence and I did not need the three utilities you mention. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken
In message: <[EMAIL PROTECTED]> "M. Warner Losh" <[EMAIL PROTECTED]> writes: : I've had to add ex, touch and gencat to the installworld target. And : I've still not manged to complete a installworld. : : anybody else see this? Index: Makefile.inc1 === RCS file: /home/imp/FreeBSD/CVS/src/Makefile.inc1,v retrieving revision 1.303 diff -u -r1.303 Makefile.inc1 --- Makefile.inc1 23 Aug 2002 12:49:16 - 1.303 +++ Makefile.inc1 2 Sep 2002 18:51:38 - @@ -371,9 +372,9 @@ # distributeworld installworld: installcheck mkdir -p ${INSTALLTMP} - for prog in [ awk cat chflags chmod chown date echo egrep find grep \ - ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl \ - test true uname wc zic; do \ + for prog in [ awk cap_mkdb cat chflags chmod chown date echo ex \ + egrep find gencat grep ln m4 make mkdir mtree mv pwd_mkdb rm \ + sed sh sysctl test touch true uname wc zic; do \ cp `which $$prog` ${INSTALLTMP}; \ done cd ${.CURDIR}; ${IMAKE} re${.TARGET:S/world$//} I plan to commit this change soon unless somone objects. Yes, all the programs I added are necessary. Why they are now and not before, I know not. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken on pre eaccess changes
In message <[EMAIL PROTECTED]> "M. Warner Losh" writes: : ===> usr.bin/chflags : install -c -s -o root -g wheel -m 555 chflags /bin : install -c -o root -g wheel -m 444 chflags.1.gz /usr/share/man/man1 : ===> usr.bin/chpass : [ ! -e /usr/bin/chpass ] || chflags noschg /usr/bin/chpass || true : *** Signal 12 : : Sigh. Actually, I think this is my bad. I didn't reboot with the new kernel first. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken?
On Tue, Feb 29, 2000 at 03:53:06AM -0800, Alfred Perlstein wrote: > install -C -c -o root -g wheel -m 644 ses/Makefile /usr/share/examples/ses/Makefile > install -C -c -o root -g wheel -m 644 ses/getencstat/Makefile >/usr/share/examples/ses/getencstat/Makefile > install: mkstemp: /usr/share/examples/ses/getencstat/INS@2802 for >/usr/share/examples/ses/getencstat/Makefile: No such file or directory You need rev 1.188 of BSD.usr.dist for the fix. -- Bill Fumerola - Network Architect Computer Horizons Corp - CVM (temporarily at Walnut Creek...) e-mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] Office: 800-252-2421 x128 / Cell: 248-761-7272 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken from R/O /usr/obj
that fix was applied by me about 5 minutes ago.. On Sun, 10 Oct 1999, Andrew Gallatin wrote: > > Bruce Evans writes: > > > W`hile installworld is being discussed, I wanted to get this out there: > > > > > > Since rev 1.13 of usr.bin/make/arch.c, I've been seing a problem with > > > ELF archive libraries being rebuilt unnecessarily. I believe that > > > this problem can be traced to the RANLIBMAG string being set to "/". > > > > There's a PR about this now. The smaller fix in the PR seems to work. > > Ah yes, in bin/14167. The fix is much tighter & appears to work. > > -- > Andrew Gallatin, Sr Systems Programmerhttp://www.cs.duke.edu/~gallatin > Duke University Email: [EMAIL PROTECTED] > Department of Computer SciencePhone: (919) 660-6590 > > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken from R/O /usr/obj
Julian Elischer writes: > that fix was applied by me about 5 minutes ago.. > Thank you! Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken from R/O /usr/obj
Bruce Evans writes: > > W`hile installworld is being discussed, I wanted to get this out there: > > > > Since rev 1.13 of usr.bin/make/arch.c, I've been seing a problem with > > ELF archive libraries being rebuilt unnecessarily. I believe that > > this problem can be traced to the RANLIBMAG string being set to "/". > > There's a PR about this now. The smaller fix in the PR seems to work. Ah yes, in bin/14167. The fix is much tighter & appears to work. -- Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: [EMAIL PROTECTED] Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld broken from R/O /usr/obj
> W`hile installworld is being discussed, I wanted to get this out there: > > Since rev 1.13 of usr.bin/make/arch.c, I've been seing a problem with > ELF archive libraries being rebuilt unnecessarily. I believe that > this problem can be traced to the RANLIBMAG string being set to "/". There's a PR about this now. The smaller fix in the PR seems to work. Rev.1.13 of arch.c also weakened aout support. RANLIBMAG is configured at compile time, so only one of elf and aout is supported by a given `make' binary. It's not clear that this is good enough for `make upgrade' where the same tools are expected to support both aout and elf. > The reason I care about this is that its causing perl's libsdbm.a to > get rebuilt during an installworld. This is causing installworlds to > fail for me from R/O /usr/obj partitions. There must be a bug in the perl makefiles for `install' to depend on anything. The bug in libgcc_r/Makefile that caused libraries to be rebuilt didn't affect your installworld, since the libgcc_r Makefile has correct dependencies for `install'. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message