| 01:20.55 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 01:26.27 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 01:26.28 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 01:36.22 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.6) |
| 01:39.06 | *** join/#asterisk-dev JT_ (n=j@unaffiliated/jt) |
| 02:32.04 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 03:57.37 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:52.40 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.17) |
| 05:07.48 | *** join/#asterisk-dev trentcreek (n=kvirc@200.94.227.117) |
| 05:15.33 | trentcreek | What in asterisk is producing these headers? http://pastebin.ca/1428153 |
| 05:25.45 | Qwell | trentcreek: That isn't a development question |
| 05:28.51 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 05:29.27 | trentcreek | Understanding the innerworkings of asterisk is not a development question? |
| 05:30.52 | trentcreek | Qwell: is that an Systema Analyst question? |
| 05:34.17 | trentcreek | Qwell: process modeling? |
| 05:35.41 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 05:35.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:35.59 | Qwell | Your question is leading to a config question. Like I said, it isn't a development question.. |
| 05:37.58 | trentcreek | no..that is my ONLY question |
| 05:38.09 | Qwell | <trentcreek> the "Unknown" I need to change because I am getting denied authentication |
| 05:38.11 | Qwell | No it isn't. |
| 05:38.34 | trentcreek | yes.....I know this is dev..so that is my ONLY question |
| 05:39.00 | trentcreek | gotta keep it on topic you know |
| 05:50.56 | trentcreek | come one, dont be so anti-open source ;-) |
| 05:51.39 | trentcreek | it almost looks like sendmail |
| 06:14.00 | *** join/#asterisk-dev oej_ (n=olle@ns.webway.se) |
| 06:24.48 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 06:36.50 | *** join/#asterisk-dev xpot (n=james@70.91.210.233) |
| 06:49.23 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:49.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:50.39 | tzafrir_laptop | for next year's GSOC: res_pastebin |
| 08:23.36 | *** join/#asterisk-dev oej (n=olle@fw01d.snowmen.se) |
| 08:23.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:56.48 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:12.39 | *** join/#asterisk-dev xpot (n=james@70.91.210.233) [NETSPLIT VICTIM] |
| 11:12.39 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 11:12.39 | *** join/#asterisk-dev uluatu (n=uluatu@189.32.44.21) [NETSPLIT VICTIM] |
| 11:12.56 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:18.28 | *** join/#asterisk-dev xpot (n=james@70.91.210.233) [NETSPLIT VICTIM] |
| 11:18.28 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 11:18.28 | *** join/#asterisk-dev uluatu (n=uluatu@189.32.44.21) [NETSPLIT VICTIM] |
| 11:23.59 | caio1982 | uh! it's probably too damn old but i've never seen before those phrases in digium board's ports, awesome :-) |
| 11:24.38 | mvanbaak | <--- lost |
| 11:25.01 | caio1982 | mvanbaak: http://www.sinologic.net/2009-05/mensajes-ocultos-en-las-tarjetas-digium/ |
| 11:25.04 | caio1982 | mvanbaak: :) |
| 11:25.20 | caio1982 | i have one board here with the two first phrases |
| 11:25.54 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.36) |
| 11:29.29 | mvanbaak | wheh |
| 11:29.34 | mvanbaak | funny |
| 11:33.29 | ctooley | That's just too funny. :-) |
| 11:44.49 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:44.49 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:46.15 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.7) |
| 12:29.40 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:29.40 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:47.29 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 12:47.42 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:47.42 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:26.42 | eliel | oej: ping |
| 13:26.57 | oej | Alive at customer site |
| 13:26.59 | oej | What's up? |
| 13:27.46 | eliel | I am moving the static AMI actions documentation to XML docs and found this: "Fix this XXX This must be all wrong XXXX" in a manager_register2(). The problem in that line is the description of that AMI action? |
| 13:29.47 | oej | Sorry, can't check now. |
| 13:30.03 | eliel | k |
| 13:45.26 | *** join/#asterisk-dev jtodd (n=Adium@c-76-124-123-117.hsd1.pa.comcast.net) |
| 13:45.26 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 13:46.16 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.138.206) |
| 14:11.06 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:11.07 | eliel | AMI action IAXnetstats is horrible! |
| 14:12.36 | eliel | it has a plain response without any header saying that "response will follow"... and if no data is available, no message is replied... O.o |
| 14:13.18 | leifmadsen | eliel: yuck! |
| 14:14.00 | eliel | i will fix that once the ami xml docs are commited... :) |
| 14:18.21 | Juggie | cries a little |
| 14:19.01 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:19.02 | Juggie | the first google summer of code project is something i've been dreaming about for like 5 years :) the ability to have a module just present data and abstract the presentation layer away from the modules! woot. |
| 14:20.23 | eliel | yes, hope to get a good design at the end of the summer (well, my winter) |
| 14:20.45 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:21.31 | Juggie | ya i wish i had the time i've been wanting this for a long time but dont have the time to invest in it. |
| 14:21.36 | Juggie | thats why google summer of code is so good. |
| 14:23.46 | Juggie | well hit me up if you'd like to bang around some ideas. |
| 14:24.10 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:24.10 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:24.19 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:24.19 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:24.43 | eliel | Juggie: www.eliel.net/wiki there you will find the design of the API, we are currently discussing it... |
| 14:24.51 | oej | eliel: The question is how we "fix" bad manager commands |
| 14:24.52 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:24.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:25.04 | oej | eliel: Remember all the arguments around my manager 1.1 fix |
| 14:25.30 | Juggie | oej, at some point we have to break backward compability a little for the sake of sanity |
| 14:25.43 | oej | yes, I agree. But the community does not |
| 14:26.01 | Juggie | though i'm sure w/ parameters to the presentation layer we can make it look as close as possible to what was hard coded in a given module. |
| 14:26.06 | leifmadsen | need separate modules I think |
| 14:26.07 | oej | If we change some of the really weird stuff and upgrade to manager 1.2, applications should be able to behave properly |
| 14:26.15 | oej | manager is not a module, leif |
| 14:26.24 | eliel | oej: Well, I think adding a header response won't break backward compatibility, also adding an error response or a warning if not data is present... |
| 14:26.26 | oej | there is a reason why we have a version number on manager |
| 14:26.28 | leifmadsen | can't it be abstracted out so you can pick which version to run? |
| 14:26.42 | oej | leif: That will make horrible code |
| 14:26.58 | Juggie | eliel, if you move all the data presentation from the modules though to a generic layer things are bound to be rendered differentally |
| 14:27.07 | oej | ...and deliver a promise that we will keep all manager versions forever, which we don't want |
| 14:27.29 | Juggie | the majority of time i bet will be spent comparing manager commands w/ the old code vs code w/ presentatino layer and making them render as close as possible |
| 14:28.59 | Juggie | that shuold infact prob be written as an automated test |
| 14:29.01 | leifmadsen | goes and hides in the issue tracker while this conversation goes on |
| 14:29.20 | oej | We need a new shiny glossy manager 2.0 |
| 14:29.30 | oej | Using Russell's event system |
| 14:29.44 | Juggie | ya, i'd say w/ this overhaul it would justify going to 2.0 manager version for sure. |
| 14:29.59 | oej | Not small changes in some manager actions and events |
| 14:30.01 | Juggie | it would be nice to keep backawrd compat, but the code would be a little unmanagable. |
| 14:30.07 | oej | Like that iax stuff and app_queue |
| 14:30.34 | Juggie | idealy, no module anywhere will ever print to the logger |
| 14:30.40 | Juggie | er |
| 14:30.41 | Juggie | not to thel ogger |
| 14:30.48 | Juggie | but to the console w/ information |
| 14:30.56 | Juggie | requested information i should say. |
| 14:31.10 | Juggie | (or to manager, or to snmp, etc. |
| 14:32.10 | Juggie | it will remove so much code from say chan_sip too |
| 14:32.29 | Juggie | instead of having to say, here are the peers for snmp and here are the peers for manager and here are the peers for csv and oh ya console too |
| 14:32.33 | leifmadsen | opens an issue and assigns it to Juggie |
| 14:32.34 | Juggie | it will just be here are the peers. |
| 14:33.03 | Juggie | leifmadsen, we've had discussions about this a long time ago. i'm sure they are in someones logs somewhere. |
| 14:33.12 | Juggie | sadly i have no free time. |
| 14:33.20 | Juggie | nor could i pull this one off myself anyways :) |
| 14:34.00 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:34.00 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:34.00 | file | raises eyebrow |
| 14:35.19 | oej | file: Take them down again, please. |
| 14:37.34 | kaii | does 1.6/trunk still contain call-limits? |
| 14:55.06 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 14:57.06 | *** join/#asterisk-dev jtodd1 (n=Adium@c-76-124-123-117.hsd1.pa.comcast.net) |
| 14:57.06 | *** mode/#asterisk-dev [+o jtodd1] by ChanServ |
| 15:11.18 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:11.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:23.50 | *** join/#asterisk-dev jake[work] (n=Jake@pool-173-52-144-183.nycmny.east.verizon.net) |
| 15:24.00 | jake[work] | was there a workaround completed for the sonus dtmf issues? |
| 15:25.25 | *** join/#asterisk-dev CunningPike (n=CunningP@vpn.dnv.org) |
| 15:35.25 | *** join/#asterisk-dev mnicholson_ (n=mnichols@nat/digium/x-69fbb79d77d3e124) |
| 15:47.15 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:49.53 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 16:02.49 | *** part/#asterisk-dev jake[work] (n=Jake@pool-173-52-144-183.nycmny.east.verizon.net) |
| 16:02.52 | *** join/#asterisk-dev seste (n=rseste@mail.daitanlabs.com) |
| 17:11.34 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 17:30.38 | *** join/#asterisk-dev asteriskmonkey (n=philip@69.77.169.14) |
| 17:31.33 | asteriskmonkey | im having a major issue with 1 way audio only occuring after ivr branches, this is in current and 1.6.1 release, can someone help me pinpoint this so I can submit a bug report please |
| 17:32.03 | Corydon76-dig | What do you mean by IVR branches? |
| 17:32.38 | asteriskmonkey | if i have a call go through an ivr to a sip endpoint it gets one way audio, where as if its delivered via a did or extension-extension there is no issue |
| 17:33.27 | asteriskmonkey | even with the r option on the sip dial string from the ivr the audio is not there (you dont even hear the rining on client side) |
| 17:34.51 | asteriskmonkey | i tried in 1.6.1 now using SVN-branch-1.6.2-r195590 the issue seems to be prevalant in both builds |
| 17:36.09 | Corydon76-dig | Sounds more like a user issue than a bug |
| 17:36.19 | Corydon76-dig | please diagnose in #asterisk |
| 17:36.23 | asteriskmonkey | pris => (1.6.1-r195590)(gw box) => (1.6.2-r195590) public facing box... |
| 17:36.54 | asteriskmonkey | mmm ok, i tried there and ive been using asterisk for over 5 years now so when im stuck im usually really stuck |
| 17:50.18 | *** join/#asterisk-dev lasko_ (n=lasko@70.102.15.210) |
| 17:50.23 | *** part/#asterisk-dev lasko_ (n=lasko@70.102.15.210) |
| 17:51.39 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 17:51.39 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 18:21.45 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1279581612.dsl.bell.ca) |
| 18:53.17 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:53.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:00.13 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:09.03 | *** join/#asterisk-dev lasko (n=lasko@70.102.15.210) |
| 19:09.15 | *** part/#asterisk-dev lasko (n=lasko@70.102.15.210) |
| 19:12.50 | asteriskmonkey | sangoma issue driver issue not asterisk...just fyi |
| 19:13.42 | *** join/#asterisk-dev smth (n=mike__@199.84.137.3) |
| 19:14.17 | jsmith | putnopvut: Ping? Have time to answer some technical app_queue questions? |
| 19:14.28 | putnopvut | jsmith: Sure, I love those! |
| 19:23.14 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:34.45 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 19:36.47 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 19:41.57 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 19:41.57 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:47.20 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 19:47.20 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 20:34.47 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 21:26.14 | putnopvut | HEY!! What is the policy for spaces/tabs with regards to multi-line if/while statements? A quick scan through the coding guidelines did not give a quick answer and it appears that it may be done differently in different places. |
| 21:27.32 | jpeeler | yeah i've always wondered about that too and have defaulted to make it look pretty |
| 21:27.45 | putnopvut | Four spaces past the indentation level of the first line of the if appears to be used in the file I'm in, so I'll just follow that for now. |
| 21:28.01 | jpeeler | sounds pretty |
| 21:32.05 | kpfleming | l let emacs (in linux-c-mode) do it for me, which means it lines up the second and subsequent lines immediately below the first character of the conditional expression on the first line (right after the opening paren) |
| 21:33.20 | *** join/#asterisk-dev jets (n=brian@root.pmt.org) |
| 21:33.45 | jpeeler | does it use spaces the whole time? |
| 21:33.46 | putnopvut | kpfleming: interesting. If I let vim do the formatting for me, I believe it will place the second line two tabs to the right of the first line of the if. |
| 21:34.31 | putnopvut | holy crap! |
| 21:34.50 | putnopvut | I just meant to svn commit something but accidentally svn revert -R .'d instead. |
| 21:34.53 | putnopvut | WTF? |
| 21:34.58 | putnopvut | How can I make a mistake like that? |
| 21:35.01 | kpfleming | jpeeler: no, i think it uses tabs + spaces to reach the goal |
| 21:35.06 | Qwell | putnopvut: I think we've all done that :( |
| 21:35.10 | Qwell | I know I have.. |
| 21:35.14 | mvanbaak | me too |
| 21:35.23 | putnopvut | I mean, those two commands are even close to related... |
| 21:35.23 | mvanbaak | btw, about the if stuff |
| 21:35.27 | mvanbaak | vim does: |
| 21:35.38 | mvanbaak | <tab><tab>if (foo |
| 21:35.49 | mvanbaak | <tab><tab><tab>&& bar) |
| 21:37.04 | mvanbaak | at least it does that for me on a default install of vim on OpenBSD |
| 21:44.07 | *** join/#asterisk-dev telecos (n=sergio@134.167.219.87.dynamic.jazztel.es) |
| 21:53.51 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 22:06.38 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 22:31.36 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |