| 00:22.47 | *** join/#asterisk-dev infobot (ibot@208.53.50.136) |
| 00:22.47 | *** 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 |
| 00:26.20 | *** join/#asterisk-dev dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
| 01:32.33 | *** join/#asterisk-dev dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
| 01:48.26 | *** join/#asterisk-dev dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
| 06:04.19 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:04.19 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:21.50 | *** join/#asterisk-dev pchero_work (~pchero@87.213.240.121) |
| 06:27.08 | *** join/#asterisk-dev pchero_work (~pchero@87.213.240.121) |
| 09:26.41 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 11:15.05 | file | moshi moshi hi hello did you call to talk to me |
| 11:30.31 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 11:40.42 | coreyfarrell | file: looks like you reverted stasis filtering https://gerrit.asterisk.org/10479 to patch 2? |
| 11:41.08 | file | yeah, I'm fixing that, hold |
| 11:43.37 | file | should be good to go now |
| 11:44.58 | coreyfarrell | ack. unless gerrit is displaying wrong it's now just a rebase of patch 4? |
| 11:45.26 | file | yes |
| 11:45.36 | file | I had to fix up/rebase the patch that it depends on |
| 11:45.48 | file | filtering was fine though |
| 11:47.49 | coreyfarrell | ah I hadn't noticed that one depended on the other. is that just because they edit the same files so one had to follow the other? |
| 11:48.29 | file | kinda, filtering impacts cache usage too |
| 11:48.46 | file | er reverse that |
| 11:48.56 | file | the cache change impacts filtering because the consumers have to set the right filter |
| 11:52.27 | file | ugh app_queue |
| 11:53.55 | coreyfarrell | weird I thought that when you uploaded a new patch it canceled any pending jenkins jobs? |
| 11:57.10 | file | it used to at least |
| 12:01.23 | file | coreyfarrell: ooh https://jenkins2.asterisk.org/job/asterisk-gatetests/job/master/300/artifact/tests/CI/output/sip2/logs/channels/SIP/sendrpid/pai/trust_yes/pres_allow/backtrace_11127.txt |
| 12:01.36 | file | crash at shutdown in le CEL |
| 12:02.26 | coreyfarrell | yeah that's a known issue: https://issues.asterisk.org/jira/browse/ASTERISK-27410 |
| 12:02.40 | coreyfarrell | with an unknown solution :( |
| 12:02.54 | file | also thinks his flood of things has changed the timing conditions and is resulting in extra test failures |
| 12:03.46 | coreyfarrell | it's hard to know without using pjsua-2.7.2 to test. |
| 12:06.17 | coreyfarrell | maybe we should install pjsua-2.7.2 to /usr/bin on the jenkins test containers? kharwell initially couldn't reproduce the test errors because he had an older copy of pjsua in the system path. |
| 12:07.35 | file | kharwell and bford are both looking into such things, I'd suggest bringing it up when they're here |
| 12:12.50 | coreyfarrell | ack. care to +2 https://gerrit.asterisk.org/10512 (gtjoseph already did and only the UPGRADE.txt was rebased since). |
| 12:13.09 | *** join/#asterisk-dev pchero_work (~pchero@87.213.240.121) |
| 12:13.47 | file | done |
| 12:27.01 | coreyfarrell | about the CEL crash we could fix in 16+ using dependencies. the easy way would be to just add `.enhances = 'cdr,cel'` to the func modules which are used by CDR/CEL. this would make it impossible to unload any of those function modules without first unloading all cdr the modules. |
| 12:28.32 | coreyfarrell | that would only protect the default config.. if someone had cdr_custom.conf setup to use a different function that would still be able to crash. |
| 12:31.11 | file | meh |
| 12:34.02 | coreyfarrell | oh CDR has special flush logic in the shutdown before we unload modules. maybe that's why I've never seen that crash from CDR. |
| 13:06.19 | *** join/#asterisk-dev dandann00dle (~dandann00@2601:840:8401:d7ee:9967:99fc:50e4:95a3) |
| 13:31.11 | file | video killed the radio starrrrrrrr |
| 13:43.03 | gtjoseph | Can we format CHANGES and UPGRADE the same way? Makes cutting and pasting easier. |
| 13:59.35 | file | gtjoseph: everything is immutable! |
| 13:59.37 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-uryayxopqmezdbfw) |
| 13:59.37 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 13:59.52 | gtjoseph | :( |
| 14:00.00 | file | even this chat |
| 14:00.04 | file | you're violating the contract |
| 14:00.12 | gtjoseph | OH NO |
| 14:22.52 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-wulnnkdhobqrgmfl) |
| 14:22.52 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:38.08 | coreyfarrell | kharwell / bford: earlier I suggested that maybe we should install pjsua 2.7.2 to /usr/bin on the jenkins agents, file told me to repeat when you're both here. |
| 14:40.59 | kharwell | that might work and allow the tests to hopefully pass. bford is currently checking more into whether or not 2.7.2 pjsua would work okay. I believe earlier he installed it and things still failed |
| 14:41.07 | bford | that's a possibility. i'm looking into the blind transfer test failures now to see if there's a quick fix or not, at least as far as the tests go. i did try running them with pjsua 2.7.2 in /usr/sbin (running on elementary/ubuntu), and tests still failed, although there could be something going on with the search path order |
| 14:41.48 | gtjoseph | i would prefer to NOT mess with the agents. |
| 14:42.35 | gtjoseph | it just makes the setup scripts that much harder. |
| 14:44.00 | gtjoseph | cd /usr/src/ |
| 14:44.00 | gtjoseph | ls |
| 14:44.04 | gtjoseph | damn |
| 14:44.13 | bford | :) |
| 14:45.56 | gtjoseph | also one thing to check... we install pjsua in /var/lib/asterisk/third-party/pjproject/. Is that th eopne the testsuite uses? |
| 14:47.56 | coreyfarrell | gtjoseph: that directory is appended to $PATH before running any tests. so if /usr/bin/pjsua exists it will be used over /var/lib/asterisk/third-party/pjproject/pjsua |
| 14:49.36 | gtjoseph | yeah that's what i thought. at one time i was installing pjsua from source to /usr/local/bin but not any more . |
| 14:49.54 | gtjoseph | so the one used should be in /var/lib... |
| 14:50.43 | coreyfarrell | erm I might be reading the code wrong |
| 14:51.27 | bford | i had installed 2.7.2 from source and moved it into /usr/sbin, but don't know if the testsuite will reach that in path first for which pjsua to use |
| 14:51.57 | bford | and afaik there's not a good way to check which one it's using when running the test |
| 14:52.21 | gtjoseph | sure there is... delete them both and make sure it complains. :) |
| 14:52.22 | coreyfarrell | nevermind I was right. the system path is prefered over /var/lib/... |
| 14:52.36 | gtjoseph | then add only 1 back in. |
| 14:52.48 | bford | lol fair enough |
| 15:08.56 | bford | ok good to go on that front, confirmed 2.8 pjsua is the problem. time to figure out why |
| 15:54.20 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-entuaglnuuonmprn) |
| 15:54.20 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 17:54.38 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-dpbursmmztvcuiey) |
| 17:54.38 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 20:02.34 | seanbright | when am i getting freepbx with asterisk 16? |
| 20:06.44 | *** join/#asterisk-dev Bhakimi (~textual@208.78.139.170) |
| 20:25.58 | jameswf | when do you want it? |
| 20:30.04 | seanbright | last tuesdays |
| 21:03.13 | *** join/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 21:03.14 | *** mode/#asterisk-dev [+o DivideBy0] by ChanServ |
| 22:13.28 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-uryayxopqmezdbfw) |