DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:reply-to:to:from:subject:message-id:date
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=Nlb8p2pOjsxi9Y7H8V2KnW83mVIupz5vYuVoRuNLHSK9i7Og2Qknk
	AVlo85+I9MLhGMQEL3xji/ghmMlLBIKEnIrKm3AfjRx3uhIkiDrab5Z9fFigzRf/
	0RdjBSRHDr7UAf5jDOLrnbYZWKrnXQRkY0rkqStc/b00pfz5cPH8TA=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Reply-To: moss@cs.umass.edu
To: cygwin <cygwin@cygwin.com>
From: Eliot Moss <moss@cs.umass.edu>
Subject: xfig doc files permissions
Message-ID: <bc0c3335-f4f8-5ccb-1fde-45a228a2aa67@cs.umass.edu>
Date: Tue, 12 Jul 2016 10:08:45 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

This is to the cygwin maintainer of xfig.  Whenever there is a new release
and I update the doc files in /usr/share/doc/xfig, my backup program cannot
read most of the file.  This is because their permissions are 700, and the
backup tool does not run as me (it wants SYSTEM access).  700 does not seem
appropriate for doc files - maybe 644, or for executables 755?  Perhaps in
future releases this can be adjusted so I don't have tp go in and manually
change the permissions.  (It's not a big issue that the files don't back up,
but the backup program stalls on them for a long time trying, so it needlessly
slows down backups.)  If anybody cares, the backup program is CrashPlan.

Regards -- EM

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple