nix/tests/functional/nars.sh

#!/usr/bin/env bash

source common.sh

TODO_NixOS

clearStore

# Check that NARs with duplicate directory entries are rejected.
rm -rf "$TEST_ROOT/out"
expectStderr 1 nix-store --restore "$TEST_ROOT/out" < duplicate.nar | grepQuiet "NAR directory is not sorted"

# Check whether restoring and dumping a NAR that contains case
# collisions is round-tripping, even on a case-insensitive system.
rm -rf "$TEST_ROOT/case"
opts=("--option" "use-case-hack" "true")
nix-store "${opts[@]}" --restore "$TEST_ROOT/case" < case.nar
nix-store "${opts[@]}" --dump "$TEST_ROOT/case" > "$TEST_ROOT/case.nar"
cmp case.nar "$TEST_ROOT/case.nar"
[ "$(nix-hash "${opts[@]}" --type sha256 "$TEST_ROOT/case")" = "$(nix-hash --flat --type sha256 case.nar)" ]

# Check whether we detect true collisions (e.g. those remaining after
# removal of the suffix).
touch "$TEST_ROOT/case/xt_CONNMARK.h~nix~case~hack~3"
(! nix-store "${opts[@]}" --dump "$TEST_ROOT/case" > /dev/null)
Ensure all functional scripts are (a) executable (b) have shebang This is good for shebang, and also good for future build system simplifications 2024-05-28 12:43:04 -04:00			`#!/usr/bin/env bash`

Handle case collisions on case-insensitive systems When running NixOps under Mac OS X, we need to be able to import store paths built on Linux into the local Nix store. However, HFS+ is usually case-insensitive, so if there are directories with file names that differ only in case, then importing will fail. The solution is to add a suffix ("~nix~case~hack~<integer>") to colliding files. For instance, if we have a directory containing xt_CONNMARK.h and xt_connmark.h, then the latter will be renamed to "xt_connmark.h~nix~case~hack~1". If a store path is dumped as a NAR, the suffixes are removed. Thus, importing and exporting via a case-insensitive Nix store is round-tripping. So when NixOps calls nix-copy-closure to copy the path to a Linux machine, you get the original file names back. Closes #119. 2014-07-16 10:02:05 -04:00			`source common.sh`

tests/functional: Skip tests that don't work in NixOS environment yet 2024-06-16 06:51:46 -04:00			`TODO_NixOS`

Handle case collisions on case-insensitive systems When running NixOps under Mac OS X, we need to be able to import store paths built on Linux into the local Nix store. However, HFS+ is usually case-insensitive, so if there are directories with file names that differ only in case, then importing will fail. The solution is to add a suffix ("~nix~case~hack~<integer>") to colliding files. For instance, if we have a directory containing xt_CONNMARK.h and xt_connmark.h, then the latter will be renamed to "xt_connmark.h~nix~case~hack~1". If a store path is dumped as a NAR, the suffixes are removed. Thus, importing and exporting via a case-insensitive Nix store is round-tripping. So when NixOps calls nix-copy-closure to copy the path to a Linux machine, you get the original file names back. Closes #119. 2014-07-16 10:02:05 -04:00			`clearStore`

Add test case for NARs with duplicate directory entries This test was made by @puckipedia. 2024-09-05 10:41:15 -04:00			`# Check that NARs with duplicate directory entries are rejected.`
			`rm -rf "$TEST_ROOT/out"`
			`expectStderr 1 nix-store --restore "$TEST_ROOT/out" < duplicate.nar \| grepQuiet "NAR directory is not sorted"`
Handle case collisions on case-insensitive systems When running NixOps under Mac OS X, we need to be able to import store paths built on Linux into the local Nix store. However, HFS+ is usually case-insensitive, so if there are directories with file names that differ only in case, then importing will fail. The solution is to add a suffix ("~nix~case~hack~<integer>") to colliding files. For instance, if we have a directory containing xt_CONNMARK.h and xt_connmark.h, then the latter will be renamed to "xt_connmark.h~nix~case~hack~1". If a store path is dumped as a NAR, the suffixes are removed. Thus, importing and exporting via a case-insensitive Nix store is round-tripping. So when NixOps calls nix-copy-closure to copy the path to a Linux machine, you get the original file names back. Closes #119. 2014-07-16 10:02:05 -04:00
			`# Check whether restoring and dumping a NAR that contains case`
			`# collisions is round-tripping, even on a case-insensitive system.`
Add test case for NARs with duplicate directory entries This test was made by @puckipedia. 2024-09-05 10:41:15 -04:00			`rm -rf "$TEST_ROOT/case"`
			`opts=("--option" "use-case-hack" "true")`
housekeeping: shellcheck for tests/functional/case-hacks.sh Co-authored-by: Sandro <sandro.jaeckel@gmail.com> 2024-06-03 17:51:07 -04:00			`nix-store "${opts[@]}" --restore "$TEST_ROOT/case" < case.nar`
			`nix-store "${opts[@]}" --dump "$TEST_ROOT/case" > "$TEST_ROOT/case.nar"`
			`cmp case.nar "$TEST_ROOT/case.nar"`
			`[ "$(nix-hash "${opts[@]}" --type sha256 "$TEST_ROOT/case")" = "$(nix-hash --flat --type sha256 case.nar)" ]`
Handle case collisions on case-insensitive systems When running NixOps under Mac OS X, we need to be able to import store paths built on Linux into the local Nix store. However, HFS+ is usually case-insensitive, so if there are directories with file names that differ only in case, then importing will fail. The solution is to add a suffix ("~nix~case~hack~<integer>") to colliding files. For instance, if we have a directory containing xt_CONNMARK.h and xt_connmark.h, then the latter will be renamed to "xt_connmark.h~nix~case~hack~1". If a store path is dumped as a NAR, the suffixes are removed. Thus, importing and exporting via a case-insensitive Nix store is round-tripping. So when NixOps calls nix-copy-closure to copy the path to a Linux machine, you get the original file names back. Closes #119. 2014-07-16 10:02:05 -04:00
			`# Check whether we detect true collisions (e.g. those remaining after`
			`# removal of the suffix).`
			`touch "$TEST_ROOT/case/xt_CONNMARK.h~nix~case~hack~3"`
housekeeping: shellcheck for tests/functional/case-hacks.sh Co-authored-by: Sandro <sandro.jaeckel@gmail.com> 2024-06-03 17:51:07 -04:00			`(! nix-store "${opts[@]}" --dump "$TEST_ROOT/case" > /dev/null)`