There is one hash per platform, so nix-update-script would only refresh
the one for the system the update bot runs on.
Assisted-by: Claude Code (claude-opus-5)
Upstream publishes archives for both. x86_64-darwin is left out,
Nixpkgs 26.11 no longer supports it.
The macOS .app is notarized, so skip the fixup steps that would
invalidate its signature.
Assisted-by: Claude Code (claude-opus-5)
Extract MAT's own icon from its plugin jar and install it into
share/icons/hicolor/<size>x<size>/apps, instead of dumping the generic
Eclipse launcher icons into share/pixmaps.
Supersedes https://github.com/NixOS/nixpkgs/pull/492745.
Assisted-by: Claude Code (claude-opus-5)
Build with stdenvNoCC and take the ELF interpreter from
bintools.dynamicLinker instead of a hardcoded x86_64 glob. Drop the
libcairo-swt.so branch, ineffective build inputs and a duplicate unpack.
Assisted-by: Claude Code (claude-opus-5)
Build systems bake absolute paths into installed artifacts: nvcc
records its own location in the linker command lines it embeds, and
CMake freezes whatever it resolved at configure time into exported
targets. Nix counts any store hash as a reference, so a compiler that
is only ever a nativeBuildInput ends up a runtime dependency.
- gdrcopy: gdrcopy_pplat is the only test built with relocatable
device code, and nvlink embeds its command line, naming both
cuda_nvcc and the cudart that supplied cudadevrt. Neither is needed
at runtime: no binary here has libcudart in DT_NEEDED, and
libcuda.so.1 comes from the driver. CUDA 13 only; on 13.3 the
closure drops from 688,439,736 to 61,081,560 bytes, and all seven
releases now have identical reference sets.
- cudnn-frontend: upstream passes CUDAToolkit_INCLUDE_DIRS to
target_include_directories as a bare absolute path and never
forwards the dependency, so consumers inherit a build-machine path
instead of resolving the toolkit themselves. Confine the path to the
build and export the dependency, so find_package(CUDAToolkit) runs
in the consumer's environment. Closure drops from 1,360,621,552 to
171,758,136 bytes. This is load-bearing rather than cosmetic: on
CUDA 12 crt/ ships in cuda_nvcc and cuda_runtime_api.h includes it,
so a consumer using only find_package(cudnn_frontend) previously
relied on that exported path to compile at all.
- libnvshmem: NVSHMEMEnv.cmake bakes every -D*_HOME into
NVSHMEM_BUILD_VARS, a diagnostic banner that nvshmem-info and
init.cu only ever print, and substitutes it into an installed header
so consumers inherit it too. Strip the dev outputs and nvcc; gdrcopy
and mpi appear in the same string but are genuine runtime
dependencies. References drop from 16 to 12.
gdrcopy also gains a disallowedRequisites guard so the leak cannot
return unnoticed. libnvshmem deliberately does not: ucx and openmpi
pull nvcc into its closure independently of the banner, so the guard
would fail for reasons unrelated to this change.
Assisted-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
