fsck: Warn when core.sharedRepository is set and an annex object file's write bit is not set and cannot be set due to the file being owned by a different user.
Made all Annex.Perms file mode changing functions ignore errors when core.sharedRepository is set, because the file might be owned by someone else. I don't fancy getting bug reports about crashes due to set modes in this configuration, which is a very foot-shooty configuration in the first place. The fsck warning is necessary because old repos kept files mode 444, which doesn't allow locking them, and so if the mode remains 444 due to the file being owned by someone else, the user should be told about it.
This commit is contained in:
parent
5cb7f590be
commit
bd516af734
4 changed files with 38 additions and 13 deletions
3
debian/changelog
vendored
3
debian/changelog
vendored
|
@ -14,6 +14,9 @@ git-annex (6.20160413) UNRELEASED; urgency=medium
|
|||
as annexed. If you have such files, run git annex init --version=6
|
||||
to update the cache after upgrading to this version of git-annex.
|
||||
* Preserve execute bits of unlocked files in v6 mode.
|
||||
* fsck: Warn when core.sharedRepository is set and an annex object file's
|
||||
write bit is not set and cannot be set due to the file being owned
|
||||
by a different user.
|
||||
|
||||
-- Joey Hess <id@joeyh.name> Wed, 13 Apr 2016 13:30:32 -0400
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue