Best Way To Install Specific Version of SDKMAN #1170
-
| Hello all, A recent update to SDKMAN (or one of its dependencies) has broken installs on CentOS 7 due to requirements of newer glibc than is available: This is understandable given the age of EL7 and it going out of support next year. In the interim while my group is moving to a more recent base OS, I'd like to be able to install a specific (read: older) version of SDKMAN. One idea I had was to patch the installation script and set the version variables specifically: ...but I don't know the relationship between  Another option would be to just pull the archive directly from the GH releases, but I don't know how much help the installer is providing that I'd need to re-invent. Any hints or advice on how to move forward? | 
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
| Maybe it makes sense to check for GLIBC versions when installing the native components. I think for now what you can do, is delete the contents of the ~/.sdkman/libexec folder, and each command will fallback to their bash version. I'd also suggest posting these sort of questions in our Slack channel, as mentioned in our contributing guide | 
Beta Was this translation helpful? Give feedback.
Maybe it makes sense to check for GLIBC versions when installing the native components. I think for now what you can do, is delete the contents of the ~/.sdkman/libexec folder, and each command will fallback to their bash version.
I'd also suggest posting these sort of questions in our Slack channel, as mentioned in our contributing guide