qemu-vm: fix case-hack appearing in store image#347636
Conversation
roberth
left a comment
There was a problem hiding this comment.
- Technically incorrect if the store doesn't have the case hack (but won't be a problem, because who has real files with that in the name...)
- Would be nice to have a test, but it'd be unwieldy
- macOS doesn't technically need the case hack because the installer could have created a case sensitive volume. I believe Lix is experimenting with that, but this will take a while before the ecosystem adopts it (if we're even happy about it; probably?)
... so let's just fix it like this.
Thank you for figuring out a good solution!
|
@ofborg test qemu-vm-store |
While I loathe the case hack, run with a case‐sensitive store volume, and strongly think we should standardized on a case‐sensitive store volume across the ecosystem, it’s unfortunately not quite that simple. There are lots of code paths in Nix that put stuff into I currently run |
|
@nikstur looks like the Seems like it's always failed on |
When using
darwin.linux-builderafter #241373, the Nix case hack suffix doesn't get removed and is present in thelinux-builder's store:This leads to issues when building a derivation like:
pkgs.alacritty.terminfo:The derivation will successfully build on
aarch64-linuxbut the twoadirectories won't get correctly merged and the store path will look like:Which will fail to get copied to
aarch64-darwin:cc @roberth @emilazy @nikstur
Things done
nix.conf? (See Nix manual)sandbox = relaxedsandbox = truenix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/)Add a 👍 reaction to pull requests you find important.