Shibboleth can be built on most versions of 32- and 64-bit Linux, but is officially supported only on the following distributions at this time, using the RPM packages available from the project's official mirrors:

Packages for CentOS 8 are still being produced but the platform is no longer supported officially due to it having transitioned to an unstable floating package set, and the packages may stop working at any time.

See the SystemRequirements page for more detail on this.

The official packages are built for, and integrate with, only the Apache (httpd) package that is supplied with the OS. When building from source or SRPM, you can accomodate any version of Apache (or its derivations) that is compatible.

RHEL 6/7. CentOS 6/7

Information about Red Hat Enterprise 6/7 and CentOS 6/7

SELinux

Information about SELinux

If your distribution supports the RPM package manager, it is strongly suggested that you install using RPMs built for your specific distribution, or by rebuilding the SRPM source packages provided. If this is not possible, you can build from source.

Use the Correct RPM or not at all

Under no circumstances should you attempt to install a set of RPM packages built for/with a different OS or version from your own (aside from the RHEL/CentOS/Rocky cases). This will usually lead to unpredictable problems and support issues. Instead, just rebuild the SRPM packages and make sure you have a repeatable process to incorporate security patch updates promptly.

Upgrading the OS

Recent Linux versions occasionally provide an in-place upgrade path. Whether this works or not, it will not upgrade your Shibboleth packages nor will it properly adjust the yum/dnf repository file, resulting in failure. If you wish to do this, uninstall the SP first and then reinstall it with the proper repository file afterward.

SP Upgrades

Upgrading to new SP releases is handled automatically when RPMs are used, or in the case of a source build when "make install" is run using the same installation prefix. The system prevents configuration files from being overwritten and skips "initial install" tasks like generating keys. In the case of RPM upgrades, services should be appropriately restarted, but with source builds that step has to be done manually.

Initial Testing