<civodul>also: the myth of "vendor-optimized installations"
<zimoun>in the 3 boxes of Konrad: My Apps, Colleagues Stuff, Env. because Spack does not consider “system” (glibc etc.), Spack is not addressing the root of the issue; as Konrad explained yesterday. Or I miss something.
<civodul>yeah they made it clear that Spack doesn't address reproducibility issues by not taking into account "system dependencies", as they call it
<civodul>they state 3 reasons for choosing Spack: (1) Python, (2) "HPC-oriented", and (3) modules
<rekado_>civodul: what do you mean by “how did we fail this badly?”?
<rekado_>the original idea was to sneak by the admins and present /gnu/store as just another shared file system that they can mount. We didn’t want to host a file server that would be permanently mounted on the cluster nodes.