Hi,
Ludovic Courtès <l...@gnu.org> skribis:
> But it’s not quite right because the order in which variables are
> traversed is still non-deterministic, so between two runs of
> ‘generate-package-cache’, caches differ like this:
>
> --- a 2020-06-29 14:27:32.291028456 +0200
> +++ b 2020-06-29 14:27:37.930993059 +0200
> @@ -8581,7 +8581,7 @@
> #("clang-runtime"
> "9.0.1"
> (gnu packages llvm)
> - clang-runtime
> + clang-runtime-9
> ("out")
> #t
> #f
> @@ -26511,7 +26511,7 @@
> #("gcc-objc++"
> "7.5.0"
> (gnu packages gcc)
> - gcc-objc++-7
> + gcc-objc++
> ("out" "lib" "debug")
> #t
> #f
> @@ -26641,7 +26641,7 @@
> #("gcc-toolchain"
> "7.5.0"
> (gnu packages commencement)
> - gcc-toolchain
> + gcc-toolchain-7
> ("out" "debug" "static")
> #t
> #f
> @@ -33311,7 +33311,7 @@
> #("ghc"
> "8.6.5"
> (gnu packages haskell)
> - ghc-8.6
> + ghc-8
> ("out" "doc")
> #t
> #f
> @@ -41876,7 +41876,7 @@
> #("icedtea"
> "3.7.0"
> (gnu packages java)
> - icedtea-8
> + icedtea
> ("out" "jdk" "doc")
> #t
> #f
> @@ -54376,7 +54376,7 @@
> #("linux-libre-headers"
> "5.4.20"
> (gnu packages linux)
> - linux-libre-headers-5.4.20
> + linux-libre-headers
> ("out")
> #t
> #f
> @@ -54636,7 +54636,7 @@
> #("llvm"
> "9.0.1"
> (gnu packages llvm)
> - llvm-9
> + llvm
> ("out" "opt-viewer")
> #t
> #f
> @@ -61826,7 +61826,7 @@
> #("ocaml"
> "4.09.0"
> (gnu packages ocaml)
> - ocaml
> + ocaml-4.09
> ("out")
> #t
> #f
> @@ -62256,7 +62256,7 @@
> #("opencl-headers"
> "2.2.0-0.e986688"
> (gnu packages opencl)
> - opencl-headers
> + opencl-headers-2.2
> ("out")
> #t
> #f
> @@ -92636,7 +92636,7 @@
> #("python2"
> "2.7.17"
> (gnu packages python)
> - python-2
> + python-2.7
> ("out" "tk")
> #t
> #f
> @@ -92646,7 +92646,7 @@
> #("python"
> "3.8.2"
> (gnu packages python)
> - python-3
> + python
> ("out" "tk")
> #t
> #f
> @@ -123676,7 +123676,7 @@
> #("rust"
> "1.39.0"
> (gnu packages rust)
> - rust-1.39
> + rust
> ("out" "doc" "cargo")
> #t
> #f
>
>
> The problem has to do with aliases: we don’t always see the same
> variable first. So we have to sort before calling ‘expand-cache’.
Fixed in a127e52f601ee73f675d5d28eac2388bb1ad11b0!
Ludo’.
