Guix-HPC issueshttps://gitlab.inria.fr/guix-hpc/guix-hpc/-/issues2024-03-15T15:45:57+01:00https://gitlab.inria.fr/guix-hpc/guix-hpc/-/issues/6Renaming package submodules2024-03-15T15:45:57+01:00Romain GarbageRenaming package submodulesWe started to move some submodules into the `(guix-hpc packages)` namespace (!37 and !39).
The current channel layout, using institution names, doesn't help to categorize new software. The idea is to move everything under the `(guix-hpc...We started to move some submodules into the `(guix-hpc packages)` namespace (!37 and !39).
The current channel layout, using institution names, doesn't help to categorize new software. The idea is to move everything under the `(guix-hpc packages)` namespace.
This is the tracking issue to collect opinions and ideas about this refactoring. Feel free to add your reactions below.
For now, the submodules under `(guix-hpc packages)` are sorted by project name (for example `gysela`, `pdi`...), whereas in Guix, the submodules are sorted by topic (for example `bioinformatics`, `maths`...). What is your opinion regarding this particular topic?
@allhttps://gitlab.inria.fr/guix-hpc/guix-hpc/-/issues/5ROCm-enabled LLVM looks for supporting files under /opt/rocm2024-03-27T22:56:46+01:00Ludovic Courtèsludovic.courtes@inria.frROCm-enabled LLVM looks for supporting files under /opt/rocmWhile attempting to use Guix-HPC's ROCm/HIP packages on a cluster that has MI50 GPUs ([Grid'5000](https://www.grid5000.fr/w/Lyon:Hardware#neowise)), I noticed that files were being searched for under `/opt/rocm`, which may or may not wor...While attempting to use Guix-HPC's ROCm/HIP packages on a cluster that has MI50 GPUs ([Grid'5000](https://www.grid5000.fr/w/Lyon:Hardware#neowise)), I noticed that files were being searched for under `/opt/rocm`, which may or may not work. From `strace hpcg ...`:
```
newfstatat(AT_FDCWD, "lib/clang/17.0.0/lib/amdgcn-amd-amdhsa", 0x7ffe355d3ba0, 0) = -1 ENOENT (No such file or director
y)
newfstatat(AT_FDCWD, "../lib/amdgcn-amd-amdhsa", 0x7ffe355d3ba0, 0) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/gnu/store/ar7rkp30kx2wngqcqjw6a75m0g6rw3l8-clang-runtime-rocm-5.7.1/lib/amdhsa/amdgcn", 0x7ffe35
5d3ba0, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/opt", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 6
newfstatat(6, "", {st_mode=S_IFDIR|0755, st_size=4096, ...}, AT_EMPTY_PATH) = 0
getdents64(6, 0x5618a72fab20 /* 7 entries */, 32768) = 192
getdents64(6, 0x5618a72fab20 /* 0 entries */, 32768) = 0
close(6) = 0
newfstatat(AT_FDCWD, "lib/clang/17.0.0", 0x7ffe355d3d70, 0) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/opt/rocm", {st_mode=S_IFDIR|0755, st_size=4096, ...}, 0) = 0
openat(AT_FDCWD, "/opt/rocm/share/hip/version", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/opt/rocm/bin/.hipVersion", O_RDONLY|O_CLOEXEC) = 6
readlink("/proc/self/fd/6", "/opt/rocm-4.5.0/hip/bin/.hipVers"..., 4096) = 35
newfstatat(6, "", {st_mode=S_IFREG|0644, st_size=220, ...}, AT_EMPTY_PATH) = 0
pread64(6, "# Auto-generated by cmake\nHIP_PA"..., 220, 0) = 220
rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) = 0
close(6) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
newfstatat(AT_FDCWD, "lib/clang/17.0.0/lib/amdgcn/bitcode", 0x7ffe355d4090, 0) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "amdgcn/bitcode", 0x7ffe355d4090, 0) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "amdgcn/bitcode", 0x7ffe355d4090, 0) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "lib/clang/17.0.0/amdgcn/bitcode", 0x7ffe355d4090, 0) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/opt/rocm/amdgcn/bitcode", {st_mode=S_IFDIR|0755, st_size=4096, ...}, 0) = 0
openat(AT_FDCWD, "/opt/rocm/amdgcn/bitcode", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 6
```
This appears to come from `llvm-rocm`, notably [`clang/lib/Driver/ToolChains/AMDGPU.cpp`](https://github.com/ROCm/llvm-project/blob/f3e174a1d286158c06e4cc8276366b1d4bc0c914/clang/lib/Driver/ToolChains/AMDGPU.cpp#L274).
@x-TGibso, @x-KHauge: shouldn't we patch these so that they are always found (and taken from Guix)?
Cc: @fpruvosthttps://gitlab.inria.fr/guix-hpc/guix-hpc/-/issues/4make-openmpi-rocm package shadows openmpi package from Guix main channel2024-03-07T17:32:32+01:00Andreas Engeandreas.enge@inria.frmake-openmpi-rocm package shadows openmpi package from Guix main channelHello,
when trying to update my user profile, I noticed that openmpi@4 from the Guix main channel would be updated to openmpi@5.0.0-ucx-... from this channel, causing rebuilds. Things will become worse once Guix moves to openmpi@5; then...Hello,
when trying to update my user profile, I noticed that openmpi@4 from the Guix main channel would be updated to openmpi@5.0.0-ucx-... from this channel, causing rebuilds. Things will become worse once Guix moves to openmpi@5; then I do not know how the version "numbers" will compare between the two channels.
I think the make-openmpi-rocm procedure should rewrite the name of the package, not its version (well, set the version to 5.0.0 and add suffixes to the name).
Andreas