[checkmk-commits] [tribe29/checkmk] 93f3c0: Fixes yet another RPATH related problem

Branch: refs/heads/master Home: https://github.com/tribe29/checkmk Commit: 93f3c0a7b7fec180f1d31affc725ed7fce480cfe https://github.com/tribe29/checkmk/commit/93f3c0a7b7fec180f1d31affc725ed7fc… Author: Frans Fürst <frans.fuerst(a)tribe29.com> Date: 2023-02-03 (Fri, 03 Feb 2023) Changed paths: M omd/packages/openssl/BUILD.openssl M omd/packages/openssl/openssl.make M omd/packages/xmlsec1/BUILD.xmlsec1 M omd/packages/xmlsec1/xmlsec1.make Log Message: ----------- Fixes yet another RPATH related problem For some reason Bazel:configure_make writes /usr/lib64 to RPATH on SLES-systems (which is valid there) and for some reasons for dynamic libraries `-Wl,--rpath,$ORIGIN/../lib` gets appended rather than prepended to the linker opts, resulting in /usr/lib64/libcrypto.so being loaded on SLES-Systems, which is too old on SLES 15sp1 only. This change will still set `-Wl,--rpath,$ORIGIN/../lib` by Bazel, but (as a fix) set it again in the Make-process which will hopfully evaporate with some later fix in `foreign_cc`, making it possible to directly set RPATH for executables and dynamic libraries. Change-Id: I81de0c448193a966c15d15d6196cfdda24c0b1ed Commit: 3523330cc21944441f00935b450c7d3238f5aac8 https://github.com/tribe29/checkmk/commit/3523330cc21944441f00935b450c7d323… Author: Sven Panne <sven.panne(a)tribe29.com> Date: 2023-02-03 (Fri, 03 Feb 2023) Changed paths: M livestatus/src/NagiosCore.cc M livestatus/src/NagiosCore.h M livestatus/src/TableDowntimes.cc M livestatus/src/test/test_Table.cc M packages/livestatus/include/livestatus/MonitoringCore.h Log Message: ----------- Unify entity iteration, part 2. Change-Id: I8f4900b2b0f45814402042bd884c8ba518c4af59 Compare: https://github.com/tribe29/checkmk/compare/1b40ee33b247...3523330cc219