6 Jan
2025
6 Jan
'25
10:57 p.m.
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
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
15 Jan
15 Jan
5:18 p.m.
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
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
8:59 p.m.
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(a)torreviejawireless.org |
| ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A 5068 |
| ⠈⠳⣄⠀⠀⠀ Debian Developer |
-----------------------------------------------------------------
9:16 p.m.
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(a)lists.kamailio.org>
Sent: Mittwoch, 15. Januar 2025 10:59
To: sr-dev(a)lists.kamailio.org
Cc: Victor Seva <linuxmaniac(a)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(a)torreviejawireless.org |
| ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A
5068 |
| ⠈⠳⣄⠀⠀⠀ Debian Developer |
-----------------------------------------------------------------
20 Jan
20 Jan
6:25 p.m.
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
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
-----Original Message-----
From: Victor Seva via sr-dev <sr-dev(a)lists.kamailio.org>
Sent: Mittwoch, 15. Januar 2025 10:59
To: sr-dev(a)lists.kamailio.org
Cc: Victor Seva <linuxmaniac(a)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:
_______________________________________________
Kamailio - Development Mailing List -- sr-dev(a)lists.kamailio.org
To unsubscribe send an email to sr-dev-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
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(a)torreviejawireless.org |
| ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A
5068 |
| ⠈⠳⣄⠀⠀⠀ Debian Developer |
-----------------------------------------------------------------
23 Jan
23 Jan
2:31 a.m.
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:
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
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
--
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(a)lists.kamailio.org
To unsubscribe send an email to sr-dev-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
-----Original Message-----
From: Victor Seva via sr-dev <sr-dev(a)lists.kamailio.org>
Sent: Mittwoch, 15. Januar 2025 10:59
To: sr-dev(a)lists.kamailio.org
Cc: Victor Seva <linuxmaniac(a)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:
_______________________________________________
Kamailio - Development Mailing List -- sr-dev(a)lists.kamailio.org
To unsubscribe send an email to sr-dev-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
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(a)torreviejawireless.org |
| ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A
5068 |
| ⠈⠳⣄⠀⠀⠀ Debian Developer |
-----------------------------------------------------------------
2:46 a.m.
🚀
On Wed, Jan 22, 2025 at 4:31 PM Daniel-Constantin Mierla via sr-dev <
sr-dev(a)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(a)lists.kamailio.org>
>> Sent: Mittwoch, 15. Januar 2025 10:59
>> To: sr-dev(a)lists.kamailio.org
>> Cc: Victor Seva <linuxmaniac(a)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(a)torreviejawireless.org |
>> | ⢿⡄⠘⠷⠚⠋⠀PGP: 8F19 CADC D42A 42D4 5563 730C 51A0 9B18 CF5A
>> 5068 |
>> | ⠈⠳⣄⠀⠀⠀ Debian Developer |
>> -----------------------------------------------------------------
> _______________________________________________
> Kamailio - Development Mailing List -- sr-dev(a)lists.kamailio.org
> To unsubscribe send an email to sr-dev-leave(a)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(a)lists.kamailio.org
To unsubscribe send an email to sr-dev-leave(a)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(a)lists.kamailio.org
To unsubscribe send an email to sr-dev-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!
28 Jan
28 Jan
4:37 a.m.
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
15
days inactive
36
days old
7 comments
4 participants
participants (4)
-
Daniel-Constantin Mierla -
Henning Westerholt -
Markus Monka -
Victor Seva