| 00:47.57 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.116.201.171) |
| 00:53.05 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 04:10.39 | *** join/#asterisk-dev seraphie (~erin@207.98.195.107) |
| 05:12.30 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 06:15.55 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:e495:c4e4:ebc5:eaa2) |
| 06:15.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:23.40 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50-39-136-40.bvtn.or.frontiernet.net) |
| 06:27.40 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:27.49 | schmidts | good morning |
| 06:40.29 | *** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 06:58.54 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:33.28 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 07:33.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:47.17 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 11:21.25 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:21.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:55.05 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50-39-136-40.bvtn.or.frontiernet.net) |
| 11:55.40 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 12:00.34 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:00.34 | *** mode/#asterisk-dev [+o seanbright] by zelazny.freenode.net |
| 12:04.32 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 12:04.32 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 12:41.34 | *** join/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 13:11.06 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:11.06 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:15.12 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 13:15.26 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:03.18 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:03.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:26.20 | leifmadsen | tzafrir_laptop: ping |
| 14:28.39 | *** join/#asterisk-dev Devon_ (~chatzilla@63.214.236.169) |
| 14:31.18 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-tligfxrjnhqfyllz) |
| 14:31.22 | *** part/#asterisk-dev datachomper (~Adium@nat/digium/x-tligfxrjnhqfyllz) |
| 14:43.09 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:43.09 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:44.06 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:44.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:50.49 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:50.49 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:55.38 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:55.38 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 15:01.28 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:04.16 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-141.nycmny.fios.verizon.net) |
| 15:17.16 | tzafrir_laptop | leifmadsen, pong |
| 15:17.55 | leifmadsen | tzafrir_laptop: hey! so I was going to try and apply your SSLv2 patch, but it seems to be quite a bit different for 1.6.2 and was hoping you could supply a 1.6.2 patch as well? |
| 15:18.04 | leifmadsen | my code foo is too weak to hack it myself |
| 15:18.43 | cVsup | leifmadsen i found that brazil no have polarity |
| 15:19.23 | cVsup | i think that callerid patch not work because this. |
| 15:29.20 | tzafrir_laptop | leifmadsen, at first glance 1.6.2 does not have this issue, as it uses SSLv23_client_method() |
| 15:30.56 | tzafrir_laptop | See /usr/include/openssl/ssl.h |
| 15:32.08 | leifmadsen | tzafrir_laptop: huh... well then that's odd |
| 15:34.41 | tzafrir_laptop | See http://reviewboard.digium.com/r/240/ |
| 15:35.03 | tzafrir_laptop | This was added in r191177 |
| 15:35.19 | leifmadsen | aha |
| 15:35.26 | leifmadsen | ok coolio, now it makes more sense |
| 15:35.45 | cVsup | leifmadsen if my callerid is send before first ring in fsk mode, exist some patch? |
| 15:35.56 | leifmadsen | no idea |
| 15:36.08 | leifmadsen | tzafrir_laptop: thanks for following up, I'll get that committed |
| 15:36.17 | cVsup | somebody have some idea: |
| 15:36.18 | cVsup | : |
| 15:36.19 | cVsup | ? |
| 15:36.40 | tzafrir_laptop | cVsup, you mean: caller ID on an analog line? |
| 15:38.15 | cVsup | yes |
| 15:38.28 | cVsup | in uk country exist polarity but in brazil no |
| 15:40.34 | cVsup | you could create a fix for this. Many people have this problem in Brazil |
| 15:42.04 | cVsup | We use Digium cards with dtmf to fsk converter. We use the dtmf signal without polarity. |
| 16:05.40 | sruffell | what kind of fix? If Brazil doesn't generate polarity, then the driver won't generate polarity events. |
| 16:06.33 | cVsup | <PROTECTED> |
| 16:06.41 | cVsup | <PROTECTED> |
| 16:06.46 | cVsup | I use a DTMF to FSK Converter |
| 16:07.32 | cVsup | the problem is that the callerid send before the first ring |
| 16:07.57 | cVsup | and normal fsk callerid is send and first and second ring write? |
| 16:08.12 | sruffell | so the fix would need for asterisk to constantly monitor for callerid information when in on-hook transmission? |
| 16:08.22 | cVsup | and normal fsk callerid is send between first and second ring write? |
| 16:08.32 | sruffell | yesâ¦that's my understanding. |
| 16:08.43 | seanbright | the fix is to move to another country |
| 16:08.46 | sruffell | except for call waiting (which I'm not sure of all the specifics there) |
| 16:08.47 | seanbright | then asterisk will Just Work (tm) |
| 16:08.50 | sruffell | lol |
| 16:09.00 | cVsup | seanbright i would like rss |
| 16:09.16 | seanbright | was trolling |
| 16:09.20 | seanbright | goes back to lurking |
| 16:09.46 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:f159:f24a:7aab:2ac3) |
| 16:09.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:10.23 | sruffell | althoughâ¦.if there is going to be some fixing going onâ¦why not just get DTMF caller-id working? And then drop the converter? |
| 16:11.21 | cVsup | sruffell the digium DTM400 work only fsk |
| 16:11.25 | cVsup | TDM400 |
| 16:12.03 | sruffell | that's not a limitation of the hardware as far as I know. As long as on-hook transmission is enabledâ¦.DTMF/FSK it's all just audio before going off-hook |
| 16:12.10 | sruffell | I could be mistaken... |
| 16:14.17 | cVsup | whenever I restart the asterisk the first call works |
| 16:16.49 | cVsup | theses converters are used in phones that use fsk mode. |
| 16:16.54 | cVsup | to work callerid |
| 16:19.26 | sruffell | looking at M0019124, if you're using the converter, why is cidsignalling=dtmf set? |
| 16:19.28 | MuffinMan | [feedback] [DAHDI-linux] wctdm24xxp 0019124: [patch] CallerID send before ring problem detected in chain_dahdi.c reported by cvsup https://issues.asterisk.org/view.php?id=0019124 |
| 16:19.30 | cVsup | seanbright you could help! |
| 16:19.31 | cVsup | so people do not need to change your country |
| 16:19.37 | cVsup | hehehehehe |
| 16:20.10 | cVsup | sruffell no, because my callerid work with fsk |
| 16:20.33 | cVsup | MuffinMan yes but this work only with dtmf mode |
| 16:20.53 | cVsup | and i user dtmf -> fsk converter |
| 16:37.37 | cVsup | core set verbose 5 |
| 16:37.53 | cVsup | sorry |
| 16:47.01 | seanbright | can we bundle v8 with asterisk? |
| 16:47.03 | seanbright | it's bsd |
| 16:48.06 | seanbright | let me know |
| 16:48.07 | seanbright | kthx |
| 16:49.00 | kpfleming | what is v8? |
| 16:49.11 | seanbright | google's javascript engine |
| 16:49.23 | seanbright | we replace all implicit application functionality with javascript code |
| 16:49.35 | seanbright | no more option soup |
| 16:49.38 | seanbright | it's glorious |
| 16:49.42 | kpfleming | lol |
| 16:50.01 | seanbright | MeetMe(,d(19)AakKl0rZOMGKILLME) |
| 17:14.11 | *** part/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 17:16.03 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 17:17.05 | *** join/#asterisk-dev cVsup (~cVsup@189.83.184.198) |
| 17:48.13 | russellb | seanbright: are you coding it? |
| 17:53.00 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 17:53.06 | file | in his *cough* spare time *cough* |
| 17:57.11 | Kobaz | schweet |
| 17:57.23 | Kobaz | my security bug got assigned |
| 17:58.30 | Kobaz | how does javascript get rid of option soup |
| 17:58.49 | Kobaz | seanbright: you've got me interested |
| 18:02.03 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 18:09.45 | seanbright | russellb: sure |
| 18:10.25 | Kobaz | makes some soup with options |
| 18:10.42 | seanbright | i'd rather use spidermonkey though... is the mozilla license compatible with asterisk's licensing? |
| 18:11.07 | Kobaz | javascript is cool and all. but what does it do |
| 18:11.15 | seanbright | whatever you want it to do |
| 18:11.42 | Kobaz | well yeah... but how does having a javascript runtime help with what you said above... having a better option system |
| 18:12.03 | seanbright | well there cease to be "options" |
| 18:12.22 | seanbright | you expose some of the internals of an abstract "meetme" object |
| 18:12.27 | Kobaz | ah okay |
| 18:12.44 | Kobaz | and you can meetme.EnableDynamicRooms |
| 18:12.46 | Kobaz | or something |
| 18:12.55 | seanbright | or: |
| 18:13.06 | seanbright | function onMeetmeJoinRequest() { |
| 18:13.20 | seanbright | if (!meetmeFound) { createMeetme(); } |
| 18:13.22 | seanbright | } |
| 18:13.24 | Kobaz | ah, i see |
| 18:14.07 | Kobaz | i would love to extend events with some in-asterisk runtime |
| 18:14.23 | seanbright | russellb had a branch at one point that did some of thise |
| 18:14.25 | seanbright | this* |
| 18:14.26 | Kobaz | like... if I get a Transfer from AMI, kick off a callback, do some db updates, etc |
| 18:14.26 | seanbright | i think |
| 18:14.49 | Kobaz | instead of having to have a daemon running on a tcp socket processing plaintext looking for a Transfer event |
| 18:15.30 | seanbright | it'd be interesting, at least academically |
| 18:16.09 | Kobaz | summer of code candidate? |
| 18:16.22 | Kobaz | add javascript to asterisk and export some module functionality |
| 18:35.41 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 18:42.44 | alecdavis | @russellb: any chance you can get bbryant to commit his https://reviewboard.asterisk.org/r/1175/ |
| 18:44.30 | alecdavis | why, try using the Pickup() in a dialplan, do make sure you have pickupsounds enabled in features.conf |
| 18:44.39 | Kobaz | alecdavis: did you email bbryant? |
| 18:44.52 | alecdavis | ^^ make sure it's not on a production box :) |
| 18:47.28 | alecdavis | not directly, but commented on his review. is he not in? he has a digium style user name '@' suggesting he's inside of digium, or does that not count. |
| 18:50.10 | JonathanRose | I think he's around. |
| 18:53.44 | *** mode/#asterisk-dev [+o alecdavis] by seanbright |
| 18:58.07 | *** join/#asterisk-dev joshaidan (~brianj@host-216-26-197-55.tbaytel.net) |
| 19:02.54 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 19:02.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:23.14 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 19:23.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:24.26 | Kobaz | hmm |
| 19:24.40 | Kobaz | IFTIME needs to support year matching |
| 19:25.18 | JonathanRose | Year matching? Why? |
| 19:25.38 | Kobaz | why not? |
| 19:25.45 | Kobaz | it supports everything else, heh |
| 19:26.00 | JonathanRose | Month matching is already a little weird. |
| 19:26.15 | JonathanRose | But years don't repeat. |
| 19:27.24 | JonathanRose | I suppose you could have some fancy pattern thingy so that it can be all like... "This is the year of the dragon" |
| 19:29.17 | JonathanRose | Is there no global variable that you could use though to accomplish the same thing? |
| 19:30.01 | JonathanRose | Like IF((TIME_YEAR % + 1952) % 12 == 0) |
| 19:30.11 | JonathanRose | I don't know if there is such a variable... |
| 19:30.29 | JonathanRose | And it'd be an Asterisk variable if it did exist of course... |
| 19:30.40 | JonathanRose | So all like... {TIME_YEAR} |
| 19:30.42 | JonathanRose | $ |
| 19:30.44 | JonathanRose | in front |
| 19:32.22 | JonathanRose | I think you might be able to set a variable of your own design using shell commands too, so that's an option I guess. |
| 19:33.55 | Qwell | could be used for leapyear checking |
| 19:34.09 | Qwell | not that that's very useful |
| 19:36.23 | Kobaz | i have a dialplan being generated from a schedule in a db, and it would be really handy to match on a year |
| 19:39.01 | JonathanRose | ${DATETIME} |
| 19:39.24 | JonathanRose | So you'd use that in an elaborate if statement instead of using IFTIME |
| 19:39.46 | JonathanRose | DATETIME is in format DDMMYYYY-HH:MM:SS |
| 19:40.04 | JonathanRose | So you'd take the substring from 4 to 7 to get the year only. |
| 19:40.21 | JonathanRose | Then you could do the iftime to match the rest if the year matched. |
| 19:41.18 | JonathanRose | Oh wait |
| 19:41.21 | JonathanRose | that's deprecated |
| 19:41.23 | JonathanRose | and has been for a while. |
| 19:41.45 | JonathanRose | There is some weird STRFTIME thing to replace it. |
| 19:41.54 | jsmith | Yeah, that's what I'd use |
| 19:42.03 | leifmadsen | +1 |
| 19:42.08 | Kobaz | ah yeah strftime |
| 19:42.36 | Kobaz | but i think i'll add year matching to IFTIME anyway |
| 19:42.39 | Kobaz | seems like it would be handy |
| 19:43.54 | jsmith | ${IF($[${STRFTIME(%y)}=1953]?label_one:label_two)} |
| 19:44.03 | Kobaz | yeah |
| 19:45.11 | bbryant | alecdavis: there are still some bugs with that patch, and it hasn't complete the review process completely |
| 20:29.23 | alecdavis | seanbright: your messing with me:) now im @alecdavis, how? |
| 20:43.42 | alecdavis | bbryant: are you referring to pickup() not working with different technologies? |
| 20:45.48 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 20:45.49 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 20:47.02 | *** join/#asterisk-dev cyphorious (~cyphoriou@chello062178189196.2.15.tuwien.teleweb.at) |
| 20:47.33 | bbryant | alecdavis: yes |
| 21:05.49 | alecdavis | bbryant: all the other pickup_by_mark by_exten pickup_by_blah methods work correctly except ast_pickup_call. https://reviewboard.asterisk.org/r/1185/ fixes that, in that the pickup_do() becomes common code between all of the pickup methods. |
| 21:06.48 | alecdavis | bbryant: but your review is still a requirement. |
| 21:10.31 | alecdavis | bbryant: the reason why all the other pickup_by* methods work is that the target channel is locked outside of the pickup_do. |
| 21:13.19 | alecdavis | and ast_pickup_call() lets the locks go early. in 1.4 and 1.6 in the respective res/res_features and main/features.c you see the lock 'cur' lock held until the very end of ast_pickup_call, after the answer, after the masquerade setup. |
| 21:49.21 | sruffell | alecdavis: btwâ¦.I had some problems with the card I took home to test the FXS / SIP issueâ¦.that task is still in my working set. |
| 22:07.02 | *** join/#asterisk-dev zerohalo (~zerohalo@c-66-31-42-200.hsd1.ma.comcast.net) |
| 22:12.38 | *** join/#asterisk-dev Hyper-Core (~lol@h174.117.31.71.dynamic.ip.windstream.net) |
| 22:26.08 | *** part/#asterisk-dev Hyper-Core (~lol@h174.117.31.71.dynamic.ip.windstream.net) |
| 22:55.38 | alecdavis | sruffell: you don't have one setup full time at home?? |