Thanks for the suggestions Gary. I do run a NAS on my LAN, and backup from my shared data partition to both Dropbox and Copy (the only cloud storage clients that support symlinks over multiple file system types). These both rely on network connectivity, where the solution I require is a partition on local drive attached to the device. Is it possible to have a local, NTFS data partition and access it with Samba on a local boot partition? I would have thought that fundamentally you'd need a layer converting Samba I/O calls into NTFS calls, in which case, why not address the NTFS partition directly (functionality which does not exist in OSX). Synchronising data across multiple local partitions is certainly not more elegant than a single, shared data partition, and would require multiple times the redundancy of storage. With regards to TrueCrypt and PKZip, are these not application layer implementations that create files on top of a file system? If this is not the case, and they have their own file system implementations, then let me know and I will test them. Without a viable alternative, I will continue to use a FAT data partition, and temporarily copy source trees onto my boot partition when executing GNU Autotools over them. I can then copy them back, and proceed normally. Cheers, Jeff. On 27 June 2014 10:50, Werner LEMBERG <wl@xxxxxxx> wrote: > >> Ultimately, it is partisan nonsense that the only file system that > >> can be agreed on is FAT, but that is the reality. > > > > There really are many, many more elegant solutions than sharing > > files using FAT! [...] > > Note, however, that failure of FAT *is not obvious* for the casual > user! You have to explicitly know this. So please add a line or two > to the autoconf documentation that there might be serious issues with > FAT due to coarse time stamps. > > > Werner > _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx https://lists.gnu.org/mailman/listinfo/autoconf
