| 00:00.55 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 00:14.07 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 00:19.24 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 02:23.46 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 02:25.12 | *** join/#asterisk-dev X-Rob (X-Rob@gateway/web/irccloud.com/x-zoefygkxquelqqnm) |
| 02:25.12 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-yeqnyktgrzqrtafz) |
| 02:28.18 | *** join/#asterisk-dev X-Rob (X-Rob@gateway/web/irccloud.com/x-fhxrfopceaundxar) |
| 02:49.02 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 03:58.53 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-gjbosssephdlsurj) |
| 06:56.15 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:24.37 | *** join/#asterisk-dev zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net) |
| 07:49.12 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:21.00 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 09:05.53 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:05.53 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:20.18 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:22.57 | file | definitely a Thursday |
| 12:33.13 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 12:34.34 | jsmith | file: No kidding... |
| 12:47.11 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 13:32.34 | file | gtjoseph, I have a feeling the testsuite change... did a thing? |
| 13:32.44 | gtjoseph | like what? |
| 13:33.20 | file | uno sec |
| 13:33.32 | file | https://jenkins.asterisk.org/jenkins/job/periodic-asterisk-11/lastSuccessfulBuild/testReport/junit/(root)/AsteriskTestSuite/tests_apps_mixmonitor/ |
| 13:34.07 | gtjoseph | trying it... |
| 13:35.47 | gtjoseph | hmmm. It does sys.path.append("lib/python/asterisk") which it shouldn't |
| 13:35.59 | gtjoseph | checking to see if there are any others |
| 13:36.20 | file | mixmonitor_rxtx too |
| 13:37.24 | gtjoseph | ok, i'm on it |
| 13:38.22 | file | is glad the whole world didn't explode |
| 13:42.56 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-lfavtyfberwkvloa) |
| 14:12.11 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-eoygnhepngyuzxbb) |
| 14:15.40 | gtjoseph | file: patch up. |
| 14:15.47 | file | yup yup |
| 14:26.47 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:26.47 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:27.04 | cresl1n | rmudgett: ping? |
| 14:28.21 | seanbright | no route to host |
| 14:28.30 | seanbright | i'm hilarious |
| 14:28.36 | cresl1n | nevermind, I answered my own question anyways :-) |
| 14:29.06 | file | cresl1n, self-answering questions are the best |
| 14:29.21 | cresl1n | yesssssss |
| 14:53.34 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-pmncbzuisreufjmd) |
| 14:54.40 | cresl1n | leifmadsen: your Dockerfile changes review has been merged. |
| 14:54.49 | leifmadsen | wow :) |
| 14:55.09 | leifmadsen | good thing no one found an issue, because it's been too long to remember what I did |
| 14:55.20 | cresl1n | sorry about the delay |
| 14:55.37 | cresl1n | I think most of it is that there's not many of us that have field time using docker and writing Dockerfile |
| 14:56.17 | cresl1n | Dockerfile obviously being the plural form of Dockerfile :-) |
| 14:58.36 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ktrokkermtsiggbe) |
| 14:58.50 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-zyyjxidrrrcpzkzd) |
| 15:24.41 | file | rmudgett, did you file an issue for the Local channel scenario you mentioned in ASTERISK-25844? |
| 15:25.47 | rmudgett | No. I think it is the same issue though. |
| 15:25.51 | file | ack |
| 15:28.26 | rmudgett | file: I'm fairly certain its an app_queue problem holding onto channel snapshot references and not a local channel issue. |
| 15:30.25 | file | adjusts |
| 15:31.30 | file | rmudgett, can you quickly look at ASTERISK-25852 and give a thought or two? |
| 15:46.20 | rmudgett | Looks like there may be a missing unlock somewhere. As a thread holding a lock is not still in the area where the lock was obtained. |
| 15:49.29 | file | you get an unlock, YOU GET AN UNLOCK! FREE UNLOCKS FOR ALL! |
| 15:51.32 | cresl1n | Quite. |
| 16:21.15 | file | I think... lunch. |
| 16:29.29 | babak | rmudgett: Hi, would you correct me how I can configure a dynamic dahdi loopback for libss7 ? please take a look at: http://lists.digium.com/pipermail/asterisk-ss7/2016-March/005421.html |
| 17:11.34 | *** join/#asterisk-dev nunopereira (~nuno.pere@alpes.nortenet.pt) |
| 17:22.20 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 17:29.34 | gtjoseph | file: you back from lunch? |
| 17:29.44 | file | technically no, but I'm working |
| 17:29.50 | gtjoseph | :) |
| 17:30.47 | gtjoseph | RETRIEVE_FLAG_ALL, not sure what the expectation is. if fields is NULL and MULTIPLE is specified, doesn't that imply ALL? |
| 17:31.11 | file | it may imply it, but I'd prefer we keep it explicit - even if the current underlying implementation doesn't absolutely require it |
| 17:32.06 | gtjoseph | ok. we don't even pass it to the implementation you know. :) |
| 17:32.29 | file | it's passed to the sorcery API, what happens to it past there the user of sorcery doesn't care or know |
| 17:41.03 | nunopereira | Hi, in the dialplan, if I call "NoOp(${SIP_HEADER(Diversion),2})" I get the second "Diversion" header |
| 17:41.25 | nunopereira | How can I do it in AGI? I've tried with |
| 17:41.26 | nunopereira | $AGI->exec('NoOp', '${SIP_HEADER(Diversion),2}'); |
| 17:41.41 | nunopereira | and with |
| 17:41.42 | nunopereira | $AGI->get_variable('SIP_HEADER(Diversion),2}'); |
| 17:41.47 | nunopereira | but no luck |
| 17:41.53 | nunopereira | Is it possible? |
| 17:45.36 | rmudgett | You should probably use the correct syntax: NoOp(${SIP_HEADER(Diversion,2)}) and $AGI->get_variable('SIP_HEADER(Diversion,2)') |
| 17:49.15 | nunopereira | you're right about the syntax, rmudgett |
| 17:49.18 | nunopereira | fixed that |
| 17:49.22 | nunopereira | but still no lick |
| 17:49.29 | nunopereira | *no luck |
| 17:49.41 | nunopereira | $AGI->exec('NoOp'... is not echoing |
| 17:50.00 | nunopereira | and «$AGI->get_variable('SIP_HEADER(Diversion,2)')» return nothing or empty string |
| 17:50.15 | nunopereira | as before |
| 17:51.53 | rmudgett | How do you get a normal channel variable? A dialplan function value is read the same way. |
| 17:54.20 | nunopereira | the header wasn't sent |
| 17:54.28 | nunopereira | let me test again before |
| 17:55.47 | nunopereira | it worked, thank you rmudgett |
| 18:06.47 | cresl1n | sends file some more snow |
| 18:07.29 | file | you would |
| 18:37.09 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 18:52.09 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 19:00.51 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 19:11.20 | tm1000 | file: to reset my git to not being in a review state is it as easy as just checking out master or 13? |
| 19:11.25 | file | yes |
| 19:11.28 | tm1000 | cool |
| 19:22.04 | *** join/#asterisk-dev klow (~textual@59.sub-70-199-130.myvzw.com) |
| 19:33.05 | file | tm1000, you should read the commit message page |
| 19:33.15 | tm1000 | file: I have |
| 19:33.18 | tm1000 | Iâll read it again |
| 19:33.23 | tm1000 | its very LONG and a diatribe |
| 19:33.25 | file | you're missing the issue tag in the commit |
| 19:33.26 | tm1000 | sigh |
| 19:34.00 | file | the commit messages page isn't THAT long, gerrit is far worse |
| 19:34.18 | tm1000 | file: ok so I need to add something like: ASTERISK-967 #close |
| 19:34.23 | file | yes |
| 19:34.47 | tm1000 | alright. That really seemed strange to be because I didnt feel like I should be closing issue |
| 19:34.49 | tm1000 | (s) |
| 19:34.51 | tm1000 | updating |
| 19:35.35 | *** join/#asterisk-dev brc007 (uid152796@gateway/web/irccloud.com/x-yptvlcdhuihfqqub) |
| 19:36.08 | file | if the commit fixes the problem in the issue, then it should be closing it |
| 19:36.45 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 19:37.37 | file | oh, it's Thursday |
| 19:42.01 | *** join/#asterisk-dev klow (~textual@66.114.139.162) |
| 19:48.10 | tm1000 | file: ok so I made a fuss out of nothing basically cause it wasnât long. it was fine. |
| 19:55.57 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 20:51.32 | *** join/#asterisk-dev klow (~textual@66.114.139.162) |
| 21:11.01 | gtjoseph | hates that rebasing wipes out approvals. :( |
| 21:13.47 | gtjoseph | kharwell: do you have master version of the install_prereq fixes or did I miss them? |
| 21:14.27 | kharwell | gtjoseph: They were cherry picks from master. Had been previously fixed there |
| 21:14.37 | gtjoseph | oh gotcha. |
| 21:14.37 | kharwell | just needed to be moved to 13 |
| 21:15.19 | gtjoseph | and thanks. i was going to look at the aptitude issue since someone reported it with the pjproject bundled stuff |
| 21:20.16 | kharwell | no problem. Luckily I started to "fix" it in master first and noticed it had already been done, so it turned it into a simple cherry pick |
| 21:20.38 | gtjoseph | who forgot to merge it to 13 originally? :) |
| 21:23.13 | file | community contributor, but our collective fault |
| 21:23.58 | kharwell | still blames file alone |
| 21:25.07 | gtjoseph | might be a good side project to compare the commit histories and see what else might be missing. |
| 21:32.46 | *** join/#asterisk-dev klow (~textual@66.114.139.162) |
| 21:39.18 | *** join/#asterisk-dev klow (~textual@66.114.139.162) |
| 22:08.14 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 22:10.43 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-eoygnhepngyuzxbb) |
| 22:42.08 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 23:01.40 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 23:29.22 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 23:34.49 | *** join/#asterisk-dev bweschke (~bweschke@c-73-33-4-223.hsd1.nj.comcast.net) |
| 23:35.24 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 23:37.44 | bweschke | file: ping |
| 23:37.50 | file | sorta pong |
| 23:38.07 | bweschke | hey ! u have a moment to look at a crash and see if it looks familiar? |
| 23:38.17 | file | sure |
| 23:38.19 | bweschke | http://pastebin.com/Lf1Vu62h |
| 23:38.34 | file | that is... |
| 23:38.42 | file | kicks JIRA |
| 23:39.03 | file | ASTERISK-25275 |
| 23:41.18 | bweschke | awesome! I'll try that workaround... thank you! |
| 23:46.09 | file | cheers |
| 23:46.17 | bweschke | on an unrelated topic, I think I figured out the deadlock issue last week ... it seemed like I had too busy of an i/o wait and the sqlite3 commit in the sync_db thread was going out to lunch and holding dblock waiting for the fsync to return. |
| 23:46.39 | file | goody |
| 23:47.05 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 23:47.07 | file | I like my I/O like I like my financial transactions - fast and in real time |
| 23:48.25 | bweschke | I think I've resolved it by setting PRAGMA synchronous = OFF after opening the db. |
| 23:49.49 | bweschke | risky, sure ... but in my application, I couldn't care less that if I have a server fail and that astdb gets corrupted I could just wipe it and start over |
| 23:50.25 | file | nods |
| 23:50.27 | bweschke | is that something you guys would entertain as an asterisk.conf boolean ? |
| 23:50.45 | file | provided it weren't the default and had a reasonable explanation I don't see why not |
| 23:52.57 | bweschke | certainly .. the default would be to stay, as is, but there's probably certain applications where it may be appropriate. there are other people that have run into this. I saw a conversation between mjordan and steve davies from last year on a hang with the same scenario. |
| 23:53.18 | file | nods |
| 23:54.14 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |