| 00:03.24 | *** join/#asterisk-dev philipp64 (~kvirc@mail.redfish-solutions.com) |
| 00:04.56 | philipp64 | russellb: got two signoffs on 17040... so what happens next? who will commit? |
| 00:07.17 | leifmadsen | M17040 |
| 00:07.19 | MuffinMan | [confirmed] [Asterisk] Core/Configuration 0017040: [patch] Explicit context set in SIP peer overridden by default domain context reported by pprindeville https://issues.asterisk.org/view.php?id=17040 |
| 00:07.29 | leifmadsen | probably someone who has commit access ;) |
| 00:10.51 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:10.51 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:12.36 | philipp64 | leifmadsen: and who is that? |
| 00:34.08 | pabelanger_ | Corydon76-dig: ping |
| 00:39.25 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 00:39.25 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 01:32.42 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:32.42 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:34.00 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 01:40.29 | *** join/#asterisk-dev Deeewayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 01:40.29 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:52.54 | *** join/#asterisk-dev itiliti (~itiliti@173-165-62-100-Illinois.hfc.comcastbusiness.net) |
| 01:56.22 | *** part/#asterisk-dev itiliti (~itiliti@173-165-62-100-Illinois.hfc.comcastbusiness.net) |
| 02:10.59 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-14-174.lns2.dav.bigpond.net.au) |
| 02:17.16 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-14-174.lns2.dav.bigpond.net.au) |
| 02:18.30 | *** join/#asterisk-dev DarkRift (~dark@modemcable015.68-200-24.mc.videotron.ca) |
| 03:22.14 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-14-174.lns2.dav.bigpond.net.au) |
| 03:32.13 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 03:48.59 | *** join/#asterisk-dev dseeb_ (~Adium@203.27.140.20) |
| 03:53.16 | Corydon76-dig | pabelanger-afk: pong |
| 04:12.21 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-14-174.lns2.dav.bigpond.net.au) |
| 05:22.59 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 05:49.27 | *** join/#asterisk-dev nickw (~nickw@c-76-111-107-117.hsd1.md.comcast.net) |
| 06:14.23 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 06:14.43 | *** join/#asterisk-dev Dovid (~annon@213.8.121.90) |
| 06:15.19 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 06:34.24 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 06:34.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:35.40 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 06:35.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:40.25 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 07:59.28 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-kznvpynshnmxfzug) |
| 08:02.58 | *** part/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-kznvpynshnmxfzug) |
| 08:14.22 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:14.22 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:23.36 | *** join/#asterisk-dev wedhorn (~nnnnnnnnn@123-243-209-34.static.tpgi.com.au) |
| 08:51.29 | *** join/#asterisk-dev akshayb (~b49531e2@gateway/web/freenode/x-dznfgprbisuiszjw) |
| 10:25.43 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:25.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:29.12 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-155-51.cinci.res.rr.com) |
| 10:52.48 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 11:12.26 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-ogjupzkaqnwlwldy) |
| 11:17.56 | akshayb | any specific procedure for gsoc students? |
| 11:20.34 | *** part/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-ogjupzkaqnwlwldy) |
| 11:23.10 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-zleljxkgxkravhmf) |
| 11:23.21 | akshayb | !logs |
| 11:33.58 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 11:45.41 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:45.41 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:48.25 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 12:32.42 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 12:32.42 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:34.45 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 12:52.53 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:14.48 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:14.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:21.47 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:21.47 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:32.27 | *** join/#asterisk-dev hugorebelo (~hugo@p5B277203.dip.t-dialin.net) |
| 13:33.44 | pabelanger-afk | morning |
| 13:39.22 | rrb3942 | good morning to you pabelanger |
| 14:09.57 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 14:10.31 | *** join/#asterisk-dev nickw (~nickw@c-76-111-107-117.hsd1.md.comcast.net) |
| 14:11.03 | pabelanger | r616 |
| 14:11.06 | MuffinMan | [R616] Dynamiclly generate asterisk.conf (new script) [Pending] Submitted by pabelanger => https://reviewboard.asterisk.org/r/616/ |
| 14:11.54 | pabelanger | Anybody with a free moment to weigh in on this patch? No rush. |
| 14:21.45 | tzafrir | Looks OK to me |
| 14:24.19 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-ucaccsanhdwtwftx) |
| 14:31.12 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:31.12 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:32.56 | pabelanger | tzafrir: Thanks. |
| 14:34.13 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:34.13 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:40.36 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:40.36 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 14:41.21 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:41.21 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 14:50.01 | kpfleming | as best i can tell, channel datastores are supposed to always be inherited under the same circumstances that channel variables are, right? |
| 14:50.22 | russellb | Oui |
| 14:50.36 | putnopvut | kpfleming: are you seeing a situation where that doesn't seem to be happening. |
| 14:50.37 | putnopvut | ? |
| 14:51.08 | kpfleming | no, i'm working on a thought experiment, trying to ensure i understand what is currently implemented |
| 14:51.42 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:51.42 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:53.43 | kpfleming | next question: there doesn't seem to be any method in app_dial to execute a macro/gosub on the calling channel before the bridge is created... only on the called channel |
| 14:53.54 | kpfleming | that wasn't formulated as a question :-) |
| 14:54.06 | putnopvut | right, and it is also true. |
| 14:54.24 | putnopvut | The closest thing we have are connected line and redirecting interception macros in trunk. |
| 14:54.35 | putnopvut | But those are only triggered under specific circumstances. |
| 14:54.38 | kpfleming | yeah |
| 14:55.05 | kpfleming | so a way to execute a macro/gosub on the calling channel, getting passed in the name of the calling channel that answered, would make this thing i'm working on in my head much easier |
| 14:55.33 | kpfleming | this is a case where a datastore on the calling channel needs to have certain values set in it based on the called channel that answered |
| 14:57.08 | putnopvut | So would there be some dialplan function that allows values in the datastore to be set? |
| 14:57.16 | kpfleming | yes. it's FAXOPT, actually. |
| 14:58.23 | putnopvut | To expand on your idea, I really think there should just be "hooks" throughout the dial application that would allow macros (or gosubs) to be called on whichever channel is relevant. |
| 14:58.34 | putnopvut | We have such a precedent set for connected line and redirecting. |
| 14:58.38 | kpfleming | right |
| 14:58.47 | putnopvut | It would make sense to be able to have an answer macro, or a ringing macro even, if that makes sense. |
| 14:59.02 | kpfleming | and we've had plenty of questions in the past about setting channel variables on the parent channel |
| 14:59.43 | *** join/#asterisk-dev frawd (~francois@18.Red-88-26-100.staticIP.rima-tde.net) |
| 14:59.57 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:04.51 | kpfleming | so... if we wanted to limit this to only subroutines, and not allow macros, we could have 'u' do the same thing as 'U', but on the calling channel |
| 15:09.01 | Corydon76-dig | There's now MASTER_CHANNEL() which allows variables to be read/set from the slave channel |
| 15:09.54 | kpfleming | interesting |
| 15:10.36 | kpfleming | that would work |
| 15:10.43 | kpfleming | MASTER_CHANNEL(FAXOPT(foo)=bar) |
| 15:11.00 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 15:11.00 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 15:11.15 | kpfleming | well, the syntax is diferent it appears |
| 15:11.19 | Corydon76-dig | Actually, you need to move the last parenthesis to before the = |
| 15:11.24 | kpfleming | MASTER_CHANNEL(FAXOPT(foo,bar)) |
| 15:12.22 | Corydon76-dig | Set(MASTER_CHANNEL(FAXOPT(foo))=bar) |
| 15:13.14 | kpfleming | that syntax is not documented anywhere in trunk that i can see |
| 15:14.20 | Corydon76-dig | The function is in funcs/func_channel.c |
| 15:14.27 | kpfleming | so MASTER_CHANNEL is effectively just a wrapper for the 'variable name' to be written to |
| 15:14.46 | kpfleming | yes, i know where the source... there are no examples of usage, and the XML docs in func_channel.c don't even show the syntax |
| 15:15.03 | kpfleming | that should be improved at some point |
| 15:15.11 | kpfleming | thanks for the hint thought, that will do what i need |
| 15:16.27 | *** join/#asterisk-dev Pazzo (~ugelt@reserved-225136.rol.raiffeisen.net) |
| 15:17.30 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 15:19.08 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 15:19.58 | TheDavidFactor | Corydon76-dig: got a sec to think about something done 3 months ago? |
| 15:20.12 | Corydon76-dig | Oy |
| 15:20.50 | TheDavidFactor | revision 239231 of trunk was a modification to the "config" make target |
| 15:21.35 | Corydon76-dig | Okay |
| 15:21.57 | TheDavidFactor | it added the use of contrib/init.d/etc_default_asterisk but there is no contrib/init.d/etc_default_asterisk |
| 15:25.32 | Corydon76-dig | Fixed |
| 15:25.43 | TheDavidFactor | thx :-) |
| 15:26.03 | TheDavidFactor | it wasn't letting me to a make config on my box from trunk |
| 15:26.10 | TheDavidFactor | s/to/do |
| 15:27.14 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:56.33 | *** join/#asterisk-dev outtolunc (~me@adsl-66-218-53-172.dslextreme.com) |
| 16:04.17 | frawd | Hello |
| 16:05.17 | frawd | I just saw some strange issue in mantis that would deserve a look at by an expert: https://issues.asterisk.org/view.php?id=17235 |
| 16:05.26 | frawd | it looks very important |
| 16:05.26 | russellb | M17235 |
| 16:05.28 | MuffinMan | [ready for testing] [Asterisk] Core/General 0017235: [patch] asterisk dsp always reports detected DTMF length to be 0ms reported by frawd https://issues.asterisk.org/view.php?id=17235 |
| 16:05.47 | frawd | Ok you got me |
| 16:05.47 | russellb | oh, the one you reported and brought up yesterday, too |
| 16:05.54 | russellb | thanks |
| 16:05.57 | frawd | just trying... never know |
| 16:06.22 | frawd | by the way, i was wondering if the time that patch computes is correct |
| 16:06.45 | frawd | there are apparently a few hits before sending a begin event |
| 16:07.23 | frawd | so should I add something like ( DTMF_HITS_TO_BEGIN * DTMF_GSIZE / SAMPLE_RATE * 1000 ) to the total length computed from begin to end? |
| 16:09.29 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-atcndzpewigtbodr) |
| 16:10.06 | frawd | unexpected complications in bug 17235, a very hot but indeed |
| 16:11.19 | frawd | but=bug |
| 16:12.45 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-mirjuieengiejwtg) |
| 16:14.35 | *** part/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-mirjuieengiejwtg) |
| 16:15.16 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-mirjuieengiejwtg) |
| 16:17.31 | frawd | this bug is soo cool man, i'd love to be the one committing it |
| 16:17.55 | kpfleming | frawd: give it a rest... you are at risk of annoying the very people who you'd like to help you |
| 16:19.06 | frawd | agreed, frawd you're such a pain |
| 16:22.46 | frawd | kpfleming: sorry about that, we French sometimes don't know when to stop until we get what we want |
| 16:23.00 | frawd | I'll put the rolling stones on and give it a rest until tomorrow |
| 16:23.17 | Qwell | s/tomorrow/somebody is able to look at the issue/ |
| 16:32.56 | *** part/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-mirjuieengiejwtg) |
| 16:33.03 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-mirjuieengiejwtg) |
| 16:52.53 | *** join/#asterisk-dev Rem| (~remi@209.191.13.247) |
| 16:53.50 | KenLee | I submitted a bug that was closed prematurely 0016243, I submitted a patch to the review board for it (https://reviewboard.asterisk.org/r/625/) but now im wondering if the bug should be re-opened or a new bug filed? |
| 16:55.18 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 17:05.29 | KenLee | submitted a new double digit dtmf bug (17253) referencing the old ones |
| 17:08.48 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 18:02.39 | leifmadsen | mvanbaak: ping! |
| 18:03.51 | leifmadsen | any chance you want to take 17144 to completion? Should be fairly trivial. |
| 18:04.21 | mvanbaak | tomorrow |
| 18:06.59 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:13.23 | mvanbaak | Boondock Saints 2 tonight |
| 18:23.00 | leifmadsen | :) |
| 18:23.20 | leifmadsen | mvanbaak: do I need to assign or will you remember? :) |
| 18:51.49 | pabelanger | watch out. First comments for a code review. |
| 18:52.01 | pabelanger | runs and hides. |
| 18:52.20 | pabelanger | KenLee: ping |
| 19:02.30 | KenLee | hello |
| 19:03.38 | pabelanger | KenLee: I made some comments on your reviewboard link, might want to test my IF logic before your next patch. |
| 19:03.53 | KenLee | awesome, thanks! |
| 19:19.12 | Qwell | Could somebody explain the difference between the AC_PATH_TOOL and AC_CHECK_TOOL autoconf macros? |
| 19:19.17 | Qwell | I'm missing something, obviously |
| 19:21.18 | Qwell | "set variable to the name of the program" vs "set variable to the absolute name of the program" - what does "absolute" mean in that context? |
| 19:21.47 | pabelanger | Like AC_CHECK_TOOL, but set variable to the entire path of the program if it is found. |
| 19:22.02 | pabelanger | full path? |
| 19:22.35 | Qwell | okay, so... if you aren't setting path, they're functionally identical |
| 19:23.00 | Qwell | which means...we don't need to use AC_PATH_TOOL, which means we can use AC_CHECK_TOOLS (since AC_PATH_TOOLS doesn't exist for some silly reason) |
| 19:23.02 | pabelanger | I believe so. Found the information here: http://www.delorie.com/gnu/docs/autoconf/autoconf_41.html |
| 19:23.14 | Qwell | http://www.gnu.org/software/hello/manual/autoconf/Generic-Programs.html#Generic-Programs |
| 19:23.20 | Qwell | I was looking there |
| 19:23.55 | Qwell | good, that makes things easy |
| 19:31.27 | pabelanger | Was looking to get sign-off from a developer about a mantis issue: |
| 19:31.29 | pabelanger | m16073 |
| 19:31.31 | MuffinMan | [ready for review] [Asterisk] Applications/app_page 0016073: [patch] Not all SIP extensions receive a page reported by aragon https://issues.asterisk.org/view.php?id=16073 |
| 19:32.01 | pabelanger | The fix was it increace VAR_BUF_SIZE to 8192 (up from 4096) in pbx.c. |
| 19:32.19 | pabelanger | s/increace/increase/g |
| 19:32.46 | pabelanger | increased... >:| |
| 19:33.25 | pabelanger | Any potential size affects anybody sees? |
| 19:38.24 | Corydon76-dig | pabelanger: there's also a maximum line length (in config.c) |
| 19:40.05 | pabelanger | Corydon76-dig: Thanks. Check it out and update the patch. |
| 19:41.29 | Corydon76-dig | pabelanger: secondarily, he could use the Local extension to branch to the number of extensions needed |
| 19:45.12 | pabelanger | Corydon76-dig: Do we want to offer that up as a solution? Or would patching Asterisk still be a valid. |
| 19:46.47 | Corydon76-dig | pabelanger: anytime we increase buffers allocated on the stack, we have a grave potential for causing other issues |
| 19:48.24 | pabelanger | ok, I'll update the issue and suggest he breaks out the page into Local extensions. |
| 19:52.36 | Corydon76-dig | In addition, in 1.8 forward, variable expansion buffers will expand to fit the results |
| 20:04.57 | pabelanger | ok, sounds good. |
| 20:09.55 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:10.23 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 20:14.51 | mvanbaak | leifmadsen: please assign |
| 20:18.25 | mvanbaak | there was a firefight ! |
| 20:31.19 | *** part/#asterisk-dev Rem| (~remi@209.191.13.247) |
| 20:49.23 | Qwell | hrm. I'm having a lot of difficulty regenerating the configure script in main/editline/. any tips? looks like it's having trouble with AC_CHECK_HEADERS |
| 20:49.50 | Corydon76-dig | Don't think we've ever attempted that |
| 20:52.49 | seanbright | Qwell: it uses an ancient version of autoconf |
| 20:52.59 | seanbright | or was written for an ancient version, i should say. |
| 20:53.00 | Qwell | one that doesn't support AC_PROG_GREP |
| 20:53.10 | Qwell | even though it uses it... |
| 20:53.27 | seanbright | well i'm upgrading editline relatively soon |
| 20:53.36 | seanbright | ~2 weeks i'd guess |
| 20:54.16 | seanbright | that probably doesn't help today, however. |
| 20:54.56 | seanbright | unless you tried stealing configure.in from thirdparty/editline/trunk |
| 21:07.49 | *** join/#asterisk-dev akshayb (~b49531e2@gateway/web/freenode/x-nqxfbqnwhtzwdbng) |
| 21:07.56 | diegomad | hi, on an application like I know the context of registration of a peer? |
| 21:09.03 | diegomad | that information if available? |
| 21:27.27 | *** part/#asterisk-dev KenLee (~k3leland@209.191.13.247) |
| 21:35.32 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 21:43.59 | philipp64 | can someone commit 17040 to 1.6.x, trunk, and 1.4? thanks. |
| 21:47.22 | mvanbaak | M17050 |
| 21:47.24 | MuffinMan | [acknowledged] [Asterisk] Applications/app_dial 0017050: channel.c:2753 __ast_read: Exception flag set on 'SIP/XXXXXXXX-000000e3', but no exception handler reported by hamidbilal https://issues.asterisk.org/view.php?id=17050 |
| 23:16.56 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 23:31.46 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-79-6.lns1.bat.bigpond.net.au) |
| 23:33.34 | *** join/#asterisk-dev outtolunc (~me@c-67-160-192-210.hsd1.ca.comcast.net) |