| 00:16.15 | *** part/#asterisk-dev kharwell (~kharwell@107-205-84-6.lightspeed.brhmal.sbcglobal.net) |
| 00:37.53 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 00:38.35 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-vsmhbqtzzqqujfwd) |
| 00:43.27 | gtjoseph | anyone know... should testsiote tests/channels/pjsip/basic_calls run OK on branches/12? It's not for me and I don't want to dig if there are known problems. |
| 00:58.28 | jrose_atHome | gtjoseph: According to bamboo, it's passing on the build agents. |
| 00:58.45 | gtjoseph | Hmmm. |
| 00:59.01 | jrose_atHome | Keep in mind that some tests require you to have a fresh set of sample configuration files installed. |
| 00:59.17 | gtjoseph | Yeah, I discovered that yesterday. :) |
| 00:59.49 | gtjoseph | Some things work and some don't. Might be my environment. |
| 00:59.52 | jrose_atHome | Some of the most annoying times I've had debugging tests were due to config files that I have mangling what I was doing. |
| 01:00.29 | jrose_atHome | Yeah, with as many tests as we have it's pretty difficult to get them all passing on anything other than a really pristine system. |
| 01:01.36 | gtjoseph | I might just have to run it in a vm. |
| 01:07.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@78.182.78.71) |
| 01:56.00 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.188.107.19) |
| 01:59.14 | *** join/#asterisk-dev oxoocoffee (~oxoocoffe@50.244.32.1) |
| 02:08.47 | *** join/#asterisk-dev roderickm (~roderickm@99-124-89-102.lightspeed.dctral.sbcglobal.net) |
| 02:12.51 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 02:12.51 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:29.10 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.188.107.19) |
| 02:38.19 | *** join/#asterisk-dev Qwell (~north@199.192.78.42) |
| 02:45.43 | *** join/#asterisk-dev russellb_ (~russellb@redhat/russellb) |
| 02:45.43 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 02:54.13 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:54.13 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:57.55 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/session) |
| 03:00.58 | *** join/#asterisk-dev serafie1 (~erin@24.96.64.240) |
| 03:02.09 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 03:02.10 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 03:04.25 | *** join/#asterisk-dev chazzam (~chazz@donutokyo.info) |
| 03:07.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@78.182.78.71) |
| 03:08.34 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 03:08.34 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:24.28 | *** join/#asterisk-dev datachomper (~russ@nat/digium/session) |
| 03:29.27 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 03:29.30 | *** join/#asterisk-dev Pullphinger (~Pullphing@c-24-13-69-42.hsd1.il.comcast.net) |
| 03:30.20 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-yaqjzwxzrhzunlkc) |
| 03:30.24 | *** join/#asterisk-dev datachomper (~russ@nat/digium/x-mmajqguyluagbqrb) |
| 05:07.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@78.182.78.71) |
| 05:25.30 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 05:25.41 | *** join/#asterisk-dev dfighter (~someone@arcemu/staff/dfighter) |
| 06:26.59 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 07:32.06 | *** join/#asterisk-dev vlad_starkov (~vlad_star@78.182.78.71) |
| 08:00.54 | *** join/#asterisk-dev X-Rob (sid14615@gateway/web/irccloud.com/x-tjabvmiipglmuxqg) |
| 08:23.06 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:80cd:57da:e9fe:7f8c) |
| 08:27.02 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:42.34 | *** join/#asterisk-dev vlad_starkov (~vlad_star@78.182.78.71) |
| 09:14.16 | *** join/#asterisk-dev vtone (~vtone@cpc35-bagu10-2-0-cust138.1-3.cable.virginm.net) |
| 09:44.16 | *** join/#asterisk-dev vtone (~vtone@cpc35-bagu10-2-0-cust138.1-3.cable.virginm.net) |
| 09:45.17 | *** join/#asterisk-dev vtone (~vtone@cpc35-bagu10-2-0-cust138.1-3.cable.virginm.net) |
| 10:03.07 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 11:18.07 | *** join/#asterisk-dev vlad_starkov (~vlad_star@78.182.78.71) |
| 11:25.04 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 11:27.00 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 11:30.04 | *** join/#asterisk-dev zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net) |
| 12:25.24 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 12:25.25 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:47.50 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 12:47.50 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:49.12 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 12:55.47 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 13:04.35 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:22.26 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:50.14 | *** join/#asterisk-dev roderickm (~roderickm@99-124-89-102.lightspeed.dctral.sbcglobal.net) |
| 13:53.30 | *** join/#asterisk-dev jmls (~julian@77.107.171.82) |
| 13:53.55 | jmls | anyone know what this problem is ? Trying to compile astmanproxy on centos 6.4 |
| 13:54.01 | jmls | /usr/include/asm/posix_types.h:2:30: error: posix_types_32.h: No such file or directory |
| 13:54.50 | jmls | however, in /usr/include/asm, there is |
| 13:54.50 | jmls | root root 1316 Oct 16 18:13 posix_types_32.h |
| 13:55.16 | pabelanger | sounds like a configure issue resolving paths |
| 13:56.03 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:56.03 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:56.59 | jmls | yeah, astmanproxy has no ./configure script |
| 13:57.20 | jmls | hmm. Just added -I /usr/include/asm and it seems to have got passed that step ... |
| 13:57.46 | jmls | question is - is this a hack or a fix ? ;) |
| 13:58.24 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 13:58.24 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 13:59.28 | pabelanger | Where did you get astmanproxy from? We don't include anything in our source |
| 14:00.19 | jmls | pabelanger: from https://github.com/davetroy/astmanproxy |
| 14:01.14 | pabelanger | Ya, not sure anybody in here uses it. See if anybody replies, but you likely need to try #asterisk or ping the maintainer |
| 14:01.42 | jmls | yhks |
| 14:01.45 | jmls | thanks ;) |
| 14:12.13 | *** join/#asterisk-dev asteriskmonkey (~Tardis@74-51-38-204.telnetcommunications.com) |
| 14:12.42 | asteriskmonkey | "SLATrunk and SLAStation are part of the MeetMe application.", are there plans to make this a part of confbridge instead? |
| 14:13.57 | file | it could be done but I don't know of anybody doing it |
| 14:22.21 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 14:22.42 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 14:31.55 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 14:31.55 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:37.28 | *** join/#asterisk-dev kharwell (~kharwell@107-205-84-6.lightspeed.brhmal.sbcglobal.net) |
| 14:41.16 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 14:54.37 | *** join/#asterisk-dev Greenlight (wluke@cpc1-dund9-0-0-cust142.16-4.cable.virginm.net) |
| 15:11.15 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 15:32.32 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:3e97:eff:fe14:ef66) |
| 15:53.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 16:01.24 | *** join/#asterisk-dev jrose_atHome (~Jon@24.96.125.235) |
| 16:15.59 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 16:28.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 16:35.02 | *** join/#asterisk-dev sgriepentrog (~sgriepent@2602:306:bdc4:84e0:225:d3ff:fe44:4944) |
| 17:01.18 | file | er |
| 17:01.25 | file | ast_format_copy(&gateway->chan_write_format, ast_channel_readformat(chan)); |
| 17:01.41 | file | that seems... not right |
| 17:03.15 | pabelanger | COPY ALL THE THINGS |
| 17:10.01 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 17:15.24 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 17:24.28 | putnopvut | file: I'm having a bit of sorcery troubles. I'm attempting to write code that will store the contents of the User-Agent header of a REGISTER in each of the contacts that is added or updated by that REGISTER. |
| 17:24.42 | putnopvut | I've modified ast_sip_contact in include/asterisk/res_pjsip.h to have a user_agent string field. |
| 17:25.05 | putnopvut | I've also modified res/res_pjsip/location.c to register the user_agent object field with sorcery for the "contact" type. |
| 17:25.36 | putnopvut | I'm setting user_agent string field in ast_sip_location_add_contact() currently. |
| 17:25.48 | putnopvut | In a test, I'm seeing this come up on the console: |
| 17:26.00 | putnopvut | [Feb 13 10:09:52] ERROR[4620] config_options.c: Could not find option suitable for category 'alice;@sip:alice@127.0.0.1:5061' named 'user_agent' at line 0 of |
| 17:26.39 | putnopvut | I'm not sure if that's happening in ast_sorcery_alloc or ast_sorcery_create() just yet. |
| 17:27.02 | putnopvut | But I'm wondering if there's some obvious step I'm missing here for adding something new to an ast_sip_contact. |
| 17:27.32 | file | nope, nothing obvious... I'd focus on your field, sounds like it's not in there right |
| 17:27.44 | file | and bbq - going to grab lunch |
| 17:28.09 | mjordan | looks like the config framework thinks the value is part of the option definition |
| 17:30.50 | putnopvut | Ugh, internet blipped there for a sec. Not sure if anything was said after "looks like the config framework thinks the value is part of the option definition" |
| 17:35.56 | putnopvut | On a separate note, the verbose message stating that a contact was bound to an AOR can potentially lie since the message prints before it's guaranteed that the contact was successfully added. |
| 17:36.32 | putnopvut | Or rather, ast_sip_location_add_contact()'s return value is ignored. |
| 17:42.35 | putnopvut | On a second separate note, I'm really glad I forced myself to test this because it seemed like a trivial change at first :) |
| 17:45.49 | *** part/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 17:54.50 | putnopvut | I figured out my issue. Things go badly if there is no XML documentation for the new sorcery object field. |
| 18:00.38 | file | putnopvut, yes... yes they do |
| 18:13.46 | kharwell | in 12 when doing an attended transfer into a say a confbridge is the acquired bridge on the to_transfer_target always going to be null? |
| 18:14.44 | kharwell | of I guess why is the channel in confbridge considered unbridged? |
| 18:14.47 | putnopvut | kharwell: yes, bridges that only allow for masquerades into them have a special section of code that just returns NULL for the bridge. |
| 18:15.09 | putnopvut | Confbridges do not allow for "back door" access as Richard puts it. |
| 18:15.56 | kharwell | so then the same should be true for a queue? |
| 18:17.19 | putnopvut | Yes, but in the case of a queue, it's because getting into a queue doesn't involve joining a bridge. |
| 18:17.52 | putnopvut | So from outside, the behavior seems the same, masquerading into the final destination. The reasons leading to that behavior are different in those circumstances. |
| 18:17.53 | kharwell | oh yeah heh |
| 18:18.35 | kharwell | would it make sense for the attend transfer bridge code to check to see if moh is playing on transferer and then restart it on the transfered afterwards? |
| 18:18.55 | kharwell | or would that be better in the channel code itself? |
| 18:19.02 | putnopvut | Hmm, let me think for a sec. |
| 18:19.27 | putnopvut | It sounds like something that could possibly go in the attended transfer code. |
| 18:20.29 | file | hrm |
| 18:20.45 | file | my question is this: is there a case outside the scope of an attended transfer where that could happen? |
| 18:21.03 | putnopvut | That's an excellent question. |
| 18:21.28 | file | putnopvut, fueled by diet pepsi! |
| 18:21.49 | putnopvut | It's basically a question of, can a masquerade happen to a channel that is listening to MOH in any other situation? |
| 18:22.17 | putnopvut | Masquerades in Asterisk 12+ only happen when attended transferring to an application or confbridge, and during call pickup. |
| 18:22.44 | putnopvut | And in the case of call pickup, the moh situation can't happen because it's the person performing the pickup that masquerades. |
| 18:23.11 | putnopvut | In Asterisk 11-, on the other hand, masquerades can happen during transfers, and any type of async_goto operation on a called channel. |
| 18:23.17 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-tittlhatulyifpuv) |
| 18:23.18 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 18:23.20 | file | aye |
| 18:23.28 | putnopvut | So that includes AMI redirects and possibly some other situations. |
| 18:24.14 | putnopvut | I'm taking a lunch break. |
| 18:25.35 | kharwell | hmm, if I understand then in 12+ it should be fine to check and restart in the bridge transfer code? |
| 18:26.23 | file | if the answer to my question is no, and it seems to be, then putting it in the bridge transfer code would be best imo |
| 18:26.35 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 18:27.38 | kharwell | 11 and before there may be side cases where even doing it in the channel code might not cover everything? |
| 18:28.38 | kharwell | course this seems to be a prob in sip attended transfers to say an app like confbridge or queue |
| 18:29.00 | putnopvut | It would probably happen for other channel technologies too |
| 18:30.20 | kharwell | wonder if those could be handled down in the masquerade code in 11 and before then |
| 18:30.39 | kharwell | instead of in every channel or every app using fixup |
| 19:43.04 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 19:43.04 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:18.16 | *** join/#asterisk-dev roderickm (~roderickm@99-124-89-102.lightspeed.dctral.sbcglobal.net) |
| 20:39.31 | mjordan | coreyf1513: ping |
| 20:39.50 | coreyf1513 | mjordan: pong |
| 20:40.01 | mjordan | coreyf1513: it looks like no good deed goes unpunished - ASTERISK-23306 |
| 20:40.07 | mjordan | sighs |
| 20:40.21 | mjordan | I forgot to restart the bots, but https://issues.asterisk.org/jira/browse/ASTERISK-23306 |
| 20:40.47 | mjordan | in trunk, after your route clean up patch, the ACKs to a 200 OK no longer have a Route header populated (or at least, not on this user's call flow) |
| 20:41.10 | coreyf1513 | taking a look |
| 20:41.58 | mjordan | coreyf1513: btw, welcome to our pain :-D |
| 20:45.23 | wdoekes | lol |
| 20:46.40 | mjordan | I mean, you do everything right: you can write unit tests, you can write a testsuite test, and yet ... chan_sip. Always. Wins. |
| 20:47.46 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 20:48.54 | coreyf1513 | mjordan: what is typescript.gz? |
| 20:49.05 | mjordan | log files |
| 20:49.52 | coreyf1513 | weird my editor is loading it in chinese :) |
| 20:56.16 | putnopvut | I've seen that happen with compressed data before. |
| 20:56.18 | *** part/#asterisk-dev asteriskmonkey (~Tardis@74-51-38-204.telnetcommunications.com) |
| 21:02.23 | coreyf1513 | I gunzip'ed it.. less -R shows the correct text, gedit doesn't |
| 21:18.27 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 21:30.26 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 21:34.09 | coreyf1513 | is anyone else having trouble signing into jira? |
| 21:34.42 | mjordan | Hm. No? Is it throwing a captcha at you? |
| 21:35.03 | coreyf1513 | yup... saying my password is wrong too |
| 21:35.24 | mjordan | strange. Might be because I just put you into the bug marshals group... let me go double check it |
| 21:37.56 | mjordan | coreyf1513: try now |
| 21:38.36 | coreyf1513 | thanks |
| 21:39.29 | mjordan | sorry about that |
| 21:40.00 | mjordan | since you have commit access, it makes sense to toss you into the "I can see stuff" bucket, which basically just means that if someone locks an issue down in the ASTERISK project, you can still see it |
| 21:40.06 | mjordan | some security issues get put there initially |
| 21:40.57 | coreyf1513 | cool. |
| 21:41.31 | coreyf1513 | testsuite question, how do I get a sipp test to save the asterisk log when the test fails? |
| 21:42.06 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 21:43.56 | coreyf1513 | i've managed to get tests/channels/SIP/route to reproduce ASTERISK-23306 and sipp causes the test to fail, but it's not saving the asterisk logs. I've added some debug to asterisk log that I need to see |
| 21:44.10 | mjordan | it should be in /tmp/asterisk-testsuite/... |
| 21:44.28 | mjordan | if it has permissions to do so, it will copy the log files over to the logs/ directory - but if it doesn't, it should bail |
| 21:45.15 | coreyf1513 | I use run-local, looks like it's probably in astroot/tmp/, not sure why it wouldn't copy to logs/ |
| 21:45.59 | mjordan | Hm. |
| 21:46.13 | mjordan | It's possible that the stuff that is archiving things isn't used to the path getting overriden |
| 21:46.27 | wdoekes | you tzafrir and I are the only ones using run-local |
| 21:46.54 | mjordan | I'm just glad people using the test suite |
| 21:46.59 | mjordan | er, people are using |
| 21:50.45 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@88.226.34.183) |
| 21:51.32 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:38.19 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 22:45.29 | gtjoseph | mjordan: ASTERISK-23293 (asttest) is a bust I think. There was too much change in Lua 5.2. Want me to just close that issue? |
| 22:45.58 | mjordan | Since I think we're moving as fast as we can in the direction of Python, I'm not sure anyone is going to be super interested in that |
| 22:46.07 | mjordan | So, sure |
| 22:46.09 | mjordan | :-) |
| 22:46.13 | gtjoseph | Will do. |
| 22:46.22 | file | close in fire! |
| 22:46.29 | mjordan | I wonder how many lua tests we have left... |
| 22:46.44 | gtjoseph | 10 |
| 22:57.59 | coreyf1513 | does anyone know how to make sipp verify the absence of a header (fail if the header was received)? |
| 22:59.11 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 22:59.23 | sgriepentrog | coreyf1513: you can set a variable to something, then set it to a match value in the header wanted, then check it and force a fail if set to the original value |
| 23:07.52 | coreyf1513 | sgriepentrog: thanks |
| 23:09.09 | sgriepentrog | np |
| 23:09.46 | coreyf1513 | sgriepentrog: BTW, do you have plans to revive the testsuite valgrind stuff? |
| 23:10.17 | sgriepentrog | it's not dead, just waiting for me to get the time to work on it. I think I'll request some time this sprint to take it off the back burner... |
| 23:11.03 | sgriepentrog | BTW, do I need to mod run-local to support it? |
| 23:11.12 | sgriepentrog | Hadn't looked into that... |
| 23:11.15 | coreyf1513 | sgriepentrog: shouldn't have to |
| 23:11.19 | sgriepentrog | ok cool tnx |
| 23:12.35 | coreyf1513 | should be fine assuming you use appropriate variables to contruct paths (instead of hard coded paths) |
| 23:13.56 | sgriepentrog | Don't think I have anything hard coded. |
| 23:14.58 | coreyf1513 | sgriepentrog: i'm not very good at python but I know XSLT, so if you wanted some help converting the valgrind xml to useful results I could help with that |
| 23:20.48 | sgriepentrog | That depends - the xml output is extremely convoluted. If you look at the algorithm that I've written to parse through it and think XSLT can do that, go for it. I'm assuming it wouldn't be able to (but would be happy to be wrong0. |
| 23:21.06 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-tittlhatulyifpuv) |
| 23:44.52 | *** part/#asterisk-dev kharwell (~kharwell@107-205-84-6.lightspeed.brhmal.sbcglobal.net) |
| 23:59.54 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |