[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnu-arch-users] permissions bug
From: |
John Arbash Meinel |
Subject: |
Re: [Gnu-arch-users] permissions bug |
Date: |
Thu, 17 Feb 2005 18:14:19 -0600 |
User-agent: |
Mozilla Thunderbird 1.0 (Macintosh/20041206) |
Robert Anderson wrote:
I am running:
tla
address@hidden/dists--tla--1.3--version-0(configs/gnu/This-release)
from regexps.com
whatever the heck that is (This-release? Oh really?).
The bug is that changes in permissions of files are not detected
when 'tla changes' is run. Oddly enough, changes in permissions
of directories are detected.
You can duplicate the bug by importing a tree consisting of a
single file and single directory with the world read bit set.
Remove the world read bit on both. Issue 'tla changes'. The
directory will show a permissions change and the file will not.
I am using a revision library. In the library, the file does
show the world read permission set as committed (you might expect
this is all due to the effect of umasks on the library
permissions, but it appears not.)
Bob
This has been a known bug, though it is still good to bring it up. If
you "touch" the file, it will show up as modified again.
The problem is that chmod does not update one of the timestamps that tla
uses to detect modification. Since that hasn't been changed, tla does
not look further to see if any of the meta data has been modified.
I *think* the simple fix is to just have the mode of the file be part of
the inode signature.
John
=:->
signature.asc
Description: OpenPGP digital signature