[720] in NetBSD-Development
Changes to source tree for AFS installation
daemon@ATHENA.MIT.EDU (ghudson@MIT.EDU)
Wed Apr 19 13:37:48 1995
From: ghudson@MIT.EDU
Date: Wed, 19 Apr 1995 17:36:57 GMT
To: netbsd-dev@MIT.EDU
In order to get installation into an AFS directory to work, I've made
the following modifications:
/usr/src/share/mk/bsd.lib.mk
* Install libraries with mode 600, ranlib, and then chown to
${LIBMODE}. (This change was send-pr'd and has already been
taken by cgd.)
* If ln fails to create a link, print a message and use ln -s
instead, since AFS doesn't allow hard links across
directories.
/usr/src/share/mk/bsd.prog.mk
* If ln fails to create a link, print a message and use ln -s
instead, since AFS doesn't allow hard links across
directories.
/usr/src/usr.bin/strip/Makefile
* Install strip mode 600, strip it, and then chown it to
{BINMODE}, rather than stripping it in place.
/usr/src/lib/libc/time/zic.c
* If link() fails to create the link (after all appropriate
directories have been created), try symlink() before giving
up.
* zic will refuse to remove a target file if it's a directory
(since it might be run as root); improved this check to
remove the target file if it's a symlink, even if it's a
symlink to a directory. (This isn't really necessary, but I
think it should be there for correctness.)
* Modify itsdir() to use stat() to determine if a file is a
directory, instead of appending "/." to the filename and
using access(). This is, unfortunately, not a bugfix but a
workaround for an AFS namei bug, but I think it's a cleaner
method anyway.
I'd like these checked in, or I can send-pr the problems instead of
Charles doesn't want to check them in.
