Case hack does not detect whether the fs the store is on is actually case sensitive to begin with #628

Open
opened 2025-01-19 03:39:51 +00:00 by jade · 2 comments
Owner

This is a bug on Linux (arguably but such a use case is super silly) but it is worse on macOS: if you make a case sensitive APFS volume, it actually will still be case hacked since nobody checks if the store actually needs case hack. This is not great.

use-case-hack has its default defined by the platform without actually looking at the store.

This is a bug on Linux (arguably but such a use case is super silly) but it is worse on macOS: if you make a case sensitive APFS volume, it actually will *still* be case hacked since nobody checks if the store actually needs case hack. This is not great. `use-case-hack` has its default defined by the platform without actually looking at the store.
Author
Owner

quasi related #55

quasi related https://git.lix.systems/lix-project/lix/issues/55
Member

This issue was mentioned on Gerrit on the following CLs:

  • commit message in cl/2795 ("tree-wide: read case hack from the store if at all possible")
<!-- GERRIT_LINKBOT: {"cls": [{"backlink": "https://gerrit.lix.systems/c/lix/+/2795", "number": 2795, "kind": "commit message"}], "cl_meta": {"2795": {"change_title": "tree-wide: read case hack from the store if at all possible"}}} --> This issue was mentioned on Gerrit on the following CLs: * commit message in [cl/2795](https://gerrit.lix.systems/c/lix/+/2795) ("tree-wide: read case hack from the store if at all possible")
Sign in to join this conversation.
No milestone
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
lix-project/lix#628
No description provided.