| 00:44.34 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 01:41.02 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 03:35.45 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 04:56.34 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 05:13.52 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 06:33.55 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:29.13 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:b958:6d42:ed12:8482) |
| 07:31.21 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 07:31.23 | schmidts | good morning |
| 07:34.04 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 09:13.05 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 09:13.06 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:18.21 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:2872:f7e1:508f:756d) |
| 09:45.08 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 11:11.24 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:14.20 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:14.20 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 11:36.18 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 11:36.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 11:47.53 | *** join/#asterisk-dev hehol (~hehol@217.9.101.222) |
| 13:00.19 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-xfwlfwfzkwujctad) |
| 13:00.30 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-aqnhpugzqckuvkyb) |
| 13:00.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:11.06 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:11.06 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:17.12 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 13:31.43 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-aqnhpugzqckuvkyb) |
| 13:46.19 | *** join/#asterisk-dev mjordan (~mjordan@12.218.34.122) |
| 13:46.19 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:51.58 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:52.00 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:56.33 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 14:15.18 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-unvmxqgusekiolgr) |
| 14:59.42 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:08.03 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-43-209.user.veloxzone.com.br) |
| 15:10.46 | pabelanger | leifmadsen: So, I think we should do a style guide for asterisk dialplans |
| 15:11.02 | leifmadsen | pabelanger: I like where this is going |
| 15:11.25 | russellb | Use same =>, 4 space indent |
| 15:11.31 | pabelanger | russellb: ! |
| 15:11.33 | pabelanger | yes |
| 15:11.35 | russellb | done |
| 15:11.41 | leifmadsen | russellb: I actually prefer 1 space indent now |
| 15:11.47 | russellb | leifmadsen: i hate that idea. |
| 15:11.52 | leifmadsen | then we're at odds. |
| 15:11.54 | russellb | book convention is 4 :-p |
| 15:12.01 | leifmadsen | russellb: oh this I know :) |
| 15:12.02 | file | fight fight fight? |
| 15:12.04 | russellb | wtf is the point of 1 space |
| 15:12.12 | russellb | might as well hvae 0 |
| 15:12.14 | leifmadsen | exten => 100,1,NoOp() |
| 15:12.18 | leifmadsen | <PROTECTED> |
| 15:12.24 | pabelanger | Yes, NoOp() is the first line |
| 15:12.26 | leifmadsen | I like the arrows lining up |
| 15:12.26 | russellb | terrible |
| 15:12.31 | russellb | exten => 100,1,NoOp() |
| 15:12.34 | wdoekes | except that it doesn't |
| 15:12.40 | russellb | <PROTECTED> |
| 15:12.42 | wdoekes | n does not line up with 1 |
| 15:12.56 | russellb | exten => 101,1,NoOp(It is clear this is a new thingy) |
| 15:12.59 | leifmadsen | wdoekes: that wasn't the point though |
| 15:13.04 | leifmadsen | obviously that'll never work |
| 15:13.15 | russellb | 4 spaces, done |
| 15:13.18 | leifmadsen | lolz |
| 15:13.22 | pabelanger | russellb: we need to patch asterisk. saveconfigs via AMI removes whitespace |
| 15:13.24 | russellb | who has a 1 space code indent standard, NOBODY! |
| 15:13.28 | russellb | unless their code is terrible |
| 15:13.30 | russellb | trololol |
| 15:13.37 | leifmadsen | ruby is only 2 heh |
| 15:13.49 | russellb | also lame, but less lame than 1 |
| 15:13.50 | pabelanger | I started this a few months ago: https://github.com/pabelanger/asterisklint |
| 15:13.54 | pabelanger | time to start it back up |
| 15:13.58 | leifmadsen | pabelanger: I like this in chef cookbooks: http://acrmp.github.com/foodcritic/ |
| 15:14.04 | leifmadsen | that would be elaborate |
| 15:14.14 | russellb | leifmadsen: i'm having more fun arguing than i actually care about spaces btw. |
| 15:14.21 | leifmadsen | russellb: oh this I know |
| 15:14.28 | leifmadsen | I'm not opposed to 4 spaces |
| 15:14.30 | pabelanger | +1 for 4 spaces |
| 15:14.30 | leifmadsen | no tabs though |
| 15:14.46 | russellb | who said 4, that's terrible |
| 15:14.53 | pabelanger | o.0 |
| 15:14.54 | leifmadsen | the main point being as long as people are using same => and NoOp() or Verbose() on the first priority |
| 15:14.56 | russellb | jk. 4. |
| 15:15.06 | *** kick/#asterisk-dev [russellb!~Leif@asterisk/documenteur-extraordinaire/blitzrage] by leifmadsen (turn down the suck) |
| 15:15.09 | *** join/#asterisk-dev russellb (~russellb@redhat/russellb) |
| 15:15.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:15.12 | leifmadsen | <3 |
| 15:15.48 | *** mode/#asterisk-dev [-o leifmadsen] by russellb |
| 15:16.06 | *** mode/#asterisk-dev [+q leifmadsen!*@*] by russellb |
| 15:16.24 | *** mode/#asterisk-dev [-q leifmadsen!*@*] by russellb |
| 15:16.48 | leifmadsen | oh snap |
| 15:17.17 | pabelanger | line length 80 |
| 15:17.25 | leifmadsen | I disagree |
| 15:17.31 | leifmadsen | line length doesn't matter |
| 15:17.38 | russellb | dialplan has *TERRIBLE* support for line breaks |
| 15:17.39 | pabelanger | actually, there is no way to wrap lines |
| 15:17.41 | russellb | so .... |
| 15:17.43 | russellb | that |
| 15:17.45 | leifmadsen | pabelanger: exactly |
| 15:17.53 | leifmadsen | you can't put a line length limit |
| 15:18.02 | leifmadsen | especially when you do nested functions in IF() :) |
| 15:27.53 | *** join/#asterisk-dev GameGamer43 (uid5533@gateway/web/irccloud.com/x-vjsnmhuavbwwybpg) |
| 15:56.45 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:57.00 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:03.45 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:03.46 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:03.47 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 16:10.56 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 16:11.25 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 16:20.31 | *** join/#asterisk-dev ocdcoder_ (~user@50.9.231.240) |
| 16:21.20 | ocdcoder_ | russellb: Qwell: sruffell newtonr file angler (omghai, Ryan Brindley herr) |
| 16:21.31 | file | moo |
| 16:21.38 | ocdcoder_ | oink |
| 16:22.13 | Qwell | ocdcoder_: go away |
| 16:22.15 | Qwell | also ohai |
| 16:22.27 | Qwell | You are not awk :( |
| 16:22.29 | opticron | screech |
| 16:22.48 | ocdcoder_ | Qwell: O.o haha yea, freenode no longer acknowledges awk_r :-/ |
| 16:22.52 | Qwell | aww |
| 16:24.37 | ocdcoder_ | anyway, wrote a patch to app_voicemail today to do html emails, something that y'all might want me to submit back? |
| 16:26.46 | *** join/#asterisk-dev leedm777 (~Adium@172.237.232.64.transedge.com) |
| 16:36.49 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:36.49 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:37.23 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:37.47 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-omuzjyxykddpfmcw) |
| 16:37.47 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:37.51 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:37.51 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:40.54 | pabelanger | HTML emails? |
| 16:40.57 | pabelanger | eep |
| 16:53.55 | *** join/#asterisk-dev ocdcoder_ (~user@70-88-43-122-knoxville-tn.hfc.comcastbusiness.net) |
| 16:54.15 | ocdcoder_ | lost net, but back. did I get a reply to my app_voicemail html email question? |
| 16:54.46 | pabelanger | <pabelanger> HTML emails? |
| 16:54.47 | pabelanger | <pabelanger> eep |
| 16:55.06 | pabelanger | that said, if you want to submit it, I'm sure some people will use it |
| 16:55.41 | ocdcoder_ | i had a customer who wanted to inject a link for android users when the attachment didn't work |
| 16:57.05 | ocdcoder_ | but whats bad about html emails? besides that its just a bit more text? |
| 16:58.20 | leifmadsen | ocdcoder_: is it possible to specify message type per mailbox? |
| 16:58.32 | leifmadsen | that would be the ideal, then admins can set it to the customers wishes |
| 16:58.41 | leifmadsen | it being an all or nothing thing is not very useful |
| 16:58.52 | ocdcoder_ | leifmadsen: I didn't make it a user or context specific, but I guess I could |
| 16:59.03 | leifmadsen | I think that would be a useful feature if you could |
| 16:59.12 | leifmadsen | default being html free :) |
| 16:59.29 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-tzzekbrkgxwyoqqp) |
| 17:00.23 | ocdcoder_ | default is html free of course :) |
| 17:01.41 | *** join/#asterisk-dev jpepper (~jpepper@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 17:02.00 | ocdcoder_ | meh, doesn't seem like much interest and not worth it for me to go through the effort. customer was on 1.4 any so I'd have to basically just rewrite it for 10 |
| 17:03.51 | leifmadsen | ocdcoder_: trunk |
| 17:04.00 | leifmadsen | no new features in released branches |
| 17:04.15 | ocdcoder_ | leifmadsen: well, yea. Said 10, but more just meaning a *much* newer version |
| 17:04.21 | leifmadsen | heh |
| 17:04.26 | leifmadsen | pffft 10 is old |
| 17:04.30 | leifmadsen | 11 is the new hotness! |
| 17:05.06 | ocdcoder_ | can i vote that we start using binary representation for asterisk versions? |
| 17:05.25 | leifmadsen | ocdcoder_: nope you missed that boat |
| 17:05.37 | ocdcoder_ | leifmadsen: :) |
| 17:07.50 | leifmadsen | LUNCH |
| 17:10.45 | Qwell | leifmadsen: nah, we haven't decided on 12 yet |
| 17:11.03 | mjordan | Asterisk 100 ftw |
| 17:11.04 | Qwell | ocdcoder_: I'm curious what prevents Asterisk from sending HTML emails today? |
| 17:11.18 | mjordan | Qwell: the e-mail bodies are hard coded in Asterisk. |
| 17:11.19 | Qwell | is there MIME mucking you need to do, or something? |
| 17:11.29 | ocdcoder_ | Qwell: the "text/plain" mime heaer |
| 17:11.31 | Qwell | mmm, they're configurable I thought |
| 17:11.32 | ocdcoder_ | content-type |
| 17:11.35 | mjordan | ah |
| 17:11.37 | mjordan | true. |
| 17:11.37 | Qwell | ocdcoder_: right, okay |
| 17:13.31 | ocdcoder_ | Qwell: the patch is stupid simple, do the config vars handling + change content-type from "text/plain" to "text/html" and then use emailhtml instead of emailbody |
| 17:13.54 | jpepper | mjordan, anyone else who worked on https://reviewboard.asterisk.org/r/2137/: THANK YOU THANK YOU THANK YOU! |
| 17:14.10 | ocdcoder_ | but that doesn't involve configuring by user as requested by leifmadsen |
| 17:14.40 | pabelanger | jpepper: did it impact you? |
| 17:14.41 | jpepper | I've been quietly testing for and chasing leaks over here, and less log spam is a good thing :) |
| 17:15.03 | mjordan | jpepper: np. I've been trying to hunt down some of the ones reported as well |
| 17:15.23 | mjordan | I actually modified refcounter to only show problems as well - you may want to try that |
| 17:15.25 | mjordan | it helps a lot |
| 17:17.55 | *** join/#asterisk-dev ocdcoder (~user@70-88-43-122-knoxville-tn.hfc.comcastbusiness.net) |
| 17:20.36 | jpepper | mjordan: I wish I had been paying attention and known that sooner. I did something similar, and added backtraces to the log I was generating. |
| 17:21.02 | jpepper | mjordan: The backtraces are why I'm so happy to see shutdown leaks go. The logs got huge fast. |
| 17:21.59 | mjordan | yeah, they do get rather large. The refcounter tool is invaluable in putting together object lifetimes, and for tracing down things that are unbalanced |
| 17:22.48 | mjordan | One problem I'm still looking into are 'valid' objects left over on shutdown in chan_sip. There's a lot of stuff that hangs around for awhile after a call is torn down, and while that's fine, it'd be nice if they were disposed of when chan_sip is actually shut down |
| 17:23.06 | mjordan | That helps to remove more false positives when a problem actually does happen |
| 17:23.33 | jpepper | Ok, so you saw that too. I mostly came in to report that I spent time chasing that thinking it was a valid leak, only to discover the channel structure does go away if you wait long enough |
| 17:23.49 | mjordan | heh |
| 17:23.51 | jpepper | But not on shutdown |
| 17:24.04 | jpepper | Felt a little silly after that |
| 17:24.07 | mjordan | I thought it was a problem too for awhile until I kept on finding the thing holding the ref and realized it was usually the scheduler |
| 17:24.12 | mjordan | its pretty annoying |
| 17:24.37 | mjordan | we need to cancel the scheduled dialog destruction on shutdown |
| 17:25.01 | mjordan | but I'm not entirely sure if - when you call ast_sched_cancel - it actually will decrement the ref count. I suspect it might not. |
| 17:25.05 | mjordan | So that gets tricky. |
| 17:25.49 | *** join/#asterisk-dev latv (~latv@109.238.244.73) |
| 17:27.46 | mjordan | hm. |
| 17:27.50 | mjordan | Nope, it actually should. |
| 17:28.24 | mjordan | We probably just have to make sure that, on shutdown, for any dialog still in a container, if its scheduled for destruction we just go ahead and cancel the scheduled shutdown, since the dialog is about to be nuked anyway |
| 17:28.32 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 17:29.04 | latv | Hi, ppl! First time here. Newby to C code too. Is there a possibility to access (set) channel structure and variables from res_rtp_asterisk.c, namely ast_rtp_read func? |
| 17:29.47 | file | nope. |
| 17:30.14 | latv | I need some workaround ( |
| 17:30.59 | latv | I want to get AMR codec mode from RTP stream and after some short time pass it to dialplan |
| 17:31.42 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 17:33.49 | mjordan | The codec mode is coming from the RTP packet, and not from the SIP negotiation? |
| 17:34.58 | latv | yes, amr codec stream has CMR and ToC headers, which set codec mode |
| 17:37.12 | latv | i have success in getting CMR value in ast_rtp_read(), but gave a problem passing it up to dialplan |
| 17:37.20 | latv | *have |
| 17:39.58 | mjordan | Hm. Since ast_rtp_read can return multiple frames, you could do something where you would embed the information in a control frame, and append the actual audio frame onto the end of it. |
| 17:40.24 | latv | SDP can narrow-down the choice of modes, even to only one, but if >1 we need to look into RTP for what was chosen. Moreover, RFC says this mode can be changed every 1 or 2 frames. But this is not always the case. |
| 17:40.43 | mjordan | do you have a codec_amr? |
| 17:40.50 | latv | yes |
| 17:40.57 | mjordan | why wouldn't it handle this? |
| 17:41.08 | latv | it does |
| 17:41.41 | latv | but I need a var in dialplan for more specific operations |
| 17:41.51 | mjordan | it seems like this would make more sense to be handled at the layer, than in res_rtp-asterisk |
| 17:42.33 | latv | at the codec layer it seems we have even less possibilities to communicate with ast_channel |
| 17:44.11 | mjordan | latv: not really |
| 17:44.19 | mjordan | you return a frame from ast_translate |
| 17:44.23 | mjordan | you can return multiple frames. |
| 17:44.33 | mjordan | So return the audio information, and include a control frame as well appended to the end |
| 17:44.59 | mjordan | that control frame can contain the codec specific information you want to communicate to the channel |
| 17:45.00 | latv | where do I catch this control frame? |
| 17:45.22 | mjordan | everywhere that can process control frames should at least have knowledge of it - either to handle it, or to pass on it |
| 17:46.28 | mjordan | look for case AST_CONTROL_FRAME, and places that handle the subtype (particularly in channel) |
| 17:47.04 | *** join/#asterisk-dev italorossi (~textual@189.124.163.167) |
| 17:47.19 | mjordan | anywho, that's how I'd probably go about trying to pass data from a codec up to the channel layer |
| 17:48.13 | latv | thanks I'll look at what control frames are... |
| 18:41.37 | *** part/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 18:50.21 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:50.21 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 18:51.36 | cusco | Hi, I understand that I should not be asking the following here, but I still dare to... |
| 18:51.39 | cusco | Can Asterisk 1.8 realtime (mysql) use/insert column time (in queue_log) as unixtimestamp just like 1.6 did ? |
| 18:52.30 | leifmadsen | o.O |
| 18:53.28 | cusco | our sstructure is reading unixtimestamp, and upgrading to 1.8 becomes difficult only because of queue_log |
| 18:54.28 | cusco | I thought [compat] section in asterisk.conf would do this |
| 18:54.48 | cusco | pbx_realtime=1.6 |
| 18:55.06 | leifmadsen | cusco: as you know, this is an #asterisk question |
| 18:57.20 | cusco | realtime is something not discussed by many and since you guys worked on it, perhaps this change from 1.6 to 1.8 would be fresh on your minds |
| 18:57.50 | cusco | I even tried looking in the source code, but I can't find where time value to insert is referenced |
| 18:59.05 | leifmadsen | cusco: could be a bug, at which point you may want to file it as a regression with the appropriate data to show what happens in one version, what happens in a newer version, and what you expect it to do |
| 19:00.02 | cusco | ok... |
| 19:00.21 | cusco | but are you sure?because it seems that 1.8 is meant to use column time as 'datetime' |
| 19:01.08 | leifmadsen | I am not sure of anything other than my scotch |
| 19:01.16 | cusco | heh |
| 19:01.26 | cusco | ok I'll see now how to fill a issue |
| 19:07.18 | cusco | troubling you some more, leifmadsen should component not be resources/realtime ? seems not valid/found |
| 19:08.00 | leifmadsen | probably |
| 19:08.04 | leifmadsen | newtonr: ^^ |
| 19:08.12 | leifmadsen | try under Core or PBX |
| 19:08.33 | cusco | yep pbx, thanks |
| 19:55.58 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:55.58 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 20:06.04 | *** join/#asterisk-dev anfecora (~IceChat77@108.60.132.170) |
| 20:31.57 | pabelanger | Am I out in left field, or should dsp.c be updated to use the new config API if adding new variables? |
| 20:34.18 | Qwell | No need to change more than is necessary for adding a config option. |
| 21:03.33 | *** join/#asterisk-dev droemel (~droemel@p5B03D36C.dip.t-dialin.net) |
| 22:36.38 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-omuzjyxykddpfmcw) |
| 22:43.25 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 23:24.51 | *** join/#asterisk-dev ocdcoder_ (~user@70-88-43-122-knoxville-tn.hfc.comcastbusiness.net) |
| 23:30.36 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 23:30.36 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:31.05 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 23:50.28 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:50.28 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |