<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hello,<br>
    </p>
    <div class="moz-cite-prefix">On 21.02.19 07:39, Sergey Safarov
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAHtxdDdpxsmHmQC2=fJbve28djtEC4KRwOpx=QnJ7reRDuLuWA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div>Current kamailio package (checked via RPM) is contains lot
          of modules. Some of this is not important to include in every
          kamailio installation. May be create own packages for this
          modules and other in next 5.3 branch?</div>
        <div>Modules examples:</div>
        <div><br>
        </div>
        <div><font face="monospace">benchmark.so<br>
          </font></div>
        <div><font face="monospace">db_cluster.so</font></div>
        <div><font face="monospace">db_text.so</font></div>
        <div><font face="monospace">rtpengine.so</font></div>
        <div><font face="monospace">rtpproxy.so</font></div>
        <div><font face="monospace">sipcapture.so</font></div>
        <div><font face="monospace">siptrace.so</font></div>
        <div><font face="monospace">sipt.so</font></div>
        <div><font face="monospace">sms.so</font></div>
        <div><font face="monospace">smsops.so</font></div>
        <div><font face="monospace">ss7ops.so</font></div>
        <div><br>
        </div>
        <div><a href="https://github.com/kamailio/kamailio/issues/1862"
            moz-do-not-send="true">https://github.com/kamailio/kamailio/issues/1862</a><br>
        </div>
        <div><br>
        </div>
      </div>
    </blockquote>
    <p>use of such modules is a matter of deployment type and for
      example, for residential services, rtpengine or rtpproxy are like
      a must. I also use often benchmark module to track execution of
      some operations (like http queries). Also, siptrace is rather
      common in what I deal with.<br>
    </p>
    <p>IMO, it is hard to make a selection on usage or personal
      preferences. The rule was that was has same dependencies as core,
      they should be packaged together.</p>
    <p>Actually there was a discussion to add more to the main package,
      from those with additional dependencies, but very used (like tls,
      ...) -- it might be on issue tracker as well.</p>
    <p>Then, Victor Seva mentioned at some point in time that in debian
      is better to keep modules groupped as many as possible, because
      introducing a new package in the official distro requires a
      complex process of review for license, etc...</p>
    <p>Overall, if there is a decision to regroup some modules in
      different packages, I would like to follow the same for both debs
      and rpms, otherwise installation guidelines can end up to be
      different and can become confusing.</p>
    <p>Cheers,<br>
      Daniel<br>
    </p>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla -- <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Kamailio World Conference - May 6-8, 2019 -- <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a>
Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in Washington, DC, USA -- <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a></pre>
  </body>
</html>