Re: install/47947: Permissions of /root/.cshrc and /root/.profile make /etc/security complain

[Marc Baudoin <babafou%babafou.eu.org@localhost>]

The following reply was made to PR install/47947; it has been noted by GNATS.

From: Marc Baudoin <babafou%babafou.eu.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: install-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
	netbsd-bugs%netbsd.org@localhost, babafou+netbsd%babafou.eu.org@localhost
Subject: Re: install/47947: Permissions of /root/.cshrc and /root/.profile
 make /etc/security complain
Date: Tue, 23 Jun 2015 09:29:13 +0200

 Valery Ushakov <uwe%stderr.spb.ru@localhost> écrit :
 > The following reply was made to PR install/47947; it has been noted by GNATS.
 > 
 > From: Valery Ushakov <uwe%stderr.spb.ru@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: 
 > Subject: Re: install/47947: Permissions of /root/.cshrc and /root/.profile make /etc/security complain
 > Date: Sat, 22 Jun 2013 01:56:52 +0400
 > 
 >  On Fri, Jun 21, 2013 at 08:50:00 +0000, babafou+netbsd%babafou.eu.org@localhost wrote:
 >  
 >  > After a default NetBSD installation, the permissions of files
 >  > /root/.cshrc and /root/.profile (which are 555) make /etc/security
 >  > (which expects 644) complain:
 >  > 
 >  > Checking special files and directories.
 >  > root/.cshrc:
 >  >         permissions (0644, 0555)
 >  > root/.profile: 
 >  >         permissions (0644, 0555)
 >  
 >  This is a problem with unpriviliged build.  This should be at least
 >  partially adressed in -current with the following commit, which should
 >  be pulled up, I guess:
 >  
 >  Module Name:    src
 >  Committed By:   uwe
 >  Date:           Sat Nov 17 23:08:38 UTC 2012
 >  
 >  Modified Files:
 >          src/etc/root: Makefile
 >  
 >  Log Message:
 >  We don't need to include <bsd.prog.mk> to install a few config files
 >  just <bsd.files.mk> and <bsd.links.mk> is enough.
 >  
 >  Noticed because <bsd.prog.mk> sets LINKSMODE to BINMODE and that does
 >  the wrong thing at least for unprivileged builds.
 
 I just checked with NetBSD 7.0RC1, this problem is gone so the PR
 can be closed.