Marking this done-cbb - we're unlikely to be able to fix this in hg and a
workaround exists.

HG has has problem on vfat with filenames (not only dirnames) which fit into 8.3
characters.
By default (as say msg6420 ) uppercase name translated in lowercase, for example
`README' file look like `readme' and as in Linux hg do not manage it.

To resolve this use mount -t vfat -o shortname=winnt.
I think this enough.

Also who use fat32 on Linux get issue1172 .

See http://www.selenic.com/mercurial/wiki/index.cgi/UpgradeNotes

In 0.9.2, we introduced a new repository layout that's used by all new repos and
all clones that don't use hardlinks. If your repo contains a .hg/store
directory, it's using the new format. In that directory, there are no files with
uppercase letters because they're all escaped with '_'.

If instead you have a .hg/data directory, you're using the old layout still, and
file names in the repository may be mixed-case and thus potentially damaged by
Linux's default VFAT mount options.

In either case, the filenames in the -working directory- may also be potentially
damaged by Linux's default VFAT mount options, where names that fit in 8.3 are
always converted to lowercase.

I just checked it, and it might well be an old version bug. 

The original clone was done with Mercurial 1.0 while the second clone was done 
with Mercurial 0.9.4 (that's the version available on the OLPC XO). 

Do later versions fix this? 

Many thanks for checking! 

Arne

I successfully cloned http://edrikor.dyndns.org:8007/ using 626cb86a6523 to
Windows (NTFS), so no reserved names.
For the list of 3 letter reserved names see:
http://msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx
But these are reserved by Windows, not by FAT32 (I think).

If the affected directories are in the store, you may be using an old version of
Mercurial.

If the affected directories are in the working dir, this is probably a Linux
kernel bug. From mount(8)'s section on mount options:

       shortname=[lower|win95|winnt|mixed]

              Defines the behaviour for  creation  and  display  of  filenames
              which fit into 8.3 characters. If a long name for a file exists,
              it will always be preferred display. There are four modes:

              lower  Force the short name to lower case upon display; store  a
                     long name when the short name is not all upper case.

              win95  Force  the short name to upper case upon display; store a
                     long name when the short name is not all upper case.

              winnt  Display the shortname as is; store a long name  when  the
                     short name is not all lower case or all upper case.

              mixed  Display  the short name as is; store a long name when the
                     short name is not all upper case.

       The default is "lower".

Hi, 

I tried cloning a Mercurial repository which contained a 3 letter all-uppercase 
directory onto a USB stick and cloning from that onto an ext3 file system. 

It cloned quite well, but it didn't update the workdir. 

When looking into the store I found that two uppercase directories had turned 
to lowercase directories on FAT32, and had stayed lowercase when I cloned them 
onto ext3. 

I got it working by manually renaming the two directories to be all uppercase 
again. 

Other mixed case directories stayed mixed case. 

Both directories had been 3 letter directories, so this might also have to do 
with reserved names somehow, but I don't know enough about that to be sure. 

All machines were Linux machines (Gentoo (amd64 desktop) and Fedora (OLPC-XO)). 

Steps to reproduce: 
- hg clone http://edrikor.dyndns.org:8007/ USB_STICK/game_rpg
- hg clone USB_STICK/game_rpg  EXT3_DISK/game_rpg

Can you verify the problem?