| 26 Jun 2026 |
emily | why does mpiCheckPhaseHook set OMP_NUM_THREADS and say it's for OpenMPI then… | 14:32:55 |
dramforever | :shrug: | 14:33:54 |
emily | oh it doesn't say it's for MPI | 14:34:25 |
emily | but it does still have it. and has since the hook was added | 14:34:31 |
dramforever | they are often used together | 14:34:45 |
Grimmauld (any/all) | iirc mpi uses omp for each node? | 14:34:53 |
Grimmauld (any/all) | am a little fuzzy on that though | 14:35:02 |
dramforever | since nowadays normally you wouldn't run a cluster of nodes but have/use only one cpu core on each node | 14:35:29 |
dramforever | openmp is shared address space. you can also run multiple mpi processes on one node but that would be, well, multiple processes | 14:37:16 |
dramforever | i guess one analogy would be like pthreads and sockets | 14:39:59 |
dramforever | tcp servers are regularly multi-threaded, but this doesn't really have much to do with tcp | 14:42:04 |
emily | right | 14:42:55 |
Grimmauld (any/all) | I guess the big question is whether we want to split openmpCheckPhaseHook out of mpiCheckPhaseHook and propagated it in the latter | 15:08:22 |
Grimmauld (any/all) | (i am tempted to split it) | 15:15:59 |
emily | splitting makes sense to me | 15:18:03 |
Grimmauld (any/all) | will draft something 👍️ | 15:22:15 |
hexa | do we have any blockers to start staging-next tonight? | 15:24:38 |
hexa | like changes that we still want to queue | 15:24:51 |
hexa | or stdenvs thare still being built | 15:25:01 |
hexa | my silly projection says we have like 4 more hours of work queued | 15:25:21 |
Alyssa Ross | none from me for once — I did my musl homework early this time | 15:25:21 |
whispers [& it/fae] | https://github.com/NixOS/nixpkgs/pull/535341 is a darwin stdenv rebuild | 15:25:34 |
emily | yes, a few Darwin things | 15:25:38 |
emily | should be doable by tonight | 15:25:52 |
Grimmauld (any/all) | I am throwing a hook into llvmPackages.openmp, not sure how low in the stack that is yet | 15:25:55 |
emily | just waiting on the build | 15:25:55 |
emily | also Linux stdenvs will be rebuilding I think | 15:26:23 |
emily | since we reverted GCC bump | 15:26:25 |
emily | unless that didn't get built in the first place | 15:26:31 |
Scrumplex | https://github.com/NixOS/nixpkgs/pull/534906
curl update should be ready for review/merge. I was able to build all tests across all curl variants as well as lix by reverting the upstream change causing the hang during checkPhase.
This will relieve us from a bunch of low to medium severity CVEs | 15:27:53 |