| 00:06.33 | snuff-work | mm.. pjsip_dial_contacts is being 'odd' for me atm.. |
| 00:07.02 | snuff-work | works for internal things within same context but coming from another seems to fail to find.. |
| 00:07.46 | snuff-work | ok.. think i know why.. pjsip shows endpoint unreach for some reason |
| 00:12.13 | snuff-work | just cisco phones being cisco =(.. had to reboot |
| 00:23.13 | *** join/#asterisk-dev infobot (ibot@208.53.50.136) |
| 00:23.14 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 04:57.51 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-ocrbvptypcdlqiii) |
| 06:07.22 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 06:08.30 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 06:56.38 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 07:02.37 | *** join/#asterisk-dev ahmed89__ (~ahmed89@134.0.214.254) |
| 07:05.01 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 07:23.15 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 07:29.32 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.126) |
| 07:32.24 | *** join/#asterisk-dev CELYA_ (~Thunderbi@46.218.88.74) |
| 07:55.03 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:55.03 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 07:59.53 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 08:49.25 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 09:12.05 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 09:20.48 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 09:42.58 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 09:51.53 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 09:56.05 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 10:51.48 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:03.28 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 12:03.38 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 12:08.57 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 12:20.29 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 12:35.43 | tsearle | dang @seanbright you work fast :D |
| 12:36.08 | tsearle | you updated my gerrit in less than a minute of me pushing the review, heh |
| 12:58.12 | seanbright | they call me the minute man... |
| 13:00.07 | tsearle | like the soldier or the rocket? |
| 13:04.06 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 13:09.45 | seanbright | well i don't think it is a complimentary nickname either way |
| 13:13.39 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 13:57.37 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-mijeoyeeogalxkzx) |
| 13:57.37 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:22.55 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-wczmvpheudkvnvpe) |
| 14:22.55 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:28.21 | *** join/#asterisk-dev cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:28.21 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:41.57 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-rqwmixpvvsgojdkj) |
| 14:54.57 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-eldlhotgmlbnlsfw) |
| 14:54.57 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:33.33 | rmudgett | coreyfarrell: Is https://gerrit.asterisk.org/#/c/asterisk/+/10349/ not able to go in 13? |
| 16:54.27 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00406e64c0b5a550e8.ipv6.abo.wanadoo.fr) |
| 16:58.28 | *** mode/#asterisk-dev [+o tm1000] by ChanServ |
| 16:58.33 | *** mode/#asterisk-dev [+o jameswf] by ChanServ |
| 16:58.39 | *** mode/#asterisk-dev [+o GameGamer43] by ChanServ |
| 17:14.51 | coreyfarrell | rmudgett: yes it probably can, it just doesn't cherry-pick then I got distracted. |
| 18:08.36 | coreyfarrell | rmudgett: actually no, I'm leaning towards just making that 15+. in Asterisk 13 the way that __ao2_ref_debug writes to ref_log after calling internal_ao2_ref just doesn't work for this. I think we just use Asterisk 15+ to identify places where locking can be eliminated. |
| 18:09.18 | rmudgett | ok. I'll +1 it then |
| 18:19.28 | coreyfarrell | I've noticed that by default pbx_config.c registers CLI "dialplan save" twice. it looks like the intent was for that command to only exist when config had static=yes && writeprotect=no. |
| 18:20.23 | coreyfarrell | the actual CLI command checks for this config when it's run, displays an error message. so do we want to just make "dialplan save" register unconditionally or fix the conditional registration? |
| 18:22.29 | coreyfarrell | this currently causes a startup warning: cli.c:2292 __ast_cli_register: Command 'dialplan' already registered (or something close enough) |
| 18:26.18 | file | fix the conditional registration I'd say |
| 18:28.38 | rmudgett | That code was recently tweaked because if it failed to load you couldn't ever load it unless you restarted asterisk |
| 18:36.43 | coreyfarrell | rmudgett: thanks for pointing that out, that change didn't effect this. the problem is that the "dialplan save" command is registered by the conditional CLI list as well as the unconditional CLI list. |
| 18:39.04 | rmudgett | file: Was there another optional module that is surprisingly causing loading issues like res_statsd and res_smdi? I'm fixing those two to not decline so they don't decline the optional dependency modules in v16. |
| 18:39.17 | file | not that I am aware of |
| 18:42.30 | coreyfarrell | rmudgett: actually I have a patch for res_statsd I'm going to post shortly |
| 18:42.55 | rmudgett | heh. That's the one I've already done too. |
| 18:43.19 | gtjoseph | these aren't for 16.0 correct? |
| 18:43.25 | coreyfarrell | sorry I was working on it last night didn't get a chance to post yet. |
| 18:44.25 | rmudgett | gtjoseph: I wasn't going to put in 16.0. I was making res_statsd and res_smdi not decline if the config file doesn't exist. |
| 18:44.59 | coreyfarrell | rmudgett / gtjoseph: I just posted https://gerrit.asterisk.org/10377 - appreciate comments. |
| 18:44.59 | gtjoseph | are we making that the official behavior now? |
| 18:45.18 | gtjoseph | because if we're only doing it for stats and smdi, we probably shouldn't |
| 18:46.10 | gtjoseph | and i think both of you are conflicting. :) |
| 18:46.19 | rmudgett | I mentioned yesterday for these problematic modules to be "disabled" if the config file didn't exist |
| 18:46.43 | gtjoseph | well, coreyfarrell just posted a review to add a DISABLED state |
| 18:47.12 | gtjoseph | whatever we do we have to be consistent across all modules, not just the problematic ones. |
| 18:49.30 | gtjoseph | coreyfarrell: https://gerrit.asterisk.org/10376 is crashing on unittests. On purpose? |
| 18:50.07 | coreyfarrell | no I'm looking into it. |
| 18:50.27 | gtjoseph | maybe the assert caught something :) |
| 18:52.06 | coreyfarrell | I missed changing ao2_container_dup. |
| 19:52.02 | coreyfarrell | rmudgett: unless you prefer my disabled modules patch over what you are doing I'd still be interested in seeing your approach. |
| 19:55.57 | rmudgett | I was just fixing res_statsd and res_smdi to not decline when there is no config file. In that case the modules are disabled by "configuration". |
| 19:58.28 | rmudgett | In the case of res_smdi there are also bugs being fixed. |
| 20:48.24 | cresl1n | If you're patching anything, keep it targeted rmudgett |
| 20:48.42 | cresl1n | please :-) |
| 23:00.34 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-mijeoyeeogalxkzx) |