Hi Henning,
as I was discussing with you at the fosdem dinner we were developing something on the 5.3 branch yet:
we have a module for the history info processing with functions and pv variables $hi[index] handling. As I told you before moving the pvs to the core, we would like to have a well tested module.
We have also added functions to the sdpops module to allow codec reorder, remove and other manipulations over the request/response processing (matching between invites and updates with 200 OK responses).
We have added native and kemi functions to the userblacklist module where we do global filtering based on the from uri or other customer selected field.
We have also readded and updated the Gentoo ebuilds that were removed many releases ago. We based them on the stable releases and we have one too for git with version 9999 as usual.
Do you think we can start to push some code?
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Hello Federico,
Great to hear from you, it was nice to meet you at FOSDEM!
Extensions to modules that add new useful functionality are always welcome, and packaging support of course as well. You probably know this document already, it gives many hints about our way of working and some guidelines for commit messages etc.. https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example.
If you plan to do more work on the Gentoo ebuild packaging, you will get also commit access to our repository that you can maintain the ebuild files directly in git master. Just let us know after you submitted the first Gentoo packaging pull request. The old ebuilds were removed because they were outdated.
One last note - new functionality will be included in the next major release 5.4.0, the package files can be also integrated into the stabled releases branches 5.3 and 5.2.
Cheers,
Henning
On 13 Feb 2020, at 13:53, Henning Westerholt hw@skalatan.de wrote:
The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example.
Just to clarify even further: Make small focused separate pull requests for each issue, not one that fixes everything at the same time. :-)
Cheers, /O
Hi Henning,
actually i’m going to pull the pkg/kamailio/gentoo folder.
It contains: files kamailio.confd kamailio.initd kamailio-5.1.10.ebuild kamailio-5.2.6.ebuild kamailio-5.3.2.ebuild kamailio-9999.ebuild As it contains all builds for every single version, and also the one for the master release, how you think they should be packaged?
One ebuild for every release and the 9999 for the master or all in one?
Could be the commit message like this?
pkg/gentoo: Added ebuild for versions 5.1.10, 5.2.6, 5.3.2 and master.
Please let me know.
Best regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 13:53, Henning Westerholt hw@skalatan.de ha scritto:
Hello Federico,
Great to hear from you, it was nice to meet you at FOSDEM!
Extensions to modules that add new useful functionality are always welcome, and packaging support of course as well. You probably know this document already, it gives many hints about our way of working and some guidelines for commit messages etc.. https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example.
If you plan to do more work on the Gentoo ebuild packaging, you will get also commit access to our repository that you can maintain the ebuild files directly in git master. Just let us know after you submitted the first Gentoo packaging pull request. The old ebuilds were removed because they were outdated.
One last note - new functionality will be included in the next major release 5.4.0, the package files can be also integrated into the stabled releases branches 5.3 and 5.2.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com
-----Original Message----- From: sr-dev sr-dev-bounces@lists.kamailio.org On Behalf Of Federico Santulli Sent: Thursday, February 13, 2020 12:57 PM To: sr-dev@lists.sip-router.org Subject: [sr-dev] About FOSDEM talks
Hi Henning,
as I was discussing with you at the fosdem dinner we were developing something on the 5.3 branch yet:
we have a module for the history info processing with functions and pv variables $hi[index] handling. As I told you before moving the pvs to the core, we would like to have a well tested module.
We have also added functions to the sdpops module to allow codec reorder, remove and other manipulations over the request/response processing (matching between invites and updates with 200 OK responses).
We have added native and kemi functions to the userblacklist module where we do global filtering based on the from uri or other customer selected field.
We have also readded and updated the Gentoo ebuilds that were removed many releases ago. We based them on the stable releases and we have one too for git with version 9999 as usual.
Do you think we can start to push some code?
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hello Federico,
In git master we should have the -9999 file, and in the respective stable branches the other files.
You can send me the files e.g. as zip or patch file directly (send not to the list), and I integrate it in the repository.
You could do further updates then directly there.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.comhttps://gilawa.com/
From: Federico Santulli kam.list@nhm.it Sent: Thursday, February 13, 2020 3:54 PM To: Henning Westerholt hw@skalatan.de Cc: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Subject: Re: [sr-dev] About FOSDEM talks
Hi Henning,
actually i’m going to pull the pkg/kamailio/gentoo folder.
It contains: · files o kamailio.confd o kamailio.initd · kamailio-5.1.10.ebuild · kamailio-5.2.6.ebuild · kamailio-5.3.2.ebuild · kamailio-9999.ebuild As it contains all builds for every single version, and also the one for the master release, how you think they should be packaged?
One ebuild for every release and the 9999 for the master or all in one?
Could be the commit message like this?
pkg/gentoo: Added ebuild for versions 5.1.10, 5.2.6, 5.3.2 and master.
Please let me know. Best regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 13:53, Henning Westerholt <hw@skalatan.demailto:hw@skalatan.de> ha scritto:
Hello Federico,
Great to hear from you, it was nice to meet you at FOSDEM!
Extensions to modules that add new useful functionality are always welcome, and packaging support of course as well. You probably know this document already, it gives many hints about our way of working and some guidelines for commit messages etc.. https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example.
If you plan to do more work on the Gentoo ebuild packaging, you will get also commit access to our repository that you can maintain the ebuild files directly in git master. Just let us know after you submitted the first Gentoo packaging pull request. The old ebuilds were removed because they were outdated.
One last note - new functionality will be included in the next major release 5.4.0, the package files can be also integrated into the stabled releases branches 5.3 and 5.2.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com
-----Original Message----- From: sr-dev <sr-dev-bounces@lists.kamailio.orgmailto:sr-dev-bounces@lists.kamailio.org> On Behalf Of Federico Santulli Sent: Thursday, February 13, 2020 12:57 PM To: sr-dev@lists.sip-router.orgmailto:sr-dev@lists.sip-router.org Subject: [sr-dev] About FOSDEM talks
Hi Henning,
as I was discussing with you at the fosdem dinner we were developing something on the 5.3 branch yet:
we have a module for the history info processing with functions and pv variables $hi[index] handling. As I told you before moving the pvs to the core, we would like to have a well tested module.
We have also added functions to the sdpops module to allow codec reorder, remove and other manipulations over the request/response processing (matching between invites and updates with 200 OK responses).
We have added native and kemi functions to the userblacklist module where we do global filtering based on the from uri or other customer selected field.
We have also readded and updated the Gentoo ebuilds that were removed many releases ago. We based them on the stable releases and we have one too for git with version 9999 as usual.
Do you think we can start to push some code?
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
_______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hi Henning,
If you agree we could have all the main releases in the git master with the 9999 file and just backport the branch relative release.
This way I can just pull those files and then you can backport to branches.
Please let me know, otherwise I will proceed with the ZIP.
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 17:33, Henning Westerholt hw@skalatan.de ha scritto:
Hello Federico,
In git master we should have the -9999 file, and in the respective stable branches the other files.
You can send me the files e.g. as zip or patch file directly (send not to the list), and I integrate it in the repository.
You could do further updates then directly there.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ https://skalatan.de/blog/ Kamailio services – https://gilawa.com https://gilawa.com/
From: Federico Santulli <kam.list@nhm.it mailto:kam.list@nhm.it> Sent: Thursday, February 13, 2020 3:54 PM To: Henning Westerholt <hw@skalatan.de mailto:hw@skalatan.de> Cc: Kamailio (SER) - Development Mailing List <sr-dev@lists.kamailio.org mailto:sr-dev@lists.kamailio.org> Subject: Re: [sr-dev] About FOSDEM talks
Hi Henning,
actually i’m going to pull the pkg/kamailio/gentoo folder.
It contains: · files o kamailio.confd o kamailio.initd · kamailio-5.1.10.ebuild · kamailio-5.2.6.ebuild · kamailio-5.3.2.ebuild · kamailio-9999.ebuild As it contains all builds for every single version, and also the one for the master release, how you think they should be packaged?
One ebuild for every release and the 9999 for the master or all in one?
Could be the commit message like this?
pkg/gentoo: Added ebuild for versions 5.1.10, 5.2.6, 5.3.2 and master.
Please let me know.
Best regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 13:53, Henning Westerholt <hw@skalatan.de mailto:hw@skalatan.de> ha scritto:
Hello Federico,
Great to hear from you, it was nice to meet you at FOSDEM!
Extensions to modules that add new useful functionality are always welcome, and packaging support of course as well. You probably know this document already, it gives many hints about our way of working and some guidelines for commit messages etc..https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example.
If you plan to do more work on the Gentoo ebuild packaging, you will get also commit access to our repository that you can maintain the ebuild files directly in git master. Just let us know after you submitted the first Gentoo packaging pull request. The old ebuilds were removed because they were outdated.
One last note - new functionality will be included in the next major release 5.4.0, the package files can be also integrated into the stabled releases branches 5.3 and 5.2.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ https://skalatan.de/blog/ Kamailio services – https://gilawa.com https://gilawa.com/
-----Original Message----- From: sr-dev <sr-dev-bounces@lists.kamailio.org mailto:sr-dev-bounces@lists.kamailio.org> On Behalf Of Federico Santulli Sent: Thursday, February 13, 2020 12:57 PM To: sr-dev@lists.sip-router.org mailto:sr-dev@lists.sip-router.org Subject: [sr-dev] About FOSDEM talks
Hi Henning,
as I was discussing with you at the fosdem dinner we were developing something on the 5.3 branch yet:
we have a module for the history info processing with functions and pv variables $hi[index] handling. As I told you before moving the pvs to the core, we would like to have a well tested module.
We have also added functions to the sdpops module to allow codec reorder, remove and other manipulations over the request/response processing (matching between invites and updates with 200 OK responses).
We have added native and kemi functions to the userblacklist module where we do global filtering based on the from uri or other customer selected field.
We have also readded and updated the Gentoo ebuilds that were removed many releases ago. We based them on the stable releases and we have one too for git with version 9999 as usual.
Do you think we can start to push some code?
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org mailto:sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hi Federico,
This is also fine – we should just not place the old versions in git master.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.comhttps://gilawa.com/
From: Federico Santulli kam.list@nhm.it Sent: Thursday, February 13, 2020 5:37 PM To: Henning Westerholt hw@skalatan.de Cc: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Subject: Re: [sr-dev] About FOSDEM talks
Hi Henning,
If you agree we could have all the main releases in the git master with the 9999 file and just backport the branch relative release.
This way I can just pull those files and then you can backport to branches.
Please let me know, otherwise I will proceed with the ZIP.
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 17:33, Henning Westerholt <hw@skalatan.demailto:hw@skalatan.de> ha scritto:
Hello Federico,
In git master we should have the -9999 file, and in the respective stable branches the other files.
You can send me the files e.g. as zip or patch file directly (send not to the list), and I integrate it in the repository.
You could do further updates then directly there.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.comhttps://gilawa.com/
From: Federico Santulli <kam.list@nhm.itmailto:kam.list@nhm.it> Sent: Thursday, February 13, 2020 3:54 PM To: Henning Westerholt <hw@skalatan.demailto:hw@skalatan.de> Cc: Kamailio (SER) - Development Mailing List <sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org> Subject: Re: [sr-dev] About FOSDEM talks
Hi Henning,
actually i’m going to pull the pkg/kamailio/gentoo folder.
It contains: • files o kamailio.confd o kamailio.initd • kamailio-5.1.10.ebuild • kamailio-5.2.6.ebuild • kamailio-5.3.2.ebuild • kamailio-9999.ebuild As it contains all builds for every single version, and also the one for the master release, how you think they should be packaged?
One ebuild for every release and the 9999 for the master or all in one?
Could be the commit message like this?
pkg/gentoo: Added ebuild for versions 5.1.10, 5.2.6, 5.3.2 and master.
Please let me know. Best regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 13:53, Henning Westerholt <hw@skalatan.demailto:hw@skalatan.de> ha scritto:
Hello Federico,
Great to hear from you, it was nice to meet you at FOSDEM!
Extensions to modules that add new useful functionality are always welcome, and packaging support of course as well. You probably know this document already, it gives many hints about our way of working and some guidelines for commit messages etc..https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example.
If you plan to do more work on the Gentoo ebuild packaging, you will get also commit access to our repository that you can maintain the ebuild files directly in git master. Just let us know after you submitted the first Gentoo packaging pull request. The old ebuilds were removed because they were outdated.
One last note - new functionality will be included in the next major release 5.4.0, the package files can be also integrated into the stabled releases branches 5.3 and 5.2.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.comhttps://gilawa.com/
-----Original Message----- From: sr-dev <sr-dev-bounces@lists.kamailio.orgmailto:sr-dev-bounces@lists.kamailio.org> On Behalf Of Federico Santulli Sent: Thursday, February 13, 2020 12:57 PM To: sr-dev@lists.sip-router.orgmailto:sr-dev@lists.sip-router.org Subject: [sr-dev] About FOSDEM talks
Hi Henning,
as I was discussing with you at the fosdem dinner we were developing something on the 5.3 branch yet:
we have a module for the history info processing with functions and pv variables $hi[index] handling. As I told you before moving the pvs to the core, we would like to have a well tested module.
We have also added functions to the sdpops module to allow codec reorder, remove and other manipulations over the request/response processing (matching between invites and updates with 200 OK responses).
We have added native and kemi functions to the userblacklist module where we do global filtering based on the from uri or other customer selected field.
We have also readded and updated the Gentoo ebuilds that were removed many releases ago. We based them on the stable releases and we have one too for git with version 9999 as usual.
Do you think we can start to push some code?
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
_______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hello,
does the ebuild file need to have the version in the name?
I do not remember how was in the previous gentoo build specs, but I would prefer not to have version numbers in the file names, because that means adding/removing/renaming files every time there is a minor release.
Therefore, if not a constraint of the gentoo package build system, it would be better to just have the file named kamailio.ebuild, without any version number in the name, in every git branch and then have specific content for each branch version. So, besides the master, the branch 5.3 gets also only kamailio.ebuild file with content specific for 5.3.2 and we just update inside it with each new minor release.
Cheers, Daniel
On 13.02.20 17:36, Federico Santulli wrote:
Hi Henning,
If you agree we could have all the main releases in the git master with the 9999 file and just backport the branch relative release.
This way I can just pull those files and then you can backport to branches.
Please let me know, otherwise I will proceed with the ZIP.
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 17:33, Henning Westerholt <hw@skalatan.de mailto:hw@skalatan.de> ha scritto:
Hello Federico, In git master we should have the -9999 file, and in the respective stable branches the other files. You can send me the files e.g. as zip or patch file directly (send not to the list), and I integrate it in the repository. You could do further updates then directly there. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com https://gilawa.com/ *From:* Federico Santulli <kam.list@nhm.it mailto:kam.list@nhm.it> *Sent:* Thursday, February 13, 2020 3:54 PM *To:* Henning Westerholt <hw@skalatan.de mailto:hw@skalatan.de> *Cc:* Kamailio (SER) - Development Mailing List <sr-dev@lists.kamailio.org mailto:sr-dev@lists.kamailio.org> *Subject:* Re: [sr-dev] About FOSDEM talks Hi Henning, actually i’m going to pull the *pkg*/*kamailio*/*gentoo* folder. It contains: · files o kamailio.confd o kamailio.initd · kamailio-5.1.10.ebuild · kamailio-5.2.6.ebuild · kamailio-5.3.2.ebuild · kamailio-9999.ebuild As it contains all builds for every single version, and also the one for the master release, how you think they should be packaged? One ebuild for every release and the 9999 for the master or all in one? Could be the commit message like this?
_pkg/gentoo: Added ebuild for versions 5.1.10, 5.2.6, 5.3.2 and master._
Please let me know.
Best regards. Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 13:53, Henning Westerholt <hw@skalatan.de <mailto:hw@skalatan.de>> ha scritto: Hello Federico, Great to hear from you, it was nice to meet you at FOSDEM! Extensions to modules that add new useful functionality are always welcome, and packaging support of course as well. You probably know this document already, it gives many hints about our way of working and some guidelines for commit messages etc..https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example. If you plan to do more work on the Gentoo ebuild packaging, you will get also commit access to our repository that you can maintain the ebuild files directly in git master. Just let us know after you submitted the first Gentoo packaging pull request. The old ebuilds were removed because they were outdated. One last note - new functionality will be included in the next major release 5.4.0, the package files can be also integrated into the stabled releases branches 5.3 and 5.2. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com <https://gilawa.com/> -----Original Message----- From: sr-dev <sr-dev-bounces@lists.kamailio.org <mailto:sr-dev-bounces@lists.kamailio.org>> On Behalf Of Federico Santulli Sent: Thursday, February 13, 2020 12:57 PM To: sr-dev@lists.sip-router.org <mailto:sr-dev@lists.sip-router.org> Subject: [sr-dev] About FOSDEM talks Hi Henning, as I was discussing with you at the fosdem dinner we were developing something on the 5.3 branch yet: we have a module for the history info processing with functions and pv variables $hi[index] handling. As I told you before moving the pvs to the core, we would like to have a well tested module. We have also added functions to the sdpops module to allow codec reorder, remove and other manipulations over the request/response processing (matching between invites and updates with 200 OK responses). We have added native and kemi functions to the userblacklist module where we do global filtering based on the from uri or other customer selected field. We have also readded and updated the Gentoo ebuilds that were removed many releases ago. We based them on the stable releases and we have one too for git with version 9999 as usual. Do you think we can start to push some code? Kind regards. Federico Santulli NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org <mailto:sr-dev@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hi Daniel,
as gentoo portage applies it’s own patches and init scripts according to the release number (even requiring dependencies for modules) there is no choice about “not adding” version names to the ebuilds.
You can see the same behavior here:
https://github.com/kamailio/kamailio/tree/4.4/pkg/ser/gentoo https://github.com/kamailio/kamailio/tree/4.4/pkg/ser/gentoo
I will take care of maintaining every minor release if needed.
I’m going to pull the commit over latest 5.4
Kind regards.
Federico Santulli
Il giorno 14 feb 2020, alle ore 10:09, Daniel-Constantin Mierla miconda@gmail.com ha scritto:
Hello,
does the ebuild file need to have the version in the name?
I do not remember how was in the previous gentoo build specs, but I would prefer not to have version numbers in the file names, because that means adding/removing/renaming files every time there is a minor release.
Therefore, if not a constraint of the gentoo package build system, it would be better to just have the file named kamailio.ebuild, without any version number in the name, in every git branch and then have specific content for each branch version. So, besides the master, the branch 5.3 gets also only kamailio.ebuild file with content specific for 5.3.2 and we just update inside it with each new minor release.
Cheers, Daniel
On 13.02.20 17:36, Federico Santulli wrote:
Hi Henning,
If you agree we could have all the main releases in the git master with the 9999 file and just backport the branch relative release.
This way I can just pull those files and then you can backport to branches.
Please let me know, otherwise I will proceed with the ZIP.
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 17:33, Henning Westerholt hw@skalatan.de ha scritto:
Hello Federico,
In git master we should have the -9999 file, and in the respective stable branches the other files.
You can send me the files e.g. as zip or patch file directly (send not to the list), and I integrate it in the repository.
You could do further updates then directly there.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com
From: Federico Santulli kam.list@nhm.it Sent: Thursday, February 13, 2020 3:54 PM To: Henning Westerholt hw@skalatan.de Cc: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Subject: Re: [sr-dev] About FOSDEM talks
Hi Henning,
actually i’m going to pull the pkg/kamailio/gentoo folder.
It contains: · files o kamailio.confd o kamailio.initd · kamailio-5.1.10.ebuild · kamailio-5.2.6.ebuild · kamailio-5.3.2.ebuild · kamailio-9999.ebuild As it contains all builds for every single version, and also the one for the master release, how you think they should be packaged?
One ebuild for every release and the 9999 for the master or all in one?
Could be the commit message like this?
pkg/gentoo: Added ebuild for versions 5.1.10, 5.2.6, 5.3.2 and master.
Please let me know.
Best regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Il giorno 13 feb 2020, alle ore 13:53, Henning Westerholt hw@skalatan.de ha scritto:
Hello Federico,
Great to hear from you, it was nice to meet you at FOSDEM!
Extensions to modules that add new useful functionality are always welcome, and packaging support of course as well. You probably know this document already, it gives many hints about our way of working and some guidelines for commit messages etc..https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
The usual way how we work in Kamailio is to use github pull requests. So the best way would be if you create pull requests for the sdpops extensions and the gentoo ebuild. For the historyinfo header extensions I think a pull request would be good as well. In this case we should discuss with the other developers in the request how to merge it best, e.g. as a dedicated module or to add them to the pv module, for example.
If you plan to do more work on the Gentoo ebuild packaging, you will get also commit access to our repository that you can maintain the ebuild files directly in git master. Just let us know after you submitted the first Gentoo packaging pull request. The old ebuilds were removed because they were outdated.
One last note - new functionality will be included in the next major release 5.4.0, the package files can be also integrated into the stabled releases branches 5.3 and 5.2.
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com
-----Original Message----- From: sr-dev sr-dev-bounces@lists.kamailio.org On Behalf Of Federico Santulli Sent: Thursday, February 13, 2020 12:57 PM To: sr-dev@lists.sip-router.org Subject: [sr-dev] About FOSDEM talks
Hi Henning,
as I was discussing with you at the fosdem dinner we were developing something on the 5.3 branch yet:
we have a module for the history info processing with functions and pv variables $hi[index] handling. As I told you before moving the pvs to the core, we would like to have a well tested module.
We have also added functions to the sdpops module to allow codec reorder, remove and other manipulations over the request/response processing (matching between invites and updates with 200 OK responses).
We have added native and kemi functions to the userblacklist module where we do global filtering based on the from uri or other customer selected field.
We have also readded and updated the Gentoo ebuilds that were removed many releases ago. We based them on the stable releases and we have one too for git with version 9999 as usual.
Do you think we can start to push some code?
Kind regards.
Federico Santulli
NHM - S.R.L. Via Raffaello Sanzio, 88 81031 Aversa (CE) Italy
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
-- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - March 9-11, 2020, Berlin - www.asipto.com
Kamailio World Conference - April 27-29, 2020, in Berlin -- www.kamailioworld.com
-
Daniel-Constantin Mierla -
Federico Santulli -
Henning Westerholt -
Olle E. Johansson