public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* xfig doc files permissions
@ 2016-07-12 14:08 Eliot Moss
       [not found] ` <b2985bd3-2d85-8577-5508-531560be6e82@gmail.com>
  0 siblings, 1 reply; 3+ messages in thread
From: Eliot Moss @ 2016-07-12 14:08 UTC (permalink / raw)
  To: cygwin

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: xfig doc files permissions
       [not found]   ` <2d64b284-e66f-4da0-7920-f119f1f753d3@cs.umass.edu>
@ 2016-07-12 15:06     ` Marco Atzeri
  2016-07-12 17:20       ` Dr. Volker Zell
  0 siblings, 1 reply; 3+ messages in thread
From: Marco Atzeri @ 2016-07-12 15:06 UTC (permalink / raw)
  To: cygwin; +Cc: moss

back in the mailing list

On 12/07/2016 16:30, Eliot Moss wrote:
> On 7/12/2016 10:20 AM, Marco Atzeri wrote:
>> On 12/07/2016 16:08, Eliot Moss wrote:
>>> 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
>>>
>>
>> the files are 644 on my system,
>> same on the tar file
>>

>> -rw-r--r-- vzell/None    17625 2016-06-29 13:34
> usr/share/doc/xfig/FORMAT3.1
>> -rw-r--r-- vzell/None    20185 2016-06-29 13:34
> usr/share/doc/xfig/FORMAT3.2
>
> True, those files have reasonable permissions, but look in the
> subdirectories,
> e.g., usr/share/doc/xfig/html.  The files there are mostly rwx------ in
> the tar
> file (I just looked at xfig-3.2.5.c-3.tar.xz, downloaded today).
>
> Regards -- Eliot Moss

you are right

$ tar -tvf xfig-3.2.5c-3.tar.xz |grep html |head
drwxrwxr-x vzell/None        0 2016-06-29 13:35 usr/share/doc/xfig/html/
-rwx------ vzell/None     3656 2016-06-29 13:35 
usr/share/doc/xfig/html/accelerators.html
-rwx------ vzell/None      998 2016-06-29 13:35 
usr/share/doc/xfig/html/animate.js
-rwx------ vzell/None    40959 2016-06-29 13:35 
usr/share/doc/xfig/html/attributes.html
-rwx------ vzell/None     7303 2016-06-29 13:35 
usr/share/doc/xfig/html/authors.html
-rw-r--r-- vzell/None    21545 2016-06-29 13:35 
usr/share/doc/xfig/html/bugs_fixed.html
-rwx------ vzell/None     2815 2016-06-29 13:35 
usr/share/doc/xfig/html/but_frm_accelerators.html
-rwx------ vzell/None     2811 2016-06-29 13:35 
usr/share/doc/xfig/html/but_frm_attributes.html
-rwx------ vzell/None     2802 2016-06-29 13:35 
usr/share/doc/xfig/html/but_frm_authors.html
-rwx------ vzell/None     2811 2016-06-29 13:35 
usr/share/doc/xfig/html/but_frm_bugs_fixed.html




--
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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: xfig doc files permissions
  2016-07-12 15:06     ` Marco Atzeri
@ 2016-07-12 17:20       ` Dr. Volker Zell
  0 siblings, 0 replies; 3+ messages in thread
From: Dr. Volker Zell @ 2016-07-12 17:20 UTC (permalink / raw)
  To: cygwin

>>>>> Marco Atzeri writes:

    > back in the mailing list
    > On 12/07/2016 16:30, Eliot Moss wrote:
    >> On 7/12/2016 10:20 AM, Marco Atzeri wrote:
    >>> On 12/07/2016 16:08, Eliot Moss wrote:
    >>>> 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
    >>>> 
    >>> 
    >>> the files are 644 on my system,
    >>> same on the tar file
    >>> 

    >>> -rw-r--r-- vzell/None    17625 2016-06-29 13:34
    >> usr/share/doc/xfig/FORMAT3.1
    >>> -rw-r--r-- vzell/None    20185 2016-06-29 13:34
    >> usr/share/doc/xfig/FORMAT3.2
    >> 
    >> True, those files have reasonable permissions, but look in the
    >> subdirectories,
    >> e.g., usr/share/doc/xfig/html.  The files there are mostly rwx------ in
    >> the tar
    >> file (I just looked at xfig-3.2.5.c-3.tar.xz, downloaded today).
    >> 
    >> Regards -- Eliot Moss

    > you are right

    > $ tar -tvf xfig-3.2.5c-3.tar.xz |grep html |head
    > drwxrwxr-x vzell/None        0 2016-06-29 13:35 usr/share/doc/xfig/html/
    > -rwx------ vzell/None     3656 2016-06-29 13:35
    > usr/share/doc/xfig/html/accelerators.html
    > -rwx------ vzell/None      998 2016-06-29 13:35
    > usr/share/doc/xfig/html/animate.js
    > -rwx------ vzell/None    40959 2016-06-29 13:35
    > usr/share/doc/xfig/html/attributes.html
    > -rwx------ vzell/None     7303 2016-06-29 13:35
    > usr/share/doc/xfig/html/authors.html
    > -rw-r--r-- vzell/None    21545 2016-06-29 13:35
    > usr/share/doc/xfig/html/bugs_fixed.html
    > -rwx------ vzell/None     2815 2016-06-29 13:35
    > usr/share/doc/xfig/html/but_frm_accelerators.html
    > -rwx------ vzell/None     2811 2016-06-29 13:35
    > usr/share/doc/xfig/html/but_frm_attributes.html
    > -rwx------ vzell/None     2802 2016-06-29 13:35
    > usr/share/doc/xfig/html/but_frm_authors.html
    > -rwx------ vzell/None     2811 2016-06-29 13:35
    > usr/share/doc/xfig/html/but_frm_bugs_fixed.html


Hi all

Noted...will fix when I have time...

Thanks
  Volker
  

--
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

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-07-12 17:20 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-07-12 14:08 xfig doc files permissions Eliot Moss
     [not found] ` <b2985bd3-2d85-8577-5508-531560be6e82@gmail.com>
     [not found]   ` <2d64b284-e66f-4da0-7920-f119f1f753d3@cs.umass.edu>
2016-07-12 15:06     ` Marco Atzeri
2016-07-12 17:20       ` Dr. Volker Zell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).