Matlab code doesn't clone properly on case-insensitive file systems

[kristjan]

Here's some fascinating collision behavior for you. On case-insensitive file systems, Git repositories that have two files differing only in case don't clone properly. The just-cloned repo thinks it already has modifications, and attempting checkout just toggles which file it believes was modified!

Since we're unlikely to change people's file systems, perhaps someone with more (any) Matlab knowledge would like to rejigger {R,r}eader.m.

src$ git clone https://github.com/kanaka/mal.git
Cloning into 'mal'...
remote: Counting objects: 4239, done.
remote: Total 4239 (delta 0), reused 0 (delta 0), pack-reused 4239
Receiving objects: 100% (4239/4239), 2.14 MiB | 1.76 MiB/s, done.
Resolving deltas: 100% (2994/2994), done.
Checking connectivity... done.
src$ cd mal
mal(master)$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   matlab/Reader.m

no changes added to commit (use "git add" and/or "git commit -a")
mal(master)$ git checkout matlab/Reader.m
mal(master)$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   matlab/reader.m

no changes added to commit (use "git add" and/or "git commit -a")
mal(master)$ git checkout matlab/reader.m
mal(master)$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   matlab/Reader.m

no changes added to commit (use "git add" and/or "git commit -a")

[kanaka]

I moved Reader.m to +types/Reader.m. See if that fixes it for you.

[kristjan]

All good 👍 Nice response time!

If you're interested in a solid Torvalds rant about case-insensitive filesystems, https://plus.google.com/+JunioCHamano/posts/1Bpaj3e3Rru (via @rpdillon)

[kanaka]

Welcome.

Yes, case-insensitive file systems probably seemed like a nice user convenience at the time.