mirror of
https://github.com/privatevoid-net/nix-super.git
synced 2024-11-15 10:46:15 +02:00
12fd65d179
Relative path flakes ("subflakes") are basically fundamentally
broken, since they produce lock file entries like
"locked": {
"lastModified": 1,
"narHash": "sha256-/2tW9SKjQbRLzfcJs5SHijli6l3+iPr1235zylGynK8=",
"path": "./flakeC",
"type": "path"
},
that don't specify what "./flakeC" is relative to. They *sometimes*
worked by accident because the `narHash` field allowed
`fetchToStore()` to get the store path of the subflake *if* it
happened to exist in the local store or in a substituter.
Subflakes are properly fixed in #10089 (which adds a "parent" field to
the lock file). Rather than come up with some crazy hack to make them
work in the interim, let's just disable the only test that depends on
the broken behaviour for now.
|
||
|---|---|---|
| .. | ||
| absolute-attr-paths.sh | ||
| absolute-paths.sh | ||
| build-paths.sh | ||
| bundle.sh | ||
| check.sh | ||
| circular.sh | ||
| common.sh | ||
| config.sh | ||
| develop.sh | ||
| edit.sh | ||
| eval-cache.sh | ||
| flake-in-submodule.sh | ||
| flakes.sh | ||
| follow-paths.sh | ||
| init.sh | ||
| inputs.sh | ||
| local.mk | ||
| mercurial.sh | ||
| meson.build | ||
| prefetch.sh | ||
| run.sh | ||
| search-root.sh | ||
| show.sh | ||
| tree.zip | ||
| unlocked-override.sh | ||