[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNU Autoconf 2.69] OSX autotools: `aclocal.m4' not being output by

From: Jeffrey Sheen
Subject: Re: [GNU Autoconf 2.69] OSX autotools: `aclocal.m4' not being output by `autom4te'
Date: Fri, 27 Jun 2014 11:10:19 +0100

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.



On 27 June 2014 10:50, Werner LEMBERG <address@hidden> 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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]