| 04:48.08 | *** join/#asterisk-dev `mc (~mc@69.37.245.215) |
| 04:48.35 | `mc | hello all |
| 04:48.46 | `mc | I have a question, can anyone help? |
| 04:49.47 | `mc | hello? |
| 04:51.12 | WIMPy | Not unless you ask. |
| 05:35.05 | *** join/#asterisk-dev citywok (~kvirc@67-134-194-33.dia.static.qwest.net) |
| 05:59.08 | *** join/#asterisk-dev frawd (~francois@83.35.162.108) |
| 06:26.27 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 06:27.54 | `mc | Anyone know the best way to implement a "click-to-call" feature with a call timer and integrating credit card processing? Basically, I want my server to call person A, then once person A has connected successfully, call person B then bridge the two calls together. |
| 06:28.56 | WIMPy | Please note the message you got when joining. Try asking in #asterisk. |
| 06:29.04 | `mc | As soon as the bridged call is active, start the timer. When the timer reachs 0, interrupt the call and request the user to either continue the call or end (hang up). If the user decides to continue the call, prompt the credit card processing. |
| 06:29.11 | `mc | thanks, I will ask there too |
| 06:36.22 | pabelanger | m18361 |
| 06:36.23 | MuffinMan | [new] [Asterisk] Resources/res_musiconhold 0018361: [patch] Crash under FreeBSD 8.1 with 'core stop now' reported by pabelanger https://issues.asterisk.org/view.php?id=18361 |
| 06:37.23 | pabelanger | This seems to happen pretty often under the testsuite. |
| 06:48.30 | pabelanger | looks like a deadlock some where. Will check the logic in the test to see what is happing |
| 06:48.37 | pabelanger | in the morning :) |
| 07:08.11 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 07:22.26 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 07:22.29 | schmidts | good morning |
| 07:29.03 | asterisk-learner | hello |
| 07:31.17 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 07:46.48 | schmidts | hello asterisk-learner how are you? |
| 07:47.03 | schmidts | any further news on your chanspy problem? |
| 07:47.08 | asterisk-learner | good and you ? |
| 07:47.10 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 07:47.22 | asterisk-learner | not really, on asterisk channel they told me that the behavior is right |
| 07:47.35 | schmidts | tired, stressed so just as usual ;) |
| 07:47.37 | asterisk-learner | that it is by design, that when a phone is on hold it is "disabled" |
| 07:47.47 | asterisk-learner | hehe |
| 07:48.11 | asterisk-learner | i jus trying the scenario with evreythitn in IAX2 instead of SIP to see if it makes a diffrence ... |
| 07:48.30 | schmidts | the problem is IMO that the bridge is disabled not only the phone on hold. This would mean no audio is transfered from the spyer to the phone |
| 07:48.36 | schmidts | which version do you use? |
| 07:49.52 | WIMPy | Well, only a POTS phone would be able to receive audio on a cahnnel on hold anyway. |
| 07:49.55 | asterisk-learner | true |
| 07:50.01 | asterisk-learner | i tried the lates in 1.4 |
| 07:50.02 | asterisk-learner | 1.4.36 |
| 07:50.17 | asterisk-learner | sorry but what is a POTS |
| 07:50.19 | asterisk-learner | phone |
| 07:50.22 | schmidts | 1.4 is nearly end of life try 1.8 instead ;) |
| 07:50.34 | schmidts | POTS = plain old telephone system |
| 07:50.45 | schmidts | the normal phone network is called pots |
| 07:50.45 | WIMPy | The original 1900s stuff :-) |
| 07:50.51 | asterisk-learner | ah ok |
| 07:50.53 | asterisk-learner | thx |
| 07:51.43 | WIMPy | I would hope that no POTS network exists in any relevant location. |
| 07:52.11 | schmidts | pots isnt bad at all, Fax is BAD and the technology is even older than phones |
| 07:53.09 | WIMPy | The only real advantage is that it doesn't require local power. |
| 07:54.57 | schmidts | thats not an advantage, thats a psychological problem for all phone users. My phone has to work even if the whole building is dark, so why doesnt my voip work anymore then ;) |
| 07:56.31 | WIMPy | Well if your house is dark, you're probably lighting some candles, increasing the risk to set your house on fire. Would be nice to be able call the fire brigade then. |
| 07:59.30 | schmidts | thats why we use mobile phones today ;) |
| 08:00.41 | WIMPy | Yes, but the base stations need power as well for that to work. And UPS have become luxury in times of demanding ever dropping prices. |
| 08:10.14 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:14.07 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:34.39 | asterisk-learner | hey io have a very silly question abt IAX2 :-$# |
| 08:36.04 | *** join/#asterisk-dev aimka (~nimda@unaffiliated/aimka) |
| 08:51.28 | schmidts | asterisk-learner there are no silly questions only silly answers, but maybe you better ask in #asterisk first ;) |
| 08:54.19 | asterisk-learner | oki |
| 09:34.01 | tzafrir | thinks Not again. Not another svn:external to work around... |
| 10:07.36 | tzafrir | pabelanger, specifically: is it needed for anything beyond the test suite? |
| 10:07.49 | tzafrir | Are we starting to embed the world in the asterisk tarball? |
| 10:13.08 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 10:23.44 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.50.119.253) |
| 10:24.02 | schmidts | tzafrir you know the new asterisk theme "the world is calling"? ;) |
| 10:25.11 | WIMPy | Gret opportunity for optimization. If the whole world is in the Asterisk tarball, we can ditch all channeltypes except local :-) |
| 10:33.28 | schmidts | :D |
| 11:06.06 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 11:06.06 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:07.13 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:09.51 | *** join/#asterisk-dev _structz (~structz@2801:88:1000:2:225:bcff:fee7:cf62) |
| 12:22.49 | seanbright | i take back everything i said about caller id in belize |
| 12:23.02 | seanbright | it uses bell/ring |
| 12:23.13 | seanbright | but there is a bug in dahdi trunk |
| 12:23.16 | seanbright | that is all |
| 12:56.56 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 12:56.56 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 13:05.16 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:25.23 | Kobaz | ooo, oej came out of the woodwork |
| 13:25.44 | Kobaz | he got sick on his flight back home... but i got some email from him today |
| 13:44.36 | pabelanger | tzafrir_laptop: The testsuite is its own repo, outside the asterisk tarball. |
| 14:01.42 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:01.42 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:02.36 | sruffell | seanbright: so I busted things for you? |
| 14:03.50 | sruffell | r9466 was supposed just to be a reorg too without any functional change, which makes it even more of a bummer if true. |
| 14:03.51 | seanbright | sruffell: totally |
| 14:04.10 | seanbright | the issue is that it unconditionally calls return there |
| 14:04.16 | seanbright | in the case statement |
| 14:04.31 | seanbright | so non-zero is returned to asterisk, and it craps out |
| 14:04.32 | seanbright | so... |
| 14:05.15 | seanbright | http://pastebin.com/87TUKp5Z |
| 14:05.19 | seanbright | that fixes it for me |
| 14:05.57 | seanbright | because in the original code, after the break, we hit a 'return 0' |
| 14:06.21 | sruffell | looking... |
| 14:06.33 | asterisk-learner | hey again |
| 14:06.56 | seanbright | sruffell: chan_dahdi.c:8779 ss_thread: I/O MUX failed: Success |
| 14:07.08 | seanbright | that is the error i was getting without that patch |
| 14:07.20 | asterisk-learner | using pbx_builtin_getvar_helper() inside an application, without having the variable first "defined" using pbx_builtin_setvar_helper() will crash asterisk, right ? |
| 14:08.38 | sruffell | ahh... |
| 14:08.47 | sruffell | I see it...ret is confusing...it's not the return value. |
| 14:08.53 | sruffell | :/ |
| 14:08.54 | seanbright | yeah |
| 14:09.14 | sruffell | ok...I'll write a patch and email it to you, and since you have commit access, you can just edit it an commit it....cool? |
| 14:09.45 | sruffell | because I think I should change the name of the variable.... |
| 14:09.54 | seanbright | well i can't test it now |
| 14:10.08 | seanbright | if it was 8:59 i could |
| 14:10.11 | seanbright | but it's 9:10 |
| 14:10.11 | seanbright | :-) |
| 14:10.58 | sruffell | hmm....I'll test it, and then add From: you then? |
| 14:11.06 | seanbright | that's fine |
| 14:11.14 | seanbright | not worried about the credit |
| 14:11.50 | sruffell | oh...I am. :) This is why I love working open source.....you found and fixed a real problem. |
| 14:12.38 | sruffell | (btw...sorry about that...) |
| 14:13.11 | seanbright | no sweat |
| 14:14.49 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 14:18.21 | seanbright | trying to figure all of this out is interesting anyway |
| 14:19.24 | sruffell | just out of curiosity, is there a reason you're running trunk? That's just the way you roll or you needed something that's not in 2.4.0? |
| 14:22.35 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:22.35 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:25.00 | seanbright | sruffell: just the way i roll |
| 14:25.05 | seanbright | at least with dahdi |
| 14:25.21 | seanbright | asterisk i am stuck on some out-dated version of 1.6.2 for the moment |
| 14:25.27 | sruffell | cool...just wondering if a point release was warranted here or not.... |
| 14:25.27 | seanbright | hoping to move to 1.8 asap |
| 14:37.43 | sruffell | seanbright: I'll test https://github.com/sruffell/dahdi-linux/commit/ce16e8d right now. |
| 14:38.43 | sruffell | whoops...https://github.com/sruffell/dahdi-linux/commit/490746 has your email addressed fixed. |
| 14:54.35 | seanbright | i need to learn git |
| 14:56.28 | sruffell | I was just using that as an easy way to show you the patch I was going to test. |
| 14:58.41 | seanbright | oh i know. just an aside about needing to learn git. |
| 15:00.07 | seanbright | can't move the declaration of wait_result into the whie loop? |
| 15:00.29 | sruffell | eh..good point...one sec... |
| 15:01.21 | sruffell | voilla: https://github.com/sruffell/dahdi-linux/commit/b39152f2 |
| 15:01.36 | seanbright | also... |
| 15:01.59 | seanbright | return -ERESTATSYS; |
| 15:02.18 | seanbright | that skips the finish_wait and chan->iomask = 0 part outside of the while loop |
| 15:02.23 | seanbright | is that a problem/ |
| 15:02.37 | sruffell | :( the finish wait yes...the chan->iomask, no |
| 15:02.48 | sruffell | ok...one *additional* sec... |
| 15:02.52 | seanbright | heh |
| 15:03.58 | sruffell | https://github.com/sruffell/dahdi-linux/commit/6120cc0 |
| 15:05.03 | seanbright | ship it |
| 15:05.06 | seanbright | well, test it |
| 15:05.09 | seanbright | then ship it |
| 15:05.10 | seanbright | :-) |
| 15:16.56 | *** join/#asterisk-dev goden2 (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 15:20.08 | *** join/#asterisk-dev `mc (~mc@69.37.245.215) |
| 15:24.30 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 15:24.31 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 15:24.31 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 15:24.31 | *** mode/#asterisk-dev [+oo mvanbaak pabelanger] by zelazny.freenode.net |
| 15:26.16 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 15:31.20 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-ujlitrhcnyrtdtbx) |
| 15:50.33 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:53.43 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:02.07 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 16:03.18 | anonymouz666 | what could cause app_queue to load BEFORE any channel driver? everything is invalid (dahdi members, sip members) until I reload manually app_queue again. |
| 16:03.26 | anonymouz666 | never had to preload chan_sip |
| 16:04.04 | anonymouz666 | can I force somehow app_queue to be the last app to load? |
| 16:04.49 | russellb | in 1.8 we made it so modules can express dependencies so that problem is fixed automatically |
| 16:05.26 | russellb | in earlier versions, you have to tell modules.conf to load chan_sip before app_queue |
| 16:05.50 | anonymouz666 | load or preload? |
| 16:05.53 | Qwell | also, not a development question :) |
| 16:06.31 | anonymouz666 | Qwell: I am sorry, russellb already gave me an idea |
| 16:06.33 | russellb | if you list them both with load => lines, they should load in the order you specify (i think?) |
| 16:06.45 | russellb | if not that, preload chan_sip i guess |
| 16:07.02 | anonymouz666 | already tried to preload chan_sip... no lucky |
| 16:07.08 | russellb | boo |
| 16:07.39 | Qwell | in 1.6.2 there is...something. umm |
| 16:07.59 | Qwell | I thought. |
| 16:08.19 | Qwell | guess that's 1.8 only. nevermind. |
| 16:11.19 | anonymouz666 | when you have a park of boxes, there's always one different hardware that produces a bizarre behaviour - this is the case |
| 16:11.51 | anonymouz666 | installed more then 100 asterisk boxes with the same version, never seen this before :D |
| 16:13.43 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:13.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:14.44 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:52.13 | bneff | on CentOS 5.5, I'm having trouble enabling ODBC_STORAGE... I have libtool, unixODBC, and unixODBC-devel... what else am I missing? |
| 16:52.28 | Qwell | libtool-ltdl-devel |
| 16:52.37 | Qwell | blame redhat for the broken dependency :( |
| 16:52.48 | bneff | I will =) |
| 16:53.10 | bneff | thank you |
| 16:53.17 | Qwell | yep |
| 16:56.32 | Juggie | hehe |
| 16:56.37 | Juggie | maybe RHEL6 fixes it :) |
| 16:56.44 | Qwell | doubt it |
| 16:57.13 | Juggie | is there a centos6 beta yet? |
| 16:57.18 | Qwell | not that I've seen |
| 17:29.18 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 19:25.12 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 19:43.24 | *** join/#asterisk-dev citywok (~kvirc@67-134-194-33.dia.static.qwest.net) |
| 19:45.22 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 19:45.22 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:35.03 | russellb | pabelanger: looking at your tests.yaml patch |
| 20:35.09 | russellb | does it change the test name? |
| 20:35.12 | russellb | or is it still the same? |
| 20:36.34 | pabelanger | russellb: the test name would be the full path, so tests/manager/login. I probably should strip 'tests/' from it |
| 20:36.45 | russellb | hmmm |
| 20:36.53 | russellb | well, it changes the name |
| 20:36.53 | pabelanger | when outputting to logs or xml |
| 20:37.04 | russellb | so any bamboo stats associated with the old name are lost, but i don't really care |
| 20:37.07 | russellb | and it might be a good idea |
| 20:37.19 | russellb | in case we want to drop extra dirs in there later |
| 20:37.37 | russellb | like ... a dir of tests that only apply if you have certain hardware or something |
| 20:37.48 | russellb | and the top level dir can help ensure there are no namespace collisions |
| 20:38.20 | pabelanger | ya, will help with that |
| 20:38.48 | russellb | so that's fine |
| 20:38.49 | russellb | just wondering |
| 20:39.00 | pabelanger | definitively see a directory restructure very shortly :) |
| 20:39.48 | russellb | heh, that's fine |
| 20:45.29 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 21:24.09 | *** join/#asterisk-dev frawd (~francois@108.Red-83-35-162.dynamicIP.rima-tde.net) |
| 22:23.25 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 22:29.51 | bneff | Can I just pay you guys $1000 to add sip simple messaging, instead of having to deal with kamailio, opensips, etc? =) |
| 22:30.41 | citywok | gd, i just posted an update to reviewboard, then noticed when i renamed my flag i didn't re-order it in the help file. *ARGH* |
| 22:33.01 | *** join/#asterisk-dev a_bug (~abhinav@122.163.21.48) |
| 22:33.19 | a_bug | hi guys, any q931/libpri devs available please ? |
| 22:33.44 | a_bug | libpri Based on q.931, I understand that in certain cases, the call state change and the related message might be propogated by a PROGRESS/DISCONNECT message with progress indicator no. 8, |
| 22:33.48 | a_bug | "inband information may now be available". |
| 22:34.01 | a_bug | <PROTECTED> |
| 22:34.26 | a_bug | shouldn't it connect to the B-channel in this case to find the hangup cause ? |
| 22:34.30 | a_bug | instead of the d-channel |
| 23:03.00 | *** join/#asterisk-dev aimka (~aimka@unaffiliated/aimka) |
| 23:28.52 | *** join/#asterisk-dev frawd (~francois@108.Red-83-35-162.dynamicIP.rima-tde.net) |
| 23:41.42 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:41.42 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:48.27 | citywok | if trunk blows up.... to quote shaggy... "it wasn't me" |