<p style="white-space: pre-wrap; word-wrap: break-word;">We decided to patch the binary in OGT following the example of other binaries (amarisoft-epc or amarisoft-ms) and because we want to avoid setting those values at compile time, as we think this information is required when running the binary.</p><pre style="font-family: monospace,monospace; white-space: pre-wrap;">For the possibility 1: I can give it a try, but these two things worry me:<br>  - You must identify the build within the script (by checking the arch, toolchain, trial builder or some other information ) to execute the "patchelf --force-rpath --set-rpath /mnt/nfs/bdlibs/"  specific instruction. As it is now, the script is generic and doesn't check variables to execute specific instructions and I think it's a great idea to keep it simple and generic.<br>  - AFAIK the built binaries can be used for other devices too. For instance, if we have 2 devices with the ppc arch, we can use the same built binary for both of them, but the problem is that the required libraries can be placed in other paths due hardware requirements(sd-cards, nfs, etc). For me, it makes more sense to add this information to the resources.conf that describes the devices available for OGT and theirs characteristics and give us a lot of flexibility.</pre><p style="white-space: pre-wrap; word-wrap: break-word;">For the possibility 2: I think it a clean solution, but I'm not sure if it works. Gonna give it a try. With this solution I don't have to patch the binary? <br>The problem here can be the linker. When we build the binary, we set the rpath and dynamic-linker, but the rpath information is removed when executing the "make install" step. We would like to remove that information from the toolchain, as this information depends on the device where it will run the binary and it is not needed for building it. So the problem is that I fear a "patchelf --set-interpreter" will be required in order to work. But we can face that problem in the future.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Summarizing, I'm gonna do a fast test with the second option, and later test the first option, but I would like to give a second thought to extract this kind of information to the resources.conf.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Thanks Pau for your suggestions!<br></p><p><a href="https://gerrit.osmocom.org/c/osmo-gsm-tester/+/24272">View Change</a></p><ul style="list-style: none; padding: 0;"></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/osmo-gsm-tester/+/24272">change 24272</a>. To unsubscribe, or for help writing mail filters, visit <a href="https://gerrit.osmocom.org/settings">settings</a>.</p><div itemscope itemtype="http://schema.org/EmailMessage"><div itemscope itemprop="action" itemtype="http://schema.org/ViewAction"><link itemprop="url" href="https://gerrit.osmocom.org/c/osmo-gsm-tester/+/24272"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-gsm-tester </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-Change-Id: I2d4a105d4843c0d31d6b5d8f8d4195247b290aec </div>
<div style="display:none"> Gerrit-Change-Number: 24272 </div>
<div style="display:none"> Gerrit-PatchSet: 1 </div>
<div style="display:none"> Gerrit-Owner: alealcon <alejandro.leal@srs.io> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder </div>
<div style="display:none"> Gerrit-CC: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-Comment-Date: Tue, 01 Jun 2021 14:50:26 +0000 </div>
<div style="display:none"> Gerrit-HasComments: No </div>
<div style="display:none"> Gerrit-Has-Labels: No </div>
<div style="display:none"> Gerrit-MessageType: comment </div>