| 00:17.12 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 01:59.19 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 02:17.07 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 02:17.07 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 04:04.22 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 04:09.01 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 04:09.01 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 06:53.42 | *** join/#asterisk-dev oej (~olle@2001:16d8:cc57:1000::42:1003) |
| 06:53.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:59.04 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 08:25.19 | *** join/#asterisk-dev oej (~olle@2001:16d8:cc57:1000::42:1004) |
| 08:25.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:27.00 | *** join/#asterisk-dev bombev (~bombev@PPPoE-Static-40-132.UnicsBG.Net) |
| 08:50.57 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:fd28:2952:43a6:d3d3) |
| 08:58.55 | *** join/#asterisk-dev latv (~latv@109.238.244.73) |
| 10:14.40 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:47.34 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 12:00.53 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:00.53 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:41.43 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-azhslgamsgikfxns) |
| 12:41.43 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:02.36 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 13:14.25 | oej | mjordan: You are way too nice to svn branches you kill. Just end their life painlessly. |
| 13:16.29 | *** join/#asterisk-dev italorossi (~textual@189.124.196.68) |
| 13:17.43 | mjordan | oej: :-) |
| 13:18.16 | oej | You make me feel guilty for just deleting them saying "cleaning up". I feel like a branch killer. |
| 13:29.20 | mjordan | oej: hopefully killing branches doesn't impact my karma. Otherwise my next life is going to be ... problematic. |
| 13:29.34 | mjordan | oej: it might take me a few days to set up an integration branch for bamboo, but I should have some time over the holiday to get that set up |
| 13:29.44 | oej | What holiday? |
| 13:29.49 | mjordan | thanksgiving |
| 13:29.53 | oej | I will be travelling to Sunday. |
| 13:29.56 | mjordan | in which we stuff ourselves like the turkeys that we consume |
| 13:29.59 | oej | Oh, I missed that. Happy shopping! |
| 13:30.18 | oej | From my Thanksgiving experience, the turkey is second to the shopping experience. |
| 13:30.19 | mjordan | oej: heh. I avoid "capitalism day" here. Its a bit too many people crowded together for my tastes :-) |
| 13:30.55 | oej | I tend to avoid crowded shops too... |
| 13:31.47 | oej | I am trying to fix a bug in manager originate with early media. We get hanging channels in pbxs when the calls are not answered. It's my fault, certainly... |
| 13:32.07 | mjordan | hm. Yikes |
| 13:32.17 | file | dreaming's all I do, if only they came true! |
| 13:32.18 | mjordan | I remember the review... |
| 13:32.23 | mjordan | goes off to look at it |
| 13:32.44 | oej | file: Did you see my RTP thoughts in email? |
| 13:32.57 | mjordan | r/1472 |
| 13:32.58 | file | yes |
| 13:33.20 | file | just finished up something before tackling email |
| 13:33.22 | oej | It was a hook for you to make a comment on. |
| 13:33.38 | oej | Ok. I am on hold. |
| 13:33.56 | file | and I'm not sending you hold music |
| 13:40.48 | *** join/#asterisk-dev b3nt_pin (~quassel@stjhnf0148w-142134079216.dhcp-dynamic.FibreOP.nl.bellaliant.net) |
| 13:41.14 | oej | provides my own music |
| 13:41.18 | oej | Thanks for the response! |
| 13:44.52 | oej | replaces music with comforting noise |
| 13:57.35 | mjordan | file: pretty sure extensions don't become 'unusable'. All of his remote consoles are probably killed when you exceed 128 simultaneous connections |
| 13:57.51 | file | mjordan, unless the remote consoles are doing stupid stuff |
| 13:58.31 | mjordan | hm. |
| 13:58.44 | mjordan | the only time I've seen remote consoles hang around is on a core wait fully booted |
| 13:58.48 | mjordan | when Asterisk doesn't fully boot |
| 13:59.03 | mjordan | that's one of the few CLI commands that has a path where it can wait forever |
| 14:03.20 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 14:15.59 | bombev | hi guyes |
| 14:16.05 | bombev | guys |
| 14:16.08 | bombev | i mean |
| 14:16.15 | bombev | any idea how to clean safety my asterisk log |
| 14:18.01 | oej | search for logrotate and asterisk. |
| 14:19.36 | *** join/#asterisk-dev dwayne (~dwayne@76.29.230.45) |
| 14:25.09 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:25.09 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:27.11 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:27.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:29.53 | bombev | ok thanks |
| 15:19.05 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:19.05 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:53.14 | *** join/#asterisk-dev jameswf (~james@unaffiliated/jameswf-home) |
| 15:53.26 | jameswf | Qwell, mind if I msg you |
| 15:54.04 | Qwell | jameswf: sure |
| 15:54.13 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:54.14 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 16:10.24 | *** join/#asterisk-dev rgagnon (~rgagnon@71.42.183.54) |
| 16:27.31 | *** part/#asterisk-dev rgagnon (~rgagnon@71.42.183.54) |
| 16:44.11 | oej | Hmm. SHould the park application really play the parking lot number when I call it directly? I thought that was only for bridged calls. |
| 16:46.31 | jsmith | oej: Ideally, it would be controlled with an option |
| 16:46.50 | jsmith | oej: (but I don't see a lot of value of playing the parking lot number when called directly) |
| 16:47.18 | oej | No. It should at least be optional. |
| 16:47.36 | oej | Need to create a new parking function where I can be in control. |
| 16:47.38 | oej | minipark. |
| 16:47.42 | oej | CoolPark |
| 16:47.47 | oej | RawPark |
| 16:47.50 | Qwell | TrailerPark? |
| 16:48.07 | oej | ABBApark |
| 16:48.08 | oej | :-) |
| 16:49.41 | jsmith | EuroPark? |
| 16:49.45 | jsmith | ducks and hides |
| 16:49.54 | jsmith | Qwell: Good one! |
| 16:57.17 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-opvbbrldiogqrcmo) |
| 17:00.38 | leifmadsen | I was pretty sure you could avoid playing back the parking lot position with an option... |
| 17:01.58 | leifmadsen | core show application Park |
| 17:01.59 | leifmadsen | <PROTECTED> |
| 17:04.32 | jsmith | Ah, how 'bout that :-) |
| 17:05.03 | jsmith | leifmadsen: Any idea if that works for just direct calls, or for bridged calls as well? |
| 17:05.07 | oej | Cool. Thanks. |
| 17:05.11 | jsmith | leifmadsen: In other words, is it unconditional? |
| 17:05.38 | leifmadsen | jsmith: I suspect it is either you're using it or not |
| 17:07.37 | jsmith | OK :-/ |
| 17:08.56 | oej | goes playing with it |
| 17:12.34 | jsmith | plays hold music instead |
| 17:17.47 | *** join/#asterisk-dev oej_ (~olle@2001:16d8:cc57:1000::42:1003) |
| 17:17.47 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 17:31.00 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:13.12 | *** join/#asterisk-dev italorossi (~textual@189.124.196.68) |
| 18:26.54 | *** join/#asterisk-dev oej_ (~olle@2001:16d8:cc57:1000::42:1003) |
| 18:26.54 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 19:30.36 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:53.18 | *** join/#asterisk-dev citywok (~kvirc@67-134-194-33.dia.static.qwest.net) |
| 19:58.58 | *** join/#asterisk-dev n8ideas (~joshua@65.112.207.3) |
| 20:02.48 | n8ideas | Has anyone seen issues with DTMF in ODBC voicemail in Asterisk 10? |
| 20:03.03 | n8ideas | still fighting a nasty, nasty locking issue that's causing hundreds of peers to go offline |
| 20:03.23 | n8ideas | only things I can find in common between incidents are that vm-options appears to be playing, and DTMF tones are being pressed |
| 20:04.45 | mjordan | n8ideas: this is a question that would probably be handled better in #asterisk. In general though, no, DTMF does not care about the backing storage of the voicemail, so its more likely to be a general DTMF problem or - more likely - a general problem with locking in app_voicemail. |
| 20:04.46 | n8ideas | _anyone_ at all seen anything like this? |
| 20:06.23 | n8ideas | Yeah... I can take it over there if that's more appropriate, but this issue is killing me in 10.9. Willing to pay for someone to resolve, but I think we have a source-level issue at this point. |
| 20:09.13 | mjordan | there are likely more people in #asterisk who are deploying systems in various scenarios then in #asterisk-dev. Have you reported the deadlock in Jira yet? |
| 20:10.45 | n8ideas | No... it's not explicitly deadlock, as far as I'm aware. But I can show that something in app_voicemail holds up the entire SIP stack |
| 20:11.01 | n8ideas | the packets show up on the buffer in tcpdump, but aren't processed in Asterisk until many, many seconds later |
| 20:56.28 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-azhslgamsgikfxns) |