-
Notifications
You must be signed in to change notification settings - Fork 603
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
custom file and dir permission (#164) #168
base: v2.0
Are you sure you want to change the base?
Conversation
Any hope to see that PR merged? |
Please merge this! |
allow user to custom file permission , use default if not configured。 I think this is better for users @natefinch |
Yes the current behavior is not great. |
I think using the same permission (0755) as the parent folder could also be feasible. |
When working with sidecar to collect logs in Kubernetes, this issue becomes quite visible. @jedisct1 |
0644 would be more appropriate for files, we don't need to be able to execute log files. |
Yes, changing the file permission to 0644 is sufficient and there is no need to customize the permission further. |
I would disagree, having the ability to have restrictive or open permissions on log files is very important in a security sense. |
Strict file permissions meet security requirements. Hope to be merged. |
Is there any hope for this to be merged? Or even reviewed by the owners. So that it could eventually be merged. |
+1 I would also like this merged. I think that a library forcing permissions should be a "last resort" option. I totally understand why gpg and ssh do it, but it makes little to no sense for logs. The authors of this library don't have context for which the logs are being used. Having a strict default is fine as long as it is configurable (as it is with this PR). |
please merge this! |
@natefinch please merge this |
No description provided.