Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve "ignorecase" preference #1062

Open
gdt opened this issue Oct 18, 2024 · 0 comments
Open

Improve "ignorecase" preference #1062

gdt opened this issue Oct 18, 2024 · 0 comments
Labels
discuss way forward is unclear; needs discussion of approach to take and why effort-high issue is likely to require >20h of effort, perhaps much more enhancement issue is a request for a feature, and not a defect macOS specific to macOS windows not applicable to systems other than Microsoft Windows wontfix maintainers choose not to work on this, but PR would still be considered

Comments

@gdt
Copy link
Collaborator

gdt commented Oct 18, 2024

Unison has a preference "ignorecase" which has three values:

  • false: treat filenames normally, in that filenames differing in case are different
  • true: when comparing filenames, ignore case
  • default: false on most operating systems, and true on those known to have case-insensitive or case-preserving filesystems

The problem is that case sensitive vs case preserving vs case insensitive is not a property of an operating system, but of filesystems. One can have a proper filesystem on macOS, and my impression is that this is possible on modern MS Windows too (although I've avoided Windows enough not to know). One could mount FAT on Unix, too. Even harder to deal with is a replica which contains a mount to a different kind of filesystem, so that e.g. part of the replica is case sensitive and part is case preserving.

I don't immediately see any way to improve this without massive complexity, testing each directory and storing metadata. Brainstorming on unison-hackers@ please; this ticket is here to document that the problem is understood.

See also #298, which essentially complains that the error message "on a case-sensitive system" should be "on a file system being treated as case-sensitive".

@gdt gdt added enhancement issue is a request for a feature, and not a defect wontfix maintainers choose not to work on this, but PR would still be considered effort-high issue is likely to require >20h of effort, perhaps much more discuss way forward is unclear; needs discussion of approach to take and why windows not applicable to systems other than Microsoft Windows macOS specific to macOS labels Oct 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discuss way forward is unclear; needs discussion of approach to take and why effort-high issue is likely to require >20h of effort, perhaps much more enhancement issue is a request for a feature, and not a defect macOS specific to macOS windows not applicable to systems other than Microsoft Windows wontfix maintainers choose not to work on this, but PR would still be considered
Projects
None yet
Development

No branches or pull requests

1 participant