| 01:20.03 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.198.11) |
| 01:20.03 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:36.28 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:36.28 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:50.31 | *** join/#asterisk-dev encinoman (n=matt@ool-18e4157b.dyn.optonline.net) |
| 02:50.43 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 02:50.47 | *** part/#asterisk-dev encinoman (n=matt@ool-18e4157b.dyn.optonline.net) |
| 03:11.26 | *** join/#asterisk-dev ApOgEE (i=apogee@elite.bshellz.net) |
| 07:03.51 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 07:19.29 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 07:19.29 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:31.10 | *** join/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 07:42.18 | *** part/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 08:03.53 | *** join/#asterisk-dev tzafrir (n=tzafrir@local.xorcom.com) |
| 08:03.56 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:07.56 | *** join/#asterisk-dev vrban (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 08:30.10 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 08:46.11 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:46.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:46.50 | oej | Morning folks |
| 08:47.36 | mvanbaak | mornin oej |
| 08:47.45 | mvanbaak | having fun with RTCP eh ? |
| 08:48.38 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:53.56 | oej | Cisco talks about SPCP - haven't heard about that before. SmartPhone Communication Protocol. |
| 08:54.03 | oej | Yes, I'm an RTCP addict. |
| 09:04.53 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 09:45.10 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 09:45.10 | *** 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 -=- http://www.xkcd.org/664/ |
| 09:50.01 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 10:44.23 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:06.27 | snuff-home | heh.. probably ciscos newly evented protocol |
| 11:17.57 | wedhorn | I made mention of spcp last year. I vaguely remember it was skinny with a token. |
| 11:18.39 | mvanbaak | yeah, it is |
| 11:20.07 | wedhorn | Also vaguely remember there was some nice looking fairly cheap hardware that used it. And we needed a tcp dump. |
| 11:22.12 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 11:25.44 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 11:38.48 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:38.48 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:12.43 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:35.05 | *** join/#asterisk-dev sgimeno (n=santiago@226.Red-80-33-64.staticIP.rima-tde.net) |
| 12:43.06 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@fw1.safedataisp.net) |
| 12:56.43 | TheDavidFactor | seanbright, ping |
| 12:58.23 | seanbright | yeah |
| 12:58.47 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:58.47 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:59.15 | TheDavidFactor | hey, thanks for checking out code review. other then answering my question about ast_strip, did you see anything else with the code? |
| 12:59.22 | TheDavidFactor | *my code review |
| 12:59.34 | seanbright | i don't know externalivr that well so i can't really say |
| 13:00.16 | TheDavidFactor | fair enough :-) not many people seem to, that's why it's hard for me to get reviewers :-S |
| 14:00.01 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 14:14.56 | TheDavidFactor | leifmadsen, ping |
| 14:15.18 | leifmadsen | TheDavidFactor: pong |
| 14:15.53 | TheDavidFactor | can you tell me, generally, when the next release branch will be made? (either 1.6.3 or 1.8) |
| 14:17.05 | leifmadsen | TheDavidFactor: the blog by russell says branching may occur sometime in Q2 of 2010 |
| 14:17.12 | leifmadsen | it will be called 1.8 |
| 14:17.17 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:17.17 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:17.19 | leifmadsen | 1.6.2+x will never exist |
| 14:17.47 | leifmadsen | TheDavidFactor: http://www.asterisk.org/asterisk-versions |
| 14:17.59 | TheDavidFactor | ok, thanks. I want to get the updates and changed I'm working on for ExternalIVR in the next branch and I wanted to know how much time I have ;-) |
| 14:18.18 | TheDavidFactor | Thanks for the link |
| 14:18.26 | leifmadsen | actually, it says goal is to release Q2 of 2010, but not sure if that was the intention -- I think it was to branch Q2 of 2010 |
| 14:18.34 | leifmadsen | but that is a better question for russellb really |
| 14:19.11 | kpfleming | it will probably be branched in march, maybe late in the month |
| 14:19.18 | TheDavidFactor | you had a very normal "pong" are you feeling ok today? |
| 14:19.34 | leifmadsen | TheDavidFactor: I haven't had any tea yet :) |
| 14:19.47 | TheDavidFactor | ok, just checking :-p |
| 14:20.00 | leifmadsen | TheDavidFactor: sometimes I like to change it up a bit |
| 14:20.20 | TheDavidFactor | I guess normal is changing it up for you ;-) |
| 14:20.39 | TheDavidFactor | thanks kpfleming |
| 14:20.55 | leifmadsen | TheDavidFactor: :D |
| 15:04.04 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:04.04 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:10.53 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733883.dsl.bell.ca) |
| 15:27.42 | seanbright | putnopvut: your bash question on facebook lost you some street cred |
| 15:27.49 | putnopvut | lawl |
| 15:27.58 | russellb | lol .. |
| 15:28.05 | file | poor putnopvut |
| 15:28.18 | putnopvut | I've never had any bash street cred, luckily |
| 15:30.44 | file | I have negative bash street cred ;( |
| 15:36.42 | seanbright | atis_work: ping |
| 15:40.19 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:40.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:41.00 | *** join/#asterisk-dev jtexter3 (n=jtexter3@72.242.229.213) |
| 15:43.53 | TheDavidFactor | russellb, ping |
| 15:44.15 | russellb | PONG |
| 15:44.40 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 15:44.40 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 15:44.56 | TheDavidFactor | I know that you prefer to have two or more committers put eyes on new code, are there any requirements for documentation? |
| 15:46.00 | TheDavidFactor | or to put it another way, am I going to get yelled at if I update some documentation with having anyone review it? ;-) |
| 15:46.27 | TheDavidFactor | *without |
| 15:47.34 | russellb | nope |
| 15:47.39 | russellb | go for it. |
| 15:47.55 | TheDavidFactor | ok, thanks |
| 15:48.08 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:48.08 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:48.11 | russellb | thanks for asking |
| 15:48.17 | TheDavidFactor | sure thing |
| 15:57.35 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:57.36 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:11.23 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 16:17.17 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:22.19 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:25.23 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@nat/digium/x-ddusbfvtcdmeiwdo) |
| 16:25.23 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:31.15 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:32.05 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:52.46 | kpfleming | is amused at how many people in mailing list posts, issues, etc. refer to 'remote' peers and 'internal/external' devices, as if Asterisk cared |
| 16:54.13 | seanbright | i know |
| 16:54.23 | seanbright | when we have all of this comprehensive documentation |
| 16:55.58 | Corydon76-lap | incoming/outgoing calls still gets me |
| 16:56.50 | Corydon76-lap | "What makes you think Asterisk can tell the difference?" |
| 16:57.07 | kpfleming | that does mean something in Asterisk |
| 16:57.15 | kpfleming | but not usually the same meaning as the poster |
| 16:57.16 | Corydon76-lap | Only for call legs, not calls |
| 16:57.21 | kpfleming | right |
| 16:59.20 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 17:14.53 | *** join/#asterisk-dev CrashHD (n=CrashHD@65.74.156.108) |
| 17:23.58 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 18:07.17 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:07.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:17.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:18.41 | *** join/#asterisk-dev ManxPower-work (n=EWieling@216.186.151.147) |
| 18:18.53 | *** part/#asterisk-dev ManxPower-work (n=EWieling@216.186.151.147) |
| 18:32.42 | *** join/#asterisk-dev mbrevda (n=mbrevda@unaffiliated/mbrevda) |
| 18:33.04 | *** part/#asterisk-dev mbrevda (n=mbrevda@unaffiliated/mbrevda) |
| 18:36.47 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 18:36.47 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 18:42.08 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:42.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:04.18 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 19:09.33 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 19:09.33 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 19:10.26 | *** join/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 19:13.49 | alecdavis | cdr updates: specifically ast_cdr_update, during a DAHDI call, in 1.6.1 is executed during the hangup priority, in trunk ast_cdr_update isn't, is this on purpose?. |
| 19:15.38 | alecdavis | which means the 'dnid' additional CDR field we commited the other day, actually doesn't get written to the CDR, but in 1.6.1 it does. |
| 19:16.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:17.24 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:17.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:22.49 | alecdavis | 'dnid' CDR review https://reviewboard.asterisk.org/r/455/ |
| 19:25.20 | *** join/#asterisk-dev Deeewayne (n=dwayne@adsl-070-148-053-233.sip.bhm.bellsouth.net) |
| 19:25.20 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 19:30.45 | alecdavis | im proposing fix in https://reviewboard.asterisk.org/r/460/ which adds callingsubaddr and calledsubaddr cdr records. Basically sig_pri calls ast_cdr_update after all chan variables have been collected. |
| 19:32.19 | Kobaz | do de do |
| 19:32.35 | Kobaz | i bring gifts |
| 19:32.38 | Kobaz | in the form of bug reports |
| 19:33.08 | Corydon76-lap | You have a funny definition of 'gift' |
| 19:33.47 | Kobaz | heh |
| 19:34.13 | Corydon76-lap | Unless you're Greek |
| 19:34.24 | Kobaz | mmm |
| 19:34.25 | Kobaz | heh |
| 19:34.31 | Corydon76-lap | and you believe us to be Trojans |
| 19:34.40 | Kobaz | i'm polish |
| 19:37.39 | putnopvut | and I'm not |
| 19:55.13 | *** join/#asterisk-dev mnicholson_ (n=mnichols@nat/digium/x-hrpaklvfolyzxyej) |
| 19:55.30 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-mprgcblbpsbwqnpx) |
| 20:08.11 | Kobaz | yeah, quit breaking stuff |
| 20:08.13 | Kobaz | er |
| 20:08.14 | Kobaz | wrong window |
| 20:15.05 | *** join/#asterisk-dev snuff-home (n=snuffy@203.219.29.182) |
| 20:15.05 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 20:17.33 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:19.25 | alecdavis | corydon76-lap: review 460 is a trivial change, like dnid you reviewed the other day. Are you able to look at it please? |
| 20:19.38 | Corydon76-lap | Sure, give me a second |
| 20:25.04 | Corydon76-lap | alecdavis: do you not need to check the subaddress type and odd_even_indicator? |
| 20:35.49 | snuff-home | Corydon76-lap: that 'menuselect' option for the define.. |
| 20:35.58 | snuff-home | (cdr_sqlite) |
| 20:36.27 | snuff-home | where did u want it.. in a whole separate menu or under the cdr files |
| 20:38.21 | *** join/#asterisk-dev jmls (n=jmls@212.183.140.36) |
| 20:41.39 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:41.39 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:42.54 | alecdavis | corydon76-lap: subaddress type is a .str in asterisk, it's data in libpri and q931. |
| 20:44.41 | alecdavis | I was considering, printing the subaddress type and odd/even along the lines of N/U for type =NSAP/Userspecified, and O/E/- for ODD/EVEN/NotApplicable. |
| 20:48.53 | alecdavis | corydon76-lap: are you ok with the ast_cdr_update in sig_pri now that ast_cdr_update isn't executed on hangup (as it is in 1.6.1)? |
| 20:56.37 | *** join/#asterisk-dev Hemos\ (n=cyberspa@82.193.31.157) |
| 21:00.29 | Corydon76-lap | alecdavis: on subaddress, I'm asking the question, because I don't know |
| 21:00.50 | Corydon76-lap | alecdavis: I'm just going on what is written in the header as it relates to that structure |
| 21:01.26 | Corydon76-lap | I don't see a problem with you running ast_cdr_update() where ever it is necessary |
| 21:01.32 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 21:01.53 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 21:01.53 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:05.12 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 21:17.46 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 21:17.59 | alecdavis | corydon76-lap: The ast_cdr_update line in sig_pri.c I'll commit to trunk, as the 'dnid' cdr requires it. |
| 21:19.09 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 21:19.41 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 21:19.57 | alecdavis | and the subaddress type and odd_even flag, I'll wait for rmudgett's review and thoughts. |
| 21:20.35 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 21:22.03 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 21:22.11 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 21:23.52 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 21:31.43 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 21:31.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 21:43.32 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:43.32 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:48.01 | *** join/#asterisk-dev puzzled_ (n=patrick@puzzled.xs4all.nl) |
| 22:13.07 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 22:13.07 | *** 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 -=- http://www.xkcd.org/664/ |
| 22:15.16 | Corydon76-lap | alecdavis: ping |
| 22:21.56 | snuff-home | Corydon76-lap: that sql lite menuselect bit.. did u want a 'sqlite options' like the voicemail one? |
| 22:22.22 | alecdavis | corydon76-lap: pong |
| 22:23.23 | Corydon76-lap | alecdavis: you use the SMS application, correct? |
| 22:23.59 | Corydon76-lap | snuff-home: Possibly. The question was really one of asking where it could be placed |
| 22:24.37 | alecdavis | used to, but abanodoned it as could only ever receive. |
| 22:24.44 | Corydon76-lap | i.e. where you could make it go... could it be placed right next to the module it belongs to, or only at the beginning/end of a list? |
| 22:25.05 | Corydon76-lap | alecdavis: so sending did not work for you... |
| 22:25.15 | snuff-home | i couldn't figure out how to get it INSIDE the default 'cdr' list |
| 22:25.47 | Corydon76-lap | snuff-home: okay, separate menu would be fine, I think. We'll look at it later |
| 22:26.18 | alecdavis | correct. But in some of the bug reports I'd suggested 2 * boxes back to back, but at the time didn't have 2 cards or boxes to test with. |
| 22:26.28 | snuff-home | i figure it might be better just to leave it out..since we want to depricate the module.. |
| 22:26.47 | Corydon76-lap | alecdavis: if you uncomment the OUTALAW define in app_sms.c, could you test that out for me? |
| 22:27.04 | Corydon76-lap | snuff-home: okay |
| 22:27.45 | Corydon76-lap | alecdavis: there's a comment in the code about keeping it slender, and I'm wondering if the transcode from slin to alaw is delaying it too much to work |
| 22:30.56 | alecdavis | now I have access to a B410P, I should be able to do it SMS transmit and receive in 1 box. Just loop, 2 ports together?? |
| 22:31.32 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:31.32 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 22:31.41 | Corydon76-lap | I don't actually know what you need to make it work |
| 22:32.14 | Corydon76-lap | My impression was that it only worked on British Telecom lines |
| 22:32.34 | snuff-home | ok i'll fix the defines and add comment about not worrying the menuselect option |
| 22:33.13 | Corydon76-lap | jtodd: ping |
| 22:33.23 | putnopvut | jpeeler: lol @ summary line on rev 241143 |
| 22:33.37 | Kobaz | hmm |
| 22:33.49 | Kobaz | there's no way to set a GROUP() on a channel other than your own, in dialplan currently... right? |
| 22:34.02 | Corydon76-lap | Correct |
| 22:34.08 | jpeeler | putnopvut: i had to copy mnick :) |
| 22:34.09 | Kobaz | i need to add that |
| 22:34.14 | Kobaz | mmm |
| 22:34.55 | Kobaz | asterisk is going to be able to make toast for you by the time i'm finished |
| 22:35.30 | alecdavis | Thats an issue I have here in NZ, I maybe able to prove that it works in a test environment, but won't be able to use it. The reason is that Telecom and Vodafone here in NZ, don't publish the SMS centers numbers :( they only seem to be available over the provider's mobile network. |
| 22:35.38 | Corydon76-lap | Kobaz: why do you need that? |
| 22:35.47 | Kobaz | Corydon76-lap: very complicated call handling |
| 22:36.10 | Kobaz | Corydon76-lap: and because of a bug in Dial 'L' handling, i need to not optimize out local channels |
| 22:36.23 | Corydon76-lap | Kobaz: please work up a scenario, then. I've done my best to disallow messing with other channels |
| 22:36.42 | Kobaz | and since local channels aren't optimized out... GROUP()'s don't get cleaned up when they should |
| 22:37.09 | Corydon76-lap | You generally can import something into your own space, but messing with another channel's internals that is not your own is strictly verboten |
| 22:37.27 | Kobaz | yeah |
| 22:37.37 | Kobaz | i very much broke that rule when i wrote my EXPORT function |
| 22:37.46 | Kobaz | i can set channel variables on other channels |
| 22:38.21 | Corydon76-lap | Yeah, well, in any setting where you have that function and are messing with other channels, you aren't permitted to file dialplan issues. |
| 22:38.49 | Corydon76-lap | There are MASSIVE race conditions involved when you do that |
| 22:38.52 | Kobaz | EXPORT(channel,variable) |
| 22:38.52 | Kobaz | [Synopsis] |
| 22:38.52 | Kobaz | Set a value of a variable on another channel |
| 22:39.10 | Kobaz | yeah i don't need help any more with dialplan these days |
| 22:39.25 | Corydon76-lap | I'm not telling you that you cannot do that, only that we won't allow such code into an Asterisk release |
| 22:39.32 | Kobaz | aw |
| 22:39.36 | Kobaz | i was gonna submit that as a feature |
| 22:39.42 | Corydon76-lap | Uh-uh |
| 22:40.09 | Kobaz | SHARED wasn't good enough for my use |
| 22:40.25 | Corydon76-lap | You cannot mess with another channel's internals. |
| 22:40.34 | Corydon76-lap | s/cannot/may not/ |
| 22:40.41 | Kobaz | heh |
| 22:40.54 | Kobaz | well... i do |
| 22:41.08 | Kobaz | but i'm only changing user variables... not stuff like context and exten and all that good stuff |
| 22:41.23 | Corydon76-lap | Well, you're certainly welcome to do whatever you like on your own systems |
| 22:41.40 | Kobaz | yeap |
| 22:42.16 | Corydon76-lap | Well, technically all those aren't variables |
| 22:42.40 | Kobaz | you can definitly access them as variables |
| 22:42.47 | Corydon76-lap | read-only |
| 22:43.01 | Kobaz | yeah |
| 22:43.05 | Corydon76-lap | You can't even modify those directly in your own channel |
| 22:43.11 | Kobaz | i've never tried |
| 22:43.14 | Kobaz | but that's good |
| 22:43.46 | Kobaz | i need to take a local channel out of a group |
| 22:43.59 | Kobaz | when the peer of the local channel is executing |
| 22:44.14 | Corydon76-lap | Not permitted |
| 22:44.31 | Kobaz | yeah that's a problem |
| 22:44.57 | Corydon76-lap | Why is that a problem? |
| 22:45.49 | Kobaz | <PROTECTED> |
| 22:45.53 | Kobaz | <PROTECTED> |
| 22:46.12 | Corydon76-lap | Forget the dialplan. Conceptually, tell me what that's a problem |
| 22:46.15 | Kobaz | the group unset on the ;1 leg |
| 22:46.22 | Kobaz | doesn't unset the group on the ;2 leg |
| 22:46.24 | Kobaz | okay well |
| 22:46.39 | Kobaz | by law you're supposed to play beeps every 15 seconds if a call is being recorded |
| 22:46.50 | Kobaz | unless you notify the person beforehand blah blah |
| 22:46.51 | Kobaz | soooo |
| 22:47.11 | Kobaz | i'm using L() with a very large call length limit, and 15 second warning reminders, and a warning track of a beep tone |
| 22:47.23 | Kobaz | which works perfectly fine in a simple usage |
| 22:47.33 | Kobaz | but if you have local channels involved, which i have a whole bunch |
| 22:47.36 | Kobaz | L() doesn't work anymore |
| 22:47.39 | Kobaz | so i'm trying to work around it |
| 22:47.43 | Corydon76-lap | Why not use the announce feature of the Dial to note that all calls may be recorded? |
| 22:47.56 | Kobaz | because they don't want that |
| 22:48.21 | Kobaz | 15 second beeps is the requirement |
| 22:48.24 | Kobaz | now i have two approaches |
| 22:48.51 | Kobaz | one is to use L(), which has proved very problematic, since i have to use Dial(Local/a@foo/n) to not optimize out local channels |
| 22:49.08 | Kobaz | which completely breaks my current queue handling, which very heavily relys on GROUP()'s |
| 22:49.31 | Corydon76-lap | So change your assumptions on GROUP() handling |
| 22:49.33 | Kobaz | the other is to use chanspy whisper, and have a loop in the background that plays a track every 15 seconds |
| 22:50.04 | Corydon76-lap | Use two different groups and add them at the appropriate time |
| 22:50.07 | Kobaz | which in initial experimentation seems to work pretty well, but then i ran into all kinds of problems when a peer isn't getting audio frames... whisper stops working |
| 22:50.21 | Kobaz | yeah i'll probably have to to pairs of groups |
| 22:50.22 | Kobaz | that may work |
| 22:51.00 | Kobaz | hence my 4 recent bug reports on chanspy |
| 22:51.01 | Kobaz | heh |
| 22:51.38 | Corydon76-lap | See? Problem solved, and you didn't have to violate any rules to do it |
| 22:51.42 | Kobaz | hehe |
| 22:51.45 | Kobaz | it might be solved |
| 22:51.50 | Kobaz | i don't know, i'll have to see |
| 22:52.05 | Kobaz | but breaking the rules is what programming is all about :P |
| 22:52.28 | Corydon76-lap | Uh, no, not really |
| 22:52.59 | Corydon76-lap | Programming is all about making good reliable rules that don't need to be broken |
| 22:53.11 | Kobaz | depends |
| 22:53.24 | Kobaz | when i do unit testing, i break the rules all over the place |
| 22:53.36 | Kobaz | override functions, inject code into various places |
| 22:53.44 | Corydon76-lap | That's breaking assumptions, not breaking rules |
| 22:54.01 | Kobaz | without being able to break the rules, writing those tests would take much longer |
| 22:54.31 | Kobaz | most of our stuff is in perl... so you can just hijack anything anywhere pretty much |
| 22:55.22 | Kobaz | there's kind of like, conventions... generic library X shouldn't be overriding your sigbreak handler so that it does a config file reload |
| 22:55.26 | Kobaz | or something equally weird |
| 22:55.46 | Kobaz | but you can do it... and i view something like that as breaking the rules... |
| 22:55.54 | Kobaz | but, you should be allowed to do so, if you so choose |
| 22:56.43 | Kobaz | i guess there's a fine line between the 'rules' and assumptions |
| 22:57.05 | Kobaz | because if you're allowed to do something, it's not really breaking any rules |
| 22:57.14 | snuff-home | diff updated Corydon76-lap :) |
| 23:23.35 | Kobaz | hmm |
| 23:23.44 | Kobaz | there's something wrong with GROUP_MATCH_COUNT |
| 23:27.16 | Kobaz | http://pastebin.ca/1756754 |
| 23:27.28 | Kobaz | it's not doing the category match properly |
| 23:43.35 | jpeeler | atis_work: so you didn't see any warnings originating from ast_read correct? |
| 23:44.53 | jpeeler | should have pinged, i'll ask on the bug |
| 23:45.49 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@212.179.75.202) |
| 23:45.49 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:52.55 | Kobaz | mmm, i fixed it |
| 23:53.15 | Kobaz | category doesn't get converted a regex in ast_app_group_match_get_count |
| 23:58.03 | *** part/#asterisk-dev Corydon76-lap (n=Corydon7@nat/digium/x-ddusbfvtcdmeiwdo) |