+1 for this. <div><br></div><div>I'm not familiarized with the licencing but the major points you are taking in consideration will be definitively very useful since it will be adding flexibility to the API.</div><div><br>
</div><div>Regards.</div><div><br></div><div>Carlos.<br><br><div class="gmail_quote">On Fri, Aug 17, 2012 at 11:03 AM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I am considering to pull out some functions from core and add them to a new module to be named 'corex (core eXtensions), for few reasons:<br>
- most of the core functions have support for static parameters, some of them could become more useful if cfg variables (pv + selects) will be supported there<br>
- then it is easier to export some of these functions to inter-module API for usage from embedded scripts (lua, perl, ...)<br>
- there are many situations when no core function is used in a config file (like load balancing cfgs), not loading the code will make the footprint smaller for embedded system (although, I guess this would be the least important, the extra size is not that significant).<br>
<br>
Why a new module is because it has to stay within the licensing decision made when we merged ser+kamailio, new core code has to be released under BSD license, if it is not left under FhG GPL2 (e.g., the case of small touches to existing code). So if it is gonna be a major copy, it will be moved with the license, if it is going to be re-coded to support variables, then will be BSD. With this approach I hope nobody has anything against, the code can be used like so far.<br>
<br>
Any comments?<br>
<br>
Cheers,<br>
Daniel<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a><br>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/<u></u>miconda</a><br>
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - <a href="http://asipto.com/u/katu" target="_blank">http://asipto.com/u/katu</a><br>
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - <a href="http://asipto.com/u/kpw" target="_blank">http://asipto.com/u/kpw</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
sr-dev mailing list<br>
<a href="mailto:sr-dev@lists.sip-router.org" target="_blank">sr-dev@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>dev</a><br>
</font></span></blockquote></div><br></div>