| 00:11.08 | *** join/#asterisk-dev diegomad (mad@190.158.76.120) |
| 00:28.34 | *** join/#asterisk-dev eliel (~eliels@201.252.60.178) |
| 00:28.35 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 00:56.04 | eliel | Corydon76-dig: ping |
| 01:01.24 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:01.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:43.07 | Corydon76-dig | eliel: pong |
| 01:44.40 | eliel | could you try blocking a revision in 1.6.2? blocktrunk6 258517 |
| 01:44.55 | eliel | i am still having problem blocking revisions |
| 01:45.26 | eliel | if you are able to run that command without problem i will continue traying to fix my problem |
| 01:48.35 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 03:33.21 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-29-37.lns2.dav.bigpond.net.au) |
| 03:49.48 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 04:10.59 | *** join/#asterisk-dev joobie (~joobie@CPE-124-180-8-218.lns1.lon.bigpond.net.au) |
| 04:11.49 | *** part/#asterisk-dev joobie (~joobie@CPE-124-180-8-218.lns1.lon.bigpond.net.au) |
| 04:42.40 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 05:21.43 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-14-174.lns2.dav.bigpond.net.au) |
| 06:12.32 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 06:30.46 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 06:30.46 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:13.08 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:24.08 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:37.43 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:41.29 | *** join/#asterisk-dev fiddur (~fiddur@192.121.104.72) |
| 08:49.57 | *** join/#asterisk-dev frawd (~francois@18.Red-88-26-100.staticIP.rima-tde.net) |
| 08:55.22 | *** join/#asterisk-dev Dovid (~annon@213.8.118.62) |
| 11:22.34 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 11:22.34 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- IAX2 is now RFC 5456. |
| 11:59.11 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:03.47 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 12:19.19 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 12:19.19 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 12:29.42 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 12:29.42 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 12:33.38 | pabelanger | morning all |
| 12:34.10 | pabelanger | Anybody know how to change your email address in reviewboard? |
| 12:38.09 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 12:39.01 | Marquis42 | pabelanger: I thought it was tied to your Mantis info? |
| 12:40.06 | pabelanger | Marquis42: me too, but I think is just copied the mantis info. I recently changed it under mantis, but reviewboard still uses the previous email address. |
| 12:40.22 | Marquis42 | Ah, OK. You may be right that it's just copied. |
| 12:42.52 | Corydon76-dig | You'll probably need to ask Russell to change it |
| 12:42.59 | kpfleming | yes, it is. i believe you can log in to reviewboard and edit your profile |
| 12:45.17 | Corydon76-dig | kpfleming: I don't see any such option in the RB preferences |
| 12:46.02 | kpfleming | ugh |
| 12:46.04 | kpfleming | lame |
| 12:46.53 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 12:46.53 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:19.49 | eliel | morning |
| 13:22.16 | eliel | finally i was able to block a revision in 1.6.2!! |
| 13:22.28 | eliel | the problem is with the parameter --non-interactive |
| 13:22.39 | eliel | http://svnview.digium.com/svn/repotools/svnmerge?r1=660&r2=667 |
| 13:22.43 | eliel | seanbright: ^^^ |
| 13:23.24 | eliel | after removing this parameter, i was able to use blocktrunk6 |
| 13:36.00 | Corydon76-dig | There are no branches for which you need to use blocktrunk6 currently |
| 13:36.28 | Corydon76-dig | Once it hits release status, we do not block revisions |
| 13:43.09 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 13:44.18 | eliel | Corydon76-dig: so, i dont need to block a revision in 1.6.2? |
| 13:46.39 | Corydon76-dig | Correct |
| 13:49.31 | eliel | ok! |
| 13:49.33 | eliel | thanks! |
| 13:58.44 | *** join/#asterisk-dev nickw (~nickw@c-76-111-107-117.hsd1.md.comcast.net) |
| 14:08.20 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:08.20 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:09.15 | mnicholson | philipp64, you sent a message to me about a diff on issue 17040, what was that in reference to? |
| 14:12.00 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:12.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:16.32 | *** join/#asterisk-dev moy (~chatzilla@bas1-unionville55-1177733627.dsl.bell.ca) |
| 14:28.47 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:28.47 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:37.32 | kpfleming | eliel: what was the fix for your blocktrunk6 problem? |
| 14:45.14 | eliel | rollback http://svnview.digium.com/svn/repotools/svnmerge?r1=660&r2=667 |
| 14:47.36 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:49.03 | Corydon76-dig | eliel: then someone didn't read the revision 491 commit. |
| 14:50.35 | eliel | you are right |
| 14:52.48 | Corydon76-dig | seanbright: ^^^^ |
| 14:54.59 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 14:54.59 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 15:07.11 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 15:09.29 | *** part/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 15:12.36 | frawd | Hi, is 1.6.7.2 to be released any time soon? |
| 15:13.14 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:13.14 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:14.39 | tzafrir | frawd, 1.6.2.7, you mean |
| 15:15.12 | frawd | sure! |
| 15:16.57 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 15:31.53 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:31.53 | seanbright | huh? |
| 15:32.35 | atis_work | are you a troll? |
| 15:33.05 | seanbright | oh |
| 15:33.09 | seanbright | ok |
| 15:36.22 | pabelanger | eliel: ping |
| 15:36.32 | eliel | pabelanger: pong |
| 15:37.41 | pabelanger | eliel: Whats your thoughts on converting <manager> to <ami_command> for xmldoc? Or would you rather it stay. |
| 15:37.56 | leifmadsen | pabelanger: belated pong from Friday |
| 15:38.16 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 15:38.18 | pabelanger | leifmadsen: all good, managed to figure it out. |
| 15:38.26 | leifmadsen | good times! |
| 15:38.28 | eliel | pabelanger: having ami_command and ami_event instead of <manager type=""?> ? |
| 15:38.40 | leifmadsen | I'm just updating my bug testing VM to try and reproduce that transfer crash issue |
| 15:39.06 | pabelanger | eliel: correct, this approach required the least amount of code change in xmldoc.c |
| 15:39.27 | eliel | pabelanger: yes i know, and i agree with that |
| 15:39.51 | pabelanger | cool, so your fine with ami_command and ami_event? |
| 15:40.49 | eliel | yes |
| 15:41.05 | pabelanger | eliel: Thanks. |
| 15:41.11 | pabelanger | m17211 |
| 15:41.13 | MuffinMan | [new] [Asterisk] CDR/General 0017211: Segmentation fault: blindxfer (#) using SIP reported by pabelanger https://issues.asterisk.org/view.php?id=17211 |
| 15:41.17 | leifmadsen | that's the one |
| 15:41.52 | pabelanger | leifmadsen: No rush on it. I actually found it on accident, was testing something else. |
| 15:41.58 | leifmadsen | pabelanger: no problem -- just wanted to try and reproduce to see if it was common on several systems. Also, can you update the revision of SVN (trunk?) that you found it on? |
| 15:42.14 | pabelanger | somebody posted a bounty on asterisk-biz, and was sure it was already in trunk. |
| 15:42.30 | *** join/#asterisk-dev moy (~chatzilla@bas1-unionville55-1177733627.dsl.bell.ca) |
| 15:42.42 | pabelanger | leifmadsen: will do |
| 15:44.01 | pabelanger | leifmadsen: done |
| 15:44.16 | leifmadsen | thx! |
| 15:44.40 | frawd | I can see a very hot bug there: https://issues.asterisk.org/view.php?id=16988, anyone with commit rights to check this out? :-D |
| 15:48.41 | frawd | It is a really sexy bug involving SIP Video, T.140 and ast_verbose!! |
| 15:49.47 | pabelanger | frawd: have you done any testing of the patch? |
| 15:49.49 | frawd | Complicated and yet simple, the dream of every committer! |
| 15:50.14 | frawd | pabelanger: no |
| 15:50.56 | leifmadsen | the ast_verbose() is harmless enough, but I don't know enough about the code to know what the memcpy() change could potentially do |
| 15:51.07 | leifmadsen | if a developer signed off on it I'd be willing to commit it |
| 15:51.28 | frawd | actually, someone copy-pasted an ast_verbose for video when implementing T.140 |
| 15:51.44 | frawd | if a channel has T.140 and no video, it might cause a segfault |
| 15:51.59 | pabelanger | shouldn't we be using ast_log over ast_verbose? |
| 15:52.00 | frawd | the bad thing is, I have no idea what is T.140 and how to test it... |
| 15:52.42 | eliel | 187 minutes for the gsoc 2010 annouce |
| 15:53.23 | frawd | then second part of the patch is not really needed ( sizeof(sin.sin_addr) should be the same as sizeof(isin.sin_addr) ), but it just cleans up a bit |
| 15:55.18 | frawd | reviewing and committing this patch will bring glory, great fame and success to the one that will do it (I guess) |
| 15:55.39 | pabelanger | eliel: how are they making the announcement? |
| 15:55.40 | leifmadsen | lol |
| 15:56.02 | leifmadsen | frawd: hopefully a developer can find a couple minutes to take a quick look at it. I can do the commit for them if they feel it is good to go. |
| 15:56.21 | frawd | leifmadsen: you seem to be a great developer yourself! |
| 15:56.35 | leifmadsen | I'm no developer :) |
| 15:56.38 | leifmadsen | I just write documentation |
| 15:56.41 | russellb | leifmadsen: ship it |
| 15:56.48 | leifmadsen | russellb: awesome! trunk only? |
| 15:56.54 | russellb | 1.6.2 as well |
| 15:56.57 | russellb | ast_verbose() part is a bug |
| 15:57.00 | leifmadsen | sweet deals, I'll make it so |
| 15:57.08 | russellb | kthxbye |
| 15:57.09 | frawd | cool! |
| 15:57.12 | frawd | thanks |
| 15:58.21 | russellb | np |
| 15:58.29 | frawd | glory is on you man |
| 15:58.30 | eliel | pabelanger: email and on the site |
| 15:59.04 | pabelanger | eliel: you apply? |
| 15:59.27 | eliel | pabelanger: yes, but i don't know the priority of my project |
| 15:59.29 | eliel | :S |
| 16:00.35 | pabelanger | joins #gsoc |
| 16:00.42 | leifmadsen | frawd: closed! |
| 16:02.31 | eliel | pabelanger: http://www.timeanddate.com/counters/customcounter.html?month=4&day=26&year=2010&hour=19&min=00&sec=00&p0=0 |
| 16:04.38 | pabelanger | :) |
| 16:07.46 | frawd | thanks a lot leifmadsen and russellb |
| 16:08.26 | leifmadsen | np |
| 16:08.35 | leifmadsen | pabelanger: I can't reproduce that crash issue you reported |
| 16:09.28 | frawd | Oh, but what do I see here, a small patch resolving all small DTMF issues I've ever had with dahdi and industrial appliances (elevators)!!!! |
| 16:09.41 | frawd | looks cool, better get a look at: https://issues.asterisk.org/view.php?id=17235 |
| 16:10.14 | frawd | Any committer would just love to get a look at this issue! |
| 16:10.34 | frawd | Sounds very sexy! |
| 16:11.39 | frawd | What do you say? It has been tested as well! And it works?! Piece of cake, and quick way to gain fame as a committer |
| 16:12.00 | russellb | gives frawd commit access so he'll leave the channel alone |
| 16:12.01 | russellb | :-p |
| 16:12.14 | leifmadsen | lol |
| 16:12.16 | frawd | :) |
| 16:12.26 | leifmadsen | all I need is a developer to sign off on these issues and I'm happy to commit them :) |
| 16:12.38 | leifmadsen | pabelanger: actually let me look again -- my dialplan is not exactly the same as yours |
| 16:12.52 | malcolmd | frawd: i like your self-promotion :D |
| 16:12.55 | russellb | i'll have to think about that one |
| 16:12.58 | pabelanger | leifmadsen: ya, I don't think it is a valid test. I don't have any CDR modules loaded. |
| 16:13.07 | russellb | about any potential unintended side effects |
| 16:13.33 | frawd | I've been testing that for a week on a few production servers, looks okay so far |
| 16:14.27 | frawd | And it finally allows DTMF to be passed through and not regenerated because of their length!!! |
| 16:15.28 | leifmadsen | pabelanger: hmmm... well first I don't think it' setup to actually work :) |
| 16:15.36 | leifmadsen | (dialplan wise) |
| 16:16.34 | pabelanger | leifmadsen: I agree, I don't think the test is valid, but the result was a coredump. |
| 16:16.43 | leifmadsen | huh, I don't get the coredump... |
| 16:16.48 | leifmadsen | at least not in the configuration I have |
| 16:17.13 | pabelanger | I think that is also because I am only loading certain modules. |
| 16:17.45 | leifmadsen | ya... perhaps |
| 16:17.46 | pabelanger | leifmadsen: http://asterisk.pastebin.com/NRWJbXWi |
| 16:21.45 | leifmadsen | pabelanger: I still can't get it to crash -- same modules.conf and same dialplan |
| 16:21.56 | leifmadsen | rev 258896 |
| 16:22.18 | pabelanger | let me update |
| 16:22.32 | leifmadsen | coolio |
| 16:28.05 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 16:30.35 | frawd | russellb: About that minor DTMF issue, what potential side effects were you thinking about? Anything I can test? |
| 16:31.34 | russellb | nothing in mind yet ... it looked fine, it's just one of those things that is high risk |
| 16:31.39 | russellb | the cost of getting it wrong is high :-) |
| 16:31.44 | russellb | so I don't want to sign off on Monday morning, heh |
| 16:31.55 | leifmadsen | sounds like a potential test :) |
| 16:32.06 | leifmadsen | (everything is a potential test I guess) |
| 16:32.18 | russellb | nods |
| 16:32.29 | russellb | the DTMF code in ast_read() is especially scary and sensitive |
| 16:32.34 | russellb | (and I wrote most of it ...) |
| 16:32.49 | pabelanger | leifmadsen: still there. I must be missing something in the report. |
| 16:33.08 | leifmadsen | pabelanger: ya, I can't seem to reproduce on my CentOS 5.3 test VM |
| 16:33.26 | leifmadsen | hmm |
| 16:34.14 | frawd | russellb: I've been reading that DTMF code in ast_read, it's quite cool and works quite well |
| 16:34.45 | frawd | The only thing is that I would prefer to queue DTMF in ast_write instead of a read queue |
| 16:35.28 | pabelanger | leifmadsen: not sure at this point. Looks to be related to CDRs, but not to strong at readying backtraces. |
| 16:35.29 | frawd | I had cases where the destination would hangup as soon as the last DTMF was sent, that would never be transmitted |
| 16:36.16 | frawd | because those were emulated (too fast) and even if the source channel has a Wait(2), the queued DTMF was on the ast_read |
| 16:36.23 | frawd | and was removed on hangup |
| 16:36.47 | frawd | I don't know if you get the idea... |
| 16:37.07 | leifmadsen | pabelanger: ya, I loaded your modules.conf so I should be running the same thing... but perhaps there is something else configured on my system that is not the same.. |
| 16:37.43 | frawd | That's actually why I preferred to have correct DTMF length in dsp.c, as it prevents ALL the DTMF from being emulated/queued |
| 16:38.21 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-75-87-99-1.kc.res.rr.com) |
| 16:38.40 | frawd | That, plus removing any "feature" (xfer, dynamic ones, ...) that could DEFER the DTMF resolved all the problem for me |
| 16:39.29 | frawd | and I now have DTMF perfectly forwarded from several different industrial dinosaurs still using that crappy mode of communication |
| 16:39.54 | frawd | they are still emulated sometimes when too short, but not ALL of them for always being 0ms |
| 16:40.01 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-75-87-99-1.kc.res.rr.com) |
| 16:40.01 | frawd | anyway... |
| 16:40.49 | otherwiseguy | seanbright: what was the dtmf sequence for advanced config with eyebeam? I seem to have forgotten. |
| 16:41.00 | frawd | russellb: and that's why you should consider that awesome patch! |
| 16:41.02 | pabelanger | leifmadsen: ok, leave it with me and I will see about reproducing it on another box. Maybe it is something unique to my VM, but don't see anything specific in the backtrace. |
| 16:41.03 | frawd | :) |
| 16:41.14 | leifmadsen | pabelanger: sounds good -- thanks! |
| 17:13.02 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 17:16.17 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 17:18.51 | philipp64 | mnicholson: I had updated the fix for 17040. you had looked at it initially, but suggested I get a second opinion. well, I did that. Nick and I banged on it a bit, and now we're comfortable with it. was wondering if you wanted to weigh in. |
| 17:28.27 | seanbright | otherwiseguy: ***7469 |
| 17:48.48 | mnicholson | philipp64, i looked at this? |
| 17:51.26 | pabelanger | russellb: ping |
| 17:51.54 | russellb | pong |
| 17:57.23 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 17:57.40 | leifmadsen | M17238 |
| 17:57.43 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0017238: [patch] Improve usability of logging information for misconfigured contexts reported by pprindeville https://issues.asterisk.org/view.php?id=17238 |
| 17:57.50 | leifmadsen | that seems useful and looks trivial. If anyone can sign off on that I'll merge it. |
| 17:59.27 | pabelanger | russellb: I need to get my email address for reviewboard updated. I changed it on Mantis, but it has not affected reviewboard. |
| 17:59.38 | pabelanger | when you have time. |
| 18:15.36 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:19.08 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 18:19.08 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 18:26.46 | TheDavidFactor | M17245 |
| 18:26.49 | MuffinMan | [acknowledged] [Asterisk] Resources/res_odbc 0017245: segfault caused by error in SQL reported by thedavidfactor https://issues.asterisk.org/view.php?id=17245 |
| 18:27.12 | TheDavidFactor | Corydon76-dig: ^^^^^^ when you have a few minutes |
| 18:27.36 | Corydon76-dig | TheDavidFactor: in a conf call at the moment |
| 18:28.21 | TheDavidFactor | np, I'd just appreciate a pointer to where in the code to start looking, when you can. no rush |
| 18:30.00 | Corydon76-dig | It's a refcount issue |
| 18:30.23 | Corydon76-dig | Something has a reference to an object after the object has been freed |
| 18:36.17 | TheDavidFactor | thx, is there anyway to know where to start looking? should I start in res_odbc or func_odbc, or somewhere else? |
| 18:38.11 | Corydon76-dig | func_odbc, probably |
| 18:40.39 | russellb | pabelanger: k, priv msg it to me |
| 18:41.20 | leifmadsen | If someone was to set AUDIOHOOK_INTERIT(mixmonitor)=yes, then placed a call from A to B and starts to talk, then does an attended transfer (built in) to party C, and then hangs up (which then connects party C and B together) -- would you expect there to be a recording of party B and C, or only the parts where party A is involved? |
| 18:41.36 | leifmadsen | I'm working through a bug report and I'm thinking this may not actually be a bug |
| 18:43.57 | leifmadsen | according to the documentation of AUDIOHOOK_INHERIT, the call only continues being recorded if party B were to do the attended transfer |
| 18:44.48 | leifmadsen | at least that is the only scenario given -- it doesn't speak about the scenario where the channel that initiated the call (not the receiver of the call) initiates the attended transfer. Sounds like the documentation needs to be extended. |
| 18:47.42 | eliel | Hey!! i have been accepted for gsoc :) thanks!! |
| 18:48.14 | pabelanger | eliel: grats! |
| 18:48.18 | eliel | is jumping |
| 18:48.31 | eliel | pabelanger: thanks |
| 18:48.56 | leifmadsen | eliel: yay! congrats! |
| 18:48.58 | pabelanger | eliel: what your project again? |
| 18:49.42 | eliel | pabelanger: data get providers, a data get webservice for the asterisk http server and more data providers and test cases for them |
| 18:51.05 | leifmadsen | So I guess, assuming what I described (and redescribed a bit more clear in issue 17244) is correct (that it is not a bug), how can you perform an attended transfer from Party A and have the conversation between Party B and Party C be recorded once Party A hangs up. |
| 18:52.17 | eliel | leifmadsen: thanks |
| 18:53.43 | Corydon76-dig | TheDavidFactor: patch uploaded |
| 18:54.10 | TheDavidFactor | ok, thx, it's was going to take me a while :-) |
| 18:54.18 | TheDavidFactor | s/it's/it |
| 18:55.21 | russellb | data get webservice - AMI already has HTTP |
| 18:55.31 | russellb | so, expose data get via AMI |
| 18:56.24 | kpfleming | also AMI can output in XML |
| 18:56.34 | russellb | yup |
| 18:56.49 | eliel | ami in xml? and json? |
| 18:56.53 | leifmadsen | like for use with Ajax and stuff? |
| 18:56.55 | russellb | yes |
| 18:56.58 | russellb | not json |
| 18:57.11 | russellb | that's how the entire asterisk-gui was built |
| 18:57.19 | philipp64 | mnicholson: yup... https://reviewboard.asterisk.org/r/565/ |
| 18:57.27 | leifmadsen | it does that now, or that's the purpose of the new webservice? |
| 18:57.33 | russellb | it does that now |
| 18:57.34 | russellb | has since 1.4 |
| 18:57.50 | leifmadsen | sweet deals -- I've been reading about Ajax all weekend and may start to play with some of that for documentation purposes |
| 18:58.06 | philipp64 | leifmadsen: did you get a "yes" on 17238? |
| 18:58.15 | leifmadsen | planning on writing a very simple device monitoring application for publication |
| 18:58.15 | Corydon76-dig | Well, it works on configuration files... |
| 18:58.15 | eliel | russellb: data ialready has an ami action |
| 18:58.16 | philipp64 | and any chance it can get into 1.4? |
| 18:58.30 | leifmadsen | philipp64: no one reviewed it yet |
| 18:58.31 | russellb | cool, so if it already has an AMI action, then there is already a web service :-) |
| 18:58.32 | eliel | russellb: but the reply is ugly enough to scare me |
| 18:58.49 | philipp64 | does it need to go through reviewboard, or is it sufficiently trivial? |
| 18:59.06 | eliel | core.application.app_queue.queues.queue.name = some_queue_name |
| 18:59.18 | eliel | core.application.app_queue.queues.queue.other_queue_param = value |
| 18:59.21 | mnicholson | philipp64, you must be mistaken, I don't see any comments from myself on there, also I do not remember ever looking at this issue. You may have me confused with putnopvut. |
| 18:59.28 | Corydon76-dig | and potentially queue stats |
| 18:59.30 | leifmadsen | philipp64: putting it on reviewboard probably won't be useful -- it's trivial -- someone just has to look at it of course |
| 18:59.55 | philipp64 | oh, bugger, you're right. it was putnopvut... |
| 18:59.58 | Corydon76-dig | There's like 3 different conversation threads going on right now |
| 19:00.01 | putnopvut | what'd I do... |
| 19:00.07 | russellb | 's head explodes |
| 19:00.12 | eliel | Corydon76-dig: queue stats and also queue callers |
| 19:00.12 | leifmadsen | threading ftw |
| 19:00.23 | philipp64 | putnopvut: can you sign off on 17040? |
| 19:00.47 | philipp64 | nick recommended some changes to the original fix, and I made them... tested them... he's signed off... it would be great if you could too. |
| 19:00.47 | eliel | i will shut up for 5 minutes to delay my conversation thread |
| 19:00.48 | leifmadsen | wonders when philipp64 switched conversations |
| 19:01.11 | putnopvut | philipp64: Sure, I can give the code a look. Might not be 'til tomorrow though. |
| 19:01.12 | leifmadsen | collision! blocking for 5 minutes |
| 19:01.35 | philipp64 | leifmadsen russellb: just two conversations. one with Leif about 17238 and one with Mark about 17040. |
| 19:01.48 | Corydon76-dig | and one about eliel's work |
| 19:02.01 | eliel | leifmadsen: you should block for random(minutes) or we will collide again!! |
| 19:02.05 | philipp64 | putnopvut: that's fine. |
| 19:02.27 | philipp64 | Corydon76-dig: maybe but I'm mute on that one. |
| 19:03.02 | Corydon76-dig | Some of us are trying to be up on everything, though |
| 19:03.17 | Corydon76-dig | Two, I can handle. Three is a little mind numbing |
| 19:04.08 | russellb | i just gave up |
| 19:05.20 | Corydon76-dig | shoots volcanic ash over philipp64's house |
| 19:06.19 | eliel | ok, time to get the token... |
| 19:06.25 | eliel | russellb: http://pastebin.com/uVGcMzAy |
| 19:07.02 | leifmadsen | steals the token from eliel |
| 19:07.31 | eliel | enters an internal deadlock and is not releasing his token |
| 19:07.58 | eliel | i love bogus code :) |
| 19:08.20 | TheDavidFactor | Corydon76-dig: should the odbc patch be merged all the way back to 1.4 if I confirm the error is there? |
| 19:08.33 | Corydon76-dig | TheDavidFactor: only trunk and 1.6.2 |
| 19:08.44 | TheDavidFactor | ok |
| 19:08.47 | TheDavidFactor | thx |
| 19:08.53 | TheDavidFactor | that makes life easier :-D |
| 19:09.04 | Corydon76-dig | You're welcome to test back that far, but the change is only relevant to a feature add in 1.6.2 |
| 19:12.18 | Corydon76-dig | func_odbc and res_odbc got fairly significant chunks rewritten |
| 19:14.32 | TheDavidFactor | ok, well if the code's not there, I wouldn't think bug would be either :-) |
| 19:15.23 | eliel | russellb: the pastebin (manager output) is ugly enough to think about having a http service |
| 19:16.17 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:17.09 | eliel | we are forcing the ami to reply a tree when it was not thought to do that... |
| 19:21.51 | russellb | I understand, but even if it's not beautiful, it's already possible |
| 19:21.59 | russellb | casts a vote for more time put into data providers |
| 19:23.23 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 19:26.02 | eliel | russellb: ok, i could start defining the data providers to be completed in the gsoc with test cases |
| 19:26.19 | eliel | if then i have time or at the end of the program i could create the webservice :) |
| 19:26.27 | seanbright | jpeeler: ping |
| 19:27.13 | russellb | eliel: that would work for me |
| 19:27.24 | eliel | Corydon76-dig: ^ |
| 19:27.55 | Corydon76-dig | I'll agree to that |
| 19:28.02 | russellb | yay |
| 19:28.45 | Corydon76-dig | Better to have a way into all the modules and no external link than to have an external link to very little |
| 19:29.14 | leifmadsen | otherwiseguy: ping! |
| 19:29.52 | eliel | Agree |
| 19:30.07 | leifmadsen | when you have a quick moment, issue 17239 has a simple change that may fix an issue in res_phoneprov that I could commit to trunk. The reporter states it works in 1.6.2 but trunk is broken. Seems simple enough. |
| 19:31.07 | seanbright | for the insecure signing method issue with later versions of neon/svn, is there a workaround short of downgrading svn? |
| 19:31.47 | Qwell | seanbright: comment out the pem in your server config, then it'll yell at you |
| 19:31.56 | Qwell | then you can accept it and it'll stop yelling |
| 19:32.00 | seanbright | ah. |
| 19:32.33 | Qwell | bad way of doing it, but it'll get things working for now |
| 19:32.44 | seanbright | sure enough, does the trunk |
| 19:32.45 | seanbright | danke |
| 19:32.48 | seanbright | trick* heh |
| 19:33.10 | Qwell | points to jpeeler, as the trunk was his suggestion |
| 19:35.40 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 19:35.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:36.03 | pabelanger | Do macros get prefixed with AST_? |
| 19:36.09 | russellb | Oui |
| 19:36.15 | pabelanger | merci |
| 19:36.45 | Corydon76-dig | pabelanger: depends upon whether the macros are per-file or global |
| 19:36.53 | russellb | touche |
| 19:37.06 | Corydon76-dig | Same as functions... |
| 19:37.11 | otherwiseguy | seanbright: belated thanks |
| 19:37.17 | pabelanger | ok. plan to be global. |
| 19:37.20 | Qwell | otherwiseguy: proxy you're welcome |
| 19:38.24 | philipp64 | breaks out the shovel and curses Tilghman. |
| 19:38.42 | Corydon76-dig | There are, unfortunately, a few functions that are per-file yet prefixed with ast_ |
| 19:38.47 | seanbright | otherwiseguy: shirley |
| 19:41.45 | leifmadsen | moy: ping? |
| 19:42.17 | moy | leifmadsen: will send them tonight for sure :) |
| 19:42.47 | leifmadsen | moy: heh :) I was just working on the sounds right now and was hoping to start building them in the next few mins |
| 19:44.40 | moy | oh well, give me 5, should not procrastinate that much these things |
| 19:44.49 | leifmadsen | :D sorry to bother you about it |
| 20:06.31 | moy | leifmadsen: np, should be in your mailbox now |
| 20:06.48 | leifmadsen | moy: awesome thanks! I'm just adding some new sounds then will add shortly! |
| 20:08.02 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 20:08.03 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 20:11.50 | *** join/#asterisk-dev akshay07b (~b49531e9@gateway/web/freenode/x-jsbxaxuiycftefiv) |
| 20:12.19 | akshay07b | got selected for gsoc 2010 under Asterisk |
| 20:13.15 | Corydon76-dig | akshay07b: Congratulations |
| 20:13.23 | TheDavidFactor | akshay07b: congrats and welcome |
| 20:13.42 | akshay07b | Thanks |
| 20:14.50 | pabelanger | Don't think I am doing this right. |
| 20:14.54 | pabelanger | #define AST_CLI_YESNO(x) x ? (char *)'Yes' : (char *)'No' |
| 20:15.27 | pabelanger | gcc complains: warning: multi-character character constant |
| 20:15.29 | putnopvut | ew |
| 20:15.35 | Qwell | you want "", but yeah, ew |
| 20:15.37 | putnopvut | should be "yes" instead of 'yes' |
| 20:15.43 | putnopvut | ditto for no |
| 20:16.53 | moy | akshay07b: what are you doing with * ? |
| 20:17.19 | pabelanger | So, a macro like this is preferred over a function? |
| 20:17.55 | akshay07b | moy : I will be working on - Improvements to the Asterisk object model (astobj2) |
| 20:19.04 | Corydon76-dig | Sweet |
| 20:19.13 | moy | oh kewl ... for a moment I don't know why I thought you were the guy who wanted to do some steganography stuff |
| 20:19.39 | pabelanger | Qwell: this was a function, but Corydon76-dig suggested a macro. |
| 20:19.59 | pabelanger | m16343 |
| 20:20.01 | MuffinMan | [feedback] [Asterisk] Core/ManagerInterface 0016343: [patch] New CLI command: manager show settings reported by pabelanger https://issues.asterisk.org/view.php?id=16343 |
| 20:22.23 | Corydon76-dig | pabelanger: is there a reason you're casting the string to a 'char *' ? |
| 20:23.37 | Corydon76-dig | i.e. if you got rid of the cast, would anything break? |
| 20:23.46 | pabelanger | only because gcc complained. |
| 20:23.49 | pabelanger | let me try |
| 20:25.02 | leifmadsen | moy: you rock! thanks! |
| 20:26.00 | leifmadsen | moy: ya that steganography stuff sounded neat :) |
| 20:26.55 | pabelanger | Corydon76-dig: Removed cast. Thanks. |
| 20:27.49 | moy | np :) |
| 20:30.13 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 20:39.09 | leifmadsen | JunK-Y: ping! |
| 21:00.41 | pabelanger | afk for a while. |
| 21:00.42 | pabelanger | Later all |
| 21:02.25 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-14-174.lns2.dav.bigpond.net.au) |
| 21:24.27 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 21:24.27 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:38.04 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 22:07.33 | marv | I don't understand the comment in app_queue.c's wait_a_bit function. Or why it doesn't lock while reading retry. It's like it stores the retrywait in a local so that it could lock only while it saves a copy, but then just decides not to bother locking at all. |
| 22:08.10 | marv | not that it's caused me any trouble, just ran across it and thought it was weird |
| 22:08.33 | russellb | locking, asterisk, weird? |
| 22:08.35 | russellb | gasps |
| 22:09.41 | marv | maybe i should have said "wrong" instead of "weird" :P |
| 23:09.01 | *** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus) |
| 23:43.27 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 23:58.04 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 23:58.04 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |