summaryrefslogtreecommitdiff
path: root/var/spack/repos/builtin/packages/intel-oneapi-ipp/package.py
diff options
context:
space:
mode:
authorHarmen Stoppels <harmenstoppels@gmail.com>2022-06-17 07:25:32 +0200
committerGitHub <noreply@github.com>2022-06-16 23:25:32 -0600
commit1c0bf12e5b21de3d77af2b1025479d30c4c94400 (patch)
treebd58d91c4725c10dedbbdc5debd1e547e1c3441a /var/spack/repos/builtin/packages/intel-oneapi-ipp/package.py
parentbf990bc8ec2d6c51f7f40bc6b0f7fb3bba897a96 (diff)
downloadspack-1c0bf12e5b21de3d77af2b1025479d30c4c94400.tar.gz
spack-1c0bf12e5b21de3d77af2b1025479d30c4c94400.tar.bz2
spack-1c0bf12e5b21de3d77af2b1025479d30c4c94400.tar.xz
spack-1c0bf12e5b21de3d77af2b1025479d30c4c94400.zip
openssl package: default to mozilla certs (#31164)
On Cray systems that use Cray Data Virtualization Service (DVS), symlinks across filesystems are not allowed, either due to a bug, or because they're simply not POSIX compliant [1]. Spack's OpenSSL package defaults to `certs=system` which comes down to symlinking `/etc/ssl` in the Spack install prefix, triggering this problem, resulting in mysterious installation failures. Instead of relying on system certs, we can just use `ca-certificates-mozilla`, and if users really need system certs, then they're probably better off marking OpenSSL entirely as external. [1] https://github.com/glennklockwood/cray-dvs
Diffstat (limited to 'var/spack/repos/builtin/packages/intel-oneapi-ipp/package.py')
0 files changed, 0 insertions, 0 deletions