forwarded 828549 https://bugs.schedmd.com/show_bug.cgi?id=3226 tags 828549 + patch thanks
Hello! It looks like even the latest SLURM Debian package, 16.05.6-1, still has this issue. I tested with OpenSSL package version 1.1.0b-2, building on a sid COWbuilder. The issue is being tracked upstream at this URL: https://bugs.schedmd.com/show_bug.cgi?id=3226 The bug was filed on Oct. 31, and acknowledged on Nov. 1. SLURM only uses OpenSSL in one place: To create “job step credentials”. However, this is not the default: the default is to have MUNGE create those credentials. Since OpenSSL is only used in one place, and that’s not even as the default, I have created a Quilt patch which removes OpenSSL from the build entirely. Unfortunately, it’s not enough to change how we run ./configure; if the configure script sees an OpenSSL installation, it will use it, so I have to completely remove the test for OpenSSL, as well as the Makefile.am file that would trigger the compilation of OpenSSL-using code. The same Quilt patch also updates the configuration builder HTML, to remove the OpenSSL option. Finally, I update the the control file, README files, and the init scripts (removing the OpenSSL-related checks). All of these changes are in a series of two Git patch files, which are attached. -- A. Karl Kornel | System Administrator Research Computing | Stanford University +1 (650) 736-9327
0002-Update-Debian-files-for-OpenSSL-removal.patch
Description: 0002-Update-Debian-files-for-OpenSSL-removal.patch
0001-Add-quilt-patch-to-disable-OpenSSL.patch
Description: 0001-Add-quilt-patch-to-disable-OpenSSL.patch
