Some checks failed
Periodic Merges (6h) / master → staging-nixos (push) Failing after 12m50s
Periodic Merges (6h) / master → staging-next (push) Failing after 12m54s
Periodic Merges (24h) / merge-base(master,staging) → haskell-updates (push) Failing after 11m54s
Periodic Merges (6h) / staging-next → staging (push) Failing after 12m13s
Periodic Merges (24h) / staging-next-25.05 → staging-25.05 (push) Failing after 13m24s
Periodic Merges (24h) / release-25.05 → staging-next-25.05 (push) Failing after 14m28s
Testing julia.withPackages
This folder contains a test suite for ensuring that the top N most popular Julia packages (as measured by download count) work properly. The key parts are
top-julia-packages.nix: an impure derivation for fetching Julia download data and processing it into a file calledtop-julia-packages.yaml. This YAML file contains an array of objects with fields "name", "uuid", and "count", and is sorted in decreasing order of count.julia-top-n: a small Haskell program which readstop-julia-packages.yamland builds ajulia.withPackagesenvironment for each package, with a nice interactive display and configurable parallelism. It also tests whether evaluatingusing <package-name>works in the resulting environment.
Warning: These tests should only be run on maintainer machines, not Hydra!
julia.withPackagesuses IFD, which is not allowed in Hydra.
Quick start
# Test the top 100 Julia packages
./run_tests.sh -n 100
Options
You can run ./run_tests.sh --help to see additional options for the test harness. The main ones are
-n/--top-n: how many of the top packages to build (default: 100).-p/--parallelism: how many builds to run at once (default: 10).-c/--count-file: path totop-julia-packages.yaml.