3 ms·

Your comment about a case-sensitive filesystem on macOS made me curious. Are you using APFS or anything else? What's your motivation to using a custom filesyste

Your comment about a case-sensitive filesystem on macOS made me curious. Are you using APFS or anything else? What's your motivation to using a custom filesystem?

pschastain 10y ago
Case-sensitive HFS+ is an option when formatting a disk.
TheAceOfHearts 10y ago
I'm using case-sensitive HFS+. When I last reinstalled macOS on my laptop it was one of the options available. I thought about it and thought a case-sensitive file system was more sensible. Any problems with case-sensitive file systems must be solved if we want a smooth migration to APFS, which is case-sensitive. I've already reported or helped fix a handful of minor bugs related to case-sensitivity.
- markonen 10y ago
  The APFS developer preview in Sierra is indeed case sensitive, but we don’t know if that’ll continue to be the case […] in the upcoming general release. I’d like say that it’d never ever happen on the Mac, but since iOS also uses a case-sensitive filesystem, I wouldn't be that surprised. Sad, but not surprised.
- Retric 10y ago
  I can't see the advantage to having two files open and Open in the same directory. Why would you want that?
  - xrisk 10y ago
    I have had zip files fail to extract because of a file and a directory with the same name but different casing... Perhaps the question is: why wouldn't you want it?
  - kcase 10y ago
    A better example would be where changing the case actually affects the semantics of the filenames involved: for example, you might have files named "formE" and "ForMe" which you're unpacking from a UNIX repository where the original authors never had to worry about this causing some sort of naming conflict. It's really unfortunate when simply unpacking such a repository to your disk ends up having one of those files overwrite the other. (My preference is to leave the root partition case-insensitive, since some apps require that, but to keep all my data and source code on a case-sensitive partition.)
  - tonyarkles 10y ago
    I encountered a bug once with an open source package where it contained both a file called Makefile and makefile. Is this a good practice? No. Would it be easy to miss, because make will by default open makefile first and only fall back to Makefile if makefile doesn't exist? Yes. Edit: Makefile existed in the tarball after makefile, so it would overwrite the real makefile with whatever junk was in Makefile, and it would fail to build.
  - oneeyedpigeon 10y ago
    What's the advantage in not being able to have a file called 'Open' in the same directory as one called 'open'?
    - JoeAltmaier 10y ago
      ...being able to ignore case in filenames?
      - oneeyedpigeon 10y ago
        Does every language have a meaningful equivalent of "case insensitive" or does that mean we end up either creating lots of special cases or preventing certain languages from being used? I'm ready to be convinced otherwise, but it seems the simplest thing to do is not try to introduce the concept of "case insensitivity".
  - Sidnicious 10y ago
    The issue is that programs will behave unexpectedly unless they know and respect the filesystem's rules for case insensitivity (which might be tricky when you go beyond ASCII): $ touch Open $ ls open* ls: open*: No such file or directory $ ls open open
  - greggman 10y ago
    I ran into so possible reason recently. Because Linux is case sensitive. So if you're making server software locally you can easily run into a bug where you reference "SomeFile" in your build/package/website locally but on disk it's named "Somefile". Everything works. Then you push to your server and things break. I'm not going to switch my laptop to be case sensitive but I did just run into that issue.

Your comment about a case-sensitive filesystem on macOS made me curious. Are you using APFS or anything else? What's your motivation to using a custom filesystem?

pschastain 10y ago

Case-sensitive HFS+ is an option when formatting a disk.

TheAceOfHearts 10y ago

I'm using case-sensitive HFS+. When I last reinstalled macOS on my laptop it was one of the options available. I thought about it and thought a case-sensitive file system was more sensible. Any problems with case-sensitive file systems must be solved if we want a smooth migration to APFS, which is case-sensitive. I've already reported or helped fix a handful of minor bugs related to case-sensitivity.

markonen 10y ago
The APFS developer preview in Sierra is indeed case sensitive, but we don’t know if that’ll continue to be the case […] in the upcoming general release. I’d like say that it’d never ever happen on the Mac, but since iOS also uses a case-sensitive filesystem, I wouldn't be that surprised. Sad, but not surprised.
Retric 10y ago
I can't see the advantage to having two files open and Open in the same directory. Why would you want that?
- xrisk 10y ago
  I have had zip files fail to extract because of a file and a directory with the same name but different casing... Perhaps the question is: why wouldn't you want it?
- kcase 10y ago
  A better example would be where changing the case actually affects the semantics of the filenames involved: for example, you might have files named "formE" and "ForMe" which you're unpacking from a UNIX repository where the original authors never had to worry about this causing some sort of naming conflict. It's really unfortunate when simply unpacking such a repository to your disk ends up having one of those files overwrite the other. (My preference is to leave the root partition case-insensitive, since some apps require that, but to keep all my data and source code on a case-sensitive partition.)
- tonyarkles 10y ago
  I encountered a bug once with an open source package where it contained both a file called Makefile and makefile. Is this a good practice? No. Would it be easy to miss, because make will by default open makefile first and only fall back to Makefile if makefile doesn't exist? Yes. Edit: Makefile existed in the tarball after makefile, so it would overwrite the real makefile with whatever junk was in Makefile, and it would fail to build.
- oneeyedpigeon 10y ago
  What's the advantage in not being able to have a file called 'Open' in the same directory as one called 'open'?
  - JoeAltmaier 10y ago
    ...being able to ignore case in filenames?
    - oneeyedpigeon 10y ago
      Does every language have a meaningful equivalent of "case insensitive" or does that mean we end up either creating lots of special cases or preventing certain languages from being used? I'm ready to be convinced otherwise, but it seems the simplest thing to do is not try to introduce the concept of "case insensitivity".
- Sidnicious 10y ago
  The issue is that programs will behave unexpectedly unless they know and respect the filesystem's rules for case insensitivity (which might be tricky when you go beyond ASCII): $ touch Open $ ls open* ls: open*: No such file or directory $ ls open open
- greggman 10y ago
  I ran into so possible reason recently. Because Linux is case sensitive. So if you're making server software locally you can easily run into a bug where you reference "SomeFile" in your build/package/website locally but on disk it's named "Somefile". Everything works. Then you push to your server and things break. I'm not going to switch my laptop to be case sensitive but I did just run into that issue.