Hello,
I am trying to figure out what would be the best date to branch 6.0 in the git repo.
To allow a bit of time after returning from the winter holidays to tune more the cmake and packaging, I would think that January 15, 2025 could be a good choice.
If nobody comes with other opinions/suggestions, then we will go for it.
Cheers, Daniel
Hello,
creating git branch 6.0 was planned for today and I wonder if it shall be done latter during the evening or it would be preferred to be postponed for two days or so, till end of the week/Friday, as I noticed yesterday some new work being done to cmake files for FreeBSD and maybe new commits are still coming.
Of course, there is also the option to create the branch and then the new commits backported, but maybe postponing makes everything more convenient.
In short, if anyone feels that postponing a bit creating the branch 6.0 simplifies their current work, let us know. If nobody ask for postponing, the branch will be created later towards the end of today.
Cheers, Daniel
On 06.01.25 12:57, Daniel-Constantin Mierla wrote:
Hello,
I am trying to figure out what would be the best date to branch 6.0 in the git repo.
To allow a bit of time after returning from the winter holidays to tune more the cmake and packaging, I would think that January 15, 2025 could be a good choice.
If nobody comes with other opinions/suggestions, then we will go for it.
Cheers, Daniel
Hi,
please postpone. I didn't have time finalize the test of cmake builds on debian packaging yet.
On 15/1/25 7:18, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
creating git branch 6.0 was planned for today and I wonder if it shall be done latter during the evening or it would be preferred to be postponed for two days or so, till end of the week/Friday, as I noticed yesterday some new work being done to cmake files for FreeBSD and maybe new commits are still coming.
Of course, there is also the option to create the branch and then the new commits backported, but maybe postponing makes everything more convenient.
In short, if anyone feels that postponing a bit creating the branch 6.0 simplifies their current work, let us know. If nobody ask for postponing, the branch will be created later towards the end of today.
Cheers, Daniel
Hello,
yes, Xenofon is also waiting for a final reply from Sergey for the RPM packaging if now all is fine (was discussed as part of PR #4085).
Cheers,
Henning
-----Original Message----- From: Victor Seva via sr-dev sr-dev@lists.kamailio.org Sent: Mittwoch, 15. Januar 2025 10:59 To: sr-dev@lists.kamailio.org Cc: Victor Seva linuxmaniac@torreviejawireless.org Subject: [sr-dev] Re: Branching 6.0 series
Hi,
please postpone. I didn't have time finalize the test of cmake builds on debian packaging yet.
On 15/1/25 7:18, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
creating git branch 6.0 was planned for today and I wonder if it shall be done latter during the evening or it would be preferred to be postponed for two days or so, till end of the week/Friday, as I noticed yesterday some new work being done to cmake files for FreeBSD and maybe new commits are still coming.
Of course, there is also the option to create the branch and then the new commits backported, but maybe postponing makes everything more convenient.
In short, if anyone feels that postponing a bit creating the branch 6.0 simplifies their current work, let us know. If nobody ask for postponing, the branch will be created later towards the end of today.
Cheers, Daniel
--
| ⢀⣴⠾⠻⢶⣦⠀ Victor Seva | | ⣾⠁⢠⠒⠀⣿⡁ linuxmaniac@torreviejawireless.org | | ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A 5068 | | ⠈⠳⣄⠀⠀⠀ Debian Developer |
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
Cheers, Daniel
On 15.01.25 11:16, Henning Westerholt via sr-dev wrote:
Hello,
yes, Xenofon is also waiting for a final reply from Sergey for the RPM packaging if now all is fine (was discussed as part of PR #4085).
Cheers,
Henning
-----Original Message----- From: Victor Seva via sr-dev sr-dev@lists.kamailio.org Sent: Mittwoch, 15. Januar 2025 10:59 To: sr-dev@lists.kamailio.org Cc: Victor Seva linuxmaniac@torreviejawireless.org Subject: [sr-dev] Re: Branching 6.0 series
Hi,
please postpone. I didn't have time finalize the test of cmake builds on debian packaging yet.
On 15/1/25 7:18, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
creating git branch 6.0 was planned for today and I wonder if it shall be done latter during the evening or it would be preferred to be postponed for two days or so, till end of the week/Friday, as I noticed yesterday some new work being done to cmake files for FreeBSD and maybe new commits are still coming.
Of course, there is also the option to create the branch and then the new commits backported, but maybe postponing makes everything more convenient.
In short, if anyone feels that postponing a bit creating the branch 6.0 simplifies their current work, let us know. If nobody ask for postponing, the branch will be created later towards the end of today.
Cheers, Daniel
--
| ⢀⣴⠾⠻⢶⣦⠀ Victor Seva | | ⣾⠁⢠⠒⠀⣿⡁ linuxmaniac@torreviejawireless.org | | ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A 5068 | | ⠈⠳⣄⠀⠀⠀ Debian Developer |
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
Hello,
later today, in a few hours, I am going to create the branch 6.0. More details will be provided once it has been created.
Cheers, Daniel
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
Cheers, Daniel
On 15.01.25 11:16, Henning Westerholt via sr-dev wrote:
Hello,
yes, Xenofon is also waiting for a final reply from Sergey for the RPM packaging if now all is fine (was discussed as part of PR #4085).
Cheers,
Henning
-----Original Message----- From: Victor Seva via sr-dev sr-dev@lists.kamailio.org Sent: Mittwoch, 15. Januar 2025 10:59 To: sr-dev@lists.kamailio.org Cc: Victor Seva linuxmaniac@torreviejawireless.org Subject: [sr-dev] Re: Branching 6.0 series
Hi,
please postpone. I didn't have time finalize the test of cmake builds on debian packaging yet.
On 15/1/25 7:18, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
creating git branch 6.0 was planned for today and I wonder if it shall be done latter during the evening or it would be preferred to be postponed for two days or so, till end of the week/Friday, as I noticed yesterday some new work being done to cmake files for FreeBSD and maybe new commits are still coming.
Of course, there is also the option to create the branch and then the new commits backported, but maybe postponing makes everything more convenient.
In short, if anyone feels that postponing a bit creating the branch 6.0 simplifies their current work, let us know. If nobody ask for postponing, the branch will be created later towards the end of today.
Cheers, Daniel
--
| ⢀⣴⠾⠻⢶⣦⠀ Victor Seva | | ⣾⠁⢠⠒⠀⣿⡁ linuxmaniac@torreviejawireless.org | | ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A 5068 | | ⠈⠳⣄⠀⠀⠀ Debian Developer |
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
🚀
On Wed, Jan 22, 2025 at 4:31 PM Daniel-Constantin Mierla via sr-dev < sr-dev@lists.kamailio.org> wrote:
Hello,
later today, in a few hours, I am going to create the branch 6.0. More details will be provided once it has been created.
Cheers, Daniel
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
Cheers, Daniel
On 15.01.25 11:16, Henning Westerholt via sr-dev wrote:
Hello,
yes, Xenofon is also waiting for a final reply from Sergey for the RPM
packaging if now all is fine (was discussed as part of PR #4085).
Cheers,
Henning
-----Original Message----- From: Victor Seva via sr-dev sr-dev@lists.kamailio.org Sent: Mittwoch, 15. Januar 2025 10:59 To: sr-dev@lists.kamailio.org Cc: Victor Seva linuxmaniac@torreviejawireless.org Subject: [sr-dev] Re: Branching 6.0 series
Hi,
please postpone. I didn't have time finalize the test of cmake builds
on debian
packaging yet.
On 15/1/25 7:18, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
creating git branch 6.0 was planned for today and I wonder if it shall be done latter during the evening or it would be preferred to be postponed for two days or so, till end of the week/Friday, as I noticed yesterday some new work being done to cmake files for FreeBSD and maybe new commits are still coming.
Of course, there is also the option to create the branch and then the new commits backported, but maybe postponing makes everything more convenient.
In short, if anyone feels that postponing a bit creating the branch 6.0 simplifies their current work, let us know. If nobody ask for postponing, the branch will be created later towards the end of today.
Cheers, Daniel
--
| ⢀⣴⠾⠻⢶⣦⠀ Victor Seva | | ⣾⠁⢠⠒⠀⣿⡁ linuxmaniac@torreviejawireless.org | | ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A 5068 | | ⠈⠳⣄⠀⠀⠀ Debian Developer |
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only
to the sender!
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to
the sender!
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
Hello,
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
shall we still aim for releasing v6.0.0 on this upcoming Wednesday, January 29, 2025?
We the old-Makefiles kept, it is doable, the wiki pages needs to be created for this release series, which I can do tomorrow, as I waited to see if how it should be the recommended method for compilation/installation.
If the feeling is that we should wait, then probably the target date has to be shifted somewhere in the week starting on February 10, 2025, because Fosdem follows this weekend and then some countries have a week holiday break.
If no other opinions and change of decision, the release will be done on Wednesday, with content using the old-Makefiles (to reuse existing tutorials) and reference to cmake variant when it is the case.
Cheers, Daniel
Hi Daniel,
releasing 6.0 tomorrow sounds good to me.
Regarding the package building with the cmake infrastructure: I think for RPM based distributions we are probably close, for Debian based distributions there seems to be more work open as discussed in the different GitHub issues.
Packages for 6.0 could be created with the old Makefile system, sure.
But we should remove the Makefiles in git master for release 6.1 then completely, just to finish the migration. The really old releases (Ubuntu 16.04) with a too old cmake will be in 2026 then also end of life, so it should be fine.
Cheers,
Henning
-----Original Message----- From: Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.org Sent: Montag, 27. Januar 2025 18:38 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Cc: Daniel-Constantin Mierla miconda@gmail.com Subject: [sr-dev] Re: Branching 6.0 series
Hello,
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
shall we still aim for releasing v6.0.0 on this upcoming Wednesday, January 29, 2025?
We the old-Makefiles kept, it is doable, the wiki pages needs to be created for this release series, which I can do tomorrow, as I waited to see if how it should be the recommended method for compilation/installation.
If the feeling is that we should wait, then probably the target date has to be shifted somewhere in the week starting on February 10, 2025, because Fosdem follows this weekend and then some countries have a week holiday break.
If no other opinions and change of decision, the release will be done on Wednesday, with content using the old-Makefiles (to reuse existing tutorials) and reference to cmake variant when it is the case.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, May 12-13, 2025, Berlin -- kamailioworld.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
Hey all,
Yeah we can keep for now the Makefiles until CMake is fully ready for used also in packaging.
As Henning said, RHEL and Fedora package seems to be working by Sergey apart from some minor json-c stuff currently.
There is still some work to be done for Debian-based and the modular packaging for the various groups to be used by Victor but hopefully soon it will be implemented.
Thanks, Xenofon
________________________________ From: Henning Westerholt via sr-dev sr-dev@lists.kamailio.org Sent: Tuesday, January 28, 2025 10:44 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Cc: Henning Westerholt hw@gilawa.com Subject: [sr-dev] Re: Branching 6.0 series
Hi Daniel,
releasing 6.0 tomorrow sounds good to me.
Regarding the package building with the cmake infrastructure: I think for RPM based distributions we are probably close, for Debian based distributions there seems to be more work open as discussed in the different GitHub issues.
Packages for 6.0 could be created with the old Makefile system, sure.
But we should remove the Makefiles in git master for release 6.1 then completely, just to finish the migration. The really old releases (Ubuntu 16.04) with a too old cmake will be in 2026 then also end of life, so it should be fine.
Cheers,
Henning
-----Original Message----- From: Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.org Sent: Montag, 27. Januar 2025 18:38 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Cc: Daniel-Constantin Mierla miconda@gmail.com Subject: [sr-dev] Re: Branching 6.0 series
Hello,
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
shall we still aim for releasing v6.0.0 on this upcoming Wednesday, January 29, 2025?
We the old-Makefiles kept, it is doable, the wiki pages needs to be created for this release series, which I can do tomorrow, as I waited to see if how it should be the recommended method for compilation/installation.
If the feeling is that we should wait, then probably the target date has to be shifted somewhere in the week starting on February 10, 2025, because Fosdem follows this weekend and then some countries have a week holiday break.
If no other opinions and change of decision, the release will be done on Wednesday, with content using the old-Makefiles (to reuse existing tutorials) and reference to cmake variant when it is the case.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, May 12-13, 2025, Berlin -- kamailioworld.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
_______________________________________________ Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
Hello,
can you backport the cmake-related commits to branch 6.0 that you consider to be ready for it? It should be from last week, since the branch 6.0 was created. I was not sure what is ready or not, so I haven't gone through them. Being related to build tools, future cmake-related commits can also be backported to branch 6.0 if they apply for this release series.
Cheers, Daniel
On 28.01.25 11:18, Xenofon Karamanos via sr-dev wrote:
Hey all,
Yeah we can keep for now the Makefiles until CMake is fully ready for used also in packaging.
As Henning said, RHEL and Fedora package seems to be working by Sergey apart from some minor |json-c| stuff currently.
There is still some work to be done for Debian-based and the modular packaging for the various groups to be used by Victor but hopefully soon it will be implemented.
Thanks, Xenofon
*From:* Henning Westerholt via sr-dev sr-dev@lists.kamailio.org *Sent:* Tuesday, January 28, 2025 10:44 *To:* Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org *Cc:* Henning Westerholt hw@gilawa.com *Subject:* [sr-dev] Re: Branching 6.0 series Hi Daniel,
releasing 6.0 tomorrow sounds good to me.
Regarding the package building with the cmake infrastructure: I think for RPM based distributions we are probably close, for Debian based distributions there seems to be more work open as discussed in the different GitHub issues.
Packages for 6.0 could be created with the old Makefile system, sure.
But we should remove the Makefiles in git master for release 6.1 then completely, just to finish the migration. The really old releases (Ubuntu 16.04) with a too old cmake will be in 2026 then also end of life, so it should be fine.
Cheers,
Henning
-----Original Message----- From: Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.org Sent: Montag, 27. Januar 2025 18:38 To: Kamailio (SER) - Development Mailing List
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Cc: Daniel-Constantin Mierla miconda@gmail.com Subject: [sr-dev] Re: Branching 6.0 series
Hello,
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
shall we still aim for releasing v6.0.0 on this upcoming Wednesday,
January
29, 2025?
We the old-Makefiles kept, it is doable, the wiki pages needs to be
created for
this release series, which I can do tomorrow, as I waited to see if
how it should
be the recommended method for compilation/installation.
If the feeling is that we should wait, then probably the target date
has to be
shifted somewhere in the week starting on February 10, 2025, because Fosdem follows this weekend and then some countries have a week holiday break.
If no other opinions and change of decision, the release will be done on Wednesday, with content using the old-Makefiles (to reuse existing tutorials) and reference to cmake variant when it is the case.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World
Conference,
May 12-13, 2025, Berlin -- kamailioworld.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply
only to the
sender!
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
Hello Daniel,
I will look with Xenofon this morning into it and backport the cmake fixes from the last days to 6.0 branch.
Cheers,
Henning
From: Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.org Sent: Dienstag, 28. Januar 2025 17:16 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Cc: Xenofon Karamanos xk@gilawa.com; Daniel-Constantin Mierla miconda@gmail.com Subject: [sr-dev] Re: Branching 6.0 series
Hello,
can you backport the cmake-related commits to branch 6.0 that you consider to be ready for it? It should be from last week, since the branch 6.0 was created. I was not sure what is ready or not, so I haven't gone through them. Being related to build tools, future cmake-related commits can also be backported to branch 6.0 if they apply for this release series.
Cheers, Daniel
On 28.01.25 11:18, Xenofon Karamanos via sr-dev wrote: Hey all,
Yeah we can keep for now the Makefiles until CMake is fully ready for used also in packaging.
As Henning said, RHEL and Fedora package seems to be working by Sergey apart from some minor json-c stuff currently.
There is still some work to be done for Debian-based and the modular packaging for the various groups to be used by Victor but hopefully soon it will be implemented.
Thanks, Xenofon
________________________________ From: Henning Westerholt via sr-dev sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org Sent: Tuesday, January 28, 2025 10:44 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org Cc: Henning Westerholt hw@gilawa.commailto:hw@gilawa.com Subject: [sr-dev] Re: Branching 6.0 series
Hi Daniel,
releasing 6.0 tomorrow sounds good to me.
Regarding the package building with the cmake infrastructure: I think for RPM based distributions we are probably close, for Debian based distributions there seems to be more work open as discussed in the different GitHub issues.
Packages for 6.0 could be created with the old Makefile system, sure.
But we should remove the Makefiles in git master for release 6.1 then completely, just to finish the migration. The really old releases (Ubuntu 16.04) with a too old cmake will be in 2026 then also end of life, so it should be fine.
Cheers,
Henning
-----Original Message----- From: Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org Sent: Montag, 27. Januar 2025 18:38 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org Cc: Daniel-Constantin Mierla miconda@gmail.commailto:miconda@gmail.com Subject: [sr-dev] Re: Branching 6.0 series
Hello,
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
shall we still aim for releasing v6.0.0 on this upcoming Wednesday, January 29, 2025?
We the old-Makefiles kept, it is doable, the wiki pages needs to be created for this release series, which I can do tomorrow, as I waited to see if how it should be the recommended method for compilation/installation.
If the feeling is that we should wait, then probably the target date has to be shifted somewhere in the week starting on February 10, 2025, because Fosdem follows this weekend and then some countries have a week holiday break.
If no other opinions and change of decision, the release will be done on Wednesday, with content using the old-Makefiles (to reuse existing tutorials) and reference to cmake variant when it is the case.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, May 12-13, 2025, Berlin -- kamailioworld.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.orgmailto:sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
_______________________________________________ Kamailio - Development Mailing List -- sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.orgmailto:sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
_______________________________________________
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org
To unsubscribe send an email to sr-dev-leave@lists.kamailio.orgmailto:sr-dev-leave@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio World Conference, May 12-13, 2025, Berlin -- kamailioworld.com
Hey Daniel,
I went through the commits and cherry-picked them to branch 6.0.
If there are some more commits coming later, they can still be backported right?
Cheers, Xenofon
________________________________ From: Henning Westerholt hw@gilawa.com Sent: Wednesday, January 29, 2025 10:15 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Cc: miconda@gmail.com miconda@gmail.com; Xenofon Karamanos xk@gilawa.com Subject: RE: [sr-dev] Re: Branching 6.0 series
Hello Daniel,
I will look with Xenofon this morning into it and backport the cmake fixes from the last days to 6.0 branch.
Cheers,
Henning
From: Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.org Sent: Dienstag, 28. Januar 2025 17:16 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Cc: Xenofon Karamanos xk@gilawa.com; Daniel-Constantin Mierla miconda@gmail.com Subject: [sr-dev] Re: Branching 6.0 series
Hello,
can you backport the cmake-related commits to branch 6.0 that you consider to be ready for it? It should be from last week, since the branch 6.0 was created. I was not sure what is ready or not, so I haven't gone through them. Being related to build tools, future cmake-related commits can also be backported to branch 6.0 if they apply for this release series.
Cheers, Daniel
On 28.01.25 11:18, Xenofon Karamanos via sr-dev wrote:
Hey all,
Yeah we can keep for now the Makefiles until CMake is fully ready for used also in packaging.
As Henning said, RHEL and Fedora package seems to be working by Sergey apart from some minor json-c stuff currently.
There is still some work to be done for Debian-based and the modular packaging for the various groups to be used by Victor but hopefully soon it will be implemented.
Thanks,
Xenofon
________________________________
From: Henning Westerholt via sr-dev sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org Sent: Tuesday, January 28, 2025 10:44 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org Cc: Henning Westerholt hw@gilawa.commailto:hw@gilawa.com Subject: [sr-dev] Re: Branching 6.0 series
Hi Daniel,
releasing 6.0 tomorrow sounds good to me.
Regarding the package building with the cmake infrastructure: I think for RPM based distributions we are probably close, for Debian based distributions there seems to be more work open as discussed in the different GitHub issues.
Packages for 6.0 could be created with the old Makefile system, sure.
But we should remove the Makefiles in git master for release 6.1 then completely, just to finish the migration. The really old releases (Ubuntu 16.04) with a too old cmake will be in 2026 then also end of life, so it should be fine.
Cheers,
Henning
-----Original Message----- From: Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org Sent: Montag, 27. Januar 2025 18:38 To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org; Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org Cc: Daniel-Constantin Mierla miconda@gmail.commailto:miconda@gmail.com Subject: [sr-dev] Re: Branching 6.0 series
Hello,
On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote:
Hello,
I think we should branch it on Wednesday, Jan 22, 2025, no matter on what stage we are with cmake support. The old-Makefiles should be kept anyhow (as they are or in a special folder with an easy way to recover them), because there are many bits and pieces that can be discovered later when more users.
Because there were no many bugs reported to the C code specific to 6.0, we can aim releasing on January 29, 2025, with old-Makefile still to be used for tasks that are not yet covered by cmake.
shall we still aim for releasing v6.0.0 on this upcoming Wednesday, January 29, 2025?
We the old-Makefiles kept, it is doable, the wiki pages needs to be created for this release series, which I can do tomorrow, as I waited to see if how it should be the recommended method for compilation/installation.
If the feeling is that we should wait, then probably the target date has to be shifted somewhere in the week starting on February 10, 2025, because Fosdem follows this weekend and then some countries have a week holiday break.
If no other opinions and change of decision, the release will be done on Wednesday, with content using the old-Makefiles (to reuse existing tutorials) and reference to cmake variant when it is the case.
Cheers, Daniel
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, May 12-13, 2025, Berlin -- kamailioworld.com
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.orgmailto:sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
_______________________________________________ Kamailio - Development Mailing List -- sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.orgmailto:sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
_______________________________________________
Kamailio - Development Mailing List -- sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org
To unsubscribe send an email to sr-dev-leave@lists.kamailio.orgmailto:sr-dev-leave@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio World Conference, May 12-13, 2025, Berlin -- kamailioworld.com
Hello,
On 29.01.25 11:43, Xenofon Karamanos wrote:
Hey Daniel,
I went through the commits and cherry-picked them to branch 6.0.
If there are some more commits coming later, they can still be backported right?
yes, cmake-related commits are not new feature in the c code of Kamailio, can be backported if they improve the building process for 6.0.x.
Cheers, Daniel
Cheers, Xenofon
*From:* Henning Westerholt hw@gilawa.com *Sent:* Wednesday, January 29, 2025 10:15 *To:* Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org *Cc:* miconda@gmail.com miconda@gmail.com; Xenofon Karamanos xk@gilawa.com *Subject:* RE: [sr-dev] Re: Branching 6.0 series
Hello Daniel,
I will look with Xenofon this morning into it and backport the cmake fixes from the last days to 6.0 branch.
Cheers,
Henning
*From:*Daniel-Constantin Mierla via sr-dev sr-dev@lists.kamailio.org *Sent:* Dienstag, 28. Januar 2025 17:16 *To:* Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org *Cc:* Xenofon Karamanos xk@gilawa.com; Daniel-Constantin Mierla miconda@gmail.com *Subject:* [sr-dev] Re: Branching 6.0 series
Hello,
can you backport the cmake-related commits to branch 6.0 that you consider to be ready for it? It should be from last week, since the branch 6.0 was created. I was not sure what is ready or not, so I haven't gone through them. Being related to build tools, future cmake-related commits can also be backported to branch 6.0 if they apply for this release series.
Cheers, Daniel
On 28.01.25 11:18, Xenofon Karamanos via sr-dev wrote:
Hey all, Yeah we can keep for now the Makefiles until CMake is fully ready for used also in packaging. As Henning said, RHEL and Fedora package seems to be working by Sergey apart from some minor |json-c| stuff currently. There is still some work to be done for Debian-based and the modular packaging for the various groups to be used by Victor but hopefully soon it will be implemented. Thanks, Xenofon ------------------------------------------------------------------------ *From:*Henning Westerholt via sr-dev <sr-dev@lists.kamailio.org> <mailto:sr-dev@lists.kamailio.org> *Sent:* Tuesday, January 28, 2025 10:44 *To:* Kamailio (SER) - Development Mailing List <sr-dev@lists.kamailio.org> <mailto:sr-dev@lists.kamailio.org>; Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org> <mailto:sr-users@lists.kamailio.org> *Cc:* Henning Westerholt <hw@gilawa.com> <mailto:hw@gilawa.com> *Subject:* [sr-dev] Re: Branching 6.0 series Hi Daniel, releasing 6.0 tomorrow sounds good to me. Regarding the package building with the cmake infrastructure: I think for RPM based distributions we are probably close, for Debian based distributions there seems to be more work open as discussed in the different GitHub issues. Packages for 6.0 could be created with the old Makefile system, sure. But we should remove the Makefiles in git master for release 6.1 then completely, just to finish the migration. The really old releases (Ubuntu 16.04) with a too old cmake will be in 2026 then also end of life, so it should be fine. Cheers, Henning > -----Original Message----- > From: Daniel-Constantin Mierla via sr-dev <sr-dev@lists.kamailio.org> <mailto:sr-dev@lists.kamailio.org> > Sent: Montag, 27. Januar 2025 18:38 > To: Kamailio (SER) - Development Mailing List <sr-dev@lists.kamailio.org> <mailto:sr-dev@lists.kamailio.org>; > Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org> <mailto:sr-users@lists.kamailio.org> > Cc: Daniel-Constantin Mierla <miconda@gmail.com> <mailto:miconda@gmail.com> > Subject: [sr-dev] Re: Branching 6.0 series > > Hello, > > On 20.01.25 08:25, Daniel-Constantin Mierla via sr-dev wrote: > > Hello, > > > > I think we should branch it on Wednesday, Jan 22, 2025, no matter on > > what stage we are with cmake support. The old-Makefiles should be kept > > anyhow (as they are or in a special folder with an easy way to recover > > them), because there are many bits and pieces that can be discovered > > later when more users. > > > > Because there were no many bugs reported to the C code specific to > > 6.0, we can aim releasing on January 29, 2025, with old-Makefile still > > to be used for tasks that are not yet covered by cmake. > > shall we still aim for releasing v6.0.0 on this upcoming Wednesday, January > 29, 2025? > > We the old-Makefiles kept, it is doable, the wiki pages needs to be created for > this release series, which I can do tomorrow, as I waited to see if how it should > be the recommended method for compilation/installation. > > If the feeling is that we should wait, then probably the target date has to be > shifted somewhere in the week starting on February 10, 2025, because > Fosdem follows this weekend and then some countries have a week holiday > break. > > If no other opinions and change of decision, the release will be done on > Wednesday, with content using the old-Makefiles (to reuse existing > tutorials) and reference to cmake variant when it is the case. > > Cheers, > Daniel > > -- > Daniel-Constantin Mierla (@ asipto.com) > twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, > Training and Development Services -- asipto.com Kamailio World Conference, > May 12-13, 2025, Berlin -- kamailioworld.com > > _______________________________________________ > Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To > unsubscribe send an email to sr-dev-leave@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to the > sender! _______________________________________________ Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! _______________________________________________ Kamailio - Development Mailing List -- sr-dev@lists.kamailio.org To unsubscribe send an email to sr-dev-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
-- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio World Conference, May 12-13, 2025, Berlin -- kamailioworld.com