[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,wheezy,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=amd64,distribution=wheezy,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] make appears to be in infinite loop

Found the reason for the cleaning loop. It was caused by local renaming of kamcmd command. I need to do the rename, since I can have several kamailios running on the same host and each needs its own kamcmd command. It would be nice if $(MAIN_NAME) would also have effect on the name of kamcmd

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,precise,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=amd64,distribution=precise,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build failure notifications

Is there any chance of making these less frequent? -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ sr-dev mailing list

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,xenial,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=amd64,distribution=xenial,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,trusty,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=i386,distribution=trusty,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Build failed in Jenkins: kamailiodev-nightly-binaries » i386,jessie,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=i386,distribution=jessie,label=slave/669/-- [...truncated 9090 lines...]

[sr-dev] Build failed in Jenkins: kamailiodev-nightly-binaries » amd64,jessie,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=amd64,distribution=jessie,label=slave/669/-- [...truncated 8818 lines...]

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,squeeze,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=i386,distribution=squeeze,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,precise,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=i386,distribution=precise,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,squeeze,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=amd64,distribution=squeeze,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,wheezy,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=i386,distribution=wheezy,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,trusty,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=amd64,distribution=trusty,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,xenial,slave #669

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=i386,distribution=xenial,label=slave/669/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

I am not getting the current state, because in the links to old messages in mailing list archives are some backtraces. In your previous message you say it's work in progress, referring to some missing failure message (a log message or what kind of message?!?) and docs. Maybe you can provide

Re: [sr-dev] [kamailio/kamailio] mi_xmlrpc compilation fails with GCC 6.2.0 (#885)

Can you try to add to the file the changes introduced by the referenced commit above, or the diff at: * https://github.com/kamailio/kamailio/commit/1bba5faf5ced9fdd95446e4ae8913a0cf2426b85.diff I guess that the problem is from the xmlrpc library no longer defining TRUE/FALSE. Anyhow, if

Re: [sr-dev] [kamailio/kamailio] mi_xmlrpc compilation fails with GCC 6.2.0 (#885)

Hello, Thanks for the immediate reply. I applied the patch, and now I get fewer errors, but I still get some. I'm attaching the resulting build log. I indeed have no dependence on MI, so I might as well exclude the module from being built altogether.

[sr-dev] [kamailio/kamailio] mi_xmlrpc compilation fails with GCC 6.2.0 (#885)

Hello all, Kamailio fails to build with GCC 6.2.0. It seems boolean constants TRUE and FALSE aren't recognised by the compiler. I'm getting multiple errors like the following: ```abyss_date.c: In function ‘DateToString’: abyss_date.c:65:16: error: ‘FALSE’ undeclared (first use in this

[sr-dev] git:master:c32a5f64: sipcapture: added $hep(src_ip) variable

Module: kamailio Branch: master Commit: c32a5f64de4ff731488d9f6bf64651117d26d46e URL: https://github.com/kamailio/kamailio/commit/c32a5f64de4ff731488d9f6bf64651117d26d46e Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date:

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

Can you test, reproduce the crash and attach the gdb output for: ``` bt full info locals list ``` so I can have a starting point for troubleshooting with the current master branch? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on

[sr-dev] git:master:056994b8: Makefile.groups: added pua_rpc module to presence group

Module: kamailio Branch: master Commit: 056994b830342bf599a3a09041ca94882d3bbb17 URL: https://github.com/kamailio/kamailio/commit/056994b830342bf599a3a09041ca94882d3bbb17 Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date:

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

there is no crash. see my previous comment. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/878#issuecomment-265968261___ sr-dev

Re: [sr-dev] [kamailio/kamailio] mi_xmlrpc compilation fails with GCC 6.2.0 (#885)

You have to add same kind of patch in all the c files throwing that error. A better alternatives is to do it in a header and include it in the c files. But given that it is planned to be removed, any workaround solution would work to get it fixed for the moment. -- You are receiving this

[sr-dev] git:master:1bba5faf: mi_xmlrpc: define TRUE/FALSE if not defined

Module: kamailio Branch: master Commit: 1bba5faf5ced9fdd95446e4ae8913a0cf2426b85 URL: https://github.com/kamailio/kamailio/commit/1bba5faf5ced9fdd95446e4ae8913a0cf2426b85 Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date:

Re: [sr-dev] [kamailio/kamailio] sipcapture: expose pv $hep(src_ip) (#879)

Closed #879. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/879#event-888072343___ sr-dev mailing list sr-dev@lists.sip-router.org

Re: [sr-dev] [kamailio/kamailio] sipcapture: expose pv $hep(src_ip) (#879)

I reworked the patch to use buffered print of ip address in order to avoid the str copy. Test and if any issue is found, open a bug report. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [sr-dev] make appears to be in infinite loop

Daniel-Constantin Mierla writes: > If you don't give the exact command you run and where, it's hard to > guess and impossible to help. The command I run at root is dpkg-buildpackage -rfakeroot -b -us -uc i.e., I try to build debian package. It produces /usr/bin/make maintainer-clean make[1]:

Re: [sr-dev] make appears to be in infinite loop

I successfully built the debs on Jessie (kamailio.org server) with the latest master branch (including my last commit to update the path to ChangeLog) by using the following commands: cd src/ ln -s ../pkg/kamailio/deb/jessie debian make deb I didn't get the maintainer-clean loop. The debs were

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

Daniel-Constantin Mierla writes: > In this way it's not easy for me to sort out your issue. That's why I > asked to provide fresh details, to start the troubleshooting on actual > data, with current master branch. If you keep me looping around, I > don't see how I can help. Instead of just

Re: [sr-dev] make appears to be in infinite loop

Running your command I get: kamailio-dev$ dpkg-buildpackage -rfakeroot -b -us -uc tail: cannot open 'debian/changelog' for reading: No such file or directory dpkg-buildpackage: error: tail of debian/changelog gave error exit status 1 Anyhow, it guess you try to build deb packages. In this case

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

You haven't told the last and actual problem -- that's the *problem* here. You pointed to some links in the mailing list archive that have no longer valid content. Like the one to the backtrace. So what I asked is to describe the last and current existing problem, but you kept pointing to same

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

Looks like my browser of github destroyed the xml documents in the previous message.They are shown in the original message http://lists.sip-router.org/pipermail/sr-dev/2014-December/026294.html -- You are receiving this because you are subscribed to this thread. Reply to this email directly or

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

@juha-h - I read the mailing list threads and it's hard to digest where you got stuck. You pointed a crash, but it seems it's no longer the case, you refer to a message, but you don't say what message, a.s.o. In this way it's not easy for me to sort out your issue. That's why I asked to

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

For the records: snippets of code/etc. can be enclosed in triple backticks to keep them in original and highlight as block example. I updated the previous comment to display properly the xml. Formatting the text for github forms is documented at: *

[sr-dev] make appears to be in infinite loop

i tried to build latest master and make appears to be in infinite loop of rm commands (example below). -- juha ... Package json-c was not found in the pkg-config search path. Perhaps you should add the directory containing `json-c.pc' to the PKG_CONFIG_PATH environment variable No package

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

The issue is as explained in http://lists.sip-router.org/pipermail/sr-dev/2014-December/026294.html i.e. when pua module send_publish API function returns 418 to pua_rpc publish function, rpc->fault(c, 500, "Wrong ETag"); call produces response document HTTP/1.1 200 OK. Via: SIP/2.0/TCP

Re: [sr-dev] make appears to be in infinite loop

If you don't give the exact command you run and where, it's hard to guess and impossible to help. Daniel On 09/12/2016 12:27, Juha Heinanen wrote: > i tried to build latest master and make appears to be in infinite loop > of rm commands (example below). > > -- juha > > ... > Package json-c was

Re: [sr-dev] [kamailio/kamailio] implement pua.publish rpc command in order to get rid of mi interface (#878)

It was described as well as I could in the second thread: http://lists.sip-router.org/pipermail/sr-dev/2014-December/026293.html from message http://lists.sip-router.org/pipermail/sr-dev/2014-December/026294.html onwards. -- You are receiving this because you are subscribed to this thread. Reply

[sr-dev] git:master:feaafd30: xhttp_pi: updated paths in Makefile for installing config

Module: kamailio Branch: master Commit: feaafd3069607f6dee8068d0628baddf97a75b2c URL: https://github.com/kamailio/kamailio/commit/feaafd3069607f6dee8068d0628baddf97a75b2c Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date:

Re: [sr-dev] make appears to be in infinite loop

Daniel-Constantin Mierla writes: > > Anyhow, it guess you try to build deb packages. In this case the rules > are from the debian specs, not from kamailio Makefiles, and they were > not updated, hopefully Victor Seva (or someone else with deb packaging > experience) will get the time to work on

[sr-dev] git:master:9bb2c354: pkg/deb/jessie: updated the path to ChangeLog in rules files

Module: kamailio Branch: master Commit: 9bb2c3542a9bddb13d6ed2abe6f4776fdd58ecf3 URL: https://github.com/kamailio/kamailio/commit/9bb2c3542a9bddb13d6ed2abe6f4776fdd58ecf3 Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date: