> On Saturday 19 May 2007 17:56, Aaron Gray wrote:
>> the mount command doesn't work in vista.
> It does, to the extent that, IIRC, is documented in the README.rtf file
> which came along with MSYS; you *did* read it, didn't you? In case
> not, then FTR it works only without arguments, to report the mount
> table state, as defined via /etc/fstab. If you wish to manipulate
> this, then you edit /etc/fstab, as explained in the fine manual, i.e.
> this self same README.rtf file, which you apparently didn't read.
> FWIW, I have developed my own variation on MSYS' mount command, which
> does accept arguments, and so behaves more as might be expected. We
> may consider putting something like that into MSYS-1.0.12; maybe even
> into the upcoming MSYS-1.0.11 -- I'll need to discuss that with Cesar.
>> I have both XP and Vista both have the same problem.
>> Can you redirect or create a normal directory for /usr using fstab ?
> No; nor should you try.
> The philosophy is to provide an emulation of the build environment which
> will be found on UNIX, with the common tools as required by the GCS.
> Various flavours of UNIX are unable to agree on where certain tools
> should be installed; some will put them in /bin, others in /usr/bin.
> Some build scripts assume tools will be in /bin, where in reality they
> are in /usr/bin, and vice versa. Such scripts are technically broken,
> but in an attempt to accommodate them, most modern UNIXes symlink the
> tools, so that they appear to co-exist in both directories. MSYS can't
> do this, because Woe32 doesn't support symlinks; (even Vista's claimed
> support for them is apparently completely broken). Instead, MSYS
> makes /usr a virtual loopback mount to its own virtual file system
> root; thus /bin and /usr/bin will *always* show the same content, (and
> indeed, so will / and /usr).
> If this interferes with you build system, then sorry, but it's your
> build system that is broken. You should *not* be trying to install to
> *either* /bin or /usr/bin; you should use /usr/local/bin, (which will
> also appear as /local/bin), or /mingw instead.
AFAICT This messes up GIT.
GIT is looking for /usr/share/git-core/templates but does not seem to be
able to find it.