HIRS/HIRS_ProvisionerTPM2/docs
apldev4 bce78c0122 [#78] hirs-provisioner-tpm2 on path after installation. (#84)
There was a problem in the rpm-post-install.sh script
that ran as part of the CentOS7 rpm installation where
a link was being created called libcurl.so which pointed
to libcurl.so.4. If the link could not be created because
it already existed, the script would quit before finishing
and never place hirs-provisioner-tpm2 in a directory on
the PATH.

The proper solution was to link hirs-provisioner against
libcurl.so.4 so that it is clear which version of the API
was compiled against. This was not happening because
we were linking against a version of curl build by the CPR
project which was not properly embedding the SONAME in the
shared object file. By linking instead against the shared
object file distributed in the development package of
libcurl, hirs-provisioner-tpm2 now looks for libcurl.so.4
rather than the generic libcurl.so. This will prevent our
executable from breaking if libcurl.so gets updated to point
to a newer version of libcurl that uses a different API.

Closes #78.
2019-01-31 11:50:43 -05:00
..
dependencies-centos.md [#78] hirs-provisioner-tpm2 on path after installation. (#84) 2019-01-31 11:50:43 -05:00
developer-dependencies-centos.md [#78] hirs-provisioner-tpm2 on path after installation. (#84) 2019-01-31 11:50:43 -05:00
developer-dependencies-debian.md [#78] hirs-provisioner-tpm2 on path after installation. (#84) 2019-01-31 11:50:43 -05:00