| 00:00.01 | mvanbaak | and ssvn: This client is too old to work with working copy '.'; please get a newer Subversion client |
| 00:00.09 | mvanbaak | eep |
| 00:00.14 | mvanbaak | cat on keyboard |
| 00:01.13 | mvanbaak | I've been away for a couple of days. Returning home makes the cats go crazy |
| 00:01.36 | mvanbaak | makes them want to sit where I want to sit and stuff like that |
| 00:02.02 | Corydon76-dig | Weird. What makes the bunnies go crazy is crinkling the package that holds the dried fruit |
| 00:02.15 | mvanbaak | nice |
| 00:02.27 | mvanbaak | try to come home with a piece of tuna |
| 00:02.31 | mvanbaak | when you have cats |
| 00:02.43 | mvanbaak | they will show you all the love they have in their little bodies |
| 00:02.45 | Corydon76-dig | Johnny comes right up to me and puts his paws on my knee |
| 00:03.22 | mvanbaak | we had to put one cat to eternal sleep on Dec 31 :( |
| 00:03.31 | Corydon76-dig | Eats raisins right out of my hand |
| 00:03.35 | mvanbaak | so we are back to 2 cats |
| 00:03.39 | Corydon76-dig | Awww |
| 00:03.48 | mvanbaak | yeah. Liver cancer |
| 00:04.11 | Corydon76-dig | I already told the roommate that after Johnny dies, I'm having him stuffed |
| 00:04.24 | mvanbaak | he stopped eating all of a sudden |
| 00:04.49 | mvanbaak | we tried to feed him for a week. In the mean time he was getting medicine to make him hungry |
| 00:05.02 | mvanbaak | this helped for 1 day, but after the first day he refused to eat |
| 00:05.14 | Corydon76-dig | Should have burned pot in his presence |
| 00:05.18 | mvanbaak | his eyes and mouth turned all yellow asd stuff |
| 00:05.26 | Corydon76-dig | That'll make anybody hungry |
| 00:05.41 | mvanbaak | after a week the doctor told us it was a lost battle |
| 00:06.18 | Corydon76-dig | I mean, what's the point of living in Holland if you can't give pot to your pets? |
| 00:06.27 | mvanbaak | pot will either make you hungry, laughing, sleepy or horny |
| 00:06.40 | mvanbaak | but never a combination of those |
| 00:07.14 | mvanbaak | and Sok was like me, so he was horny 24/7 |
| 00:07.24 | Corydon76-dig | orly? |
| 00:07.50 | mvanbaak | yup. I cant smoke pot without getting extremely into getting laid |
| 00:08.29 | mvanbaak | the annoying part is that Nancy always gets a laughing kick out of it |
| 00:08.39 | mvanbaak | that doesn't work, can tell you that |
| 00:09.57 | mvanbaak | ugh, rsync over 3G connection .... |
| 00:10.30 | mvanbaak | hates .nl |
| 00:11.11 | mvanbaak | cheapass country does not want to deploy wimax |
| 01:19.15 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 01:19.16 | *** 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/ |
| 01:27.25 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 01:27.25 | *** 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/ |
| 01:33.07 | *** join/#asterisk-dev DarkRift (~dark@bas1-sthubert21-1096612042.dsl.bell.ca) |
| 01:43.52 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 01:43.52 | *** 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/ |
| 01:47.03 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 01:47.03 | *** 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/ |
| 01:56.09 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 01:56.09 | *** 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/ |
| 02:12.17 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 02:12.17 | *** 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/ |
| 03:19.32 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 03:36.07 | seanbright | Kobaz: ping |
| 03:39.07 | seanbright | Kobaz: nevermind. i didn't realize russellb suspended the review. |
| 04:26.25 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 04:39.31 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 04:39.32 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 05:08.36 | *** join/#asterisk-dev voipmonk (~shido6@dsl-67-204-40-42.acanac.net) |
| 05:17.07 | *** join/#asterisk-dev xpot-mobile (~xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 06:49.49 | *** join/#asterisk-dev |Cybex| (~John@atwork-21.r-212.178.82.atwork.nl) |
| 07:01.13 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 07:01.14 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:28.54 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:28.55 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:55.15 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 08:13.53 | *** join/#asterisk-dev benngard (~benngard@213.88.138.230) |
| 08:29.40 | *** join/#asterisk-dev fish9370 (~Miranda@79.120.100.132) |
| 08:42.23 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:48.01 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 08:56.04 | *** join/#asterisk-dev Tim_Toady (~moi@77.49.162.92.dsl.dyn.forthnet.gr) |
| 09:01.04 | *** join/#asterisk-dev fish9370 (~Miranda@79.120.100.132) |
| 10:00.27 | *** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus) |
| 10:06.55 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 11:05.34 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 11:38.29 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 11:38.29 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:35.59 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 12:46.27 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:46.28 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:15.23 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@fw1.safedataisp.net) |
| 13:39.09 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 13:39.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:49.55 | *** join/#asterisk-dev Amorsen (~Amorsen@94.127.50.7) |
| 14:18.46 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:18.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:20.57 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:35.48 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 14:38.04 | *** join/#asterisk-dev elguero (~elguero@ns1.nashuacs.com) |
| 14:44.18 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:55.56 | *** join/#asterisk-dev moy (~moy@74.12.123.169) |
| 15:18.38 | *** join/#asterisk-dev davevg-btwtech (~davevg__@75.97.64.33.res-cmts.senj.ptd.net) |
| 15:18.47 | *** part/#asterisk-dev |Cybex| (~John@atwork-21.r-212.178.82.atwork.nl) |
| 15:29.42 | *** part/#asterisk-dev benngard (~benngard@213.88.138.230) |
| 15:53.29 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:53.30 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:54.24 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:54.24 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:11.46 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:12.49 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 16:17.37 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:43.13 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 17:01.53 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 17:09.12 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 17:09.31 | *** join/#asterisk-dev alecdavis (~sivad@202-78-149-14.cable.telstraclear.net) |
| 17:19.49 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:19.50 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:30.13 | *** join/#asterisk-dev alecdavis (~sivad@202-78-149-14.cable.telstraclear.net) |
| 17:31.16 | alecdavis | isdn E1/T1 channel glare, I thought someone was working on this, a team branch somewhere? |
| 17:34.33 | seanbright | jpeeler: danke |
| 17:34.43 | alecdavis | did that make sense? Try again. Is anyone working on isdn channel glare in a team branch somewhere, so that I can take a look any progress? |
| 17:35.51 | russellb | I'm not aware of any active projects in that area. |
| 17:37.06 | alecdavis | hmm, were getting a few a day, on a system that only gets a couple hundred calls a day. |
| 17:40.03 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:40.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:41.24 | alecdavis | russelb: I've emailed rmudgett and mattf full debug when these 'glares' happen, over the last 2 days. Normally richard is good at responding, but maybe they're not the right people. Time to file a bug? |
| 17:44.17 | russellb | Well, they are certainly the most qualified, it's just they, like everyone else, have projects they have been assigned to work on that occupy them full time. So, they may not always be able to respond right away. |
| 17:44.26 | russellb | Feel free to open a bug report, though. |
| 17:44.39 | Corydon76-dig | It's usually better to file a bug than to contact people directly |
| 17:45.34 | *** join/#asterisk-dev korihor (~korihor@190.205.251.97) |
| 17:46.12 | Corydon76-dig | At worst, it ensures that issues don't slip through the cracks |
| 17:51.15 | alecdavis | will file that today, with sensitive data removed from debug. I'll also attempt to dream up a dialplan that causes it every time, something like get BOX-A to 2 calls in to BOX-B at exactly the same time, and bounce 1 back out, that will do it. |
| 18:01.54 | *** join/#asterisk-dev Victor_Yure_ (~victor@unaffiliated/victoryure/x-837844) |
| 18:02.29 | alecdavis | corydon76-dig: app_directory review, I pushed the array pointer all the way down, for 2 reasons, 1: the pause may not be used - to avoid an 'atoi' that would be executed on every call, and 2nd reason, allows access to other opt array elements if required. |
| 18:03.02 | Corydon76-dig | alecdavis: all of the other opt array elements are already parsed at the top level |
| 18:06.58 | alecdavis | corydon76-dig: true, but future access to the opt array elements would need an additional parameter passed down as we add them. But that's looking into the future. |
| 18:37.05 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 18:37.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:41.40 | *** join/#asterisk-dev alecdavis (~sivad@202-78-149-14.cable.telstraclear.net) |
| 18:58.41 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 18:58.42 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:04.28 | seanbright | russellb: and what about remove_on_delete="/etc/passwd' |
| 19:04.42 | seanbright | menuselect hacked my computer! |
| 19:05.03 | seanbright | tries again... |
| 19:05.11 | seanbright | remove_on_change="/etc/passwd" |
| 19:05.13 | seanbright | there we go. |
| 19:08.43 | snuff-home | Corydon76-dig: argh.. my bad on diff :( |
| 19:09.19 | Corydon76-dig | snuff-home: the parts that matter look good. I would have given you a Ship It if it weren't for all the extraneous parts |
| 19:09.41 | snuff-home | yer i forgot to remove them was in hurry |
| 19:09.57 | Corydon76-dig | No big deal; I think we've all done it before |
| 19:10.24 | Corydon76-dig | Maybe not seanbright, but he's a pipsqueak. ;-) |
| 19:10.27 | snuff-home | in other news.. the change you see in res_rtp_asterisk.. changing 'char -> int' i still had working calls |
| 19:10.30 | snuff-home | heh |
| 19:11.11 | snuff-home | i will post new diff in 3-4 hrs when i get into work |
| 19:11.17 | Corydon76-dig | k |
| 19:11.52 | snuff-home | gets ready for work.. |
| 19:26.52 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 19:28.56 | *** join/#asterisk-dev oej_ (~olle@ns.webway.se) |
| 19:28.56 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 19:32.43 | alecdavis | isdn channel glare bug report filed. M16755 |
| 19:34.34 | jsmith | alecdavis: I'm assuming you've used the appropriate "g/G/r/R" options to minimize the chance for glare, right? |
| 19:50.25 | Corydon76-dig | jsmith: Could you explain how the r/R options minimize glare? |
| 19:51.08 | jsmith | Corydon76-dig: Sure... if your provider is sending you calls in round-robin ascending (r) order, you'd want your outbound calls to go out in round-robin descending (R) order. |
| 19:51.15 | jsmith | Corydon76-dig: (and vice versa) |
| 19:52.42 | Corydon76-dig | Uh, if your provider is sending out ascending order, you'd also want ascending order, just off in number by exactly half of the total number of channels |
| 19:54.12 | Corydon76-dig | If your provider is ascending and you're descending, that means that your chance of glare is 2/n, where n is the number of channels |
| 19:56.23 | Corydon76-dig | g/G are the only group options that really minimize glare, because there's a chance of glare only when you have (n-1)/n channels in use |
| 19:57.19 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 19:57.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:58.51 | Corydon76-dig | and incidentally, if you're using the r/R options, you have glare in the same circumstance, too. but whereas R/r have more occurrences of glare possible, G/g has only that one possibility |
| 19:59.27 | jsmith | Corydon76-dig: The problem is, there's no way to keep track of "What's the last channel that the telco used?", and thus start round-robin at the appropriate place. |
| 19:59.56 | jsmith | Corydon76-dig: Round-robin is typically used to avoid "bad" or "stuck" channels, so that you don't keep hitting that same channel |
| 20:00.00 | Corydon76-dig | jsmith: sure you could. Astdb would be the appropriate place |
| 20:00.33 | jsmith | Corydon76-dig: Let me clarify. Asterisk *could*, but it currently doesn't, and I think we've got more important fish to fry. |
| 20:02.03 | Corydon76-dig | I think I might do it anyway, right after I get xmlrpc done in my off hours |
| 20:05.11 | jsmith | Hey, that'd be alright :-) |
| 20:09.48 | alecdavis | jsmith: sure g/G will avoid the glare, and probably remove it completely in a pri site with 30 channels to choose from. In a BRI connected site it will help to reduce the frequency of glare. |
| 20:12.16 | alecdavis | But as I see the chan_dahdi code, the pri->owner is assigned to a channel before/as the SETUP goes out requesting a channel, not later when the SETUP ACK comes back saying you can have this channel. |
| 20:14.10 | jsmith | alecdavis: I just wanted to make sure you were aware of g/G. It sounds like you are, and that there is room for improvement within chan_dahdi and/or libpri |
| 20:17.09 | *** join/#asterisk-dev xpot-mobile (~xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 20:24.08 | alecdavis | yep. I'm sure it's a chan_dahdi issue, still trying to get my head around how it should be handled. |
| 20:36.42 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 20:38.00 | bklang | Corydon76-dig: I see you beat me to fixing the patch on #16686/#16687. Thank you! |
| 20:39.39 | Corydon76-dig | Yeah, I'm impatient like that. |
| 21:04.53 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 21:04.53 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:11.15 | alecdavis | corydon-76-dig: when we're all happy with app_diretory review, what's the chance of it being accepted into the branches, down to 1.6.1. As it's a feature that was documented, but not implemented?? |
| 21:13.00 | Corydon76-dig | Pretty good, actually |
| 21:13.10 | alecdavis | in these tough times, app_directory might just be getting deployed more often... |
| 21:16.18 | *** join/#asterisk-dev mnt_real (~sinan@bas1-montreal43-1177754708.dsl.bell.ca) |
| 21:18.34 | Corydon76-dig | When documentation is wrong, people tend to want the code changed to make the documentation right, rather than fixing the documentation |
| 21:22.47 | seanbright | i don't have time to do it, but the copyright year needs updating in main/asterisk.c |
| 21:23.26 | Corydon76-dig | Copyright years don't get updated in the absence of a copyrightable change |
| 21:27.10 | seanbright | i sit corrected |
| 21:27.57 | seanbright | so if main/asterisk.c is never changed again, the copyright year displayed when i connect to asterisk with -r will always be 2009? |
| 21:28.11 | seanbright | that seems wrong |
| 21:28.42 | Corydon76-dig | Oh, that one can be changed. Just not the one in the header |
| 21:28.53 | seanbright | right |
| 21:29.15 | leifmadsen | it's 2010 already? |
| 21:29.32 | seanbright | it's already a 12th of the way over! |
| 21:29.39 | seanbright | which is sickening. |
| 21:30.54 | *** join/#asterisk-dev mog (~mog@c-71-228-185-24.hsd1.al.comcast.net) |
| 21:30.54 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 21:31.05 | Corydon76-dig | seanbright: Actually, an 11th |
| 21:31.47 | Corydon76-dig | In 3 days, a tenth |
| 21:31.57 | seanbright | you're climbing the obnoxious meter with record speed |
| 21:32.16 | leifmadsen | lol |
| 21:32.47 | Corydon76-dig | In eight days, a ninth |
| 21:33.58 | Corydon76-dig | In 13 days, an eighth |
| 21:34.48 | Corydon76-dig | seanbright: have I hit maximum yet? |
| 21:35.41 | *** join/#asterisk-dev elguero (~elguero@ns1.nashuacs.com) |
| 21:39.25 | *** join/#asterisk-dev |Rain| (rain@ev.il.net) |
| 21:41.05 | |Rain| | anyone familiar with chan_sip who's also around? |
| 21:41.18 | leifmadsen | ~ask |
| 21:41.19 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 21:42.40 | |Rain| | yeah, but my question is better posed towards the mailing list if noone with specific knowledge is around to help me wrap my head around this |
| 21:43.21 | |Rain| | ast_module_unref isn't being called for calls with SIP_DEFER_BYE_ON_TRANSFER (dunno whether it's all calls or not, still reading code) |
| 21:44.28 | |Rain| | this is in 1.6.2.1, but I think the bug exists in older versions as well |
| 22:04.14 | |Rain| | afaict, anything queued up with sip_scheddestroy won't actually be freed (at least in the typical way) when the module is unloaded, due to sched_context_destroy()... maybe the astobj stuff will take care of that, though (I'm not very familiar with it) |
| 22:04.50 | |Rain| | aside from that, I think it's safe/proper to call ast_module_unref in the SIP_DEFER_BYE_ON_TRANSFER case of sip_hangup |
| 22:05.23 | |Rain| | I'll open a bug tomorrow if nboody has any comments |
| 22:07.02 | leifmadsen | ahhh, ya, that seems like something that should be opened in a bug. If you need to have discussion about it, then likely the mailing list will be best. People may still answer in the next hour or two if they end up looking at the backlogs here. |
| 22:08.02 | |Rain| | yeah, I'm heading home :) I'll probably check back later tonight |
| 22:15.13 | snuff-work | new diff updated for hrtime :) |
| 22:47.36 | jmls | ~review |
| 22:47.43 | jmls | bzzt. |
| 22:47.48 | Corydon76-dig | snuff-work: woot |
| 22:48.13 | jmls | where / how do I upload a patch to the "code review site" |
| 22:48.13 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-30-127.lns2.dav.bigpond.net.au) |
| 22:48.41 | russellb | jmls: you upload to mantis |
| 22:49.08 | jmls | M16740 |
| 22:49.10 | MuffinMan | [ready for review] [Asterisk] Applications/app_mixmonitor 0016740: [patch] New mute feature for MixMonitor reported by jmls https://issues.asterisk.org/view.php?id=16740 |
| 22:49.13 | russellb | http://www.asterisk.org/doxygen/trunk/Reviewboard.html |
| 22:49.17 | jmls | oooooh |
| 22:49.59 | jmls | ta |
| 22:50.04 | snuff-work | jmls u should be able to post urself to reviewboard :) |
| 22:56.03 | jmls | struggles. My diff begins "Index: apps/app_mixmonitor.c" |
| 22:56.14 | *** join/#asterisk-dev steliosk (~Stelios@ipa107.2.tellas.gr) |
| 22:56.17 | jmls | what is the absolute path ? I've tried several options |
| 22:57.05 | jmls | hah! |
| 22:57.10 | jmls | trunk/ |
| 22:57.11 | jmls | :) |
| 22:58.15 | snuff-work | i use /trunk when i do it seems to work.. |
| 23:01.22 | jmls | what groups / people do I use ? |
| 23:01.25 | jmls | hastens to add that once he's been taught this he will be house-trained. Honest. |
| 23:01.32 | jmls | woof! |
| 23:01.41 | kpfleming | jmls: asterisk-dev |
| 23:01.54 | kpfleming | i think the process for doing this is documented in the doxygen documents in trunk |
| 23:02.26 | jmls | yay. done. |
| 23:02.30 | jmls | hopes |
| 23:03.23 | jmls | eek. red bits ! |
| 23:04.28 | snuff-work | heh might want to fix those :) |
| 23:04.37 | snuff-work | ur description seems slightly cut off |
| 23:04.40 | jmls | double heh - most of them are not in my changes :) |
| 23:04.56 | snuff-work | if they are not in ur changes dont fix them :) |
| 23:05.05 | jmls | phew .. |
| 23:06.39 | jmls | description seems fine to me ... |
| 23:07.32 | jmls | anyways, gotta run. I love the reviewboard stuff, btw. Great tool. |
| 23:07.33 | snuff-work | it starts with 'or PCI-DSS compliance we are not allowed to' |
| 23:07.37 | jmls | night all |
| 23:07.46 | jmls | oooh. crap. |
| 23:08.01 | jmls | missing the first "f". |
| 23:08.11 | jmls | "for PCI-DSS" |
| 23:08.14 | jmls | ;) |
| 23:08.27 | kpfleming | and "is a MixMonitor" instead of "in a..." |
| 23:09.18 | jmls | jeez. you guys are harsh. |
| 23:09.30 | jmls | is not looking forward to the review of the actual code ... |
| 23:10.02 | kpfleming | we are harsh. always. it makes you a better programmer and a better person :-) |
| 23:10.20 | snuff-work | jmls your still missing ur xmldoco ;) |
| 23:10.34 | jmls | ~smack jmls |
| 23:10.35 | infobot | ACTION smacks jmls upside the head. |
| 23:10.45 | jmls | where the ... did that go ? |
| 23:11.06 | jmls | Oh, I know, it's caught up in the "do I return -1|0|1" debate |
| 23:11.21 | Corydon76-dig | isn't harsh... He just politely rips you to shreds... |
| 23:12.05 | jmls | crap. vpn to work has just gone down. Will update the missing xml in the morrow. |
| 23:12.10 | snuff-work | i was pretty sure the only time we return -1 was on module load failures.. and diaplan / etc was return 1 |
| 23:12.49 | Corydon76-dig | Um, isn't this why we have module constants? |
| 23:13.14 | Corydon76-dig | So you don't NEED to know what the various values are, you just return the constant... |
| 23:14.03 | snuff-work | true.. but we dont use em too often |
| 23:14.15 | jmls | weellll, I just followed an example from meetmemute in app_meetme |
| 23:14.24 | jmls | astman_send_error(s, m, "Meetme conference not specified"); |
| 23:14.24 | jmls | return 0; |
| 23:14.37 | Corydon76-dig | return RESULT_SUCCESS |
| 23:15.25 | jmls | ha! |
| 23:15.29 | jmls | (2:14:45 PM) jmls: hmm, what about RESULT_SUCCESS and RESULT_FAILURE ? Should I use those instead ? |
| 23:15.38 | jmls | no bugger responded :( |
| 23:15.58 | Corydon76-dig | and RESULT_SHOWUSAGE |
| 23:16.29 | Corydon76-dig | jmls: you asked while I was sleeping, perhaps? |
| 23:16.50 | jmls | showusage when they haven't supplied all the right options, failure when the action fails, success otherwise ? |
| 23:16.51 | russellb | jmls: did you read the reviewboard link I sent you? |
| 23:16.56 | jmls | Corydon76-dig: probably |
| 23:17.26 | jmls | russellb: erm, yes , but obviously not that well otherwise you wouldn't be asking ... |
| 23:17.39 | seanbright | unMute looks weird |
| 23:17.44 | seanbright | Unmute is better |
| 23:17.50 | russellb | heh, sorry, ignore me for now, multitasking too much |
| 23:17.57 | file | seanbright: agreed |
| 23:18.14 | Corydon76-dig | jmls: See, this is why you should move to this side of the pond... your answers will come while you're awake... |
| 23:18.22 | jmls | true, true. |
| 23:18.41 | jmls | had a chance once, but lost out |
| 23:20.59 | jmls | never mind, will do the changes first thing tomorrow and upload new diffs. |
| 23:21.02 | jmls | Thanks again guys. |
| 23:21.05 | jmls | night. |
| 23:21.12 | jmls | is *really* going this time |
| 23:25.30 | *** join/#asterisk-dev korihor (~korihor@190.205.251.97) |
| 23:38.13 | leifmadsen | jmls: don't go! |
| 23:41.24 | snuff-work | srtp.. i thought u'd died :P |
| 23:46.20 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-30-127.lns2.dav.bigpond.net.au) |
| 23:47.13 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:47.13 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:59.51 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |