Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
Hello,
early February as a freezing date sounds good to me, just to have one full month after the holiday season/vacation period to allow other people to finish eventual contributions.
Cheers,
Henning
Hello,
first week of February is a semester school break in many regions, if someone announces that he has ongoing work to a new module/feature, then freezing can be postponed.
But if not, I would rather do it earlier than waiting for nothing, because starting later could end up in getting closer the Catholic Easter, which is earlier this year, by end of March, a week before another holiday starts. Considering the constraints on late March and April, if not out by mid of March or so, next time frame will be end of April or during May.
Cheers, Daniel
On 11.01.24 17:12, Henning Westerholt wrote:
Hello,
early February as a freezing date sounds good to me, just to have one full month after the holiday season/vacation period to allow other people to finish eventual contributions.
Cheers,
Henning
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com
-----Original Message----- From: Daniel-Constantin Mierla via business business@lists.kamailio.org Sent: Mittwoch, 10. Januar 2024 10:11 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org; Kamailio (SER) - Devel Mailing List sr-dev@lists.kamailio.org; business@lists.kamailio.org Subject: [Kamailio-Business] Roadmap to next major Kamailio release series v5.8.x
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Kamailio (OpenSER) - business mailing list -- business@lists.kamailio.org To unsubscribe send an email to business-leave@lists.kamailio.org http://lists.openser-project.org/cgi- bin/mailman/listinfo%(cgiext)s/%(_internal_name)s
Hello Daniel,
we are working on a new module right now (related to special logging for high CPS setups), which would be nice to integrate if possible. Its isolated, so would not touch any other module and/or the core. There is also another core refactoring in progress (to replace the atomic operations with the standard Linux kernel support for better support of non-Intel/AMD architectures), but this probably needs to wait to the next release cycle then.
Best regards,
Henning Westerholt
Hello,
would it be possible to get the skeleton in the git repo or as PR for the new module by end of the month? It is still a week and completing missing parts can be done during the testing phase.
Cheers, Daniel
On 23.01.24 10:13, Henning Westerholt wrote:
Hello Daniel,
we are working on a new module right now (related to special logging for high CPS setups), which would be nice to integrate if possible. Its isolated, so would not touch any other module and/or the core. There is also another core refactoring in progress (to replace the atomic operations with the standard Linux kernel support for better support of non-Intel/AMD architectures), but this probably needs to wait to the next release cycle then.
Best regards,
Henning Westerholt
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com
-----Original Message----- From: Daniel-Constantin Mierla miconda@gmail.com Sent: Montag, 15. Januar 2024 11:33 To: Henning Westerholt hw@gilawa.com; Kamailio (SER) - Devel Mailing List sr-dev@lists.kamailio.org Cc: business@lists.kamailio.org; Kamailio (SER) - Users Mailing List <sr- users@lists.kamailio.org> Subject: Re: [Kamailio-Business] Roadmap to next major Kamailio release series v5.8.x
Hello,
first week of February is a semester school break in many regions, if someone announces that he has ongoing work to a new module/feature, then freezing can be postponed.
But if not, I would rather do it earlier than waiting for nothing, because starting later could end up in getting closer the Catholic Easter, which is earlier this year, by end of March, a week before another holiday starts. Considering the constraints on late March and April, if not out by mid of March or so, next time frame will be end of April or during May.
Cheers, Daniel
On 11.01.24 17:12, Henning Westerholt wrote:
Hello,
early February as a freezing date sounds good to me, just to have one full
month after the holiday season/vacation period to allow other people to finish eventual contributions.
Cheers,
Henning
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com
-----Original Message----- From: Daniel-Constantin Mierla via business business@lists.kamailio.org Sent: Mittwoch, 10. Januar 2024 10:11 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org; Kamailio (SER) - Devel Mailing List sr-dev@lists.kamailio.org; business@lists.kamailio.org Subject: [Kamailio-Business] Roadmap to next major Kamailio release series v5.8.x
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed
as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Kamailio (OpenSER) - business mailing list -- business@lists.kamailio.org To unsubscribe send an email to business-leave@lists.kamailio.org http://lists.openser-project.org/cgi- bin/mailman/listinfo%(cgiext)s/%(_internal_name)s
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Hello Daniel,
we will manage to commit an initial version of the module which some work in progress still open to the repository by the end of this month.
Thanks,
Henning
Hello,
hopefully the devel version is now more stabilized after the freezing, the new components being adjusted enough not to need many more changes. Therefore I consider to branch 5.8 out of devel version next week on Friday, February 23, 2024, sometime around noon UTC.
After that the master branch becomes open for new features, and branch 5.8 has to be hammered further to build the 5.8.x series.
Cheers, Daniel
On 10.01.24 10:11, Daniel-Constantin Mierla wrote:
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
Hello,
quick note that later today I will create the branch 5.8, notification emails will be sent once done.
Cheers, Daniel
On 16.02.24 08:01, Daniel-Constantin Mierla wrote:
Hello,
hopefully the devel version is now more stabilized after the freezing, the new components being adjusted enough not to need many more changes. Therefore I consider to branch 5.8 out of devel version next week on Friday, February 23, 2024, sometime around noon UTC.
After that the master branch becomes open for new features, and branch 5.8 has to be hammered further to build the 5.8.x series.
Cheers, Daniel
On 10.01.24 10:11, Daniel-Constantin Mierla wrote:
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Hello,
I propose to aim to get out 5.8.0 next week on Wednesday or Thursday (March 6 or 7, 2024). I haven't seen much activity around issues in the new features/modules. If time allows to build the pages for what-is-new and how-to-upgrade (which I think it should be rather minimal), then I think it should be no other major task. Overall it will be almost two weeks since the 5.8 branch was created.
Cheers, Daniel
On 23.02.24 12:11, Daniel-Constantin Mierla wrote:
Hello,
quick note that later today I will create the branch 5.8, notification emails will be sent once done.
Cheers, Daniel
On 16.02.24 08:01, Daniel-Constantin Mierla wrote:
Hello,
hopefully the devel version is now more stabilized after the freezing, the new components being adjusted enough not to need many more changes. Therefore I consider to branch 5.8 out of devel version next week on Friday, February 23, 2024, sometime around noon UTC.
After that the master branch becomes open for new features, and branch 5.8 has to be hammered further to build the 5.8.x series.
Cheers, Daniel
On 10.01.24 10:11, Daniel-Constantin Mierla wrote:
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Hi Daniel
=============================== For the upgrading notes, some ideas —
"tls.so: fixing GH#3635 new global config tls_threads_mode = 0 | 1 0: is the default and is the existing Kamailio behaviour 1: run some initialization functions(libcurl, database) in a thread to avoid creating thread-locals in thread#1 before fork
On platforms with OpenSSL 3 "tls_threads_mode = 1" is needed to avoid shared memory contention, especially if other modules (eg. db_mysql, http_async_client, dispatcher with SIPS URIs) that might use TLS are loaded.
On platforms with OpenSSL 1.1.1 — shared memory contention is much harder to trigger — but this setting is recommended when other modules that use TLS are loaded"
=============================== Deployment note (for the wiki?) Here is an SRE/deployment note — not sure of a good place to put this (maybe the wiki)
"To validate the config for OpenSSL 3/1.1.1 memory contention potential run the main kamailio process under gdb (don't follow child forks: "set follow-fork-mode parent" — the default setting anyway)
# ** EITHER ** # deb-based: install dbgsym for libssl3 / libssl1.1 # RPM-based: install debuginfo for openssl, openssl-libs # ** OR ** # configure gdb to use debuginfod for debug symbols
# STEP 1 # stop at main(), this step is required because the next breakpoint requires knowledge # of thread#1 gdb> break main gdb> run
# STEP 2 # this breakpoint detects if OpenSSL 3 initializes the thread-local err_thread_local # in process#0.thread#1 — this causes shared memory contention gdb> breakpoint CRYPTO_THREAD_set_local thread 1 if $_caller_is("ossl_err_get_state_int", 32) gdb> commands backtrace 32 continue end
##For OpenSSL 1.1.1 gdb> breakpoint CRYPTO_THREAD_set_local thread 1 if $_caller_is("ERR_get_state", 32) gdb> commands backtrace 32 continue end
# continue execution of Kamailio gdb> continue
If this breakpoint is triggered then the configuration has potential for shared memory contention. Do file an issue at GH with your configuration and the gdb output. "
Dev note: I have completed an "audit" of all in-tree modules that load libssl — libcurl, libmariadb, libcrypto, libpq etc. The only one not touched is DIAMETER cdp.so with TLS. If anyone uses this and can provide me with temporary access that would be great.
Regards Richard
On Tue, 27 Feb 2024 at 23:55, Daniel-Constantin Mierla via sr-dev < sr-dev@lists.kamailio.org> wrote:
Hello,
I propose to aim to get out 5.8.0 next week on Wednesday or Thursday (March 6 or 7, 2024). I haven't seen much activity around issues in the new features/modules. If time allows to build the pages for what-is-new and how-to-upgrade (which I think it should be rather minimal), then I think it should be no other major task. Overall it will be almost two weeks since the 5.8 branch was created.
Cheers, Daniel
On 23.02.24 12:11, Daniel-Constantin Mierla wrote:
Hello,
quick note that later today I will create the branch 5.8, notification emails will be sent once done.
Cheers, Daniel
On 16.02.24 08:01, Daniel-Constantin Mierla wrote:
Hello,
hopefully the devel version is now more stabilized after the freezing, the new components being adjusted enough not to need many more changes. Therefore I consider to branch 5.8 out of devel version next week on Friday, February 23, 2024, sometime around noon UTC.
After that the master branch becomes open for new features, and branch 5.8 has to be hammered further to build the 5.8.x series.
Cheers, Daniel
On 10.01.24 10:11, Daniel-Constantin Mierla wrote:
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series
v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin --
kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin --
kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-leave@lists.kamailio.org
Hello Richard,
thank you, really helpful. Regarding the cdp module, we could provide some access to a test setup. A colleague will contact you about that.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.comhttps://gilawa.com/
From: Richard Chan via sr-dev sr-dev@lists.kamailio.org Sent: Mittwoch, 28. Februar 2024 01:17 To: miconda@gmail.com; Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Cc: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org; business@lists.kamailio.org; Richard Chan shihping.chan@gmail.com Subject: [sr-dev] Re: Roadmap to next major Kamailio release series v5.8.x
Hi Daniel
=============================== For the upgrading notes, some ideas —
"tls.so: fixing GH#3635 new global config tls_threads_mode = 0 | 1 0: is the default and is the existing Kamailio behaviour 1: run some initialization functions(libcurl, database) in a thread to avoid creating thread-locals in thread#1 before fork
On platforms with OpenSSL 3 "tls_threads_mode = 1" is needed to avoid shared memory contention, especially if other modules (eg. db_mysql, http_async_client, dispatcher with SIPS URIs) that might use TLS are loaded.
On platforms with OpenSSL 1.1.1 — shared memory contention is much harder to trigger — but this setting is recommended when other modules that use TLS are loaded"
=============================== Deployment note (for the wiki?) Here is an SRE/deployment note — not sure of a good place to put this (maybe the wiki)
"To validate the config for OpenSSL 3/1.1.1 memory contention potential run the main kamailio process under gdb (don't follow child forks: "set follow-fork-mode parent" — the default setting anyway)
# ** EITHER ** # deb-based: install dbgsym for libssl3 / libssl1.1 # RPM-based: install debuginfo for openssl, openssl-libs # ** OR ** # configure gdb to use debuginfod for debug symbols
# STEP 1 # stop at main(), this step is required because the next breakpoint requires knowledge # of thread#1 gdb> break main gdb> run
# STEP 2 # this breakpoint detects if OpenSSL 3 initializes the thread-local err_thread_local # in process#0.thread#1 — this causes shared memory contention gdb> breakpoint CRYPTO_THREAD_set_local thread 1 if $_caller_is("ossl_err_get_state_int", 32) gdb> commands backtrace 32 continue end
##For OpenSSL 1.1.1 gdb> breakpoint CRYPTO_THREAD_set_local thread 1 if $_caller_is("ERR_get_state", 32) gdb> commands backtrace 32 continue end
# continue execution of Kamailio gdb> continue
If this breakpoint is triggered then the configuration has potential for shared memory contention. Do file an issue at GH with your configuration and the gdb output. "
Dev note: I have completed an "audit" of all in-tree modules that load libssl — libcurl, libmariadb, libcrypto, libpq etc. The only one not touched is DIAMETER cdp.so with TLS. If anyone uses this and can provide me with temporary access that would be great.
Regards Richard
On Tue, 27 Feb 2024 at 23:55, Daniel-Constantin Mierla via sr-dev <sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org> wrote: Hello,
I propose to aim to get out 5.8.0 next week on Wednesday or Thursday (March 6 or 7, 2024). I haven't seen much activity around issues in the new features/modules. If time allows to build the pages for what-is-new and how-to-upgrade (which I think it should be rather minimal), then I think it should be no other major task. Overall it will be almost two weeks since the 5.8 branch was created.
Cheers, Daniel
On 23.02.24 12:11, Daniel-Constantin Mierla wrote:
Hello,
quick note that later today I will create the branch 5.8, notification emails will be sent once done.
Cheers, Daniel
On 16.02.24 08:01, Daniel-Constantin Mierla wrote:
Hello,
hopefully the devel version is now more stabilized after the freezing, the new components being adjusted enough not to need many more changes. Therefore I consider to branch 5.8 out of devel version next week on Friday, February 23, 2024, sometime around noon UTC.
After that the master branch becomes open for new features, and branch 5.8 has to be hammered further to build the 5.8.x series.
Cheers, Daniel
On 10.01.24 10:11, Daniel-Constantin Mierla wrote:
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.comhttp://asipto.com) twitter.com/micondahttp://twitter.com/miconda -- linkedin.com/in/micondahttp://linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.comhttp://asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.comhttp://asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.comhttp://kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.comhttp://asipto.com) twitter.com/micondahttp://twitter.com/miconda -- linkedin.com/in/micondahttp://linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.comhttp://asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.comhttp://asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.comhttp://kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.comhttp://asipto.com) twitter.com/micondahttp://twitter.com/miconda -- linkedin.com/in/micondahttp://linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.comhttp://asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.comhttp://kamailioworld.com
_______________________________________________ Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-leave@lists.kamailio.orgmailto:sr-dev-leave@lists.kamailio.org
Typo in the gdb breakpoints in the earlier email : they should use the function $_any_caller_is (not $_caller_is)
# STEP 2 # this breakpoint detects if OpenSSL 3 initializes the thread-local err_thread_local # in process#0.thread#1 — this causes shared memory contention gdb> breakpoint CRYPTO_THREAD_set_local thread 1 if $_any_caller_is("ossl_err_get_state_int", 32) gdb> commands backtrace 32 continue end
##For OpenSSL 1.1.1 gdb> breakpoint CRYPTO_THREAD_set_local thread 1 if $_any_caller_is("ERR_get_state", 32) gdb> commands backtrace 32 continue end
Regards Richard
Hello,
with still some docs to be updated for v5.8.0, the plan is to get the new version out tomorrow, March 7, 2024.
Cheers, Daniel
On 27.02.24 16:49, Daniel-Constantin Mierla wrote:
Hello,
I propose to aim to get out 5.8.0 next week on Wednesday or Thursday (March 6 or 7, 2024). I haven't seen much activity around issues in the new features/modules. If time allows to build the pages for what-is-new and how-to-upgrade (which I think it should be rather minimal), then I think it should be no other major task. Overall it will be almost two weeks since the 5.8 branch was created.
Cheers, Daniel
On 23.02.24 12:11, Daniel-Constantin Mierla wrote:
Hello,
quick note that later today I will create the branch 5.8, notification emails will be sent once done.
Cheers, Daniel
On 16.02.24 08:01, Daniel-Constantin Mierla wrote:
Hello,
hopefully the devel version is now more stabilized after the freezing, the new components being adjusted enough not to need many more changes. Therefore I consider to branch 5.8 out of devel version next week on Friday, February 23, 2024, sometime around noon UTC.
After that the master branch becomes open for new features, and branch 5.8 has to be hammered further to build the 5.8.x series.
Cheers, Daniel
On 10.01.24 10:11, Daniel-Constantin Mierla wrote:
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Hello,
short notification that v5.8.0 is going to be released today, therefore any commits to branch 5.8 have to be announced to sr-dev and wait for the ack before pushing to git repository in order to avoid conflicts with the release building process. Once the announcement is out, commits can be pushed to branch 5.8 as usual.
Cheers, Daniel
On 06.03.24 07:56, Daniel-Constantin Mierla wrote:
Hello,
with still some docs to be updated for v5.8.0, the plan is to get the new version out tomorrow, March 7, 2024.
Cheers, Daniel
On 27.02.24 16:49, Daniel-Constantin Mierla wrote:
Hello,
I propose to aim to get out 5.8.0 next week on Wednesday or Thursday (March 6 or 7, 2024). I haven't seen much activity around issues in the new features/modules. If time allows to build the pages for what-is-new and how-to-upgrade (which I think it should be rather minimal), then I think it should be no other major task. Overall it will be almost two weeks since the 5.8 branch was created.
Cheers, Daniel
On 23.02.24 12:11, Daniel-Constantin Mierla wrote:
Hello,
quick note that later today I will create the branch 5.8, notification emails will be sent once done.
Cheers, Daniel
On 16.02.24 08:01, Daniel-Constantin Mierla wrote:
Hello,
hopefully the devel version is now more stabilized after the freezing, the new components being adjusted enough not to need many more changes. Therefore I consider to branch 5.8 out of devel version next week on Friday, February 23, 2024, sometime around noon UTC.
After that the master branch becomes open for new features, and branch 5.8 has to be hammered further to build the 5.8.x series.
Cheers, Daniel
On 10.01.24 10:11, Daniel-Constantin Mierla wrote:
Hello,
discussed a bit during the online Kamailio devel meeting, it is time to set the milestones towards the next major Kamailio release series v5.8.x.
If no other suggestions that suit more developers, I would propose to freeze by end of this month or early February, then test for about 4 weeks as usual and release by end of February or during March.
If anyone wants to add new features/modules, they have to be published till freezing date, either pushed in the git repository or proposed as pull request.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, February 20-22, 2024 -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
-
Daniel-Constantin Mierla -
Henning Westerholt -
Richard Chan