Hacker News Reader

Comment by metadat | Hacker News Reader

It's worth mentioning how to turn off the creation of .DS_Store files by default while browsing network volumes - otherwise the directory modified timestamps are updated as you browse using the Finder, which is Just Plain Terrible.

https://old.reddit.com/r/MacOS/comments/lvju40/comment/gpc8i...

View on HN

macOS is tricky now. I just looked via Finder to see if I had any .DS_Store files on my network volumes, and it appeared not. However, when I went to Terminal, sure enough, they were there. I now can't trust Finder's ability to show hidden files, as it only shows the hidden files it thinks a user should care about, rather than all hidden files. Not good.

Since my network shares are for a local Synology, it's not a a big deal for me. I have run into them at work before, and it does create quite the mess.

My synology NAS drops turds in lots of directories too.

Your synology has its own way to store xattrs and alternate file streams, in the @eaDir, so some of the turds may be dropped by your windows or mac client machine. But yes, it also does few of its own things for the other software running on your box, like for example SYNOINDEX_MEDIA_INFO for known media files.

If I remember correctly there is an option in Synology DSM to not let clients create .DS_Store files in network shares.

It is a samba feature, called veto. You can define there, what you don't want on your shares, starting from .DS_Store and Thumbs.db, to *.mp3, for example.

Personally I make sure mac users do this before they get write access to a network share. It's just a matter of common curtesy IMHO.

curtsy (feminine bow) -> courtesy (polite act)

Yes, but it’s a common courtesy to perform a curtsy in the appropriate situation.

And failure to do so might come off as curt, see?

Set up a veto on your network share (https://www.samba.org/samba/docs/current/man-html/smb.conf.5...).

If you run Samba you can also configure Samba to just ignore such creations.

For nginx and WebDAV:

https://gist.github.com/jirutka/5380770

Reply on news.ycombinator.com