Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

2016-02-10 Thread xnor
It is normal and was normal for at least seventeen years. That's a blatant lie. It never happened to me before, and I doubled checked this by installing the older 2.3. It didn't happen before 2.4. You'd be surprized… But the actual answer is "yes". I actually am surprised since you seem to

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

2016-02-10 Thread xnor
Which warning do you mean here? The "permissions out of order" one. This was not the case before, at least not on my installation, so I don't see how this can be called normal. Come on, be fair. The new ACL handling started out early 2015, got a break when I realized that it doesn't work

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

2016-02-10 Thread xnor
It was always the case. Permissions are NOT REQUIRED to be ordered in a specific way, but Explorer is only capable of editing them in the only one way. Means, Explorer is deficient. Explorer. Not Windows. Windows is perfectly capable of handling the Cygwin ACL in the intended way. No, it re

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

2016-02-09 Thread xnor
Not sure what Transmission is, but files downloaded with POSIX tools are usually not executable. For instance, download Cygwin's setup-x86.exe with wget. Then try to execute it. It won't since the permissions are set according to your umask and without execute permissions, e.g., 0644. This i

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

2016-02-08 Thread xnor
I'm not quite sure what you observe there. The NULL SID ACE only contains extra information about some POSIX bits and the MASK value. It's existence and setting should not influence what you can do with the file. The permission bits are explicitely set elsewhere in the ACL. Can you reproduc