On Sep 13, 2005, at 16:24, Allan Odgaard wrote:
On 13/09/2005, at 16.13, Xavier Noria wrote:
Even "ls -a" does not show those "._" files [...] I am not familiar enough with resource forks to be able to guess what's happening on my own.
It is indeed metadata -- they do not exist as files on HFS+ volumes (for Tiger and onward), but with Tiger cp, tar, zip etc. were all “improved” to store the metadata as these ._... files (and restore the metadata when unpacking on a Tiger machine).
I see.
I don't know of an out-of-the-box workaround, other than maybe using cat to copy the files to strip the meta data. If you use tar, you can fetch a version of tar not from Apple and use that instead, since it then won't do the ._... files.
Great, that was really helpful. I installed GNU Tar 1.14 (the current 1.15 does not compile) and the problem is fixed.
As for the metadata containing www.macromates.com, that should be com.macrmates.textmate.«key name», as that's the recommended way to name meta data keys/extended attributes.
That's right, sorry, I was talking from memory. The exact readable string is "com.macromates.caret {column = 0; line = 11; }".
Thank you Allan!
-- fxn