| 00:06.28 | leifmadsen | philipp64: huh? I've only ever needed to use CALLERID() and enable sendrpid=yes in sip.conf |
| 00:06.39 | leifmadsen | as long as the PSTN provider allows me to pass through whatever callerID I want. |
| 00:08.09 | philipp64 | got an example? |
| 00:09.14 | leifmadsen | Set(CALLERID(num)=4165551212) |
| 00:09.21 | leifmadsen | there is no magic |
| 00:09.57 | philipp64 | ok, so my understanding is that if you have an inbound call, and you try to Dial() out again on the same channel, then the caller-id in 1.4 and later is set to that of the original call, right? |
| 00:11.02 | leifmadsen | well you wouldn't call out on the same channel... that channel is already in use |
| 00:11.27 | leifmadsen | the outgoing channel would have the same callerid as I understand it |
| 00:11.39 | leifmadsen | s/same callerid/same callerid as the incoming channel/ |
| 00:26.21 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 00:32.03 | philipp64 | leifmadsen: just tried, and the callerid(num) on the outbound call was set to that of the number that had been called... not the calling party. |
| 00:32.18 | philipp64 | <PROTECTED> |
| 00:32.31 | philipp64 | From: "2088919324" <sip:2083458182@66.232.79.143>;tag=as38472215 |
| 00:33.06 | philipp64 | not sure how the callerid(name) ended up being what I had tried to set the callerid(num) to be. |
| 00:33.22 | leifmadsen | then you probably want the 'o' option I guess |
| 00:35.23 | philipp64 | but... since I've explicitly set it, it shouldn't matter... |
| 00:35.52 | *** join/#asterisk-dev diegomad (mad@186.81.136.28) |
| 00:36.49 | philipp64 | and... the 'o' option made no difference at all. |
| 00:36.54 | philipp64 | From: "2088919324" <sip:2083458182@66.232.79.143>;tag=as4889661f |
| 00:39.41 | philipp64 | Also tried Set(SIPFROMUSER=${CALLERID(num)}) and that made absolutely no difference either. sigh. |
| 00:40.16 | philipp64 | From: "2088919324" <sip:2083458182@66.232.79.143>;tag=as4cd3efca |
| 00:44.03 | *** join/#asterisk-dev angler (~angler@pdpc/sponsor/digium/angler) |
| 01:12.52 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 01:48.36 | leifmadsen | I've not bothered with passing the CallerID via the From field -- I always use RPID |
| 01:58.29 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 01:58.29 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:59.33 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 03:50.57 | *** join/#asterisk-dev diegomad (mad@186.81.136.28) |
| 03:55.12 | Kobaz | do de do |
| 04:16.09 | *** join/#asterisk-dev codefreeze-lap (~murf@mail.parsetree.com) |
| 04:16.09 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 05:41.29 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 05:41.29 | *** 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. |
| 05:51.49 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 05:51.49 | *** 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. |
| 05:53.39 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 05:53.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:10.24 | *** join/#asterisk-dev ibrahim-laptop0 (~ibrahim@195.175.50.222) |
| 06:10.41 | ibrahim-laptop0 | Is there a way to set minimum length of DTMF duration? For example, ignore "0 ms duration" of DTMF? |
| 07:05.21 | tzafrir | ibrahim-laptop0, minimal length is 40ms, IIRC |
| 07:06.56 | ibrahim-laptop0 | tzafrir thanks for your response I already set it from source to 40 ms , but still asterisk is considering "0 ms of durations" and I getting wrong PIN when authorization calling card application |
| 07:10.37 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:11.56 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:13.54 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 07:13.57 | *** part/#asterisk-dev ibrahim-laptop0 (~ibrahim@195.175.50.222) |
| 07:47.33 | *** join/#asterisk-dev nickw (~nickw@c-76-111-107-117.hsd1.md.comcast.net) |
| 08:24.54 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:24.55 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:42.57 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 08:42.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:36.50 | *** join/#asterisk-dev Dovid (~annon@213.8.121.90) |
| 10:29.26 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:29.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:42.41 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.185) |
| 11:39.26 | Dovid | Mantis seems to be down :( |
| 11:51.42 | seanbright | works for me |
| 12:04.12 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:19.52 | Lyma | Bom dia! Good morning! |
| 12:40.07 | *** join/#asterisk-dev pentanol (~pentanol@77-35-13-174.pppoe.primorye.net.ru) |
| 12:49.58 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 12:49.58 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 12:51.23 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:51.23 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:57.47 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 13:00.46 | *** join/#asterisk-dev OlafsenM (~omorika@193.198.31.85) |
| 13:04.36 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:04.36 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:07.30 | *** part/#asterisk-dev OlafsenM (~omorika@193.198.31.85) |
| 13:42.01 | pabelanger | howdy |
| 13:42.29 | leifmadsen | zup?! |
| 13:46.03 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:46.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:46.13 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 13:55.15 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 14:04.36 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 14:05.25 | *** join/#asterisk-dev moy (~chatzilla@bas1-unionville55-1177733627.dsl.bell.ca) |
| 14:09.46 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:09.46 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:20.11 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-bxuwtzxjsxggtdlt) |
| 14:39.38 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:39.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:40.58 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:40.58 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:51.32 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:51.32 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:54.39 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:54.39 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:58.43 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:58.43 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:07.16 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:09.30 | *** part/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 15:14.30 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:14.30 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:26.22 | *** join/#asterisk-dev pentanol (~pentanol@77.35.52.134) |
| 15:30.29 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 15:47.33 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 15:48.41 | *** join/#asterisk-dev pentanol (~pentanol@77-35-7-125.pppoe.primorye.net.ru) |
| 15:55.09 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:19.23 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 16:19.23 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 16:20.26 | eliel | russellb: hello |
| 16:20.48 | eliel | russellb: i am waiting the data api code review |
| 16:21.07 | leifmadsen | eliel: russellb has been gone for about 3 weeks, so he is in catch up mode :) |
| 16:21.33 | russellb | eliel: just merge it |
| 16:21.45 | russellb | it's very self contained code, tilghman reviewed it, and it's trunk |
| 16:21.45 | eliel | russellb: ok thanks |
| 16:22.27 | pabelanger | m17219 |
| 16:22.28 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0017219: Missing Menuselect Option "Compiler Flags - Development" in dev mode reported by Nick_Lewis https://issues.asterisk.org/view.php?id=17219 |
| 16:23.37 | pabelanger | Currently if you run 'make clean' this does not remove your existing menuselect settings, 'make distclean' will. |
| 16:24.19 | pabelanger | The reporter is looking to change is logic. when you 'clean' also delete menuselect settings. |
| 16:25.19 | pabelanger | This a valid request? or should he just run 'dist-clean' everytime he wants to --enable-dev-mode |
| 16:25.43 | russellb | That doesn't sound like the right fix for the problem |
| 16:25.59 | russellb | it sounds like we should be regenerating the menuselect-tree file if the configure script has been run again |
| 16:27.02 | atis_work | btw, does menuselect has any plans of makeopts structure upgrade? |
| 16:27.14 | russellb | menuselect is not self-aware, so it doesn't have plans |
| 16:27.26 | russellb | that I know of anyway |
| 16:27.48 | atis_work | heh :) currently if you take makeopts from one system and try to use it on another, you'll get lots of errors |
| 16:28.20 | atis_work | it's quite damn hard to create makeopts that will run successfully on several systems |
| 16:28.32 | russellb | nods |
| 16:29.38 | atis_work | i guess the most annoying thing is that it marks what's changed from defaults.. so on one system missing lib will mean opposite as on another |
| 16:29.45 | atis_work | at least that's what i've observed |
| 17:16.36 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 17:20.12 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:21.22 | philipp64 | I'm calling a number inside my area code (over SIP to a PSTN Taqua) and it's not a local #, but I'm sending it as 10-digits. the Taqua is generating a "404 Not found" |
| 17:22.02 | philipp64 | it wants it as an 11-digit number. but if I send local calls as 11-digit (E.164), then it sends "404 Not found" for those as well. is it broken? |
| 17:22.48 | philipp64 | seems to me that 11-digit should always work... just like it does in GSM. |
| 17:23.47 | Qwell | philipp64: Welcome to telephony. |
| 17:23.57 | leifmadsen | heavy on the phony |
| 17:24.07 | leifmadsen | :D |
| 17:24.11 | Qwell | some providers require 7 for most local calls, but 10 for some local calls |
| 17:24.21 | leifmadsen | ya I've had anywhere from needing 4 to 11 |
| 17:24.32 | leifmadsen | the ones that only want the last 4 digits always amuse me |
| 17:24.33 | Qwell | you just have to happen to know which require 7 and which require 10 |
| 17:25.07 | pabelanger | There is still 7 digit dialing? |
| 17:25.31 | russellb | our local telco requires 7 for most local numbers but not all |
| 17:25.35 | russellb | it's really awesome. |
| 17:26.05 | Qwell | russellb: indeed |
| 17:26.27 | leifmadsen | telco in Florida I work with requires 7 digit dialing still |
| 17:26.42 | leifmadsen | my parents just had their 7 digit switched over last year |
| 17:26.46 | Qwell | Huntsville is going to start requiring 11-digit dialing soon, right? |
| 17:26.57 | leifmadsen | 11 digit? :) |
| 17:27.02 | leifmadsen | you mean 10 digit? |
| 17:27.04 | philipp64 | so of course I ask them for a table of NXX's for the local exchanges, and they said "we can't give that to you"... |
| 17:27.07 | russellb | 10, but yes |
| 17:27.19 | philipp64 | then I pressed, and they said, well, we have one, but we're not even sure it's correct. |
| 17:27.29 | leifmadsen | haha ya it won't be :) |
| 17:28.17 | leifmadsen | I'd write a dialplan that tried 10 digit, then if it got a 404 to try a 7 digit, and if it worked, to log the working method and continue using that in the future for the exchange |
| 17:30.20 | malcolmd | Qwell: july? is that the cut-over to 10-digit dialing? |
| 17:32.57 | malcolmd | november |
| 17:33.23 | malcolmd | wait..no...that was from last year. it's some time this summer |
| 17:34.39 | putnopvut | I thought it was june. |
| 17:35.00 | leifmadsen | febtober |
| 17:35.32 | putnopvut | That's my favorite month... |
| 17:38.10 | malcolmd | putnopvut: june 5 per wikipedia |
| 17:38.45 | Qwell | there's a wiki article? |
| 17:39.19 | malcolmd | wiki article for the 256 area code |
| 17:40.24 | malcolmd | july 10 sees the introduction of the new 938 overlay |
| 17:41.16 | putnopvut | I wonder if there will be social discrimination against 938s when they start appearing. |
| 17:41.32 | Qwell | probably |
| 17:42.04 | putnopvut | You ASSHOLES caused us to have to 10-digit dial!!! *throws a molotov cocktail* |
| 17:42.20 | file | shaken, not stirred? |
| 17:42.24 | Qwell | multi-areacoded cities are awesome. |
| 17:42.35 | Qwell | calling your next door neighbor requires 10-digit dial |
| 17:42.56 | Qwell | and sometimes, they can even have a different areacode |
| 17:43.14 | putnopvut | Qwell: yeah, when that happened in northern virginia, there were a lot of angry people. I didn't really find it to be THAT difficult to press three more numbers. |
| 17:43.27 | Qwell | shrugs |
| 17:43.30 | putnopvut | Multi-areacoded buildings are even more fun. |
| 17:43.35 | Qwell | I'm used to 10 already |
| 17:44.01 | Qwell | people give me stupid looks here when I give them my number |
| 17:44.18 | Qwell | "256 ..." "*blank stare waiting for the real number*" |
| 17:44.24 | putnopvut | Yeah, I get that too. |
| 17:44.37 | Qwell | sometimes they start entering it, and have to erase it |
| 17:44.47 | Qwell | because for whatever stupid reason, their system already has it |
| 17:45.06 | putnopvut | Yes, because of course only locals would ever give their number. |
| 17:45.06 | Qwell | so the trick is to start "areacode 256, 658..." |
| 17:45.50 | Qwell | I'm glad my old city got out of 909. there was a stigma involved with that. |
| 17:46.02 | putnopvut | I need to come up with a better name for this function than "do_tha_plc_thang" |
| 17:46.03 | Qwell | http://www.urbandictionary.com/define.php?term=909er |
| 17:46.08 | Qwell | hilarious, and true. |
| 17:52.16 | eliel | if i commit to trunk i need to block wich branches? |
| 17:52.17 | Qwell | eliel: just 1.6.2, really |
| 17:52.33 | eliel | Qwell: thanks |
| 17:54.15 | philipp64 | what does DIALSTATUS map to for a 404? |
| 17:54.17 | leifmadsen | I don't think you have to do any blocking anymore? |
| 17:54.28 | leifmadsen | philipp64: I'd guess CONGESTION ? |
| 18:04.41 | eliel | philipp64: no extension found |
| 18:04.56 | philipp64 | AST_CONTROL_CONGESTION |
| 18:05.10 | eliel | is origsvn down? |
| 18:05.25 | eliel | or i am having a local network problem? |
| 18:06.55 | eliel | now it is up again |
| 18:09.06 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 18:09.06 | *** join/#asterisk-dev JunK-Y (~junky@64.15.77.94) |
| 18:09.06 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 18:09.06 | *** mode/#asterisk-dev [+o seanbright] by anthony.freenode.net |
| 18:10.31 | philipp64 | leifmadsen: added a check on a failed 7-digit dial to add '1' and area code and redial... seems to work. |
| 18:11.46 | leifmadsen | nice |
| 18:12.04 | leifmadsen | when it works I'd add something to a DB somewhere so that you don't have to continually fail |
| 18:17.23 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:18.59 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 18:18.59 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 18:20.02 | jsmith-teaching | The_Boy_Wonder: FWIW, that patch you posted yesterday for the chan_local deadlock didn't seem to help, according to Tony |
| 18:20.31 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 18:20.31 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 18:22.02 | The_Boy_Wonder | jsmith-teaching: thats not good, i'll look into it further then |
| 18:26.46 | jsmith-teaching | The_Boy_Wonder: Thanks! |
| 18:34.50 | jpeeler | eliel: line 10880 in voicemail isn't right, the 3rd parameter should probably be either 0 or 1 |
| 18:39.46 | eliel | jpeeler: yes, i think so... let me check twice |
| 18:56.33 | eliel | jpeeler: for what is used the interactive parameter? |
| 18:56.48 | jpeeler | i don't know... that's why i didn't immediately fix it |
| 19:01.22 | eliel | Corydon76-dig: ping |
| 19:03.56 | Qwell | looks at seanbright |
| 19:05.42 | Corydon76-dig | eliel: pong |
| 19:06.09 | eliel | Corydon76-dig: what does the third parameter mean in get_vm_state_by_mailbox(user->mailbox, user->context, 1); |
| 19:06.40 | eliel | Corydon76-dig: is this incorrect? state = get_vm_state_by_mailbox(user->mailbox, user->context, user->interactive); |
| 19:07.00 | Corydon76-dig | eliel: whether you are being called by an interactive process or not |
| 19:07.07 | jpeeler | user doesn't have an interactive member... |
| 19:07.56 | eliel | :Corydon76-dig: is this incorrect? state = get_vm_state_by_mailbox(user->mailbox, user->context, user->interactive); |
| 19:08.02 | eliel | sorry for that line.. |
| 19:08.18 | eliel | ok |
| 19:08.19 | Corydon76-dig | You can save some cycles if you're interactive, BUT if you're not, you'll end up with a pointer to some other thread's stack, which means your pointer could go kablooie before you're done with it |
| 19:08.57 | Corydon76-dig | It's safest to use a 0 value for that parameter |
| 19:09.04 | eliel | good |
| 19:09.28 | tzafrir | any idea if there's a way to get from reviewboard the raw diff between two diffs in the same review? |
| 19:09.42 | tzafrir | That is: the diff between r1 and r2 |
| 19:09.53 | tzafrir | Rationale: to convert a review to a local branch |
| 19:09.53 | Corydon76-dig | Basically, what happened is that the people who implemented IMAP were smoking some serious crack, and I created the parameter in an attempt to cleanup afterwards |
| 19:10.25 | eliel | Corydon76-dig: hehe, thanks |
| 19:10.58 | Corydon76-dig | "Thread safety? What's that?" |
| 19:11.34 | philipp64 | tzafrir and Corydon76: got some feedback from Nick on my SIP change... (reviewboard 565)... Nick suggests a more sweeping change. Either Nuke domain-contexts altogether, or allow them to also be specified in a per-peer basis. |
| 19:12.01 | philipp64 | either of you have any opinion on that notion? Olle hasn't yet weighed in... |
| 19:12.28 | philipp64 | M17040 |
| 19:12.31 | 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 |
| 19:12.32 | Corydon76-dig | I suggest we nuke the SIP specification altogether |
| 19:13.08 | philipp64 | you going to reimburse me for all of these Sipura handsets? |
| 19:16.35 | philipp64 | actually, I take it back... just got a flurry of conversation on this very issue between Nick and Olle. |
| 19:17.50 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:19.21 | philipp64 | what's Nick's handle, anyway? |
| 19:20.13 | leifmadsen | I don't think he hangs out on IRC |
| 19:20.28 | leifmadsen | he has little control over what applications he can use at work, based on his broken email client |
| 19:30.16 | eliel | what is the package needed to compile with IMAP_STORAGE support (imap_tk ????) |
| 19:30.35 | eliel | in debian |
| 19:30.54 | eliel | or external package.. or something he |
| 19:31.05 | Corydon76-dig | It's the UW IMAP package, I believe |
| 19:33.56 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 19:33.56 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 19:37.21 | leifmadsen | aye |
| 19:37.30 | leifmadsen | c-client UW IMAP pkg |
| 19:39.14 | eliel | thanks!! |
| 19:49.28 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:51.52 | philipp64 | Corydon76-dig: "Crispin! From Hell's heart, I stab at thee!!!!" |
| 19:57.15 | jmls | hmm. is there anyway of seeing what a config file "looks" like if I've built it from realtime ? |
| 20:02.55 | philipp64 | russellb: give me a holler when you want to look at the build/bamboo astlinux stuff. |
| 20:07.39 | jmls | anyone ? |
| 20:31.32 | Corydon76-dig | jmls: static realtime or dynamic realtime? |
| 20:32.25 | russellb | wouldn't be possible for dynamic, but for static that would be a nice little feature to add |
| 20:33.38 | jsmith-teaching | jmls: "Dialplan show <context>" from the CLI work? |
| 20:39.19 | jmls | Corydon76-dig: was wanting to look at the output of sip.config (as an example) |
| 20:39.25 | jmls | static realtime |
| 20:40.11 | jmls | sorry, sip.conf |
| 20:41.12 | jmls | it would be nice if there were an option to generate a .static file when reading the .conf |
| 20:41.36 | jmls | so, sip.conf contains some #execs, and asterisk generates a sip.conf.static |
| 20:42.28 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:42.28 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:42.32 | jmls | I had a problem just now where I had a standard sip.conf that was working, and a static realtime sip.conf that wasn't, trying to track the problem down was a bastard |
| 20:43.00 | jmls | especually as the error was a misplatced "@" being generated by the backend |
| 20:43.05 | jmls | instead of a ":" |
| 20:43.07 | jmls | :( |
| 20:45.03 | jmls | oh, man. this is .... so ... well ... |
| 20:45.08 | jmls | Why did the Comp. Engineer get X-mas and Halloween mixed up? |
| 20:45.12 | pabelanger | eliel is the person to talk to about xmldoc.c, correct? |
| 20:45.30 | jmls | Because Oct(31) == Dec(25) |
| 20:51.59 | Corydon76-dig | eliel: were you planning on committing this: https://reviewboard.asterisk.org/r/79/ |
| 21:05.47 | kpfleming | some nice commits today |
| 21:06.14 | jsmith-teaching | kpfleming: If only every day could be like today? |
| 21:06.19 | kpfleming | true true |
| 21:06.45 | russellb | adds another commit to the pile |
| 21:06.56 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 21:08.17 | kpfleming | putnopvut: i swooped? nice. |
| 21:08.34 | putnopvut | yeah, you even made a cool noise when you did it. |
| 21:08.53 | putnopvut | I kind of feel embarrassed posting that code review, since I see a terrible awful flaw in it now. |
| 21:22.01 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 21:33.56 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE004010100002-CM00159a090f12.cpe.net.cable.rogers.com) |
| 21:56.21 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 21:56.21 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:21.34 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE004010100002-CM00159a090f12.cpe.net.cable.rogers.com) |
| 23:40.17 | pabelanger_ | I noticed there is a 'manager_action' struct which is used to list actions, but not for manager events. Would it be correct to create a new struct to register the events why or do people suggest another approach? |
| 23:40.41 | pabelanger_ | s/why/with |
| 23:41.56 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:41.56 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |