Revising my last point, if actual deletion is performed asynchronously, then presumably there is a queue of items waiting to be deleted, and it does not matter which directory elements are still present when the attempt is made to delete the directory. It does not have to be the last one.

There does seem to be a special case. When rm tries to delete the parent of a directory that is known to be non-empty, it gets an error response.

It remains to be seen if only trying to delete directories that are known to be empty avoids this problem. I tried this and it does not solve the problem. The directory that mysteriously fails to delete is reported to be empty just before I try to delete it. Although deferred deletes may play a role in determining which directory fails to delete, I think an incorrect cache is the root of the problem.

Some surprising results: (client) I copied runtime-x86 to the server [R] (server) I duplicated R [R2] (client) I tried to delete R2 — it fails (Contents/Home/conf not deleted) (server) restarted File Sharing (server) I duplicated R [R3] (client) no errors listing R, R2, R3 (client) I tried to delete R3 — success (server) I duplicated R [R4] (client) I tried to delete R4 — success (client) I tried to delete R and R2 — success

In the above test, the remote volume is APFS. If I try using an HFS+ volume, the client can delete R2 with no problem. I figured the difference was APFS using copy on write. However, if I rename (mv) the copied volume on the server, the client still can delete it on the HFS+ volume (and still fails to delete it on APFS).

Uninstalling Little Snitch and restarting fixed the problem. Thank you!

sudo xcodebuild -license run it in an empty directory so it doesn't actually build anything. Except I'm running this from a program and I don't want to ask the user to do anything (including entering a password). I just want to find out the license status. If the status is OK, the program should keep running without user interaction.

Actually, it appears that sudo is not required to determine the status. xcodebuild -license >junk 2>error will write an error message to stderr if a new agreement is needed.

I take it back. That error message is written even after I have agreed, whether or not I run using sudo.

I configure Java with: -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 Java says: Listening for transport dt_socket at address: 5005 nc from the other machine says: nc -v mac-mini.local 5005 nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc: connectx to mac-mini.local port 5005 (tcp) failed: Connection refused nc on the same host says: Mac-mini:13 alan$ nc -v localhost 5005 Connection to localhost port 5005 [tcp/avt-profile-2] succeeded!

Thank you! That subtle change makes the difference.

Actually, the program is a test program, and the answer to the question will be used to create a file name for a screen shot of the application window so that I know what the screen shot represents. FB20868055

Alternatively, is there a way for a script to set this option in System Settings?