[SR-Users] RFC: move app_lua_sr to kamailio-archive

[Victor Seva via sr-users]

Hi,

I would like to move app_lua_sr to kamailio-archive but I would like to hear if 
anyone out there has a solid reason not to do it. Since we have app_lua as KEMI 
for a long time I think is time to retire the old remains of app_lua

Cheers
-- 
-
|   ,''`. Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'  PGP: 8F19 CADC D42A 42D4 5563  730C 51A0 9B18 CF5A 5068 |
|`-  Debian Developer |
  -


OpenPGP_signature.asc
Description: PGP signature


OpenPGP_0x7D7B65C42A0EC8B2.asc
Description: application/pgp-keys
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: [auth_radius.c:123]: mod_init(): failed to open configuration file

[Victor Seva]

Hi,

On 10/5/23 16:36, Denys Pozniak wrote:

Hello!

After a major upgrade of Kamailio (5.1 -> 5.6), an error appears that it is not 
possible to open configuration file (I think this is about 
/etc/radiusclient/radiusclient.conf), although it exists with the necessary access 
rights:
/0(27075) DEBUG:  [core/sr_module.c:969]: init_mod(): auth_radius
0(27075) ERROR: auth_radius [auth_radius.c:123]: mod_init(): failed to open 
configuration file
0(27075) ERROR:  [core/sr_module.c:975]: init_mod(): Error while 
initializing module auth_radius (/usr/lib64/kamailio/modules/auth_radius.so)
ERROR: error while initializing modules
/
For the test, I made Kamailio downgrade back to 5.1 and the problem went away.
Shortened the Kamailio config to the minimum for reproducing the problem:

/#!KAMAILIO
memdbg=5
memlog=5
children=1
log_stderror=no
listen=udp:127.0.0.1:5060 <http://127.0.0.1:5060>
loadmodule "kex.so"
loadmodule "corex.so"
loadmodule "tm.so"
loadmodule "sl.so"
loadmodule "rr.so"
loadmodule "pv.so"
loadmodule "maxfwd.so"
loadmodule "auth.so"
loadmodule "auth_radius.so"
modparam("auth_radius", "radius_config", "/etc/radiusclient/radiusclient.conf")

request_route {
         return;
}
/

Could the commit below somehow affect the acceptance of the radius_config 
module parameter?
https://github.com/kamailio/kamailio/commit/f33ba318b20cbd2b34d278a7e2c4e64129b9e68d 
<https://github.com/kamailio/kamailio/commit/f33ba318b20cbd2b34d278a7e2c4e64129b9e68d>



No, I don't think so.


--
-
|   ,''`. Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'   PGP Key ID: 0x51A09B18CF5A5068 |
|`-  Debian Developer |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: [sr-dev] RFC: selective backports to latest stable as a dedicated git branch

[Victor Seva]

Hello,

On 2/5/23 12:10, Daniel-Constantin Mierla wrote:
[...]

Somehow inspired from Debian, my first idea would be to create a
"x.y-backports" branch, where "x.y" is the branch for the stable release
series. For example, with 5.6 release series built from branch "5.6",
there could be "5.6-backports" branch which is kept in sync in "5.6" but
also can get "selected" new features from devel (master branch) backported.

The "selected" new features should be mostly a matter of the people
willing to put effort in backporting, but I would consider a list
recommendations not to end up with devel and backports branches being
more or less the same. For example, in the "no-backporting" list:

   - no backporting of completely new modules
   - no backporting of significant changes to the config file language
and native scripting interpreter

In the "ok-to-backport":

   - updates to enable use with newer versions of external libraries
   - changes to make some functions/modules to cope better with the core
infrastructure or end points

Commits to the backports branch can be proposed via pull requests.

The backports branch should be done only for latest stable version,
picking from the development version. Right now it would be 5.6, but we
can wait till 5.7 is released and then have it for it.

No packaging and no official releases should be made from backports
branch, only a git branch to be maintained as a community effort. Of
course, if someone wants to put more resources into it, we can discuss
about.


I've no problem to provide the debs without formal releases. It could be
handle as we already do for X.Y branches. A nightly build if changes are
detected.
 

Anyhow, the first questions would be if such branch sounds good to have
and if there are people that think they can also contribute to maintain it.


It sounds fine to me

--
-----
|   ,''`. Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'   PGP Key ID: 0x51A09B18CF5A5068 |
|`-  Debian Developer |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: [sr-dev] Roadmap to next major release series v5.7.x

[Victor Seva]

HI,

On 17/3/23 9:32, Daniel-Constantin Mierla wrote:

Hello,

it is time to make the roadmap to the next major release series v5.7.x.
In my opinion, I would try to freeze the development during the first
part of April 2023, tentatively proposing April 14 as freezing date,
being like 4 weeks from now. Then testing phase and first release
(v5.7.0) sometime during May 2023. Alternative timelines can be
proposed, of course.


is there something missing (not packaged) in master?

Cheers,
Victor

--
-
|   ,''`. Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'   PGP Key ID: 0x51A09B18CF5A5068 |
|`-  Debian Developer |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

Re: [SR-Users] RTPengine in Debian

[Victor Seva]

Hi,

On 6/15/22 11:46, Daniel-Constantin Mierla wrote:

Hello,

good news, indeed! Thanks to all involved!

Not being very familiar with all Debian releasing policies, does that
mean the next Debian stable (v 12) will ship it? Or is it going to take
one more  release cycle, to go from Debian Unstable to Testing, then to
future Stable (v 13)?


Yes, rtpengine will be included in bookworm if nothing really bad 
happens before the hard freeze [0] ( around 2023-03-12 )


Cheers,
Victor

[0] https://release.debian.org/

--
-
|   ,''`. Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'   PGP Key ID: 0x51A09B18CF5A5068 |
|`-  Debian Developer |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] 5.4 dependency package question

[Victor Seva]

On 5/14/21 2:09 PM, Andrew Chen wrote:

Hi Daniel,

Yes.  These are the steps I took:

## git clone kamailio repository
cd $INSTALLDIR
sudo git clone https://github.com/kamailio/kamailio 
 kamailio

cd kamailio
sudo git checkout 5.4

## Make config files with included modules list
sudo make include_modules="$INCLUDE_MODULES" cfg

## Compile Kamailio
sudo make mode=debug

cd pkg/kamailio/deb

## Create debian package
sudo dpkg-buildpackage


Hi Victor,

Yes, this is the version of Ubuntu we are using:

debhttp://deb.kamailio.org/kamailio54    
bionic main
deb-srchttp://deb.kamailio.org/kamailio54   
 bionic main


If you're using bionic, then use bionic directory at pkg/kamailio/deb as 
your debian dir.


On the root of the kamailio repository:
# cp -r pkg/kamailio/deb/bionic debian
# dpkg-buildpackage -rfakeroot -tc -uc -us

Have fun

__
Kamailio - Users Mailing List - Non Commercial Discussions
 * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
 * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] 5.4 dependency package question

[Victor Seva]

Hi,

you have some official Ubuntu versions supported [0]

[0] http://deb.kamailio.org/#dev54


__
Kamailio - Users Mailing List - Non Commercial Discussions
 * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
 * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] conditional on secfilter seems does not work or how to do it

[Victor Seva]

Hi

El jue., 13 ago. 2020 3:06, PICCORO McKAY Lenz 
escribió:

> El mié., 12 de ago. de 2020 a la(s) 10:30, Pepelux (pepel...@gmail.com)
> escribió:
>
>> Hi there
>>
>> It must work fine. I've just tested it:
>>
>
> no! i found the problem.. i forgot to say that we updated the table
> dynamically and later noted in the documentation this:
> there's no sense in having a table if we cannot load and use data in
> real-time!
>
> -> "All data will be loaded into memory when the module is started. There
> is an RPC reload command to update all the data from database."
>
> https://www.kamailio.org/docs/modules/devel/modules/secfilter.html#idm19
> so stupid.. htable logic is better, cos runs dynamically..
>
> puff this module are so inflexible
>

Another example of your toxic behaviour. Every time, you know better,
things are stupid, etc...

I'm already tired of this.

>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] No more updates on Official Precise repositories

[Victor Seva]

Hi,

On 8/4/20 10:23 AM, Daniel-Constantin Mierla wrote:
> Is Debian Jessie still in use/officially maintained?

* wheezy is EOF since 31st May 2018
* jessie is EOF since June 30, 2020

So wheezy will be removed too, jessie will stay for a while.

[0] https://wiki.debian.org/LTS



signature.asc
Description: OpenPGP digital signature
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] No more updates on Official Precise repositories

[Victor Seva]

Hello,

Ubuntu Precise is EOL since April 28, 2017 [0] and in order to support
newer Ubuntu releases our deb build system will no longer produce newer
packages for precise.

Repositories will still be there but don't expect any updates.

Cheers,
Victor

[0] https://wiki.ubuntu.com/Releases



signature.asc
Description: OpenPGP digital signature
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Pre-built Debian Package for Kemix Module?

[Victor Seva]

On Wed, 5 Feb 2020 at 13:49, Daniel-Constantin Mierla  wrote:
> No, it seems it was forgotten. When installing from sources it is
> installed, so I didn't notice it is missing from Makefile groups.
>
> The kemix try to be the equivalent of pv module, but for kemi scripting,
> so it can be added in the core group of modules.
>
> Do you want to add it there to match the debian build needs? I can also
> add it, just not to overlap if you plan other related tests for packaging...

Just pushed the fix for master and 5.3 branch. Tomorrow's nightly
package should include it.

Thanks Yufei for the report,
Victor

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Pre-built Debian Package for Kemix Module?

[Victor Seva]

On Wed, 5 Feb 2020 at 12:28, Yufei Tao  wrote:
>
> Hi,
>
> I am trying to use KEMI lua that needs kemix module (for KSR.kx.<...>).
>
> I wonder if there is any pre-built Debian package that include the kemix 
> module, something like kamailio-<...>-modules, that I can install? Or do I 
> need to build from source with kemix in included_modules?

kemix is not included in src/Makefiles.groups so is _NOT_ build or
included in any package. Not sure if that is intencional, Daniel?

> On a related question, for the kamailio-<...>-modules packages how do I find 
> out what modules are included in each of these package? E.g. things like 
> kamailio-lua-modules, kamailio-mysql-modules etc. are easy to guess, while 
> kamailio-nth, kamailio-utils-modules etc. are not so easy.
```
$ apt-cache search evapi
kamailio-extra-modules - Extra modules for the Kamailio SIP Server
$ apt-cache search jansson
libhoel-dev - database abstraction library written in C - development
libhoel1.4 - database abstraction library written in C
libjansson-dev - C library for encoding, decoding and manipulating
JSON data (dev)
libjansson-doc - C library for encoding, decoding and manipulating
JSON data (doc)
libjansson4 - C library for encoding, decoding and manipulating JSON data
kamailio-extra-modules - Extra modules for the Kamailio SIP Server
libulfius-dev - Web Framework for REST Applications in C - development
libulfius2.5 - Web Framework for REST Applications in C
```
for extra modules I try to keep the description with all the modules
it includes.

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] config file packaging

[Victor Seva]

Hi,

On Tue, 4 Feb 2020 at 05:21, Sergey Safarov  wrote:
> At present time kamailio config file packaged with kamailio binaries.
> So projects that use kamailio cannot simple package 
> "/etc/kamailio/kamailio.cfg" file.
> This leads to packages conflict on RPM dists.
>
> As options we can separate "kamailio default config" and "kamailio binaries" 
> to packages.
> 1) kamailio-cfg-default
> 2) kamailio-base
> This allow not install "kamailio-default" config when project provide own 
> config file.
>
> For backward compatibility we create "kamailio" empty package that have two 
> dependencies "kamailio-cfg-default" and "kamailio-base".
>
> What you think?

I think you can use another file config and define an overwrite for
systemd to load that so no conflict will happen

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] [sr-dev] RFC: about sl and tm local-response event routes

[Victor Seva]

On Tue, 27 Aug 2019, 13:39 Daniel-Constantin Mierla, 
wrote:

> I am not sure how much used are the event routes for tm:local-response
> and sl:local-response, I haven't seen any questions about them so far on
> mailing lists, that's why I am asking here if would make sense to rename
> them like tm:local-response-sent and sl:local-response-sent to properly
> reflect when they are executed. I am  expecting that they are very few
> used so far,  so no big head ache with upgrades and bringing some
> consistency around (this change to be part of next major release).
>

Makes sense to me, rename seems more convenient

>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio 5.2.0 with empty table of rtpengine - kamailio doesn't start

[Victor Seva]

Hi there,

Is in my TODO list to integrate aptly into our deb build environment.
https://github.com/sipwise/kamailio-deb-jenkins/issues/9

On Mon, 4 Feb 2019 at 11:09, Daniel Tryba  wrote:

> But maybe the maintainer can keep older versions?
>

If you really need them, jenkins keeps the artifacts, so you just need to
get the ones you want, for instance:
https://kamailio.sipwise.com/job/kamailio52-binaries/architecture=amd64,distribution=stretch,label=slave/1/artifact/
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Docker 5.2.1

[Victor Seva]

On Fri, 18 Jan 2019 at 00:09, Victor Seva <
linuxman...@torreviejawireless.org> wrote:

> On Thu, Jan 17, 2019, 23:28 Grant Bagdasarian  wrote:
>
>> Hello,
>>
>> I was wondering when the Kamailio Docker image will be updated to use
>> 5.2.1 and be available
>>
>
>  I'll try to find some spare cycles tomorrow morning. Oh wait, this
> morning.
>

Updated and building https://hub.docker.com/r/kamailio/kamailio/builds
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Docker 5.2.1

[Victor Seva]

On Thu, Jan 17, 2019, 23:28 Grant Bagdasarian  Hello,
>
> I was wondering when the Kamailio Docker image will be updated to use
> 5.2.1 and be available
>

 I'll try to find some spare cycles tomorrow morning. Oh wait, this morning.

Regards

>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] N-Way call

[Victor Seva]

AFAIK you need a B2BUA in order to accomplish that.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio does not responde if an rtpengine is unreachable

[Victor Seva]

On Fri, 28 Dec 2018 at 10:32, Daniel-Constantin Mierla 
wrote:

> I just pushed a series of commits trying to rework how loading (and
> reloading) of rtpegines list is done, to avoid that sync'ed probing,
> which can take long if any of the rtpengines is down.
>

I just want to thank you for this great new year gift. :-)
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] app_python3 and kamailio 5.2.0 docker

[Victor Seva]

On Sat, 22 Dec 2018 at 22:19, Grant Bagdasarian  wrote:

>
> I’ve pulled the Kamailio 5.2.0 Debian Stretch Docker image, and tried to
> load app_python3, but without success.
>
> It’s also not in the Debian repository, at least not part of the
> kamailio-python-modules package.
>
> What is the current, recommended, way of installing the app_python3
> module? Source files only?
>

I'm adding kamailio-python3-modules to master right now. I will backport it
to 5.2, so it will be on nightly builds and it will be included on next
5.2.1 release.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Build Kamialio Docker Image Failed.

[Victor Seva]

On Thu, 20 Dec 2018 at 08:03, Zhong, Alec (NSB - CN/Qingdao) <
alec.zh...@nokia-sbell.com> wrote:
>
> When we build kamailio image, the below error happened.
>
> At the same time, we can not access
>
http://security.debian.org/debian-security/dists/jessie/updates/main/binary-amd64/Packages
>
> Look like the Packages had been moved.
>
> Could you please help check below issue?

That's a debian URL nothing to do with the kamailio project
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] [sr-dev] RFC: updates to some core functions

[Victor Seva]

On Wed, 19 Dec 2018 at 08:49, Daniel-Constantin Mierla 
wrote:

> 2) remove the function export from the core and export one with the same
> name from the corex module
>

I vote for the second, I like a clean house :-)
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] issues with the debian repo for kamailio 5.2

[Victor Seva]

Thanks for reporting. It should be fixed now
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Help needed to compile and install kamailio 5.1.2

[Victor Seva]

2018-04-17 7:39 GMT+02:00 vinay kumar :

> Hi All,
>
> I want to compile kamailio 5.1.2 for debian packages amd install on ubuntu
> 16.04.
>  And i have couple of queries.
>
> 1. can i compile and run  kamailio 5.1.2 on ubuntu 16.04(Xenial)?
>

use our official repository:

deb http://deb.kamailio.org/kamailio51 xenial main


Regards,
Victor
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Not documented parameter server_id_filter inside usrloc module

[Victor Seva]

2018-03-05 13:39 GMT+01:00 Konstantin Polyakov :

> Victor,
>
> We are going to use this parameter, but we found that cleanup process
> should use such filter too.
> Otherwise different instances of proxy delete records of each other and it
> leads to the problems when db_mode 1 or 2 (cached) is used.
>
> Soon I am going to propose a pull request with filter in cleanup procedure.
>
> Could you tell me please, if it is necessary to add a new parameter for
> cleanup process or I can use this server_id_filter?
> Is there some case when we need to use this filter on startup but we don't
> it during cleanup?
>

No, I would say that server_id_filter should be enough
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Not documented parameter server_id_filter inside usrloc module

[Victor Seva]

2018-03-02 22:31 GMT+01:00 Konstantin Polyakov :

> Hello everybody,
>
> Could somebody clarify why server_id_filter parameter is not listed in the
> usrloc module article?
> It is not ready for usage? Or it was forgotten to be added into
> description?
>
>
Hi,

My fault,  I forgot to add the documentation. I will add it

Cheers,
Victor
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Problem to install Kameilio from Ubuntu packages

[Victor Seva]

2018-01-26 17:46 GMT+01:00 Alain Bonnefoy - XOOL :

>
>
> I tried to install Kameilio on Ubuntu 16.04 from what explained in the
> wiki .
>

Wiki updated.

Thanks
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Multiple Kamailio Servers + Location Table

[Victor Seva]

2017-12-20 17:39 GMT+01:00 Daniel W. Graham :

> Only the active server has active IP, clients cannot connect to the ip of
> standbys.
>
>
is server_id value set and different on all servers config?
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] custom kamailio-x.deb package

[Victor Seva]

2017-10-02 22:31 GMT+02:00 Abdul Basit :
> I am creating .deb package for the very 1st time. Can anyone point me to the
> right direction?


https://www.debian.org/doc/debian-policy/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] deb nightly-builds not being built

[Victor Seva]

On 07/03/2017 11:53 PM, Victor Seva wrote:
> We are having some issues with our building infrastructure so packages
> are not being built. We are working on it, please be patient.

Build process working again.

For the curious changes performed are in [0], they were related to
jenkins needing Java 1.8 [1]

[0] https://github.com/sipwise/kamailio-deb-jenkins
[1] https://issues.jenkins-ci.org/browse/JENKINS-43492

Cheers,
Victor Seva



signature.asc
Description: OpenPGP digital signature
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] deb nightly-builds not being built

[Victor Seva]

We are having some issues with our building infrastructure so packages
are not being built. We are working on it, please be patient.

Cheers,
Victor



signature.asc
Description: OpenPGP digital signature
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users