Hello,
I propose to freeze the development of v5.0.0 on January 4, 2017. Hopefully it is just in time for getting the frozen version in next Debian stable.
Meanwhile, I hope we can get rid of mi code to have a proper fresh start with cleaned up code in 5.0.0. The big code tree restructuring was already done, config files in embedded languages is there as well (it needs more exports, but that's only about available time to fill some structures, not new feature development).
If anyone wants to make other proposals, reply to mailing lists and let's discuss.
Cheers, Daniel
Hi Daniel. I saw described in documentation app_lua for 5.0 version. Will it be able to support rtpengine module and commpand for it it? For now i dont see this module and other some other modules. Will it be added or in 5 version it will be some another interface for work with lua?
2016-12-14 12:20 GMT+03:00 Daniel-Constantin Mierla miconda@gmail.com:
Hello,
I propose to freeze the development of v5.0.0 on January 4, 2017. Hopefully it is just in time for getting the frozen version in next Debian stable.
Meanwhile, I hope we can get rid of mi code to have a proper fresh start with cleaned up code in 5.0.0. The big code tree restructuring was already done, config files in embedded languages is there as well (it needs more exports, but that's only about available time to fill some structures, not new feature development).
If anyone wants to make other proposals, reply to mailing lists and let's discuss.
Cheers, Daniel
-- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
Hello,
adding explicit exports requires only time and eventual some small code wrappers. I mainly focused on what is required for the default configuration file, but more will be added soon.
Anyhow, in theory any function exported by modules to kamailio.cfg can be used, but for some the code needs to be reviews to be sure the parameters don't expose any leak via the fixup mechanism.
If you or anyone wants to help, let me know, I can provide more details, besides the fact that checking a module with kemi exports can be a good starting point. For this particular case, rtpproxy is similar to rtpengine and the kemi exports in rtpproxy are:
- https://github.com/kamailio/kamailio/blob/master/src/modules/rtpproxy/rtppro...
Cheers, Daniel
On 14/12/2016 10:38, Yuriy Gorlichenko wrote:
Hi Daniel. I saw described in documentation app_lua for 5.0 version. Will it be able to support rtpengine module and commpand for it it? For now i dont see this module and other some other modules. Will it be added or in 5 version it will be some another interface for work with lua?
2016-12-14 12:20 GMT+03:00 Daniel-Constantin Mierla <miconda@gmail.com mailto:miconda@gmail.com>:
Hello, I propose to freeze the development of v5.0.0 on January 4, 2017. Hopefully it is just in time for getting the frozen version in next Debian stable. Meanwhile, I hope we can get rid of mi code to have a proper fresh start with cleaned up code in 5.0.0. The big code tree restructuring was already done, config files in embedded languages is there as well (it needs more exports, but that's only about available time to fill some structures, not new feature development). If anyone wants to make other proposals, reply to mailing lists and let's discuss. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com> _______________________________________________ sr-dev mailing list sr-dev@lists.sip-router.org <mailto:sr-dev@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev>
On 12/14/2016 10:20 AM, Daniel-Constantin Mierla wrote:
Hello,
I propose to freeze the development of v5.0.0 on January 4, 2017. Hopefully it is just in time for getting the frozen version in next Debian stable.
We are not going to make it. [0]
Jan 5: soft freeze
Deadline for:
- New (source) packages in stretch
[0] https://lists.debian.org/debian-devel-announce/2016/12/msg00000.html
On 14/12/2016 11:32, Victor Seva wrote:
On 12/14/2016 10:20 AM, Daniel-Constantin Mierla wrote:
Hello,
I propose to freeze the development of v5.0.0 on January 4, 2017. Hopefully it is just in time for getting the frozen version in next Debian stable.
We are not going to make it. [0]
Jan 5: soft freeze
Deadline for:
- New (source) packages in stretch
[0] https://lists.debian.org/debian-devel-announce/2016/12/msg00000.html
thanks for the pointers!
Cheers, Daniel
Hello,
short reminder that the plan is to freeze the development for v5.0.0 in about 3 days - on Wednesday, Jan 4, 2017.
Should anyone have anything to push as a new feature, commit or make the pull requests by the end of that day.
Have a great 2017, Daniel
On 14/12/2016 10:20, Daniel-Constantin Mierla wrote:
Hello,
I propose to freeze the development of v5.0.0 on January 4, 2017. Hopefully it is just in time for getting the frozen version in next Debian stable.
Meanwhile, I hope we can get rid of mi code to have a proper fresh start with cleaned up code in 5.0.0. The big code tree restructuring was already done, config files in embedded languages is there as well (it needs more exports, but that's only about available time to fill some structures, not new feature development).
If anyone wants to make other proposals, reply to mailing lists and let's discuss.
Cheers, Daniel
-
Daniel-Constantin Mierla -
Victor Seva -
Yuriy Gorlichenko