| 00:23.16 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-gtesmqoeqnntipyg) |
| 01:18.55 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 01:55.10 | *** part/#asterisk-dev w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
| 01:57.56 | *** join/#asterisk-dev snuff-work (~snuffy@203.87.61.22) |
| 01:57.56 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 02:01.10 | snuff-work | mm.. getting fail on compiling trunk |
| 02:01.29 | snuff-work | oops.. might just be my fauilt |
| 02:02.37 | snuff-work | yep.. my fault |
| 06:56.34 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 06:56.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:28.42 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:01.33 | oej | Morning folks |
| 08:33.20 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 08:33.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:00.55 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:5583:abe7:f959:2d86) |
| 10:06.34 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 12:03.09 | *** join/#asterisk-dev oej (~Adium@83.140.123.154) |
| 12:03.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:09.42 | *** join/#asterisk-dev oej (~Adium@83.140.123.154) |
| 12:09.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:26.45 | *** join/#asterisk-dev oej (~Adium@83.140.123.154) |
| 12:26.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:11.34 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 14:01.25 | *** join/#asterisk-dev Dovid (~Dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 14:06.49 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-142-164.user.veloxzone.com.br) |
| 14:19.56 | *** join/#asterisk-dev oej (~Adium@83.140.123.154) |
| 14:19.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:49.57 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 14:54.55 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-vxfecdwhvbyreiqk) |
| 14:54.55 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:00.32 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-jlhyiwxjsnqlfjlk) |
| 15:01.27 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-hjzbybtmtjewurfj) |
| 15:01.27 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:02.55 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-chrmqfjgyeidljfj) |
| 15:14.00 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-mocreeeqmoefmxjq) |
| 15:16.22 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:16.22 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 15:31.35 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-appbflxowwrcdayr) |
| 15:37.07 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:38.34 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 15:51.33 | *** join/#asterisk-dev Marquis42 (~mrbmw@d149-67-95-208.try.wideopenwest.com) |
| 15:52.15 | *** join/#asterisk-dev otherwiseguy (~otherwise@24.27.227.0) |
| 16:26.25 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-dfxxuodsjfefpjpp) |
| 16:26.25 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:29.04 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-142-164.user.veloxzone.com.br) |
| 16:29.16 | blitzrage | w00t! http://koji.fedoraproject.org/koji/buildinfo?buildID=593317 |
| 16:29.20 | blitzrage | jsmith: ^^ :) |
| 16:44.28 | anonymouz666 | blitzrage: asterisk 11 is OK to use 1.5.x? |
| 16:44.36 | anonymouz666 | I am on 1.4.4 |
| 16:46.34 | Marquis42 | anonymouz666: We use 1.5.x with Asterisk 1.8, so 11 *should* be ok. We did, however, have to add a missing include somewhere. I forget just now where, but it's obvious when you try to compile. ;) |
| 16:47.26 | anonymouz666 | Marquis42: what was the reason to jump to 1.5.x? |
| 16:48.19 | Marquis42 | Certain endpoints were consistently crashing Asterisk when attempting to set up a call using SRTP. |
| 16:49.34 | Marquis42 | FYI, just looked and it's adding this to res_srtp.c: #include <srtp/crypto_kernel.h> |
| 16:50.19 | anonymouz666 | thanks |
| 16:51.20 | Marquis42 | Ah, so further inspection of 11 reveals that this change is already made. So you shouldn't have to modify ASterisk at all. |
| 17:03.56 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-dfxxuodsjfefpjpp) |
| 17:05.42 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-dfxxuodsjfefpjpp) |
| 17:05.42 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 17:07.42 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-oryyujxldrxsnqou) |
| 17:07.42 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 17:08.53 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 17:29.01 | gtjoseph | file: what's the secret for using astdb with sorcery? I tried adding "aor=astdb,aor" to the [res_pjsip] section in sorcery.conf then doing a database put aor myaor '{"type";"aor","max_contacts";"1"}' |
| 17:29.10 | gtjoseph | but it's not getting loaded |
| 17:29.32 | opticron | anyone know why attempting to lock a pjsip_dialog from within a transport listener callback would assert? are the locks on the dialogs not initialized or something? |
| 17:30.25 | file | gtjoseph, uhhhh I don't know how to do it like that |
| 17:30.32 | file | opticron, what's the assertion? |
| 17:31.14 | gtjoseph | file: how would you use astdb with sorcery then? |
| 17:31.25 | opticron | hmmm...I might not have debug cranked up enough |
| 17:32.00 | file | gtjoseph, it's used as a default for contacts - while it should certainly be possible to explicitly use it and populate astdb it's not something I touched |
| 17:33.00 | gtjoseph | rats |
| 17:33.04 | blitzrage | anonymouz666: no idea ;) |
| 17:33.26 | blitzrage | Marquis42: btw that patch is native in 1.8.30.0+ |
| 17:33.35 | blitzrage | Marquis42: so anything in other branches around that same commit time should have it as well |
| 17:33.39 | blitzrage | anonymouz666: ^^^ |
| 17:33.48 | file | gtjoseph, thus I can not remember the exact layout |
| 17:33.50 | blitzrage | Marquis42: which I just read you typing :) |
| 17:34.08 | gtjoseph | file: i'll look at the internal thing you did to store contacts |
| 17:34.33 | file | gtjoseph, it's not contacts specific - it's just how res_sorcery_astdb persists and reads |
| 17:35.06 | gtjoseph | yep, understood. i just want to see how the family and key match up to the actual db |
| 17:35.33 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 17:39.03 | gtjoseph | file: got it. the wizard 'data' string and the object type make up the database family and the object id is the key. |
| 17:39.09 | gtjoseph | works now |
| 17:41.23 | file | nifty |
| 17:51.34 | gtjoseph | file: hmmm... it doesn't look like you can specify multiple wizards in sorcery.conf for the same type though. |
| 17:52.03 | file | like, the same wizard? |
| 17:52.28 | gtjoseph | no, astdb and config for instance |
| 17:52.33 | gtjoseph | for aor |
| 17:52.46 | file | should be able to |
| 17:53.04 | file | what's it do? |
| 17:53.19 | file | opticron, yeah without the assertion it's hard to answer you |
| 17:54.23 | gtjoseph | looks like it works but sorcery_config_internal_load spits out false errors for the objects coming from astdb |
| 18:05.33 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-84-109-18-138.red.bezeqint.net) |
| 18:05.33 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:22.31 | anonymouz666 | const char *async = astman_get_header(m, "Async"); -> this is in manager.c originate function... if there is no Async header, async will be set to 0 (false)? |
| 18:23.42 | rmudgett | async will be set to an empty string. |
| 18:24.56 | anonymouz666 | ast_true(async) will return false then |
| 18:47.02 | file | gtjoseph, hrmph |
| 18:47.10 | gtjoseph | yeeees |
| 18:47.20 | opticron | file, I'm trying to get the assert message, but it appears as if the bug only presents itself when I'm not looking closely enough to get debug information |
| 18:47.28 | opticron | hooray! |
| 18:55.59 | file | opticron, have you tried turning it off and on again? |
| 19:01.06 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-dfxxuodsjfefpjpp) |
| 19:14.36 | *** join/#asterisk-dev zerohalo (~zerohalo@2601:6:f80:224:78ad:894b:ec43:e273) |
| 19:32.23 | *** join/#asterisk-dev bulkorok (~Benjamin@i5E879A29.versanet.de) |
| 19:33.17 | *** join/#asterisk-dev nix8n82 (~AndChat56@67-130-74-235.dia.static.qwest.net) |
| 20:13.23 | *** join/#asterisk-dev otherwiseguy (~otherwise@24.27.227.0) |
| 20:16.51 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-cxpwsawvfvehxulb) |
| 20:16.51 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 20:27.50 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-qwasutjbgtlyngzl) |
| 20:27.50 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 21:11.51 | gtjoseph | file: found the issue with phoneprov_provider and realtime... sorcery_realtime_provider retrieve_by_regex REQUIRES a ^ at the beginning of the regex. The other propviders don't. |
| 21:12.06 | gtjoseph | s/propviders/wizards |
| 21:12.10 | gtjoseph | s/propviders/wizards/ |
| 21:15.08 | *** join/#asterisk-dev antiochIst (~taylorhaw@168.244.49.149) |
| 22:00.12 | *** part/#asterisk-dev antiochIst (~taylorhaw@168.244.49.149) |
| 22:06.26 | gtjoseph | file: why does sorcery_realtime_filter_objectset filter out unregistered fields? It disables the ability to use ^@ names and ast_sorcery_object_fields_register. |
| 22:06.38 | gtjoseph | None of the other wizards do this. |
| 22:08.07 | file | https://reviewboard.asterisk.org/r/3305 |
| 22:09.39 | gtjoseph | well that sucks. was there an actual case for the restriction? |
| 22:10.47 | file | I don't understand the question |
| 22:11.37 | gtjoseph | that patch added a restriction that doesn't occur in other wizards. so was there an actual problem with non registered fields in realtime? |
| 22:12.02 | file | why Mark did it is on the review |
| 22:12.46 | gtjoseph | well, kinda |
| 22:16.34 | file | filtering out extended fields when it shouldn't would be a bug |
| 22:17.32 | gtjoseph | yes, they should only filter if they don't match the regex-defined fields. |
| 22:17.35 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-84-109-18-138.red.bezeqint.net) |
| 22:17.35 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:20.29 | file | gtjoseph, do you have the tarball of the thingy I gave you still? |
| 22:21.23 | gtjoseph | file: yeah, gimme a few |
| 22:21.39 | file | no rush |
| 22:21.52 | file | I'm just trying to avoid getting off the couch |
| 22:21.57 | file | the blanket is warm |
| 22:24.10 | gtjoseph | dealing with a pbx outage right now |
| 22:28.15 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:29.33 | mjordan | gtjoseph: yikes, gl |
| 22:30.37 | gtjoseph | YAY, it was the service provider, not the pbx. :) |
| 22:31.25 | coreyfarrell | I just did a check-up on one of the servers I support, it seems that res_fax_digium had a few segfaults (on 11.10.0). what is the best way to deal with this? |
| 22:32.26 | mjordan | hrm. |
| 22:32.34 | mjordan | a backtrace is still useful |
| 22:32.49 | mjordan | since it will tell us what the data going into res_fax_digium was up to. Logs + pcaps are useful to. |
| 22:32.56 | mjordan | But the proper next step is to call up Digium tech support |
| 22:33.13 | mjordan | and please do so :-) |
| 22:33.50 | gtjoseph | file: check your email. |
| 22:34.41 | file | merci |
| 22:35.30 | coreyfarrell | I still have the core dump so I can easily get anything you want from that, unfortunately this core dump is from July so I can't get logs unless/until it happens again. it's unlikely that I'll be able to get a pcap - without a way to predict/reproduce at will... |
| 22:40.21 | coreyfarrell | so digium password - is that the same as JIRA or do I need to setup an account? |
| 22:41.46 | coreyfarrell | ok apparently different sorry for the noise |
| 22:43.51 | gtjoseph | file: i think the issue is that ast_sorcery_is_object_field_registered is looking for an exact match on field name rather than a regex match. Ok if I convert the ao2_find to a callback that does a regex match? |
| 22:44.10 | file | yes |
| 22:44.19 | gtjoseph | cool. thx. |
| 22:56.43 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 23:01.14 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-jlhyiwxjsnqlfjlk) |
| 23:12.19 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-cxpwsawvfvehxulb) |
| 23:23.06 | rmudgett | coreyfarrell: I think the recent stringfield patch you did broke the res/parking/dynamic_parking_variables unit test. |
| 23:23.45 | coreyfarrell | rmudgett: :( I'll take a look in a few minutes |
| 23:25.19 | coreyfarrell | sorry I didn't notice on my own.. honestly bamboo reports so many failures I get a little numb to it, so I sometimes miss stuff |
| 23:26.03 | rmudgett | I'm currently investigating the other unit test failure dealing with dtmf. I probably broke that. |
| 23:54.18 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-177-3-44.dhcp.nwtn.ct.charter.com) |