| 00:33.34 | snuff-work | mm.. i really can't seem to get along with pjsip.. now i cause segfaults again.. though it seems a lil odd fail place |
| 00:33.40 | snuff-work | #0 0x00000000005c79e2 in ast_sorcery_object_get_id (object=0x0) at sorcery.c:2004 |
| 00:33.40 | snuff-work | 2004 return details->object->id; |
| 00:34.48 | gtjoseph | snuff-home: pastebin the full trace |
| 00:35.07 | gtjoseph | snuff-work: pastebin the full trace |
| 00:37.15 | snuff-work | mm.. k |
| 00:38.06 | snuff-work | firing up diff browser.. my other one keeps saying connection interrupted when i went to post |
| 00:40.12 | snuff-work | http://0bin.net/paste/fYrVNwhGvhv9gbus#UlEgwhjaand9ICwap-LDCLAsKf/xEhDPm90xPzp/grc |
| 00:40.27 | gtjoseph | looking |
| 00:41.08 | gtjoseph | what version are you running? |
| 00:41.14 | snuff-work | trunk |
| 00:41.23 | gtjoseph | ew |
| 00:42.20 | snuff-work | i have had pjsip mostly working before |
| 00:42.24 | gtjoseph | the problem looks to be in contacts... |
| 00:42.36 | gtjoseph | specifically sending a qualify |
| 00:43.04 | gtjoseph | when was the last time you pulled from trunk? |
| 00:43.12 | snuff-work | yesterday |
| 00:43.26 | snuff-work | i pulled pjsip / ast trunk |
| 00:43.30 | snuff-work | git / svn |
| 00:43.44 | snuff-work | Revision: 434725 = ast |
| 00:43.55 | gtjoseph | ew |
| 00:43.58 | gtjoseph | :) |
| 00:44.22 | gtjoseph | can you pull from git/master? |
| 00:44.35 | snuff-work | for ast? |
| 00:45.41 | gtjoseph | yeah, that's 10 days old now and I did some work in that area since |
| 00:46.17 | snuff-work | what's the link for doing it.. |
| 00:47.01 | gtjoseph | git clone https://gerrit.asterisk.org/asterisk |
| 00:47.36 | snuff-work | i think i need to re-make my * box again.. might help |
| 00:47.49 | gtjoseph | That ALWAYS helps. :) |
| 00:48.15 | gtjoseph | Also you might want to pull 13 rather than master unless you really need master. |
| 00:48.26 | snuff-work | i like living on edge =) |
| 00:48.40 | *** part/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 00:48.49 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 01:06.13 | snuff-work | testing again will have to wait bit till end of today now in 8 hrs |
| 01:06.42 | gtjoseph | I'll be asleep by then :) |
| 01:07.02 | snuff-work | np ppl get little ansy i take phones down in middle of day to test =) |
| 01:07.26 | gtjoseph | been there. |
| 01:07.58 | snuff-work | hoping i can go back to using pjsip.. last time i had to give up because it wasn't playing nice DTMF |
| 01:34.53 | *** join/#asterisk-dev roramirez (~rodrigo@186-78-23-199.baf.movistar.cl) |
| 01:35.06 | *** part/#asterisk-dev roramirez (~rodrigo@186-78-23-199.baf.movistar.cl) |
| 03:13.04 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 03:29.08 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 03:29.08 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:37.16 | gtjoseph | mjordan: just out of curiosity, how come you didn't upgrade all the way to gerrit 2.11 this weekend? |
| 06:43.37 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 07:11.17 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:11.17 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:17.40 | *** join/#asterisk-dev oej (~oej@88.80.164.15) |
| 07:17.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:20.42 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:49.51 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:21b3:b37e:eeac:8874) |
| 09:17.13 | *** join/#asterisk-dev Rico (~rico@unaffiliated/rico29) |
| 09:17.16 | Rico | hi |
| 09:17.48 | Rico | I'm looking for somebody able to understand debug mode of res_fax_digium.so |
| 10:54.24 | file | res_fax_digium is a commercial product of Digium, those are supported directly from Digium itself |
| 11:18.56 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 11:18.56 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 11:19.28 | file | mjordan, I acknowledge your presence |
| 11:21.47 | *** join/#asterisk-dev oej (~oej@88.80.164.15) |
| 11:21.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:23.30 | mjordan | gtjoseph: I talked with some folks in #openstack-infra about some of the issues with ssh we were having, and they recommended trying 2.10.3.1 |
| 11:23.37 | mjordan | file: hello |
| 11:36.15 | *** join/#asterisk-dev asteriskmo (~mo34@87.26.90.92.rev.sfr.net) |
| 11:36.45 | asteriskmo | Hello, any AsteriskNOW expert here please? |
| 11:49.08 | Rico | if anyone can take a look at that : http://pastie.org/10107235 |
| 11:49.25 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 11:49.25 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 11:51.53 | skrusty | has anyone here noticed that ari record isn't playing a beep (when requested) in version 13 (13.2/13.3) ? |
| 11:52.29 | skrusty | jsut trying to verify now, but works in 12.7.1 but not on my 13.3.2 box |
| 11:58.23 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 11:58.23 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 12:03.37 | skrusty | false alarm, problem with the way ari proxy sends query string params |
| 12:26.15 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:29.28 | *** join/#asterisk-dev oej (~oej@2.69.89.154.mobile.tre.se) |
| 12:29.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:37.57 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 12:37.57 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 12:50.34 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:11.57 | *** join/#asterisk-dev roramirez (~rodrigo@190.54.225.167) |
| 13:13.48 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-xwkkuwsqhewppygc) |
| 13:27.49 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-gkhufuewwnkgmlww) |
| 13:27.49 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:38.59 | *** part/#asterisk-dev roramirez (~rodrigo@190.54.225.167) |
| 13:49.18 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-dntvbzzfjpewmwor) |
| 13:49.18 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:54.18 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 13:54.18 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 13:57.01 | *** join/#asterisk-dev mjordan1 (mjordan@nat/digium/x-qtzzheqscfecyuzk) |
| 13:57.02 | *** mode/#asterisk-dev [+o mjordan1] by ChanServ |
| 14:07.32 | file | gtjoseph, moo |
| 14:09.31 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:09.31 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:09.50 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-bzustwqvnrdkwynd) |
| 14:19.33 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-emhaxtyxofsfaisn) |
| 14:22.49 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 14:22.49 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 14:23.10 | *** join/#asterisk-dev roramirez (~rodrigo@190.54.225.167) |
| 14:24.57 | roramirez | Hello, anybody can help about a code review? https://gerrit.asterisk.org/#/c/144/ |
| 14:27.56 | roramirez | i am confused about the best way do change on UPGRADE because i work in the master branch |
| 14:46.03 | gtjoseph | file: baaaa |
| 14:46.15 | file | gtjoseph, we've got more qualify tests to fix :D |
| 14:46.47 | gtjoseph | really? I didn't get bamboo'd over night |
| 14:47.00 | file | https://bamboo.asterisk.org/bamboo/browse/AST-ATTSCD-C632TE-713/test/case/11011364 |
| 14:47.38 | gtjoseph | sigh |
| 14:48.01 | file | I was going to do an audit of all the quality tests, unless you want to |
| 14:48.25 | gtjoseph | i will. looks like it failed for the 32-bit but not the 64-bit |
| 14:48.55 | file | and for the record: my router configuration and migration went extremely poorly and I had to revert back |
| 14:49.06 | gtjoseph | rats |
| 14:49.18 | gtjoseph | that sucks |
| 14:50.25 | roramirez | sorry, anybody can give a hand? |
| 14:50.33 | file | roramirez, what do you need? |
| 14:51.04 | file | ah |
| 14:51.33 | file | you will need to create separate branches for each version, cherry pick, fix the UPGRADE, and push that for review |
| 14:51.45 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-vknvltqmnfuifooc) |
| 14:52.57 | roramirez | file: the UPGRADE in the master branch never touch? |
| 14:53.56 | roramirez | because this UPGRADE files not tracking the changes on respectives branches (11 and 13) |
| 14:55.11 | file | master UPGRADE is tracking from Asterisk 13 to what master will become |
| 14:57.57 | roramirez | ok, thanks file |
| 14:59.22 | roramirez | ah, other thing. What could will be the best name for configuration options for this case. |
| 15:05.24 | *** join/#asterisk-dev russellb (~russellb@redhat/russellb) |
| 15:05.24 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:11.33 | gtjoseph | jsmith: ping |
| 15:12.17 | jsmith | gtjoseph: pong (but be aware I'm on a phone call and two IM chats for ${DAYJOB{) |
| 15:12.57 | gtjoseph | Ha! just wanted to know if you'd tried installing pjproject-devel.x86_64 and pjproject-devel.i686 at the same time. Conflicts for me. |
| 15:24.11 | *** part/#asterisk-dev roramirez (~rodrigo@190.54.225.167) |
| 15:29.38 | mjordan1 | file: we should probably put some checks into the /main/dns/ unit tests to make sure libunbound is loaded |
| 15:29.38 | mjordan1 | https://bamboo.asterisk.org/bamboo/browse/AST-ATRUNKUNIT-1000 |
| 15:30.22 | file | um |
| 15:30.42 | file | we can do that at build time with dependencies |
| 15:30.43 | mjordan1 | er |
| 15:30.46 | mjordan1 | k |
| 15:30.53 | file | er wait - query set |
| 15:30.59 | file | that shouldn't require a resolver |
| 15:31.20 | file | interesting |
| 15:42.42 | mjordan1 | yeah, I was wondering about that |
| 15:44.40 | file | some sort of race condition in them |
| 15:46.29 | WIMPy | Apropos building... Have you ever noticed that 'make install -j 2' doesn't work? |
| 15:47.22 | WIMPy | Not on the first attempt, that is. |
| 15:48.10 | gtjoseph | where's it failing? |
| 15:49.19 | gtjoseph | i just tried it and it works for me |
| 15:49.47 | Synthase_ | +1 |
| 15:50.01 | WIMPy | Erm, need to do a fresh build... |
| 15:50.33 | gtjoseph | we need to or you need to? :) |
| 15:51.08 | WIMPy | I need to. |
| 15:51.22 | WIMPy | If you installed before, it will work. |
| 15:52.05 | gtjoseph | just did an uninstall then install with no problems |
| 15:52.20 | WIMPy | From the source that is. |
| 15:52.50 | Synthase_ | Spinning up a VPS to test this |
| 15:53.08 | WIMPy | It only fails on a fresh souce that hasn't seen a 'make install' before. |
| 15:53.17 | Synthase_ | Which is what this will be |
| 15:54.10 | WIMPy | Ooops. I just ran in to some other issue for whatever reason. |
| 15:54.51 | WIMPy | (just as per usual, if you try to investigate on one thing you hit others that prevent you from doing so. Thanks Murphy.) |
| 15:58.53 | WIMPy | Hmm. This time it worked again. |
| 16:00.27 | Synthase_ | Is this separate "make -j 2 && make install -j 2"? I've never seen a reason to run the jobs flag on the install step after compiling. |
| 16:01.06 | WIMPy | It's about the install part, yes. It also runs a lot faster with -j. |
| 16:01.56 | Synthase_ | New instance, worked without issue. |
| 16:02.17 | Synthase_ | 11.17.1 source |
| 16:02.51 | WIMPy | Yes. Seems to work again on 11.17.1. But I did hit that one several times before. |
| 16:03.07 | Synthase_ | CentOS 6.6 for the record |
| 16:05.29 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-edizjibcinjvdaes) |
| 16:05.58 | WIMPy | But the 'make install' bit seems to run faster that it used to do as well. Did it receive so TLC lately? |
| 16:07.03 | WIMPy | With lately in the region of months. Since I do the fuilly scripted build I don't pay as much attention to the details as I used to do. |
| 16:07.51 | WIMPy | But I'll put the -j back in to that script and hopefully enjoy a faster ride. |
| 16:09.05 | *** join/#asterisk-dev Greenlight (wluke@cpc18-dund12-2-0-cust490.16-4.cable.virginm.net) |
| 16:11.08 | WIMPy | But I've also got a far more interesting one regarding IAX transfers. |
| 16:12.39 | WIMPy | I'm using transfer=mediaonly everywhere. That works fine if on Box A you do a Dial(IAX2/B/bla) and on B you do Dial(IAX2/C/bla). The media goes straigt from A to C while the cahnnel stays up on B |
| 16:12.44 | WIMPy | until the call is ended. |
| 16:14.01 | WIMPy | But if you add DUNDi to the equation things behave differently. If A uses a dundi switch to reach B and then B does a Dial to C, the media still takes the direct route, but on B the call ends after |
| 16:14.06 | WIMPy | soe random time. |
| 16:19.53 | WIMPy | Anyone got an idea what to look in to to find out what's going on there? |
| 16:21.22 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-pewhjjaonqvqkclj) |
| 16:22.09 | *** join/#asterisk-dev sgriepentrog (sgriepentr@nat/digium/x-josrwycidqvfbuxt) |
| 16:25.55 | mjordan1 | WIMPy: Unfortunately, I don't without a log showing the IAX traffic for both scenarios. DUNDi is not in my area of expertise. |
| 16:26.26 | WIMPy | Full IAX logs from all three boxes? |
| 16:26.38 | mjordan1 | probably from the one dropping |
| 16:27.03 | WIMPy | Ok, I will start with only the middle one then. |
| 16:28.11 | auntie | whooo, I finally got two out of five confbridge tests passing in my VM :) |
| 16:28.26 | auntie | are the tests sensitive to timing delays? my netbook might be too slow to pass them :s |
| 16:28.36 | auntie | in the testsuite |
| 16:30.33 | mjordan1 | they can be |
| 16:30.46 | mjordan1 | auntie: did you compile Asterisk with TEST_FRAMEWORK enabled? |
| 16:30.55 | mjordan1 | auntie: ./configure --enable-dev-mode as well |
| 16:31.08 | auntie | mjordan1: both of those are enabled |
| 16:31.23 | mjordan1 | auntie: which ConfBridge tests failed? |
| 16:31.48 | file | mjordan1, fix for query set stuff up! |
| 16:31.59 | mjordan1 | file: yay |
| 16:32.14 | file | hopes mjordan1 isn't replicating |
| 16:32.40 | auntie | it says... menu action to leave the conference, Conference ended, and Single action leave event received |
| 16:32.42 | mjordan1 | file: don't worry, I killed the original |
| 16:32.46 | auntie | those three failed |
| 16:32.59 | mjordan1 | strange |
| 16:33.05 | mjordan1 | file: ooo, it was a real failure |
| 16:33.27 | file | mjordan1, yeah |
| 16:33.30 | auntie | oh also, the test simply hangs at the end of that test. I need to look into what the python is doing |
| 16:33.36 | mjordan1 | file: testing! |
| 16:33.45 | auntie | it kills asterisk and then just sits there |
| 16:33.53 | mjordan1 | auntie: what version of Asterisk? |
| 16:34.31 | file | takes dog for walk before she implodes |
| 16:34.35 | mjordan1 | file: I'd like to +1 that, but I think putnopvut should review it |
| 16:34.58 | auntie | mjordan1: it's SVN trunk from... maybe two weeks ago? |
| 16:35.05 | auntie | wait... maybe not... |
| 16:35.32 | putnopvut | has a look at query set stuff |
| 16:35.38 | file | mjordan1, no rush - only the unit tests currently require that behavior |
| 16:35.38 | auntie | it's actually 13.3.2 |
| 16:35.51 | mjordan1 | auntie: I'd still expect all to pass on that version. That is odd. |
| 16:36.11 | auntie | I have a BURNING suspision that my netbook is underqualified for running these tests in a VM |
| 16:36.22 | auntie | *suspicion |
| 16:36.38 | mjordan1 | possibly, but we do run the tests on some pretty shitty hardware |
| 16:36.42 | mjordan1 | specifically for that reason :-) |
| 16:36.55 | mjordan1 | but a netbook may exceed our current crap hardware :-) |
| 16:37.10 | auntie | a VM in a netbook |
| 16:37.14 | mjordan1 | yeah |
| 16:37.22 | auntie | I had to patch some of the timeouts to make it even run :D |
| 16:37.23 | mjordan1 | the current agents are bare metal. Bad metal, but still bare. |
| 16:37.33 | gtjoseph | file: i'm stumped on the qualify tests. i just put up a 32bit vm, varied the number of cpus and speeds and the tests all ran fine. |
| 16:38.08 | auntie | I'll have to get this on my i7 desktop... only then can I know for sure :/ |
| 16:38.15 | mjordan1 | goes for lunching |
| 16:38.42 | putnopvut | +1'd |
| 16:50.55 | WIMPy | I think it's not related to using DUNDi. Looks more like it always fails if the transfer itself succeeds. |
| 17:02.39 | *** join/#asterisk-dev Jamuel (~Jamuel_St@67.180.156.186) |
| 17:02.41 | Greenlight | Is the callerid from this line in my trace indicative of some corruption somewhere: #6 0x00000000005377f5 in ast_spawn_extension (c=0x7f275daab9f8, context=0x7f275daac848 "gl-agentconf", exten=0x7f275daac898 "1804", priority=4, callerid=0x7f275d28a2a0 "5\r\nPT: 200(Sender Report)\r\nReceptionReports: 1\r\nSenderSSRC: 0\r\nFractionLost: 0\r\nPacketsLost: 0\r\nHighestSequence: 60465\r\nSe |
| 17:02.41 | Greenlight | quenceNumberCycles: 0\r\nIAJitter: 1\r\nLastSR: 12582.221359642050035712\r\nDLSR: 0."..., found=0x7f28e1351b70, combined_find_spawn=1) at pbx.c:6037 |
| 17:02.51 | file | gtjoseph, I find crying helps |
| 17:04.15 | gtjoseph | yeah |
| 17:15.43 | jsmith | gtjoseph: Sorry for the slow reply... no, I typically don't try installing the -devel headers for both arches at the same time... but I imagine they *would* conflict |
| 17:16.15 | gtjoseph | hmmm. never had any conflict with any other devel package. |
| 17:21.35 | *** join/#asterisk-dev russellb (~russellb@redhat/russellb) |
| 17:21.35 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:40.15 | *** join/#asterisk-dev russellb (~russellb@redhat/russellb) |
| 17:40.15 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:12.45 | gtjoseph | file: review 195 may fix the max_initial_qualify_time test but I still can't reproduce it so I'm guessing. |
| 18:12.50 | file | ack |
| 18:13.16 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-vwvjomuwcitjllmi) |
| 18:19.30 | gtjoseph | file: do you have a few minutes to look at the failure log for that test? |
| 18:19.37 | gtjoseph | https://bamboo.asterisk.org/bamboo/artifact/AST-ATSF1/C632TE/build-241/Test-Suite-Logs/channels/pjsip/qualify/max_initial_qualify_time/run_1/ast1/var/log/asterisk/full.txt |
| 18:20.07 | file | what aboot it |
| 18:20.35 | gtjoseph | asterisk is never even trying to qualify the contact and i'm not sure why |
| 18:20.44 | gtjoseph | search for Unreachable |
| 18:21.19 | file | hum |
| 18:21.34 | gtjoseph | it sends the Untreachable then sites there until the test kills it. |
| 18:22.43 | gtjoseph | the only startup errors i see is are not related |
| 18:22.50 | file | I don't... know... |
| 18:23.39 | gtjoseph | ok, don't bother with that review. i'm going to download the scrupt the agent uses to build and run and try it |
| 18:23.44 | gtjoseph | script |
| 18:24.02 | file | unless somehow it's doing it so early that the PJSIP stack is not in a fully initialized state, but that's an out there theory |
| 18:24.31 | gtjoseph | you'd think a lot of other things would be failing then |
| 18:25.22 | gtjoseph | where can i find that build/run script? I forgot. |
| 18:25.27 | file | that I do not know |
| 18:33.09 | file | hrm |
| 18:34.38 | gtjoseph | was that aimed at me? |
| 18:34.52 | file | it was a general hrm as I look at the transaction code |
| 18:35.21 | gtjoseph | the stuff that I just did? |
| 18:35.54 | file | no |
| 18:35.56 | file | PJSIP |
| 18:48.54 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-yejwgkvlidtngdtf) |
| 19:26.38 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-vpaqyntvpvhqzhph) |
| 19:26.39 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 19:27.11 | gtjoseph | file: you may have bene correct about the pjsip not being fully initialized. |
| 19:27.55 | gtjoseph | i think the OPTIONS is going out before everything is set up to receive the OK |
| 19:28.03 | file | yow'sa |
| 19:32.09 | gtjoseph | file: i re-pushed review 195. I think that'll do it. I think. I hope. |
| 19:32.14 | file | k |
| 19:33.14 | gtjoseph | mjordan: can you direct me to the scripts the agents use to build and test asterisk? I need to reproduce the environment as close as I can. |
| 19:34.08 | mjordan | gtjoseph: sure |
| 19:34.36 | mjordan | http://svnview.digium.com/svn/testsuite/bamboo/trunk/bin/ |
| 19:35.03 | mjordan | gtjoseph: the main ones are build-asterisk-only.sh, run-asterisk-testsuite.sh, and run-asterisk-unittests.sh |
| 19:35.28 | gtjoseph | thanks. if review 195 doesn't fix the max_initial_qualify_time failure i'm going to try to reproduce it this way |
| 19:37.07 | gtjoseph | mjordan: BTW, gerrit 2.11 has in-browser editing and has some enhancements around keeping votes around. |
| 19:38.14 | gtjoseph | oh, do you have the command lines used to invoke those scripts. Looks like they can take options. |
| 19:39.10 | mjordan | gtjoseph: sure, let me pastebin a few things for you |
| 19:39.18 | gtjoseph | thanks |
| 19:40.40 | mjordan | gtjoseph: build-asterisk-only.sh has the following for the full testsuite run |
| 19:40.40 | mjordan | -v -e app_voicemail -e app_directory -e test_voicemail_api -e FILE_STORAGE |
| 19:40.58 | gtjoseph | got it |
| 19:41.00 | mjordan | which is: build debug (-v), enable voicemail dependencies (-e) |
| 19:41.25 | mjordan | small inline script used to set up the testsuite: |
| 19:41.26 | mjordan | http://pastebin.com/YKG3V53J |
| 19:41.38 | mjordan | invocation of testsuite for full run: |
| 19:41.39 | mjordan | ./runtests.py --timeout=190 |
| 19:42.05 | gtjoseph | perfect |
| 19:42.34 | mjordan | note: this is why I'm trying to get Zuul/Jenkins off the ground, as all of this stuff would just be in YAML files in a repo |
| 19:43.32 | gtjoseph | :) |
| 19:46.26 | gtjoseph | mjordan: does everything run as root on the agents? |
| 19:49.11 | mjordan | gtjoseph: yes |
| 19:49.21 | gtjoseph | thx |
| 19:55.22 | mjordan | Gerrit has its problems. git review -d is not one of them. |
| 19:55.59 | *** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au) |
| 19:57.31 | gtjoseph | no it isn't. makes actually testing people's patches a lot easier |
| 20:57.07 | *** part/#asterisk-dev mjordan (mjordan@nat/digium/x-vpaqyntvpvhqzhph) |
| 21:13.49 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-hkyovzomawfzbdbz) |
| 21:39.47 | file | okay |
| 21:39.53 | file | are we ... saner? |
| 21:40.11 | gtjoseph | that's a relative term |
| 21:40.42 | file | gtjoseph, on the router front I'm opting for VyOS - which since it's a cousin of EdgeOS (which is used on my Ubiquiti Edgemax) is extremely familiar |
| 21:41.06 | gtjoseph | Cool. Let me know how it goes. |
| 21:41.47 | file | so far so good, I did a quick test before I left for dinner and at 400Mbps through NAT it hit 2% CPU usage |
| 21:41.59 | gtjoseph | There you go. |
| 21:42.10 | gtjoseph | Does it have a web ui? |
| 21:42.13 | file | it does not |
| 21:42.15 | file | all CLI |
| 21:42.44 | file | ie: "set interfaces ethernet eth3 address 172.16.1.1/24" |
| 21:42.58 | gtjoseph | :) |
| 21:44.03 | file | eyes putnopvut |
| 21:44.38 | putnopvut | Why you do that? |
| 21:44.57 | file | you +2 +1 something but didn't submit |
| 21:46.04 | putnopvut | which one? |
| 21:46.15 | putnopvut | Ah gotcha |
| 21:46.17 | putnopvut | MY BAD |
| 21:46.35 | putnopvut | is going to be happy when jenkins is the one verifying stuff. |
| 21:46.38 | file | I think that covers the onslaught of cherry picks |
| 21:47.19 | gtjoseph | the gignore stuff i just did...do you want me to cherry them into the certified branches? |
| 21:47.28 | gtjoseph | or is that something you guys do? |
| 21:48.40 | file | we do that |
| 21:48.52 | gtjoseph | cool |
| 22:26.06 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 22:34.09 | gtjoseph | WTF!! Is there a new commit message hoot? |
| 22:34.12 | gtjoseph | hook? |
| 22:39.38 | rmudgett | gtjoseph: What was the problem in res_corosync when the config file didn't exist? |
| 22:50.47 | gtjoseph | it was attempting to call corosync_cfg_initialize and was failing. |
| 22:51.00 | gtjoseph | with LOAD_FAILURE |
| 22:51.43 | gtjoseph | rmudgett: ^^ |
| 22:52.53 | rmudgett | gtjoseph: I see that now. It even fails if the default config file is present. |
| 22:53.10 | gtjoseph | currently yes |
| 22:54.03 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-emhaxtyxofsfaisn) |
| 22:56.26 | rmudgett | The patch is definitely an improvement as it now allows asterisk to keep going if the config file doesn't exist. |
| 22:56.35 | gtjoseph | exactly. |
| 22:56.44 | rmudgett | But there is still something wrong with that module. |
| 22:57.01 | gtjoseph | to be honest, i'm not sure why ANY module should be able to prevent asterisk from loading, but... |
| 22:57.24 | gtjoseph | oh yeas and maybe russelb could take a look, :) |
| 22:57.27 | *** join/#asterisk-dev superscrat (~asanders@173-17-133-2.client.mchsi.com) |
| 22:57.52 | rmudgett | anyway. I'll +1 the change now |
| 22:58.02 | gtjoseph | thx. :) |
| 23:00.49 | *** join/#asterisk-dev superscrat (~asanders@173-17-133-2.client.mchsi.com) |
| 23:43.00 | *** join/#asterisk-dev superscrat (~asanders@173-17-133-2.client.mchsi.com) |
| 23:58.14 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |