<div dir="ltr">Hi everybody,<br><br>I am sorry if my question simple and well-known.<br>After several hours investigating man-pages, google and books I did not found answer to my question.<br><br>Short version of question: Does rpm update ld.so config files after/during install rpm package with so-files?<br>
<br>Longer version of question.<br><br>Our software (to some reasons) uses boost 1.46.1 under CentOS 6.3. We can not downgrade to lower version of boost to some reasons, most important - we support also Ubuntu 12.04 LTS, and really do not want develop/test/support two version of product with different boost versions.<br>
<br>We built related boost packages, put their to our repository, and everything works fine.<br>Unfortunately, one customer use boost 1.41 version in some internal software from official CentOS repository, and customer can not use together our software and his internal software.<br>
<br>We decided rename our &quot;boost&quot; packages to &quot;product_name-boost-*&quot; and move library files from /usr/lib64 to /opt/product_name/version/lib (path /opt/product_name/version we use for our internal software).<br>
I rebuilt boost packages, everything works fine.<br><br>The question which I try to understand: do we need update LD_LIBRARY_PATH for our binaries? As far I can see, ldd show correct pathes to boost.<br>I do not understand well, how exactly works rpm in this moment, and what the best solution:<br>
1) find way to have together boost 1.41 and 1.46.1 without package renames (which problem we can meet? how &quot;yum remove boost*&quot; would works? how to remove specific version of boost? etc)<br>2) rename packages from &quot;boost* to &quot;product_name-boost-*&quot; and do not change path from /usr/lib64<br>
3) rename packages from &quot;boost*&quot; to &quot;product_name-boost-*&quot; and change install pathes for libraries/include to /opt/product_name/version/...<br>4) (3) + setup LD_LIBRARY_PATH for every our binary<br><br>
I hope to your advices, links, help.<br><br>Thank you very much, Oleg<br></div>