| 01:00.00 | *** join/#asterisk-dev italorossi (~textual@187.61.182.39) |
| 01:04.29 | *** join/#asterisk-dev newtonr (~newtonr@64.34.219.47) |
| 01:04.29 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 01:07.19 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 01:13.12 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 01:30.01 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:30.01 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:16.38 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 02:16.39 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:30.26 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:30.26 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 05:52.20 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 05:52.20 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 06:33.02 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 08:01.18 | *** join/#asterisk-dev snuff-work (~snuffy@210.9.82.197) |
| 08:01.18 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 08:06.28 | *** join/#asterisk-dev alsuren_ (~dlaban@80.169.133.251) |
| 08:31.23 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:fcff:f3f7:f7f4:8fee) |
| 09:08.33 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 10:24.46 | *** join/#asterisk-dev kpfleming (~kpfleming@unaffiliated/kpfleming) |
| 11:00.01 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:48.02 | *** join/#asterisk-dev italorossi (~textual@189.124.192.22) |
| 12:38.11 | *** part/#asterisk-dev jmspeex (~jm@mf4-xiph.osuosl.org) |
| 12:55.44 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 13:00.12 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-ygzlmimciohoblfp) |
| 13:03.24 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 13:06.39 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:06.39 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:08.22 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-tnyocwuyiarmgkov) |
| 13:08.22 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:10.03 | pabelanger | morning! |
| 13:10.12 | pabelanger | Working on cleaning up our ugly ChangeLog files |
| 13:10.24 | pabelanger | Got a post to -dev mailing list, but needs some moderation |
| 13:11.52 | pabelanger | Here is an example of the cleaner output: |
| 13:11.53 | pabelanger | http://pastebin.com/K60TVyej |
| 13:12.06 | pabelanger | vs |
| 13:12.06 | pabelanger | http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-1.8.17.0-rc1 |
| 13:12.39 | pabelanger | I still need to convert the authors file, so that line will be updated |
| 13:13.27 | pabelanger | thoughts? |
| 13:16.28 | *** join/#asterisk-dev w9sh (~chatzilla@64.238.96.125) |
| 13:17.46 | Kobaz | hmm, what source files is dialplan handled in |
| 13:20.01 | Kobaz | i guess there's some limit to dialplan line length |
| 13:20.09 | Kobaz | trying to find what it is |
| 13:21.37 | seanbright | from extensions.conf? pbx_config.c |
| 13:21.59 | Kobaz | yeah |
| 13:22.02 | Kobaz | k |
| 13:22.15 | Kobaz | i have some very long multiline GotoIf's |
| 13:22.24 | Kobaz | and they are getting cut off |
| 13:23.44 | Kobaz | it's getting cut off at 256 |
| 13:24.38 | Kobaz | i don't know if 'dialplan show' is cutting it off, or the internal dialplan is actually cut |
| 13:27.05 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 13:29.27 | leifmadsen | pabelanger: looks nice, other than I would prefer the Full Name <email address> format like in the first one, and not just the username |
| 13:29.33 | leifmadsen | otherwise, I like it |
| 13:29.41 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 13:29.41 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 13:29.44 | leifmadsen | I also think you could remove the newline after the date line |
| 13:32.22 | Kobaz | extensions.conf should be deprecated, replace it with BF |
| 13:32.47 | leifmadsen | BF? |
| 13:32.51 | Kobaz | yeap |
| 13:33.04 | leifmadsen | that was a "wtf is BF?" |
| 13:33.05 | Kobaz | http://www.muppetlabs.com/~breadbox/bf/ |
| 13:33.13 | leifmadsen | oh right, brainfuck |
| 13:33.43 | leifmadsen | it's too bad dialplan is so tightly integrated into how asterisk works, or else someone would have written abstractors long ago so you could just use anything you wanted |
| 13:34.43 | Kobaz | well at the core it's all the applications |
| 13:35.21 | Kobaz | functions are mostly just helpers to make dialplan a semblence of a programming language |
| 13:36.06 | russellb | i guess you could abstract out some of the core pbx API (main/pbx.c, pbx.h) ... |
| 13:36.29 | russellb | you need to be able to check if extensions are valid, and "run a PBX" (run the dialplan, but could be something completely different) |
| 13:37.06 | russellb | my last attempt at Python integration was kind of hacky, because it still used the dialplan, and you had to run a Python() application |
| 13:38.18 | russellb | but now for some reason it isn't seeing as hard |
| 13:38.38 | russellb | (writing the actual Python replacement isn't trivial, though, but very doable) |
| 13:40.37 | mjordan | pabelanger: what all have you updated to modify the format of the ChangeLog? |
| 13:47.45 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-nsivcpubxjxbkubb) |
| 13:56.55 | Kobaz | well what about extensions.lua |
| 13:57.00 | Kobaz | i never looked at the code |
| 14:00.15 | *** join/#asterisk-dev youjelly (~bwahahaha@39.47.155.90) |
| 14:11.35 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-117-244.user.veloxzone.com.br) |
| 14:16.28 | *** join/#asterisk-dev kpfleming (~kpfleming@unaffiliated/kpfleming) |
| 14:38.51 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 14:40.07 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 14:50.21 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-117-244.user.veloxzone.com.br) |
| 14:50.38 | pabelanger | leifmadsen: Yup, need to convert authors to xml. Next step |
| 14:51.20 | pabelanger | mjordan, nothing yet. I wanted to get some feedback on the format. Will create a patch on reviewboard for people to test with |
| 14:51.56 | pabelanger | newtonr, There is a post to -dev that needs moderation, can you do it? Called 'ChangeLog format' |
| 14:52.45 | mjordan | pabelanger: one thing you'll need to account for is the concatenation of the an existing ChangeLog with whatever new is produced. You wouldn't want both formats existing in a new ChangeLog |
| 14:52.59 | mjordan | pabelanger: that means the mkrelease script will need something in it that converts an old change log to a new one |
| 14:53.21 | pabelanger | Right |
| 14:54.13 | pabelanger | but I don't think that is an issue when we do a new release, if I understand properly the ChangeLog is generated each time. |
| 14:54.18 | pabelanger | But, I'll do some testing of it |
| 14:55.41 | mjordan | pabelanger: nope |
| 14:55.51 | pabelanger | epp |
| 14:55.53 | mjordan | pabelanger: it exports the ChangeLog from the previous release |
| 14:55.54 | pabelanger | k |
| 14:55.59 | mjordan | and appends the new entries to it |
| 14:56.04 | pabelanger | K |
| 14:56.36 | pabelanger | Might be easier to make the previous version pretty, then dealing with a conversion script |
| 14:56.42 | pabelanger | but like I said, will play with it |
| 14:57.04 | pabelanger | leifmadsen should be able to help :D |
| 14:57.21 | leifmadsen | I promise nothing |
| 15:15.45 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:15.46 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:21.30 | sruffell | tzafrir: don't you maintain asterisk debian packages? http://article.gmane.org/gmane.comp.telephony.pbx.asterisk.user/271460 |
| 15:23.33 | tzafrir | Right. But the main package is frozen due to the Debian freeze |
| 15:23.53 | sruffell | ahh...ok |
| 15:28.09 | newtonr | pabelanger: going to look at the moderation queue |
| 15:30.07 | newtonr | pabelanger: did you receive a response to that one like "Message body is too big: 52419 bytes with a limit of 40 KB" |
| 15:30.22 | pabelanger | yes |
| 15:36.38 | newtonr | pabelanger: there is a huge block of text at the end of your E-mail (pgp signature?). Can you re-send without that? |
| 15:37.15 | pabelanger | it is the example output of the new changelog |
| 15:39.23 | russellb | could post the changelog somewhere and just post a link to it |
| 15:39.46 | Qwell | or just post a portion of it |
| 15:40.06 | pabelanger | apparently 100 lines was too much |
| 15:40.26 | pabelanger | will get it into a gist |
| 15:40.52 | newtonr | i went ahead and approved it , but yeah, better to link next time |
| 16:03.19 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:06.18 | *** join/#asterisk-dev GameGamer43 (uid5533@gateway/web/irccloud.com/x-aqswbescjsgpssuk) |
| 16:16.22 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 17:00.18 | *** join/#asterisk-dev italorossi (~textual@187.61.199.186) |
| 17:10.08 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:10.09 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 17:17.57 | pabelanger | file: much asterisk action at the webrtc conference? |
| 17:18.09 | file | pabelanger, define "asterisk action" |
| 17:18.24 | pabelanger | people talk about it, or giving you feedback |
| 17:18.40 | file | talking about it some, after I spoke about it definitely |
| 17:18.46 | file | many had no idea |
| 17:18.52 | Qwell | did you speak about it defiantly? |
| 17:19.06 | pabelanger | Yar, I haven't tested it yet either |
| 17:19.12 | pabelanger | so, not sure what it can / cannot do |
| 17:19.26 | file | the Chrome Canary build is still, uh, not there yet |
| 17:19.35 | file | (Google says a week and it will be) |
| 17:19.47 | pabelanger | nice, nice |
| 17:19.54 | leifmadsen | file: or did you talk about it indefinitely |
| 17:20.00 | file | leifmadsen, I did not. |
| 17:20.27 | Qwell | leifmadsen: +1 to you sir |
| 17:20.29 | file | the firewall at IIT is crazy |
| 17:20.34 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 17:20.37 | Qwell | negating a different form of the word.. |
| 17:20.54 | sruffell | file: oh, yeah speaking of webrtc I got this marketing email from Junction Networks and thought of you: http://campaign.r20.constantcontact.com/render?llr=ggwggacab&v=001IgkAmL3YG5uxNzXhH2_l4dZBX8Nmr_9hz6lXt8QovOYyxrHbx14C2gm5uFOBOeRYKiZMT5jbrjAgHbZYsqxG02UmZjCqxMjCpGfSH1w7q8XIh1yqCJEE6Q%3D%3D |
| 17:20.55 | leifmadsen | Qwell: heck ya |
| 17:21.14 | file | sruffell, ha |
| 17:23.14 | *** join/#asterisk-dev frawd (~francois@221.red-80-28-139.adsl.static.ccgg.telefonica.net) |
| 17:30.54 | *** join/#asterisk-dev kpfleming (~kpfleming@unaffiliated/kpfleming) |
| 18:09.06 | mjordan | opticron: review 2105 |
| 18:09.20 | mjordan | I'm trying to find which comment you were referring to |
| 18:09.29 | opticron | looks |
| 18:10.07 | opticron | in the review description: "SSL_load_crypto_strings is already accounted for by SSL_load_error_strings" |
| 18:10.20 | mjordan | yes, I'm referring to the one time SSL initialization in ssl.c |
| 18:10.30 | mjordan | ah |
| 18:10.31 | mjordan | nuts |
| 18:10.33 | mjordan | :-P |
| 18:10.34 | opticron | :) |
| 18:10.47 | mjordan | Its SSL_load_error_strings when the client did it |
| 18:11.11 | mjordan | which essentially maps to the same routine as well. But I was referring to the initialization in ssl.c there |
| 18:11.26 | mjordan | kk. Just making sure it wasn't a code change |
| 18:11.49 | opticron | yeah, the code changes are correct |
| 18:12.05 | opticron | just wanted to make sure whatever went into the commit message was as well |
| 18:12.16 | mjordan | yupper |
| 18:34.31 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-117-244.user.veloxzone.com.br) |
| 20:20.32 | *** join/#asterisk-dev ZX81 (~ZX81@24.73.228.146) |
| 20:20.42 | ZX81 | hiya, how do I get https://issues.asterisk.org/jira/browse/ASTERISK-20402 assigned to someone? |
| 20:22.16 | Kobaz | provide as much information as possible and hope for the best |
| 20:22.51 | Kobaz | i can assign it to you, if you like :P |
| 20:26.23 | russellb | or bribe someone :) |
| 20:27.01 | mjordan | I think that's called 'biz list' |
| 20:31.53 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-twfosvmqazwuoyxg) |
| 20:35.08 | ZX81 | lol |
| 20:35.12 | ZX81 | oh well |
| 20:35.14 | ZX81 | :-) |
| 20:43.18 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 20:43.18 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 20:47.09 | Kobaz | ZX81: if it's not a big red flag problem then it will be low on the priority list |
| 20:47.25 | Kobaz | ZX81: i know it sucks, but there's a huge list of issues open all the time and the critical ones get taken care of first |
| 20:47.27 | ZX81 | attended transfers failing on 1.8 |
| 20:47.32 | ZX81 | yeah I guess |
| 20:47.56 | Kobaz | ZX81: if you find other people with the same problem and they start posting to the ticket then that will increase you visibility and priority |
| 20:48.05 | ZX81 | meh all good |
| 20:48.17 | ZX81 | think we're moving the project to freeswitch anyway :) |
| 20:48.17 | Kobaz | well it's attended transfers using a feature code |
| 20:48.25 | ZX81 | yeah |
| 20:48.28 | ZX81 | or atxfer |
| 20:48.32 | ZX81 | but it's the same deal |
| 20:48.35 | Kobaz | which i don't think most people use |
| 20:48.59 | Kobaz | mm freeswitch |
| 20:49.01 | Kobaz | lots of xml |
| 20:49.05 | ZX81 | yeah lol |
| 20:49.12 | ZX81 | ESL easier than Manager though |
| 20:49.31 | ZX81 | in SmoothTorque I have 10 lines to parse ESL, 500 to parse Manager :D |
| 20:49.46 | ZX81 | can I pay digium to fix it? |
| 20:49.52 | Kobaz | if you need 500 to parse manager than you're doing something horribly wrong |
| 20:50.00 | ZX81 | it's for exceptions |
| 20:50.03 | ZX81 | multiple versions |
| 20:50.14 | ZX81 | the fact it spans multiple packets |
| 20:50.15 | ZX81 | etc etc |
| 20:50.24 | Kobaz | http://lists.digium.com/mailman/listinfo/asterisk-biz |
| 20:50.27 | Kobaz | that's your best bet |
| 20:50.29 | ZX81 | yeah I guess |
| 20:50.34 | ZX81 | all good |
| 20:50.38 | Kobaz | you can get a commercial license for asterisk and then call up digium as well |
| 20:51.34 | Kobaz | ZX81: ideally you should pay someone not just for the fix, but only payment is due when the fix is accepted and comitted to the asterisk official release |
| 20:51.52 | ZX81 | it's so deep |
| 20:51.55 | ZX81 | I looked into the code |
| 20:52.08 | ZX81 | per hour it'd be a crazy price to fix |
| 20:52.26 | ZX81 | I'm thinking like $500 as an offer and see if someone bites |
| 20:52.35 | ZX81 | both me and Brandon Kruse already had a look at it |
| 20:53.22 | ZX81 | anyways will put bounty up now |
| 20:55.28 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.23.116.90) |
| 20:58.13 | *** join/#asterisk-dev kpfleming (~kpfleming@unaffiliated/kpfleming) |
| 21:04.34 | pabelanger | boo, SSL still being an issue |
| 21:05.16 | russellb | so maybe i haven't looked close enough, but that doesn't look like a bug |
| 21:05.34 | russellb | are you saying you expect different behavior between hanging up and the feature code that is supposed to be for hanging up? |
| 21:06.14 | russellb | that's not going to be fixable to be honest |
| 21:08.20 | russellb | I can think of a crazy workaround in config though |
| 21:09.21 | russellb | 1) ensure that the extension you transfer to runs a local channel, enable the 'n' option (i think?) to make sure the Local channel is *not* optimized out |
| 21:09.36 | russellb | 2) instead of using the builtin disconnect feature, define a new feature in the applicationmap section |
| 21:09.38 | WIMPy | Erm. I'm pretty sure I successfully cancelld atxfers via features in the past. |
| 21:09.58 | russellb | set up the feature to run Hangup on the *peer* channel |
| 21:12.32 | russellb | i'm not seeing a way to do it in the current code, but maybe i'm not looking close enough |
| 21:12.48 | russellb | goes back to his regularly scheduled lurking |
| 21:16.40 | WIMPy | It works for me. If I send the hangup code, the new call is cancelled and I get back to the original caller. |
| 21:19.05 | mjordan | WIMPy: even with using chan_agent? |
| 21:20.13 | WIMPy | Nope |
| 21:20.28 | mjordan | hm. |
| 21:20.33 | mjordan | methinks that's the culprit |
| 21:20.39 | mjordan | (as it so often is) |
| 21:20.41 | russellb | ah interesting |
| 21:21.02 | WIMPy | has no queues |
| 21:21.06 | mjordan | smart man |
| 21:21.44 | mjordan | although there's a big difference between using app_queue and using app_queue with chan_agent |
| 21:22.47 | WIMPy | Smells like the hangup is eaten bu chan_agent then. |
| 21:24.05 | russellb | pabelanger: new changelog looks nice |
| 21:41.01 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-tnyocwuyiarmgkov) |
| 22:12.10 | pabelanger | russellb: indeed. Going to convert authors file this weekend and get a new patch up on reviewboard |
| 22:25.48 | pabelanger | OMG |
| 22:25.52 | pabelanger | ast_bridge_call() |
| 22:25.54 | pabelanger | you are massive |
| 22:27.02 | marv | That's what she said. |
| 22:27.03 | pabelanger | So, best practice? Check for null values before calling a function or within the function? |
| 22:27.51 | russellb | well ... |
| 22:27.52 | snuff-home | i thought generally the function told u.. |
| 22:28.22 | russellb | if you're doing this to fix a bug, note that adding a random NULL check is usually not a fix for the root cause of the problem |
| 22:28.49 | pabelanger | right |
| 22:28.59 | russellb | so i'll go with "maybe" |
| 22:29.07 | russellb | which wasn't even one of the options you gave, heh |
| 22:29.23 | pabelanger | was looking at: https://issues.asterisk.org/jira/secure/attachment/44607/bt_full.txt |
| 22:29.39 | pabelanger | a crash because ast_cdr_specialize_reset() is getting null data |
| 22:29.46 | pabelanger | so, asked question first |
| 22:29.57 | snuff-home | anyone see my comment earlier this week about pjproject.. and the configure script not being cleared when u change say compilers.. (i had to manually go into pjproject and rerun configure myself) |
| 22:30.09 | pabelanger | because back tracking into ast_bridge_call() is more work right now :p |
| 22:32.44 | *** join/#asterisk-dev n0tk (~n0tk@gateway/tor-sasl/n0tk) |
| 22:35.19 | pabelanger | Interesting, I think pick_unlocked_cdr() might be causing peer->cdr to because null |
| 22:36.41 | pabelanger | <PROTECTED> |
| 22:36.47 | pabelanger | yup, NULL not good |
| 22:37.14 | pabelanger | so, maybe checking for NULL is the fix in this case |
| 23:58.56 | *** join/#asterisk-dev sustav (~vpp@76.73.166.16) |