You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
libsass has had a commit happen to it that names two directories with different names which are normalized to the same name on macOS which does Unicode normalization on file names.
Never the less: When libgit is cloning the repo, it behaves differently from git command line.
git CLI doesn't check whether a directory exists when cloning and thus the working copy ends up with one directory named after whatever macOS normalizes the names to (I don't think this is good behavior, but here we are)
libgit seems to check the file system before writing and then, after writing the first directory (after it has been normalized), will find the directory already existing when the second directory is normalized the same way.
Describe the bug
libsass
has had a commit happen to it that names two directories with different names which are normalized to the same name on macOS which does Unicode normalization on file names.The PR to libsass was is https://github.com/sass/libsass/pull/2855/files and judging by the also included appveyor.xml I think the two names were not intentional.
Never the less: When libgit is cloning the repo, it behaves differently from
git
command line.Steps To Reproduce
Expected behavior
Actual behavior
error: creating directory '/nix/store/663air9nqm8jp16n6dw8f8mxwv8w3jiw-source/lib/libsass/test/e2e/unicode-pwd/Sáss-UŢF8': File exists
nix-env --version
outputnix-env (Nix) 2.20.3
Additional context
In nix 2.19.3 this is still fine probably because that was before #9240 was merged.
The text was updated successfully, but these errors were encountered: