Re: make installworld broken on current amd64 at /usr/src/usr.bin/chpass
On Thu, Feb 12, 2015 at 10:17:28PM -0500, Shawn Webb wrote: On Thursday, February 12, 2015 06:38:29 PM Manfred Antar wrote: make install in usr.bin/chpass broken on current: (chpass)5006}make install install -s -o root -g wheel -m 4555 -fschg -S chpass /usr/bin/chpass install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 /usr/share/man/man1/chfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/chsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchpass.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/bin/chfn - /usr/bin/chpass install: link /usr/bin/chpass - /usr/bin/chfn: Operation not permitted *** Error code 71 Stop. make: stopped in /usr/src/usr.bin/chpass I'm getting this, too. Thanks, Shawn It has been fixed sorry about that. Bapt pgpWD21howQ5K.pgp Description: PGP signature
make installworld broken on current amd64 at /usr/src/usr.bin/chpass
make install in usr.bin/chpass broken on current: (chpass)5006}make install install -s -o root -g wheel -m 4555 -fschg -S chpass /usr/bin/chpass install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 /usr/share/man/man1/chfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/chsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchpass.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/bin/chfn - /usr/bin/chpass install: link /usr/bin/chpass - /usr/bin/chfn: Operation not permitted *** Error code 71 Stop. make: stopped in /usr/src/usr.bin/chpass || n...@pozo.com || || || ___ 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: make installworld broken on current amd64 at /usr/src/usr.bin/chpass
On Thursday, February 12, 2015 06:38:29 PM Manfred Antar wrote: make install in usr.bin/chpass broken on current: (chpass)5006}make install install -s -o root -g wheel -m 4555 -fschg -S chpass /usr/bin/chpass install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 /usr/share/man/man1/chfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/chsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchpass.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/bin/chfn - /usr/bin/chpass install: link /usr/bin/chpass - /usr/bin/chfn: Operation not permitted *** Error code 71 Stop. make: stopped in /usr/src/usr.bin/chpass I'm getting this, too. Thanks, Shawn signature.asc Description: This is a digitally signed message part.
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 1:12 AM, Joel Dahl j...@freebsd.org 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
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 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
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 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 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 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 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 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
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, 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
installworld broken - osreldate.h: permission denied
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. -- 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. 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 - 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
installworld broken
Hi, make installworld is broken like this. -- Installing everything.. -- cd /usr/src; make -f Makefile.inc1 install === share/info === include creating osreldate.h from newvers.sh touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 any idea ? -- 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
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]
5.1: make installworld: broken?
weather# make installworld Running test variables PASS: Test variables detected no regression, output matches. Running test targets PASS: Test targets detected no regression. Running test sysvmatch PASS: Test sysvmatch detected no regression. Running test lhs_expn PASS: Test lhs_expn detected no regression. [...] cd /usr/share/openssl/man; set - `grep ^[a-zA-Z] /usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf $1; ln -s $2 $1; shift; shift; done cd /usr/share/locale; set - `grep ^[a-zA-Z] /usr/src/etc/locale.alias`; while [ $# -gt 0 ] ; do rm -rf $1; ln -s $2 $1; shift; shift; done cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/nls; set - `grep ^[a-zA-Z] /usr/src/etc/nls.alias`; while [ $# -gt 0 ] ; do rm -rf $1; ln -s $2 $1; shift; shift; done -- Installing everything.. -- cd /usr/src; make -f Makefile.inc1 install === share/info === include creating osreldate.h from newvers.sh setvar PARAMFILE /usr/src/include/../sys/sys/param.h; . /usr/src/include/../sys/conf/newvers.sh;echo $COPYRIGHT osreldate.h;echo #ifdef _KERNEL osreldate.h; echo '#error osreldate.h cannot be used in the kernel, use sys/param.h' osreldate.h; echo #else osreldate.h; echo \#'undef __FreeBSD_version' osreldate.h;echo \#'define __FreeBSD_version' $RELDATE osreldate.h; echo #endif osreldate.h touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- c. wittenhorst, progon network engineering haldenstrasse 6, ch-6300 zug, switzerland phone: +41 79 4603040, fax: +41 41 7807318 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
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
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
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
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 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 (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 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
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. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
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? Warner 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 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
installworld broken on pre eaccess changes
=== 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. 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
installworld broken (includes fix) [was: Re: sbin/vinum broken]
Date: Wed, 23 May 2001 09:08:31 -0700 (PDT) From: David Wolfskill [EMAIL PROTECTED] The make installworld dies, however: cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/usb/*.h /usr/include/dev/usb cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/wi/*.h /usr/include/dev/wi cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/fdesc/*.h /usr/include/fs/fdesc install: fs/fdesc/*.h: No such file or directory *** Error code 71 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 I suspect that the reference to fs/fdesc/*.h should read fs/fdescfs/*.h, per the earlier HEADS UP note. OK; that was necessary, but insufficient. Here's a patch: cvs diff -u include/Makefile Index: include/Makefile === RCS file: /cvs/freebsd/src/include/Makefile,v retrieving revision 1.138 diff -u -u -r1.138 Makefile --- include/Makefile2001/05/23 09:41:59 1.138 +++ include/Makefile2001/05/23 16:18:24 @@ -46,8 +46,8 @@ LNOHEADERDIRS= fs isofs ufs dev LSUBDIRS= cam/scsi dev/ppbus dev/usb dev/wi \ - fs/fdesc fs/fifofs fs/nullfs fs/portal fs/procfs fs/smbfs \ - fs/umapfs fs/union isofs/cd9660 ufs/ffs ufs/mfs ufs/ufs + fs/fdescfs fs/fifofs fs/nullfs fs/portalfs fs/procfs fs/smbfs \ + fs/umapfs fs/unionfs isofs/cd9660 ufs/ffs ufs/mfs ufs/ufs # Define SHARED to indicate whether you want symbolic links to the system # source (``symlinks''), or a separate copy (``copies''). ``symlinks'' is dhcp-133[18] Cheers, david -- David H. Wolfskill [EMAIL PROTECTED] As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
installworld broken?
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 *** Error code 71 Stop in /home/src/share/examples. *** Error code 1 Stop in /home/src/share. *** Error code 1 Stop in /home/src. *** Error code 1 Stop in /home/src. *** Error code 1 Stop in /home/src. *** Error code 1 Stop in /home/src. -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] 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: make installworld broken???
On Sun, 30 Jan 2000, John Polstra wrote: It's source-dir is called "xinstall" btw. Why is the source called "xinstall"? To avoid colliding with the standard make target "install". If we had utilities named "all", "depend", and "clean" we'd have to do the same thing for them. Mhmmm... Isn't this something that .PHONY target is supposed to handle? Andrzej Bialecki // [EMAIL PROTECTED] WebGiro AB, Sweden (http://www.webgiro.com) // --- // -- FreeBSD: The Power to Serve. http://www.freebsd.org // --- Small Embedded FreeBSD: http://www.freebsd.org/~picobsd/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make installworld broken???
On Mon, 31 Jan 2000, you wrote:
On Sun, 30 Jan 2000, John Polstra wrote:
It's source-dir is called "xinstall" btw.
Why is the source called "xinstall"?
To avoid colliding with the standard make target "install". If we
had utilities named "all", "depend", and "clean" we'd have to do the
same thing for them.
Mhmmm... Isn't this something that .PHONY target is supposed to handle?
How does that help? The problem is namespace pollution.
Consider
cd /usr/src/usr.bin
make install
Does this mean
cd /usr/src/usr.bin/install
make all
or
.for d in ${SUBDIRS}
(cd /usr/src/usr.bin/${d}; make install)
.endfor
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: make installworld broken???
Andrzej Bialecki wrote:
On Sun, 30 Jan 2000, John Polstra wrote:
It's source-dir is called "xinstall" btw.
Why is the source called "xinstall"?
To avoid colliding with the standard make target "install". If we
had utilities named "all", "depend", and "clean" we'd have to do the
same thing for them.
Mhmmm... Isn't this something that .PHONY target is supposed to handle?
No. Consider:
PROG= install
all: ${PROG}
${PROG}:${OBJS}
cc -o ${PROG} ${OBJS}
install:
${INSTALL} ${PROG} ${BINDIR}
and with ${PROG} expanded out:
all: install
install:${OBJS}
cc -o install ${OBJS}
install:
${INSTALL} install ${BINDIR}
Spot the problem.. Does the target "install" mean "build the binary" or
"install the binary"?
src/usr.bin/xinstall could probably have been named src/usr.bin/install,
but PROG has to be xinstall regardless. I guess they kept the two as
xinstall for consistancy and in case there were other gotcha's like this.
Cheers,
-Peter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: make installworld broken???
Good analysis deleted... src/usr.bin/xinstall could probably have been named src/usr.bin/install, but PROG has to be xinstall regardless. I guess they kept the two as xinstall for consistancy and in case there were other gotcha's like this. But you forgot what happens if you have a ``file'' named install: cd /tmp mkdir install make install Now you know the real reason the directory is called ``xinstall''. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make installworld broken???
"Rodney W. Grimes" wrote: Good analysis deleted... src/usr.bin/xinstall could probably have been named src/usr.bin/install, but PROG has to be xinstall regardless. I guess they kept the two as xinstall for consistancy and in case there were other gotcha's like this. But you forgot what happens if you have a ``file'' named install: cd /tmp mkdir install make install Now you know the real reason the directory is called ``xinstall''. Ahh yes, of course. 'cd src/usr.bin; make install' would fail. :-) Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make installworld broken???
"Rodney W. Grimes" wrote:
Good analysis deleted...
src/usr.bin/xinstall could probably have been named src/usr.bin/install,
but PROG has to be xinstall regardless. I guess they kept the two as
xinstall for consistancy and in case there were other gotcha's like this.
But you forgot what happens if you have a ``file'' named install:
cd /tmp
mkdir install
make install
Now you know the real reason the directory is called ``xinstall''.
Ahh yes, of course. 'cd src/usr.bin; make install' would fail. :-)
Actually it use to silently do the wrong thing... nothing at all that is :-)
It doesn't anymore since the .mk system has a special internal target
that deals with the fact that src/usr.bin is simply a directory that has to
be iterated over:
Orbit.hpc1.com:root{101}# cd /usr/src/usr.bin
Orbit.hpc1.com:root{102}# mkdir install
Orbit.hpc1.com:root{103}# make install
=== apply
install -c -s -o root -g wheel -m 555 apply /usr/bin
install -c -o root -g wheel -m 444 apply.1.gz /usr/share/man/man1
=== at
install -c -s -o root -g wheel -m 4555 at /usr/bin
...
--
Rod Grimes - KD7CAX @ CN85sl - (RWG25) [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
make installworld broken???
I'm seeing the following failure on my -current box with sources cvsupped last night about 11:30 est. === bin/ps install -C -c -s -o root -g wheel -m 555 ps /bin install -C -c -o root -g wheel -m 444 ps.1.gz /usr/share/man/man1 === bin/pwd install -C -c -s -o root -g wheel -m 555 pwd /bin install -C -c -o root -g wheel -m 444 pwd.1.gz /usr/share/man/man1 === bin/rcp install -C -c -s -o root -g wheel -m 4555 -fschg rcp /bin /usr/libexec/ld-elf.so.1: install: Undefined symbol "string_to_flags" *** Error code 1 Stop in /usr/src/bin/rcp. *** Error code 1 Stop in /usr/src/bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. #;^) -- So ya want ta hear da roots? bush doctor [EMAIL PROTECTED] Of course I run FreeBSD!! http://www.freebsd.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make installworld broken???
You need to manually recompile and install your "install" command. It's source-dir is called "xinstall" btw. Poul-Henning In message [EMAIL PROTECTED], bush doctor writes: I'm seeing the following failure on my -current box with sources cvsupped last night about 11:30 est. === bin/ps install -C -c -s -o root -g wheel -m 555 ps /bin install -C -c -o root -g wheel -m 444 ps.1.gz /usr/share/man/man1 === bin/pwd install -C -c -s -o root -g wheel -m 555 pwd /bin install -C -c -o root -g wheel -m 444 pwd.1.gz /usr/share/man/man1 === bin/rcp install -C -c -s -o root -g wheel -m 4555 -fschg rcp /bin /usr/libexec/ld-elf.so.1: install: Undefined symbol "string_to_flags" *** Error code 1 Stop in /usr/src/bin/rcp. *** Error code 1 Stop in /usr/src/bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. #;^) -- So ya want ta hear da roots? bush doctor [EMAIL PROTECTED] Of course I run FreeBSD!! http://www.freebsd.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make installworld broken???
Out of da blue Poul-Henning Kamp aka ([EMAIL PROTECTED]) said: You need to manually recompile and install your "install" command. Thanxs. I had looked at this, but wasn't sure. It's source-dir is called "xinstall" btw. Why is the source called "xinstall"? Poul-Henning In message [EMAIL PROTECTED], bush doctor writes: I'm seeing the following failure on my -current box with sources cvsupped last night about 11:30 est. [snippage ...] -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! #;^) -- So ya want ta hear da roots? bush doctor [EMAIL PROTECTED] Of course I run FreeBSD!! http://www.freebsd.org/ 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
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
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
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
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 "/".
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.
When make does its initial open of the library, Arch_LibOODate() calls
ArchStatMember with the member arg equal to RANLIBMAG (or "/"). This
in turn calls ArchStatMember() with member="/". This calls
ArchFindMember() with member="/". ArchFindMember() will then return
NULL because the strrchr() on line 809 of arch.c causes the pointer to
be advanced past the last "/" in the member path, which makes it NULL.
I have a hackish fix for this which just looks at the length of
RANLIBMAG the length of member. If they are both 1 are equal, it
fails to advance member past the trailing /. This allows the
RANLIBMAG string to be found prevents an up-to-date lib from being
rebuilt:
Index: usr.bin/make/arch.c
===
RCS file: /usr/project/ari_scratch2/freebsd-cvs/src/usr.bin/make/arch.c,v
retrieving revision 1.14
diff -u -b -B -r1.14 arch.c
--- arch.c 1999/09/11 13:08:00 1.14
+++ arch.c 1999/09/21 13:25:39
@@ -807,7 +807,9 @@
* the comparisons easier...
*/
cp = strrchr (member, '/');
-if (cp != (char *) NULL) {
+if ((cp != (char *) NULL)
+ !((strlen(member) == 1) (strlen(RANLIBMAG) == 1)
+ strncmp(member, RANLIBMAG, 1) == 0)){
member = cp + 1;
}
len = tlen = strlen (member);
Anybody interested in comitting this? I passed it by the person who
committed 1.13 of arch.c was ignored. I don't know make well
enough to feel comfortable committing this myself.
Drew
--
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
