Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-Id: <6.0.0.22.2.20050818125325.02453770@llpop> X-Sender: hammy AT llpop Date: Thu, 18 Aug 2005 13:13:29 -0400 To: cygwin AT cygwin DOT com From: Erik Hammel Subject: permission inheritance issues - setgid bit broken? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed I'm running a CVS server through Cygwin on an XP SP1 machine. I recently updated the cygwin dll, all related base files (especially those pertaining to ssh and cvs), and ran mkpasswd and mkgroup afterwards. I'm trying to manage multiple repositories, and to do that I'd like newly created/updated files to inherit their permissions from the parent directory. Currently, the default permissions are set to what I'd like them to be (by tweaking the umask entry in /etc/profile), but the default group of any newly created file becomes the default group set by whatever's listed for the user in /etc/passwd. The problem is that I've chmod g+s throughout the directories, and so any new files should have as its group the group of the parent directory. Why isn't the setgid bit doing its job? Also, the setgid bit isn't being inherited either (i.e. when I create a subdirectory on a directory that has +s, it doesn't receive the +s attribute, and so any files created within it won't receive the correct default group assignment). umask doesn't recognize the 's' attribute either, so I can't set it there. Overall, I just want to ensure proper inheritance of permissions for files created in folders with a specific permissions set. Having the default group is important because the different repositories belong to different groups, while any given user can belong to any number of these groups (and have access to any number of repositories). Thank you, Erik Hammel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/