<p>I think the problem is in other part -- the build parameters must be adjusted to set internally the proper path to modules. Explicitly setting the path in config proved to be a bit more dangerous when having more than one installation, but also because there are parts of code relying on those paths, especially for default config path -- if the build system is not setting those defines properly, there can be other side effects in long term.</p>
<p>If one runs:</p>
<pre><code>kamailio -I
</code></pre>
<p>it should print the right path to modules and kamailio tries to load from there. If there is a mismatch from what <code>kamailio -I</code> prints and where the modules were installed, then it has to be fixed.</p>
<p>As a side note for the future, prefix the commit message with the component that is affected, in this case being kamailio.cfg, so it should look like:</p>
<pre><code>kamailio.cfg: short commit description here
</code></pre>
<p>I am closing this one and further discussions should be on the issue you opened (<a href="https://github.com/kamailio/kamailio/issues/1096" class="issue-link js-issue-link" data-url="https://github.com/kamailio/kamailio/issues/1096" data-id="224725004" data-error-text="Failed to load issue title" data-permission-text="Issue title is private">#1096</a>).</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/pull/1095#issuecomment-297666899">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36ZX35HoD6D6HB8bhVNPjQcrKUwQLtks5r0GPIgaJpZM4NJ9En">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZWWXfCQkYG773RZOw3kJc3wcMIt4ks5r0GPIgaJpZM4NJ9En.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/pull/1095#issuecomment-297666899"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/kamailio/kamailio","title":"kamailio/kamailio","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/kamailio/kamailio"}},"updates":{"snippets":[{"icon":"PERSON","message":"@miconda in #1095: I think the problem is in other part -- the build parameters must be adjusted to set internally the proper path to modules. Explicitly setting the path in config proved to be a bit more dangerous when having more than one installation, but also because there are parts of code relying on those paths, especially for default config path -- if the build system is not setting those defines properly, there can be other side effects in long term.\r\n\r\nIf one runs:\r\n\r\n```\r\nkamailio -I\r\n```\r\n\r\nit should print the right path to modules and kamailio tries to load from there. If there is a mismatch from what `kamailio -I` prints and where the modules were installed, then it has to be fixed.\r\n\r\nAs a side note for the future, prefix the commit message with the component that is affected, in this case being kamailio.cfg, so it should look like:\r\n\r\n```\r\nkamailio.cfg: short commit description here\r\n```\r\nI am closing this one and further discussions should be on the issue you opened (#1096)."}],"action":{"name":"View Pull Request","url":"https://github.com/kamailio/kamailio/pull/1095#issuecomment-297666899"}}}</script>