You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think the principle should be that access is never relaxed beyond original permissions (no new users/groups can access the file). It may be ok to skip hardlinking files when the permissions can't be changed to match (limiting dedupe to a single user, or requiring running under sudo).
I'm not sure what are the consequences of using ACLs. I'm worried that changing access from old-primitive-unix style could confuse some programs, or users would have harder time undestanding and changing permissions afterwards.
It would be nice to add an option that ensures that anyone who had access to the file before hardlinking also has access afterwards.
Example:
Before hardlinking:
After hardlinking:
User
bob
has essentially lost write access to the file.Since there are multiple ways of solving this problem, I want to discuss possible solutions, such as:
chown
andchmod g+rw
ifalice
andbob
share a common group.I would be willing on working on the implementation if neccessary.
The text was updated successfully, but these errors were encountered: