From owner-cvs-share  Tue Sep  3 08:15:03 1996
Return-Path: owner-cvs-share
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id IAA04354
          for cvs-share-outgoing; Tue, 3 Sep 1996 08:15:03 -0700 (PDT)
Received: (from bde@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id IAA04321;
          Tue, 3 Sep 1996 08:14:48 -0700 (PDT)
Date: Tue, 3 Sep 1996 08:14:48 -0700 (PDT)
From: Bruce Evans <bde>
Message-Id: <199609031514.IAA04321@freefall.freebsd.org>
To: CVS-committers, cvs-all, cvs-share, cvs-etc
Subject: cvs commit:  src/etc/mtree BSD.usr.dist src/share/mk bsd.doc.mk bsd.info.mk
Sender: owner-cvs-share@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

bde         96/09/03 08:14:47

  Modified:    etc/mtree  BSD.usr.dist
               share/mk  bsd.doc.mk bsd.info.mk
  Log:
  BSD.usr.dist:
  Added forgotten share/doc/psd/05.sysman and share/zoneinfo/America/Indiana.
  
  bsd.doc.mk:
  Nuked mkdir -p and wrong fixups of the leaf directory's ownerships and
  permissions.  The doc tree should be well enough established for this
  to be safe.  Installs to directories should use a trailing slash on
  the directory name so installs to non-drectories are fatal, but I
  didn't start changing them.
  
  bsd.man.mk:
  Nuked mkdir -p and wrong fixups of the leaf directory's ownerships and
  permissions.  They were overkill to create just /usr/share/info.
  
  zoneinfo/Makefile:
  No changes yet.  zic creates directories with ordinary 755 permissions.
  Why do we use 555 permissions for directories in /usr/share/zoninfo.
  Why not for zoneinfo itself?  /proc and /dev/fd are the only other
  directories in the system with 555 permissions.
  
  Revision  Changes    Path
  1.67      +5 -1      src/etc/mtree/BSD.usr.dist
  1.26      +1 -9      src/share/mk/bsd.doc.mk
  1.19      +1 -9      src/share/mk/bsd.info.mk