https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6994
--- Comment #7 from linda w <[email protected]> --- It's only the case that the test would fail if I have ACL's on my build directory --- which was not by intention, but was a side effect at one point of ensuring that 'I' as a user would normally have access to the CPAN build cache if I had, for some reason done some building as root -- setting default acls made sure that I would have write permission in a directory by default, even if those directories had been created while I was root. It provides no protection for those who don't take such peculiar steps and I seriously doubt that most people would have ACL's on their build tree, vs. their home directory or where email-related DB's would be kept -- places where I believe one would see more tailored and specific security -- that in this case overrides software that attempts to set security by using user-environmental defaults (vs. FS-defaults, or system-defaults). As for "lsacl"... sorry, trivial shell script: cat lsacl -------------- #!/bin/bash acllen=0 for fn in "$@"; do out="$(chacl -l "$fn")" qfn=$(printf "%q " "$fn") perm="${out#$qfn}" thislen=${#perm} if ((thislen>acllen)); then acllen=$thislen; fi printf "%-${acllen}s %s\n" "$perm" "$fn" done --- I think you'll find more servers have 'chacl'. As for 'relying on a packager'... Are you saying that you believe most of your "customer base" does not use packages of some sort? Or are you saying that the fact that they do is "their concern" and no concern of authors of SA? Isn't SA a package on CPAN, and aren't the tests that are included "pre-packaged" in the "t/" directory, and isn't it likely most users will never look in those directories? I.e. they are relying on your packaged tests -- but then you seem to be saying that's their own concern [problem]? If you say so... Why would you be against using "chmod" to set permissions vs. relying on umask? That doesn't seem like a complicated fix. -- You are receiving this mail because: You are the assignee for the bug.
