| 00:00.18 | snuff-work | it can seem that way.. until u take a cluster or important app offline with wrong keystrokes or in the wrong directory |
| 00:01.26 | mvanbaak | ammen |
| 00:01.33 | mvanbaak | s/ammen/amen/ |
| 00:02.17 | mvanbaak | nothing coffee cannot fix |
| 00:03.33 | mvanbaak | most of the time I'm running on roughly 2 liters of coffee before 88 AM |
| 00:03.35 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 00:03.44 | mvanbaak | s/88/8/ |
| 00:04.31 | mvanbaak | at the end of the day I'm at 6 to 7 liters |
| 00:05.25 | snuff-work | mm that can't be good for u.. |
| 00:05.42 | mvanbaak | I feel perfectly fine with it |
| 00:05.48 | snuff-work | need to get away on a caffine detox boat trip :) |
| 00:05.50 | mvanbaak | I feel bad without it though |
| 00:05.52 | mvanbaak | is that bad ? |
| 00:06.19 | snuff-work | i guess i'd put that more to 'withdraw symptoms' |
| 00:06.23 | snuff-work | but i'm no doctor |
| 00:07.01 | mvanbaak | on sundays I normally wake up late but still I am awake around 7 AM all shaking and stuff. drink a cup of espresso and then I sleep again for a couple of hours |
| 00:08.32 | mvanbaak | anyways, time to get some sleep |
| 00:08.37 | mvanbaak | Fri Mar 13 01:08:25 CET 2009 |
| 00:08.54 | mvanbaak | niterz all |
| 00:37.39 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 00:37.39 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 00:41.40 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:41.41 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 01:28.12 | tzanger | shitbubbles. |
| 01:44.29 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 01:44.35 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 01:45.48 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 01:48.06 | De_Mon | those sound cool |
| 01:59.01 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 01:59.01 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:47.20 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:47.20 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:48.04 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 04:19.14 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 05:50.22 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 06:26.35 | *** join/#asterisk-dev jbjuly (n=joelbrya@203.177.143.137) |
| 07:04.03 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 08:23.19 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:00.51 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 09:43.42 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 10:25.57 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:13.32 | *** join/#asterisk-dev mort___ (n=mort@user-5440cd47.wfd78a.dsl.pol.co.uk) |
| 11:22.36 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:22.36 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:27.53 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 11:32.12 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:32.17 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:46.55 | *** join/#asterisk-dev Mr_BOnD_007 (i=Mr_BOnD_@119.160.199.6) |
| 11:47.55 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:47.55 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:27.57 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:29.30 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 12:29.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:56.59 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:56.59 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:59.49 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:59.49 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:24.44 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:24.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:34.35 | *** join/#asterisk-dev joshaidan (n=joshaida@S01060090f8009fa6.tb.shawcable.net) |
| 14:46.33 | *** join/#asterisk-dev BlargMaN00 (n=blargman@12.234.16.130) |
| 14:50.54 | *** join/#asterisk-dev davevg (n=davevg__@74.94.3.214) |
| 14:51.47 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:03.52 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:03.52 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:05.00 | *** join/#asterisk-dev mort___ (n=mort@user-5440cd47.wfd78a.dsl.pol.co.uk) |
| 15:12.25 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 15:12.52 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 15:29.24 | *** join/#asterisk-dev pmhaddad-work (n=pmhaddad@141.219.87.43) |
| 15:39.01 | tzanger | russellb: ping? |
| 15:39.18 | russellb | pong |
| 15:45.01 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 15:57.05 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 15:57.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:57.36 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 16:01.18 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:01.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:10.49 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 16:10.56 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 16:15.53 | kpfleming | i have a thought for the people that have been working on the XML docs that are now in trunk and going to be in 1.6.2. are any of them around? |
| 16:16.24 | russellb | depends on the topic i guess, heh |
| 16:16.29 | russellb | eliel|away wrote the code |
| 16:16.36 | russellb | i did some review, etc. |
| 16:16.41 | kpfleming | so, there are XML docs for the CHANNEL() dialplan function |
| 16:16.43 | russellb | lmadsen is now working on some content updates |
| 16:16.53 | kpfleming | however, each channel driver can extend that function with more items to read/set |
| 16:17.03 | kpfleming | but those don't appear in the docs anywhere |
| 16:17.11 | kpfleming | we need to come up with some creative way to handle that |
| 16:17.28 | russellb | well ... chan_sip options are in there |
| 16:17.37 | russellb | they're all just in the docs in func_channel.c, though, instead of in the channel drivers |
| 16:19.50 | lmadsen | kpfleming: hmmm... do you mean additional parameters? |
| 16:24.32 | russellb | he's not in his office, but i'm going to guess he means having a way to let channel drivers have this documentation in them |
| 16:24.55 | russellb | and in a more generic sense, have a way for modules to add additional documentation for something that may already exist somewhere else |
| 16:25.00 | russellb | i'm not sure how we'd do that though ... |
| 16:25.16 | jsmith | russellb: Really can't be that hard |
| 16:25.31 | jsmith | russellb: The channel driver would just add additional nodes to the XML tree |
| 16:25.40 | Corydon76-dig | jsmith: without creating spaghetti documentation |
| 16:26.05 | jsmith | Corydon76-dig: Well, no matter what, if you let channel drivers add functionality, then you have to document that somewhere. |
| 16:26.25 | jsmith | Corydon76-dig: Either it's in the channel driver code, or in the code for the function itself. |
| 16:27.21 | Corydon76-dig | jsmith: I would suggest allowing the function to hyperlink directly to the channel driver |
| 16:27.44 | jsmith | Corydon76-dig: I'm not sure I follow... |
| 16:28.23 | Corydon76-dig | Instead of allowing the channel driver to mess with documentation elsewhere, create an anchor tag within the channel driver docs that the function can link to |
| 16:29.39 | jsmith | Corydon76-dig: The problem is, right now we *only* have documentation for applications and functions (and maybe manager actions), not channel drivers or anything else. |
| 16:30.20 | eliel | i am here |
| 16:30.54 | Corydon76-dig | jsmith: I think it might be a logical extension to "core show channeltypes" that you have "core show channeltype sip" that displays that documentation |
| 16:31.49 | eliel | I will think a way to handle that situations, our first though was make a complete CHANNEL() documentation with some messages warning the user about the dependecies of this options |
| 16:32.39 | eliel | or we could just avoid having the xml documentation of that sort of functions, that could be a workaround ... and use the older documentation |
| 16:32.40 | Corydon76-dig | Maybe a command such as "core show function CHANNEL sip" |
| 16:32.52 | Corydon76-dig | to display the sip-specific options |
| 16:34.15 | eliel | jsmith: I was thinking about manager events and actions documentation, it could be a gsoc project |
| 16:34.25 | Corydon76-dig | Or something else that ensures that when we display documentation, it's very, very clear, from which module the documentation arrived |
| 16:34.47 | Corydon76-dig | eliel: documentation is verboten for soc |
| 16:34.54 | Corydon76-dig | Google rules |
| 16:35.17 | jsmith | Corydon76-dig: Would be hard to add another node to the tree that contained the output of __FILE__ and __LINE__ macros. |
| 16:35.29 | jsmith | Corydon76-dig: That easy and precise enough? |
| 16:35.52 | Corydon76-dig | __FILE__ should be sufficient |
| 16:35.53 | eliel | Corydon76-dig: yes I know but if you need to write code (this is the case), to design the architecture to load that documentation i think it could be a project. |
| 16:36.47 | Corydon76-dig | eliel: the architecture already exists, and the extensions could be done in a week. That's not really a summer project |
| 16:37.25 | eliel | you are right. |
| 16:37.51 | *** join/#asterisk-dev flare_123 (n=flare@189.101.252.221) |
| 16:38.14 | jsmith | Corydon76-dig, eliel: You guys want to write a quick addition that adds an attribute like: filename="apps/app_queue.c" to each application/function? |
| 16:38.27 | jsmith | Corydon76-dig: Shouldn't take more than a line or two of code... |
| 16:41.09 | *** join/#asterisk-dev moy (n=moy@74.12.124.89) |
| 16:42.13 | kpfleming | i would much prefer that the 'extensions' to CHANNEL appear when the user types 'core show function CHANNEL', with the primary (core) options listed first, and then any additional options available through channel drivers listed in their own subsections identified by the channel technology |
| 16:43.04 | *** join/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 16:48.49 | eliel | what about a depend="channels/chan_sip.so" in the xml? for every node? |
| 16:50.07 | eliel | sorry for my |away spam |
| 16:50.29 | kpfleming | well, i can't really speak to the implementation method, i haven't read the code, so others will have to talk about that |
| 16:55.11 | kpfleming | but the output needs to be friendly enough for the user to understand... so the new nodes have to be inside some sort of container with a friendly description like 'SIP Channels', not 'channels/chan_sip.so' |
| 16:58.29 | eliel | kpfleming: my idea was to hide that documentation if we don't have the needed modules loaded... |
| 16:58.37 | kpfleming | oh |
| 16:58.39 | kpfleming | hmm, yeah |
| 17:05.40 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-5063f8fa6c6dc699) |
| 17:17.07 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 17:24.39 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 17:25.41 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:25.41 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 18:08.56 | *** join/#asterisk-dev frawd (n=francois@14.Red-88-0-114.dynamicIP.rima-tde.net) |
| 18:09.00 | *** part/#asterisk-dev frawd (n=francois@14.Red-88-0-114.dynamicIP.rima-tde.net) |
| 18:18.42 | pmhaddad-work | russellb, what did you think of Watchmen? |
| 18:19.13 | russellb | I enjoyed it! I think I may have enjoyed it more if I had read the graphic novel first, though. |
| 18:20.02 | pmhaddad-work | russellb, quite possibly. I read the story when I was like 13 or 14 though so I've been a long time fan |
| 18:49.43 | lmadsen | russellb: ya -- the graphic novel gives you a lot of extra background information |
| 18:57.06 | Juggie | i thought it was crazy |
| 18:57.13 | Juggie | the movie was 'out there' to me |
| 19:13.31 | Corydon76-dig | The_Boy_Wonder: ping |
| 19:21.19 | The_Boy_Wonder | Corydon76-dig: pong |
| 19:25.27 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 19:25.27 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 19:26.16 | eliel | I have a patch for the CHANNEL() function xml documentation problem. I have added in several nodes the "depends" attribute with the form= depends="chan_sip.so,chan_iax2.so" |
| 19:26.29 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 19:27.05 | eliel | and that xml doc node will be parsed if none dependency is missing... the only problem i see is that this architecture will depend on the order the modules are being loaded. |
| 19:30.40 | eliel | chan_iax2 and chan_sip need to be loaded before func_channel ... and i don't like that restriction for the documentation... |
| 19:31.28 | eliel | also if the module is unloaded the xmldocumentation won't be updated.. |
| 19:36.22 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:36.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:38.18 | Corydon76-dig | The_Boy_Wonder: could you take a peek at my str_substitution branch? I seem to have screwed up the AES_ENCRYPT/DECRYPT functions |
| 19:39.04 | eliel | here is my patch, I will try to find a better way: http://pastebin.ca/1360137 |
| 19:39.31 | russellb | Corydon76-dig: perhaps we can just tackle that later? He's working on some RR issues at the moment. |
| 19:39.56 | russellb | speaking of which ... |
| 19:39.58 | russellb | M11678 |
| 19:40.00 | MuffinMan | [ready for testing] [Asterisk] Applications/app_voicemail/NewFeature 0011678: [patch] Notification email should use the voicemail's metadata reported by jamessan (Karma: +1.50) http://bugs.digium.com/view.php?id=11678 |
| 19:40.09 | russellb | what's left to move that along? |
| 19:42.49 | Corydon76-dig | russellb: testing |
| 19:43.12 | russellb | can you test it? :-) |
| 19:43.14 | Corydon76-dig | verification that it solves the reporter's issue |
| 19:43.27 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:43.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:43.32 | Corydon76-dig | Yes, but I can't verify it on the reporter's system |
| 19:43.52 | russellb | nods |
| 19:44.08 | russellb | he hasn't said anything in over two months, so at some point, we just have to move on with or without positive verification from the user |
| 19:45.32 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 19:46.07 | Corydon76-dig | Has it been 2 months since I posted the patch? |
| 19:48.54 | Corydon76-dig | I'm also working on something else at the moment |
| 19:50.46 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 19:51.05 | putnopvut | So here's a hypothetical: If I were to post the diff of my npm_fixes branch on review board, would anyone actually review it? |
| 19:52.00 | Corydon76-dig | putnopvut: probably would help to know what npm stands for |
| 19:52.19 | putnopvut | Corydon76-dig: new pattern match |
| 19:52.31 | file | putnopvut: I would try. |
| 19:52.40 | Corydon76-dig | Ponderous, man |
| 19:53.49 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 19:54.26 | *** join/#asterisk-dev frawd (n=francois@14.Red-88-0-114.dynamicIP.rima-tde.net) |
| 19:54.56 | putnopvut | All right. I suppose it couldn't hurt to post the diff. |
| 19:55.01 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 20:03.51 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 20:06.34 | mvanbaak | good mornin folks |
| 20:06.52 | pmhaddad | psh, 4pm here. dinner time! :) |
| 20:07.00 | mvanbaak | Fri Mar 13 21:06:47 CET 2009 |
| 20:07.03 | pmhaddad | note: EST is the only time zone that matters |
| 20:07.18 | pmhaddad | Central European Time? |
| 20:07.23 | mvanbaak | yup |
| 20:07.33 | pmhaddad | cool |
| 20:07.50 | mvanbaak | .nl |
| 20:08.24 | pmhaddad | lives in Michigan |
| 20:10.09 | Corydon76-dig | Nah, Central Time is the only one that matters. Life revolves around Digium |
| 20:10.39 | pmhaddad | Corydon76-dig, i live in Houghton MI, we really should be in CST :P |
| 20:10.48 | pmhaddad | we're farther west than Chicago |
| 20:10.58 | Corydon76-dig | See?/ |
| 20:11.19 | pmhaddad | if you travel M-26 west like 25 miles your in CST |
| 20:11.37 | putnopvut | Living in the western border of a time zone is nice because it means that it gets dark very late. |
| 20:11.48 | pmhaddad | that's awesome in the summer |
| 20:11.50 | putnopvut | s/in/near/ |
| 20:11.56 | putnopvut | fail :( |
| 20:11.58 | pmhaddad | it gets dark here at like 12:30AM |
| 20:12.06 | pmhaddad | so you'll get out of the bar and it'll still be light out |
| 20:12.08 | pmhaddad | its awesome |
| 20:12.52 | pmhaddad | sucks in winter though, it'll start getting dark around 4 |
| 20:14.17 | wedhorn | pmhaddad: agree EST is the most important, but here EST is 0813 (currently EDT so its actually 0714) |
| 20:14.36 | wedhorn | so, morning all |
| 20:14.57 | pmhaddad | EST == European Standard? |
| 20:15.09 | pmhaddad | is confused now |
| 20:16.02 | wedhorn | EST is Eastern Standard Time, the US prefer to call it EAST because they believe they own EST |
| 20:16.23 | snuff-home | :) |
| 20:17.01 | pmhaddad | wedhorn, we in the USA think we own or should be able to own everything |
| 20:17.19 | pmhaddad | check out those sub-prime morgages |
| 20:17.23 | pmhaddad | weehoow |
| 20:17.37 | wedhorn | pmhaddad: um, well you can keep ownership of them ;) |
| 20:17.58 | pmhaddad | wedhorn, tell me about it :/ |
| 20:18.20 | pmhaddad | i think its funny that some people are like "yay the market had an ok week - this is over now" |
| 20:18.22 | pmhaddad | idiots |
| 20:18.39 | wedhorn | yep, get pretty much the same here |
| 20:20.59 | pmhaddad | heh i think its pretty ironic i'm pricing out a 2009 Cadillac CTS-V as we speak |
| 20:35.49 | mvanbaak | in .eu it's not that bad |
| 20:36.31 | mvanbaak | house prices are still the same, unemployment numbers are not really changing |
| 20:36.43 | mvanbaak | the only ppl here that suffer are ppl working for US companies |
| 20:37.04 | snuff-home | mm.. or ur in UK finanical sector ;) |
| 20:37.33 | mvanbaak | financial sector here is on a day by day basis |
| 20:37.42 | mvanbaak | always have been, always will be |
| 20:39.19 | wedhorn | mvanbaak: so you keep your money under your pillow? |
| 20:39.56 | mvanbaak | we just bought a house, my wife hopped jobs and got a 1000 euro/month raise out of it. this year started with a 9% raise for me, we have more work then ever |
| 20:40.05 | mvanbaak | crisis ??? not for me |
| 20:40.57 | mvanbaak | wedhorn: I spend it. buy a house, buy a classic bike, enjoy the money |
| 20:41.11 | mvanbaak | what good is it to have money in a bank account and not enjoy it ? |
| 20:42.17 | wedhorn | So you can buy stuff between paydays. I just wouldn't like sticking any money into an institution that operates day by day. |
| 20:43.00 | wedhorn | Also, not sure about .nl but do you have retirement investments |
| 20:43.24 | mvanbaak | employer pays that in .nl |
| 20:44.12 | mvanbaak | and, I bought a house. I can always sell that |
| 20:44.17 | wedhorn | mvanbaak: don't think you'd want those funds managed in a day by day way |
| 20:45.11 | mvanbaak | wedhorn: as employer you have to provide a couple of ways to do it. the employee has to pick one. |
| 20:45.29 | wedhorn | The issue isn't individual, it's broader. Most people aren't significantly affected. But the broader economy is |
| 20:45.51 | mvanbaak | most common is 2 options: 1. retirement plan based on stock 2. retirement plan based on savings with a fixed interest rate |
| 20:46.10 | mvanbaak | well, I really dont get that |
| 20:46.31 | mvanbaak | _most_ ppl ore not significantly affected, but broader economy is |
| 20:46.41 | mvanbaak | if most ppl are not affected, the broader economy is fine |
| 20:47.03 | mvanbaak | broader economy is based on what happens with most ppl |
| 20:47.19 | mvanbaak | a minority cannot effect that |
| 20:47.46 | wedhorn | nope because the majority don't want to join the minority that are significantly affected |
| 20:47.52 | mvanbaak | remember: I'm talking how stuff is is done here in .nl |
| 20:47.58 | wedhorn | so they revise their spending and what not |
| 20:48.26 | wedhorn | yeah, not sure about .nl economics |
| 20:48.47 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 20:49.03 | mvanbaak | the major problem right now is all the fuzz about crisis and ppl that are not really affected stop spending money |
| 20:49.11 | mvanbaak | that's the main problem |
| 20:49.42 | mvanbaak | as long as those ppl keep spending money (putting money into the economic system) as they have always done, the problem wouldn't be this big |
| 20:50.54 | mvanbaak | but ppl are too easily manipulated by media. media tells you economics are _BAD_ and ppl stop spending money. there's totally no reason for it because they still get the same paycheck, and stuff is not more expensive then before |
| 20:51.12 | wedhorn | except generally we seem to have been spending too much previously to be sustainable |
| 20:51.31 | mvanbaak | in us yeah |
| 20:51.44 | mvanbaak | here in europe stuff is diferent |
| 20:51.53 | mvanbaak | take mortgage for example |
| 20:52.20 | mvanbaak | here in .eu you can never get a mortgage that's more then 4 times your yearly paycheck before taxes |
| 20:52.41 | mvanbaak | and you cannot get it if you have credit bank account |
| 20:52.47 | mvanbaak | it has always been like that |
| 20:53.10 | mvanbaak | that way the bank will know you can at least afford the monthly bill for it |
| 20:53.25 | mvanbaak | as far as I understand the whole issue it's different in us |
| 20:53.35 | mvanbaak | where you can buy a house you cannot afford at all |
| 20:54.26 | mvanbaak | we have two or three us based companies here in .nl giving you money to buy a house |
| 20:54.49 | mvanbaak | they calculate your max based on 7 times your yearly paycheck and they dont check your credit accounts etc |
| 20:55.18 | mvanbaak | ppl who got their house financed with them are screwed now. but there's not a single bank that does not warn you bout it |
| 20:55.42 | mvanbaak | so ppl affected by that knew in advance they would be in trouble one day |
| 20:55.51 | mvanbaak | anywayz, not -dev related ;) |
| 20:59.53 | wedhorn | just what I was thinking, that and I'd go to work if I wanted to talk this stuff ;) |
| 21:03.43 | wedhorn | anyway, back to -dev, the locking in skinny has me beat, I keep seem to go in circles |
| 21:10.44 | wedhorn | question for anyone, is there a list of functions that a channel lock should be obtained before calling? |
| 21:21.02 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 21:21.54 | snuff-home | wedhorn: generally in the doxygen for functions.. it says if it should be locked before passing in.. |
| 21:22.52 | wedhorn | snuff-home: thanks, I'll have a look |
| 21:23.47 | ZX81 | hey, leslie conway never responded to my emails - is there someone else I should direct quesions re articles to? Maybe John Todd as it's for Daily Asterisk News? |
| 21:23.49 | snuff-home | just remember.. .h is more likely to have the doxygen |
| 21:24.20 | ZX81 | is he jtodd@ |
| 21:24.21 | ZX81 | ? |
| 21:24.28 | snuff-home | mm.. |
| 21:24.57 | ZX81 | hmmm, I've only got his logigo addy |
| 21:25.10 | ZX81 | *loligo |
| 21:26.46 | ZX81 | all good |
| 21:26.46 | ZX81 | might just publish the article |
| 21:27.13 | russellb | jtodd@digium.com is his address |
| 21:27.47 | ZX81 | :D:D |
| 21:27.50 | ZX81 | yayayayay |
| 21:27.57 | ZX81 | just as I start typing |
| 21:28.03 | ZX81 | thanks heaps russel |
| 21:28.09 | ZX81 | lb |
| 21:28.09 | ZX81 | :) |
| 21:28.25 | putnopvut | it annoys me when the people we are told to direct questions to don't answer the questions they are asked. |
| 21:28.35 | putnopvut | But I imagine she's under a heavy load. |
| 21:28.40 | ZX81 | yeah all good |
| 21:28.56 | ZX81 | just a kinda sensitive article so I really want to make digium look good |
| 21:29.00 | ZX81 | :) |
| 21:29.15 | russellb | ZX81: did you see my private msg? |
| 21:29.23 | russellb | I sent you another address you should try ... |
| 21:29.41 | ZX81 | russellb: yep cc'ing him/her |
| 21:29.42 | ZX81 | :) |
| 21:29.45 | russellb | ok, thanks |
| 21:30.55 | ZX81 | sent, thanks heaps for that man |
| 21:31.01 | russellb | np. |
| 22:11.36 | *** join/#asterisk-dev martyn-dev (n=admin@190.24.134.154) |
| 22:11.39 | martyn-dev | Hi every1 |
| 22:11.42 | martyn-dev | I have a question . |
| 22:12.30 | russellb | ~ask |
| 22:12.31 | jbot | 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. |
| 22:12.32 | martyn-dev | I have a variable on my res_agi.c, and i want get that variable on next priority on asterisk .next AGI function excecution.. |
| 22:12.58 | russellb | please ask in #asterisk |
| 22:12.59 | martyn-dev | how can i do to set a global or some variable to get on ${myVariable} on dialplan from res_agi.c ? |
| 22:13.03 | martyn-dev | ok. let me |
| 22:13.09 | russellb | from the C code? |
| 22:13.14 | martyn-dev | yes russellb |
| 22:13.17 | russellb | or from an AGI application? |
| 22:13.20 | martyn-dev | from myfunction() C . |
| 22:13.23 | martyn-dev | nor |
| 22:13.25 | martyn-dev | function C. |
| 22:13.29 | russellb | pbx_builtin_setvar_helper() |
| 22:13.32 | martyn-dev | my handle_myfunction() |
| 22:13.53 | russellb | the API call I just mentioned will do it |
| 22:14.18 | martyn-dev | how can i do to instance that API or taht function ? |
| 22:14.20 | martyn-dev | russellb: ? |
| 22:14.24 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 22:14.37 | martyn-dev | some page, url doc especific ? |
| 22:15.21 | russellb | pbx_builtin_setvar_helper() is used all over asterisk |
| 22:15.25 | russellb | it is in include/asterisk/pbx.h |
| 22:15.28 | Juggie | www.asterisk.org/doxygen |
| 22:15.35 | martyn-dev | let me check russellb |
| 22:15.42 | martyn-dev | thanks Juggie .. let me see. |
| 22:20.01 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 22:31.35 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 22:31.35 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 22:34.31 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@93-173-234-218.bb.netvision.net.il) |
| 22:34.31 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:48.29 | martyn-dev | russellb: I try with pbx_builtin_setvar_helper(chan, "my_var", "martyn-dev" ); but i dont see the valua, its correct ? |
| 22:48.46 | russellb | that looks correct. |
| 22:48.47 | martyn-dev | i try playback(${my_var}) on dilaplan, it's ok? |
| 22:49.12 | russellb | sure. |
| 22:49.43 | martyn-dev | uhm..:( i see againh |
| 22:49.48 | martyn-dev | i'll see again |
| 22:57.33 | martyn-dev | russellb: its works :) |
| 22:57.36 | martyn-dev | thank you. |
| 23:02.13 | *** join/#asterisk-dev DarkRift (n=dark@65.92.171.103) |
| 23:02.50 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |