| 00:16.28 | *** join/#asterisk-dev xrobau (~xrobau@122.99.122.101) |
| 00:54.30 | tm1000 | https://issues.asterisk.org/jira/browse/ASTERISK-26421 |
| 01:00.27 | *** join/#asterisk-dev xrobau (~xrobau@2001:4830:121e:ffff:9151:a033:1565:a542) |
| 01:11.21 | *** join/#asterisk-dev tuxd00d (~tuxd00d@63-232-145-250.dia.static.qwest.net) |
| 01:24.44 | *** join/#asterisk-dev tuxd00d (~tuxd00d@63-232-145-250.dia.static.qwest.net) |
| 01:39.47 | *** join/#asterisk-dev tuxd00d (~tuxd00d@2607:fb90:4a44:d4c9:0:45:dd31:c801) |
| 01:57.09 | *** join/#asterisk-dev tuxd00d (~tuxd00d@2607:fb90:4a44:d4c9:0:45:dd31:c801) |
| 02:06.33 | *** join/#asterisk-dev xrobau (~xrobau@122.99.122.101) |
| 02:29.34 | *** join/#asterisk-dev leedm777 (~textual@50-81-28-152.client.mchsi.com) |
| 03:05.14 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 03:57.45 | *** join/#asterisk-dev WIMPy (~wimpy@85.183.95.26) |
| 04:08.15 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 04:45.30 | *** join/#asterisk-dev tuxd00d_ (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 05:58.42 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:24.04 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-177-86-98.dhcp.nwtn.ct.charter.com) |
| 06:28.04 | *** join/#asterisk-dev matsk (~matsk@vpnbl.borderlight.net) |
| 06:42.43 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-8.wall.uls.co.za) |
| 07:14.27 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:14.27 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:16.17 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:08.52 | *** join/#asterisk-dev oej (~oej@194-218-28-122.customer.telia.com) |
| 08:08.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:39.15 | *** join/#asterisk-dev oej (~oej@194.218.28.122) |
| 08:39.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:46.54 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-n-41-13-104-90.umts.vodacom.co.za) |
| 09:54.22 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-n-41-13-94-121.umts.vodacom.co.za) |
| 11:06.16 | *** join/#asterisk-dev oej (~oej@194-218-28-122.customer.telia.com) |
| 11:06.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:16.45 | *** join/#asterisk-dev oej (~oej@194.218.28.122) |
| 11:16.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:33.21 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 12:44.07 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 13:18.21 | *** join/#asterisk-dev cbanta (~cbanta@74.117.189.108) |
| 13:28.04 | *** join/#asterisk-dev bof23 (~Thunderbi@185.13.183.107) |
| 13:39.58 | *** join/#asterisk-dev stefan27 (~stefan27@static-212-247-4-149.cust.tele2.se) |
| 13:42.06 | stefan27 | This directrtpsetup attribute in sip.conf is marked as "experimental", moreover it can only be set in [general] section not on peer-level; does anyone remember why? Also does pjsip have something similar which is more flexible? |
| 13:42.51 | file | noone ever put it in peer-level, and no - PJSIP does not have an equivalent |
| 13:43.27 | file | it's not a feature you can just cobble together and have it work right for everyone, it requires some design/thought/going through scenarios |
| 13:47.59 | stefan27 | Right, in my case I want to have directrtpsetup=yes only for calls between peers A and B (and B and A) but never for calls going to and from C, D, ... This would require me patching chan_sip on that installation? |
| 13:49.17 | file | yes. |
| 13:49.43 | stefan27 | ok cool; I'll investigate how difficult that is, thanks |
| 13:50.37 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 14:05.37 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-ykhkrsdtdfxcqgxz) |
| 14:16.37 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-wevcanosuhhyipzi) |
| 15:15.23 | *** join/#asterisk-dev gurwall (~gurwall@63-232-145-250.dia.static.qwest.net) |
| 15:30.58 | *** join/#asterisk-dev gurwall (~gurwall@63-232-145-250.dia.static.qwest.net) |
| 15:35.08 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 16:08.48 | *** join/#asterisk-dev dandann00dle (uid120491@gateway/web/irccloud.com/x-nqoocffphirzuxma) |
| 16:55.56 | *** join/#asterisk-dev gurwall (~gurwall@63-232-145-250.dia.static.qwest.net) |
| 17:15.16 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-aasfucwombrrunbf) |
| 17:26.14 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00549b4fbfeebef441.ipv6.abo.wanadoo.fr) |
| 17:52.40 | *** join/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 18:15.29 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:15.29 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:40.39 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 18:40.39 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:40.57 | coreyfarrell | gtjoseph: do you think it's possible to add an option to pjproject-bundled that will produce pjsua and python bindings? or are the pjproject configure options incompatible with those things? |
| 18:41.45 | gtjoseph | it already does |
| 18:42.26 | gtjoseph | it installs them in var lib Asterisk thirdparty |
| 18:44.50 | coreyfarrell | ah and the pjsua binary? I'm guessing I could just copy that if needed. I'm working on a centos 7 docker image for running testsuite using pjproject bundled since it'll always be the 'recommended' version + patches. |
| 18:45.21 | gtjoseph | it should be there. that way you can run the testsuite with bundled. |
| 18:47.16 | coreyfarrell | ok I'll make the docker image stop using run-local so it installs pjsua and the python stuff to the right location |
| 18:47.23 | coreyfarrell | thanks for the info |
| 18:48.03 | gtjoseph | actually the testsuite will look for the binaries in astroot |
| 18:50.33 | coreyfarrell | hmm let me try running with '-l' to see how things look for dependencies.. but can the python bindings work from astroot? |
| 18:52.11 | gtjoseph | yep they do |
| 18:52.49 | gtjoseph | its added to the python libdir by runtests.py |
| 18:58.36 | coreyfarrell | oh neat checking that in my docker image now. |
| 19:00.08 | coreyfarrell | assuming that works the biggest remaining problem is that ccache isn't working. /etc/profiles.d/* is not being processed so 'which cc' = /usr/bin/cc instead of /usr/lib64/ccache/cc. since my ENTRYPOINT script uses '#!/bin/bash -e' I'm hoping that adding '-l' will setup the environment |
| 19:02.11 | gtjoseph | i didn't think -l was required to get profile.d |
| 19:02.42 | gtjoseph | you could do the symlink method for ccache |
| 19:12.07 | coreyfarrell | not sure, adding '-l' to bash caused ccache to work. |
| 19:12.31 | gtjoseph | cool |
| 19:12.52 | coreyfarrell | but unfortunately: --> Dependency: pjsua -- Met: False |
| 19:14.25 | gtjoseph | hmmmm |
| 19:15.26 | gtjoseph | did you install to astroot or system? |
| 19:21.06 | coreyfarrell | astroot.. CONFIGURE_OPTIONS='--with-pjproject-bundled' ./run-local setup |
| 19:22.04 | gtjoseph | i know it works cause thats how i run it but let me check that my wrapper script doesnt set then python path |
| 19:22.42 | coreyfarrell | isn't 'pjsua' the binary? or is that the python binding? |
| 19:23.20 | gtjoseph | theres both |
| 19:24.20 | gtjoseph | the binding should be in _libpjsua.so iirc |
| 19:24.31 | coreyfarrell | well I have ccache working with a volume mount so once this build is done I'll be able to rerun the container much faster (it does a rebuild for every run) |
| 19:24.42 | gtjoseph | cool |
| 19:24.59 | gtjoseph | ill find look at the python path in a few minutes |
| 19:26.09 | coreyfarrell | after this build finishes I'm going to setup a host mounted volume for /usr/src so I can inspect astroot after the next run |
| 19:26.33 | gtjoseph | yeah that makes sense |
| 19:27.21 | coreyfarrell | just now learned about the ':Z' option for host mounts. never needed to use that from a centos7 host but apparently it's required from fedora24 host. |
| 19:32.02 | coreyfarrell | kharwell: if you are doing 14.0.2 then you probably need gtjoseph's fix for binary download replacements |
| 19:32.26 | kharwell | yup that'll go in as well |
| 19:34.25 | kharwell | the 14.0 branch for his changes didn't verify. I'm thinking they are safe to go in though? |
| 19:35.12 | kharwell | odd assortment of test failures for some reason |
| 19:36.00 | kharwell | gtjoseph: ^^ |
| 19:36.01 | coreyfarrell | kharwell: his patch has nothing to do with channel driver (that's the gate that failed). I'd assume it's fine |
| 19:36.35 | kharwell | okay that's what I was thinking as well, but wanted to make sure |
| 19:38.00 | coreyfarrell | also the channel driver gate has been unstable lately, anytime my changes incorrectly fail it's because of that gate. |
| 19:42.54 | coreyfarrell | kharwell: FYI https://gerrit.asterisk.org/r/3991/ is a simple fix to lack of welcome message output. it was decided that wasn't important enough to trigger a new 14.0.x release, not sure if it's worth including now that 14.0.2 will happen anyways. |
| 19:53.12 | *** join/#asterisk-dev X-Rob (X-Rob@gateway/web/irccloud.com/x-mtxynzoieoeuwajb) |
| 19:53.44 | gtjoseph | is looking |
| 20:00.16 | gtjoseph | kharwell: yeah, those failures are completely unrelated to the change and it passed earlier |
| 20:06.53 | kharwell | coreyfarrell: I am not opposed to that going in as well since it is simple and low risk |
| 20:09.41 | coreyfarrell | kharwell: cherry-picked.. also will there be a second set of reviews to add a binary download option for format_ogg_opus or is that module just gone? |
| 20:12.38 | kharwell | no it will be part of the codec_opus download |
| 20:14.27 | gtjoseph | coreyfarrell: just cleaned all external traces of pjproject from my test system and the pjsua tests still ran. |
| 20:14.35 | gtjoseph | with bundled of course |
| 20:17.05 | coreyfarrell | gtjoseph: in my docker test pjsua was not installed to astroot but it was built to third-party/pjproject/source/pjsip-apps/bin/pjsua-x86_64-unknown-linux-gnu |
| 20:18.17 | gtjoseph | hmmm. a standard make install should install it to var/lib/asterisk/third-party/pjproject |
| 20:18.23 | gtjoseph | even if you use DESTDIR |
| 20:18.48 | gtjoseph | rather, if you do use DESTDIR it will be DESTDIR/var/lib/asterisk.... |
| 20:19.26 | coreyfarrell | oh I didn't know to check /var/lib/asterisk... I was looking for it in /{usr/,}{s,}bin |
| 20:19.45 | gtjoseph | nope it gets installed to var lib asterisk to avoid conflict |
| 20:20.52 | gtjoseph | off to plan the closing ceremonies. :) |
| 20:21.10 | coreyfarrell | ok I'll get a patch going for run-local to add that into the path.. |
| 20:21.17 | coreyfarrell | gtjoseph: have fun thanks for your help |
| 20:30.03 | *** join/#asterisk-dev gurwall (~gurwall@63-232-145-250.dia.static.qwest.net) |
| 21:17.58 | coreyfarrell | anyone familiar with repotools/mkrelease.py, does that tool make changes to JIRA? I have some changes I want to try/test but want to make sure I don't mark a bunch of JIRA issues with 13.12.0. for testing I'll have it exit before the call to repo.push_changes(). |
| 21:19.29 | file | there's a separate tool for making changes to JIRA |
| 21:22.49 | coreyfarrell | thanks for confirming, I got worried when mkrelease.py asked for my JIRA credentials |
| 21:23.33 | kharwell | yep mkrelease should only be read only on JIRA. And as you have noted everything should be done in a local repo until it wants to push to the remote |
| 21:23.54 | kharwell | if you run with debug it should ask you prior to that step if you want to do it or stop |
| 21:25.13 | kharwell | coreyfarrell: you gonna try to fix it up so there are not so many commits added to the log during releases? or something else? |
| 21:47.08 | coreyfarrell | kharwell: yes. I'm pretty sure I can easily reduce to 2 commits. reducing to a single commit might require use of a temp folder. |
| 22:54.17 | *** join/#asterisk-dev dandann00dle (uid120491@gateway/web/irccloud.com/x-mscgfzejyezbydle) |
| 23:12.32 | *** join/#asterisk-dev leedm777 (~textual@216.186.181.138) |
| 23:13.32 | *** join/#asterisk-dev leedm777 (~textual@216.186.181.138) |
| 23:20.39 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-wevcanosuhhyipzi) |
| 23:37.45 | *** join/#asterisk-dev gurwall (~gurwall@63-232-145-250.dia.static.qwest.net) |
| 23:53.34 | *** join/#asterisk-dev {elguero (~{miguel32@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |