| 00:12.48 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 00:12.48 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@misery.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release expected November 2007 -=- Tier 2 and Tier 3.14159 support is in #asterisk -=- New Digium Building: http://flickr.com/photos/kpfleming/sets/72157602339837221/ |
| 00:32.56 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 00:59.42 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:04.28 | *** join/#asterisk-dev d3wayne (n=deeewayn@c-76-29-245-9.hsd1.al.comcast.net) |
| 01:04.28 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 01:20.14 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 01:31.13 | *** join/#asterisk-dev dlynes (n=dlynes@d154-20-34-39.bchsia.telus.net) |
| 01:43.51 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 02:15.56 | russellb | TOO QUIET |
| 02:16.27 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:24.19 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 03:19.33 | Qwell | LOUD NOISES |
| 03:45.32 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 04:02.43 | *** join/#asterisk-dev dlynes_home (n=dlynes@d154-20-34-39.bchsia.telus.net) |
| 04:17.58 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 04:37.10 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@d154-20-34-39.bchsia.telus.net) |
| 06:15.29 | *** join/#asterisk-dev ManxPower (n=manxpowe@254.sub-70-221-93.myvzw.com) |
| 06:23.46 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:24.43 | *** join/#asterisk-dev IvanV3835 (n=Miranda@styx.mcn.ru) |
| 06:26.34 | jmls | that has to be the quietest I've ever seen this list. 2 comments since I went to bed - and they were both about how quiet the list is ! |
| 06:26.41 | jmls | What did I miss ? ;) |
| 07:50.33 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 08:32.54 | *** join/#asterisk-dev LukinoVoip (n=LukinoVo@host15-224-static.57-82-b.business.telecomitalia.it) |
| 08:35.45 | LukinoVoip | Hi all does anybody can help me with a Q.931 protocol error? |
| 08:38.37 | LukinoVoip | http://asterisk.pastebin.ca/750144 |
| 08:50.43 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 09:22.08 | *** join/#asterisk-dev michael-i (n=michael-@Ld909.l.pppool.de) |
| 09:44.22 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:02.34 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 11:01.18 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:17.46 | jmls | oooh. nice segfault |
| 11:17.58 | jmls | I'm trying to use func_curl in the globals section. |
| 11:18.21 | jmls | asterisk starts ok, but if you issue a "extensions reload" it segfaults |
| 11:19.14 | jmls | in the autoservice module |
| 11:19.21 | jmls | there are no calls present. |
| 11:24.47 | jmls | ok. asterisk starts ok, because func_curl is not registered at this point. If I preload func_curl.so, then asterisk segfaults on startup |
| 11:36.53 | jmls | m11090 |
| 11:36.54 | MuffinMan | [new] [Asterisk] Functions/func_curl 0011090: Using func_curl in the [globals] section causes a segfault reported by jmls http://bugs.digium.com/view.php?id=11090 |
| 11:45.06 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 11:47.13 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 12:11.40 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:12.00 | blitzrage | morning all |
| 12:25.35 | *** join/#asterisk-dev agallo (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 12:27.28 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 12:27.28 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 12:27.28 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 12:27.28 | *** join/#asterisk-dev syle (n=blah@unaffiliated/syle) |
| 12:27.28 | *** join/#asterisk-dev _Vile (n=vile@bc182112.bendcable.com) |
| 12:27.28 | *** join/#asterisk-dev hermuli (n=Eladamri@xdsl-83-145-207-63.nebulazone.fi) |
| 12:27.28 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 12:27.28 | *** join/#asterisk-dev JonasA (n=jonas@194.117.163.228) [NETSPLIT VICTIM] |
| 12:27.28 | *** join/#asterisk-dev VoicePulse_ (n=contact@unaffiliated/voicepulse) |
| 12:27.29 | *** join/#asterisk-dev awk (n=awk@kia.inet-corp.com) |
| 12:27.29 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 12:27.29 | *** mode/#asterisk-dev [+o file] by irc.freenode.net |
| 12:37.15 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.178.16) |
| 12:42.01 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.109.32) |
| 12:56.38 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 13:33.22 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 13:35.47 | _ys | Hm, may be its time to add "Addons 1.4.4" to "Asterisk version" at http://bugs.digium.com/bug_report_page.php ? |
| 13:37.05 | tzafrir_home | _ys, file a bug to do that :-( |
| 13:38.00 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 13:47.34 | agallo | where is busydetect performed in chan_zap or inside zaptel? i'm trying to figure out why still the busy tone is not recognized on incoming calls from a TDM400P and calls continue thru' the dialplan... |
| 13:50.58 | anonymouz666 | I have one thing to say |
| 13:51.03 | anonymouz666 | fxotune. |
| 13:52.15 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-b8875c4bd040d92e) |
| 13:52.15 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:59.30 | Corydon76-dig | Morning, putnopvut |
| 14:00.27 | tzafrir_home | agallo, where are you at? what country? |
| 14:00.47 | putnopvut | Hi Corydon76-dig, what's up? |
| 14:01.00 | agallo | italy, had busydetect problem since asterisk 1.2, wanted to give it a try with latest asterisk 1.4 + latest zaptel but the issue still here |
| 14:01.18 | Corydon76-dig | putnopvut: could you retrieve my silver container from the fridge, top shelf, so it doesn't get tossed this afternoon? |
| 14:01.29 | putnopvut | No prob. I'll put it in your office. |
| 14:01.33 | Corydon76-dig | danke |
| 14:01.49 | Corydon76-dig | You're welcome to the container of yogurt inside |
| 14:02.30 | tzafrir_home | agallo, in asterisk 1.2 the implementation of busydetect has changed . try a different value for progzone (maybe progzone=uk) |
| 14:02.42 | tzafrir_home | If not, try playing with busypattern |
| 14:04.37 | *** join/#asterisk-dev pgarcia (n=pedgarci@c934ac83.virtua.com.br) |
| 14:08.13 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:09.07 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:09.39 | agallo | tzafrir_home, busypattern for my country is 500,500 (i use busycount=4, 5 or 6); do you think progzone=uk will work for italy too? |
| 14:10.20 | pgarcia | Hi, I have a question (maybe silly) about the channel driver architecture. When the ast_channel_alloc function is called , does it create a different thread for every channel? |
| 14:10.21 | tzafrir_home | I wonder if it would make sense to add an extra progzone=it to dsp.c |
| 14:11.17 | file | pgarcia: ast_channel_alloc doesn't, a thread gets created when a PBX is started on the allocated channel though |
| 14:12.40 | pgarcia | I'm asking because my channel driver has its own separated thread to receive events from my device and I'm concerned about some deadlocks between my event handler and the write callback. |
| 14:15.57 | tzafrir_home | Looking at dsp.c, I don't really understand what the "gdamp_size" for a prog_mode means |
| 14:16.27 | tzafrir_home | How do I map a busypattern to a prog_mode? |
| 14:17.02 | pgarcia | file: so I can conclude that the write callback is called by each channel asynchronously , right? |
| 14:18.38 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 14:18.41 | file | I don't understand the question... the write callback is called by whatever is writing frames out to the channel, be it an application playing back audio to your channel or in a bridge the frame from the other side |
| 14:19.12 | file | if you mean you are getting audio frames from a device and need to send them to the Asterisk core on your channel there are two ways, you can either attach a file descriptor to the channel and a callback will be tripped when data is to be read on the fd |
| 14:19.18 | file | or you can queue frames up using ast_queue_frame |
| 14:19.19 | agallo | tzafrir_home, so busydetect is performed inside dsp.c ? |
| 14:19.35 | jmls | m11090 |
| 14:19.36 | MuffinMan | [closed] [Asterisk] Functions/func_curl 0011090: Using func_curl in the [globals] section causes a segfault reported by jmls http://bugs.digium.com/view.php?id=11090 |
| 14:19.49 | tzafrir_home | agallo, yes, IIRC |
| 14:19.50 | jmls | I can confirm that this works for me ! |
| 14:19.55 | jmls | thanks |
| 14:20.24 | agallo | tzafrir_home, uhm i'll have a look at it, back in 10 minutes |
| 14:21.24 | pgarcia | file: I'm think in the oppositte way. I mean that since each channel runs in its own thread, the x_write() callback is called whenever the channel wants to send audio frames to my channel driver so I have to protect some parts of the code inside that function. |
| 14:22.21 | file | pgarcia: the callback is called whenever the core wants to send frames to your channel, yes |
| 14:23.56 | jmls | why "in shame" ? |
| 14:24.23 | Corydon76-dig | jmls: see "irony" |
| 14:24.28 | pgarcia | file: thanks! (about the read side I'm using the ast_queue_frame() function.... ) |
| 14:24.31 | jmls | it means that I can call my application via a web service instead of an odbc statement. *Much* more powerful |
| 14:24.55 | Corydon76-dig | Yeah, I'd prefer it be done via an ODBC statement. :-P |
| 14:25.02 | jmls | eeew |
| 14:25.26 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 14:25.28 | jmls | after all the crap I've had with my odbc driver, I am *so* pleased I can replace it ! |
| 14:25.30 | Corydon76-dig | For all the complaining of ODBC adding more layers, adding a web service doesn't really help in that way |
| 14:25.35 | jameswf | good morning |
| 14:25.59 | Corydon76-dig | If anything, ODBC is more direct... isn't that ironic? |
| 14:26.17 | Corydon76-dig | What's so good about morning? |
| 14:26.47 | jmls | for retrieving data, sure. But that data is better served by using business logic which is often not possible with SQL |
| 14:26.58 | jameswf | morning = sun, sun = heat, heat = energy :) |
| 14:27.06 | jmls | where the hell do you live ? |
| 14:27.21 | Corydon76-dig | Afternoon sun produces far more heat than morning sun |
| 14:27.31 | jmls | what is "sun", please ? |
| 14:27.51 | Corydon76-dig | jmls: just a little cloudy today? |
| 14:28.15 | *** join/#asterisk-dev tensai (n=tensai@joanna.zmonkey.org) |
| 14:28.30 | jameswf | We had to put out a security advisory to tell people to change their default root passwords..... What is wrong with people |
| 14:28.49 | jmls | just a little cloudy. Period. Our weather forecast is simply "light grey today, followed by some medium grey tomorrow. If we are lucky, perhaps some really light grey over the weekend" |
| 14:28.55 | Corydon76-dig | jameswf: by default, you can't login as root on our systems... |
| 14:29.15 | jameswf | yeah thats annoying though |
| 14:29.27 | jameswf | people should just use common sense |
| 14:30.06 | Corydon76-dig | Unfortunately, 'common sense' isn't as common as we'd all like to think |
| 14:30.28 | jameswf | still need to find out what lol.tar.gz is, I assume a root kit.. |
| 14:32.22 | jameswf | put linux in the hands of windows admins you get windows problems |
| 14:32.50 | jameswf | so maybe windows would be ok if you removed the user from the picture |
| 14:38.06 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 14:43.44 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:49.28 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 14:49.35 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 14:54.15 | *** join/#asterisk-dev jeremy_g (n=jerms@static-213-115-44-90.sme.bredbandsbolaget.se) |
| 14:54.32 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 14:56.21 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 14:58.48 | seanbright | sup, bitches? |
| 14:59.08 | jameswf | like kyles mom... |
| 15:02.35 | blitzrage | nuttin' the should be |
| 15:02.51 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 15:02.51 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 15:03.58 | seanbright | word |
| 15:04.21 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM000a73a18a20.cpe.net.cable.rogers.com) |
| 15:08.30 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.109.32) |
| 15:08.35 | *** join/#asterisk-dev ManxPower (n=manxpowe@82.sub-70-221-74.myvzw.com) |
| 15:09.15 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 15:25.48 | tzanger | morning |
| 15:38.42 | *** join/#asterisk-dev syle (n=blah@unaffiliated/syle) |
| 15:52.21 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 15:56.11 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-208-16-104.ph.ph.cox.net) |
| 16:01.40 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 16:05.26 | agx | if anyone from beronet around i just discovered that DTMF get duplicates on incoming call when faxdetect=yes in misdn.conf |
| 16:19.10 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 16:20.01 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:37.55 | agx | looking inside indications.conf for italy the busy tone to provide to busydetect should be 500,500; while dsp.c: busy detector: avgtone of 220 not close enough to desired 500 or (235 not too close...); any idea? |
| 16:39.03 | Qwell | agx: what should the tone look like? |
| 16:40.03 | agx | Qwell, busy tone :) the up and down duration is the same, the frequencie should be 425 |
| 16:40.30 | agx | Qwell, busy = 425/500,0/500 |
| 16:40.32 | Qwell | it is 425 |
| 16:40.42 | Qwell | oh, I see |
| 16:40.52 | Qwell | so...what's the problem? |
| 16:41.04 | Qwell | 425hz, on for 500ms, off for 500ms, repeat |
| 16:41.10 | agx | it does not get recognized by the busydetect in dsp.c and the call continues forever |
| 16:41.14 | Qwell | That's exactly what the ITU spec says it should be. |
| 16:41.59 | agx | uhm... should i try with congestion instead? congestion = 425/200,0/200 then busydetect=200,200 ? |
| 16:42.29 | Qwell | I think you mean busypattern |
| 16:42.49 | Qwell | but the default looks like it's 500ms on, 500ms off |
| 16:43.20 | Qwell | busydetect=200 will wait for 200 cycles of on/off, ie; wait 200 seconds |
| 16:43.23 | agx | ah sorry busypattern :) |
| 16:43.26 | agx | [Oct 26 18:43:03] WARNING[9337] dsp.c: Requesting Hangup because the busy tone was detected on channel Zap/4-1 |
| 16:43.30 | agx | well |
| 16:43.37 | agx | houston we have a problem with the telco :) |
| 16:43.47 | Qwell | so what is the actual problem you're seeing? |
| 16:43.51 | agx | busypattern= <--- what to put there? busy or congestion? |
| 16:43.53 | Qwell | is it randomly hanging up on you? |
| 16:44.02 | agx | no it worked with 200,200 |
| 16:44.03 | Qwell | busypattern=500,500 |
| 16:44.12 | Qwell | 200,200 is congestion |
| 16:44.18 | Qwell | which is different from busy |
| 16:44.28 | agx | yes that's what telco sends, the telco send 220 or 235 |
| 16:44.38 | Qwell | as busy? |
| 16:45.02 | agx | http://www.pastebin.ca/750565 |
| 16:45.13 | agx | look yourself they send something close to a congestion, not the busytone |
| 16:45.30 | Qwell | what the heck are they sending then? heh |
| 16:46.25 | Qwell | it certainly looks like they're sending something "bad" |
| 16:47.34 | Qwell | sounds like their timing is pretty terrible |
| 16:49.04 | agx | is there a way i can record sound from Zap/4 directly? |
| 16:49.09 | Qwell | ztmonitor |
| 16:49.16 | Qwell | external tool that is part of zaptel |
| 16:49.18 | jameswf | wow people get FREE software and whine about it having no Warranty..... READ the gpl..... |
| 16:49.35 | Qwell | agx: you should be able to analyze it with something like audacity |
| 16:49.49 | agx | Qwell, wonderfull! its 2 years i had this problem :-P |
| 16:50.14 | Qwell | agx: Are you sure you're in Italy? :) |
| 16:50.19 | Qwell | (I'm obviously kidding) |
| 16:50.21 | agx | Qwell, i think that telco behave differently if someone is busy i get busy tone; if someone hangup i get congestion |
| 16:50.28 | agx | Qwell, yes :-( |
| 16:50.33 | Qwell | agx: I don't suppose you're calling internationally? |
| 16:50.45 | jameswf | ther is a gui on the tilla tequila show they call "little italy" |
| 16:50.47 | Qwell | I *think* if you call internationally, you get their stuff |
| 16:50.49 | agx | Qwell, no local calls 99% |
| 16:50.50 | jameswf | speedo bad |
| 16:50.53 | Qwell | k |
| 16:51.04 | Qwell | agx: yeah, you should be able to futz with the busypattern then |
| 16:51.08 | agx | Qwell, well the FXO is mostly for incoming calls; outgoing calls go via SIP |
| 16:51.49 | Qwell | agx: You might want to point out to your provider that they aren't following the ITU spec. :) |
| 16:51.56 | Qwell | (they know that though) |
| 16:52.09 | _ys | agx telco provide "reverse polarity" on busy/congestion? |
| 16:52.33 | Qwell | _ys: from the error he's getting, it's very clear that they're sending a pattern - it just isn't the "right" one. |
| 16:52.36 | agx | no reverse polarity, they provide congestion on hangup and busy on busy |
| 16:52.41 | Qwell | warnings rather |
| 16:53.35 | jameswf | does anyone have any good presentations for introducing Asterisk at LUG meetings... |
| 16:54.16 | agx | Qwell, i will recompiled with compare+tone+silence instead of tone+only and will use ztmonitor |
| 16:55.00 | jmls | Corydon76-dig: Is func_curl a "port" of the standard "curl" on linux ? or is it a very bare-bones ? |
| 16:56.07 | Qwell | jmls: it just uses the library |
| 16:56.14 | Qwell | libcurl |
| 16:56.25 | Qwell | (which the curl application also uses) |
| 16:57.08 | jmls | mmm. Was just wondering which functions / methods were available. |
| 16:57.21 | jmls | i.e authentication / https etc |
| 16:57.24 | Qwell | technically all of them could be done |
| 16:57.34 | Qwell | you'd just have to modify func_curl |
| 16:57.40 | jmls | uh huh |
| 16:58.04 | Qwell | and of course, it also depends on how libcurl was built |
| 16:58.59 | jameswf | there is a general rule, you should have more eyebrows than personalities |
| 16:59.08 | jmls | eeek |
| 17:00.42 | ctooley | jmls, he didn't say you only had to have one more, just that there should be more. |
| 17:02.27 | Qwell | jameswf: so are you saying that people with unibrows have no personality? |
| 17:04.01 | jameswf | I am saying if you have 1 eyebrow and mpd I am going to avoid you :) |
| 17:04.40 | ctooley | jameswf, but if I split my eyebrows up into 10 eyebrows.... you're ok with dealing with my 9 personalities? |
| 17:05.10 | jameswf | maybe, as long as none of them own a gun |
| 17:10.20 | Corydon76-dig | jmls: ssl and http post are the only things supported |
| 17:11.02 | Corydon76-dig | You can do authentication by including it in the url |
| 17:11.54 | *** join/#asterisk-dev roadies (n=chrislro@stun.cmf.nrl.navy.mil) |
| 17:12.01 | roadies | It seems I'm missing all the latest sound files for my Asterisk Appliance, is there a URL pointing to a atr file of all the gsm files? |
| 17:12.28 | *** join/#asterisk-dev callguy (n=callguy@206-15-76-226.static.twtelecom.net) |
| 17:12.39 | Qwell | roadies: They should be on the CF. If they aren't, please contact Digium support. |
| 17:14.11 | roadies | I have a AADK, it doesnt come with a CF, so I had to load the gsm from a home-grown Asterisk box I built which doesnt have some of the gsm's on it |
| 17:14.22 | agx | Qwell, checked the audio file! ty for pointing me out to Ztmonitor is very usefull!! :) |
| 17:14.26 | Qwell | AADK should come with a CF... |
| 17:14.39 | Qwell | roadies: anyhow, there is a create_sounds script on there that you can run which will download it onto the CF |
| 17:14.54 | Qwell | agx: yep, I love ztmonitor |
| 17:14.56 | agx | Qwell, i can confirm, when someone calling me and hangup the telco return congestion tone |
| 17:14.56 | roadies | Support told me yesterday it didnt, or was the person I talk to wrong ? |
| 17:15.13 | Qwell | roadies: I don't know. |
| 17:15.24 | Qwell | I thought it did, but... |
| 17:15.35 | Qwell | I've been wrong before, eh? |
| 17:16.58 | agx | Qwell, not the fun part is that this is not recognized 'cause its not 200,200 but something approaching it: "busy detector: avgtone of 220 not close enough to desired 200" |
| 17:17.08 | jmls | is it expected that a zap call can have it's callID changed _during_ a call ? |
| 17:17.20 | jmls | (uniqueid, that is) |
| 17:17.39 | agx | Qwell, should i compile with BUSYDETECT_TONEONLY ? |
| 17:17.50 | Qwell | agx: no idea |
| 17:18.02 | roadies | I dont call it being wrong at my age I call it, that part of my gray matter that disintegrated while I was busy doing other things....*sigh* anyway I did find the tar file though.... http://downloads.digium.com/pub/telephony/sounds/ |
| 17:18.43 | Qwell | roadies: the create_sounds script will download it for you, and put it in the right place |
| 17:19.27 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 17:20.56 | roadies | Qwell: not familar with that (or is that a gray matter issue :-) is that on the appliance? The concern is the sounds go into the ramfs/var/lib..... tree on the appliance so if the script is for generic Asterisk it might not know this |
| 17:21.07 | Qwell | it's on the appliance, yes |
| 17:21.17 | jameswf | ubuntuuuu |
| 17:21.21 | Qwell | stick an empty unformatted CF in there, and run the script |
| 17:21.36 | roadies | Qwell: I'll give it a try |
| 17:22.25 | roadies | Qwell I assume thats executed form the CLI aka ssh into box issue a astrisk -r command |
| 17:22.34 | Qwell | roadies: right |
| 17:25.12 | agx | Qwell, oh well trying raising BUSY_PERCENT from 10 to 20... |
| 17:25.20 | roadies | Qwell: you dont do the asterisk -r thing after sshing into the box just run the script.... |
| 17:25.35 | Qwell | roadies: oh, sorry, I didn't read the rest of that sentence |
| 17:26.55 | roadies | Qwell: not a problem.... I'm really getting to like this little box..... but then again I'm such a Linux nut....add Asterisk to that in a small box and I'm in heaven...*sgin* |
| 17:27.05 | Qwell | roadies: yep, agreed |
| 17:27.45 | JerJer | anyone know how difficult it would be to detect music being played on a bridged call? say like listen in either via mix monitor (or spy) |
| 17:27.51 | roadies | Qwell: oops, 64Mb CF doesnt cut it...need to get another card..... thanks for the help....... |
| 17:28.11 | Qwell | roadies: yeah, a few hundred MB.. I'd go for a 1GB card..they should be cheap enough |
| 17:28.40 | Qwell | I've got a Sandisk Ultra II 1GB here which works pretty well. |
| 17:28.51 | JerJer | i have a base linux with busybox installed in 11 meg |
| 17:29.17 | JerJer | using glibc |
| 17:29.36 | JerJer | ...severely hacked glibc, but ya know |
| 17:29.50 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-81-172.bstnma.east.verizon.net) |
| 17:30.09 | JerJer | i was forced to do that back before uclibc was asterisk friendly |
| 17:33.31 | Qwell | roadies: still around? see msg please |
| 17:37.26 | agx | asterisk 1.4.13, core while doing "restart when convenient": http://rapidshare.com/files/65366558/gdb.txt.gz.html |
| 17:37.32 | roadies | Qwell: still around look at what |
| 17:37.43 | Qwell | private message |
| 17:38.29 | roadies | Qwell: thanks very much doing it now |
| 17:41.47 | agx | Qwell, solve, added defined BUSYDETECT TONE AND SILECE; removed busypattern=, and increased PERCENT from 10 to 20; now it works everytime on hangup... have to try on busy :-P |
| 17:42.05 | Qwell | 20 percent...jeez |
| 17:42.18 | Qwell | You really should yell at your provider. |
| 17:42.45 | Qwell | just think - 20% of 500 is 100, so it would match anything from 400-600 |
| 17:42.55 | agx | uhm... |
| 17:42.59 | agx | ok so something wrong somewhere then |
| 17:43.15 | agx | the tone is cleanly a congestion: 200,200 |
| 17:43.22 | Qwell | yeah |
| 17:43.29 | Qwell | what did audacity say it was? |
| 17:43.45 | agx | maybe the echo canceller is going problem with busydetect? |
| 17:43.53 | Qwell | unlikely |
| 17:44.00 | Qwell | though, again, what do I know? :) |
| 17:46.04 | Corydon76-dig | I dunno, whaddya know? |
| 17:46.16 | Qwell | not much |
| 17:49.19 | *** join/#asterisk-dev _Vile (n=vile@bc182112.bendcable.com) |
| 17:51.19 | agx | Qwell, what i've to do with audacity? does it has a function to meause the cadence? |
| 17:51.34 | Qwell | agx: yeah, I think so |
| 17:55.39 | agx | Qwell, ah ok :) wrong constant: BUSY_PAT_PERCENT is 7 i should raise this to 11 since incoming tone is around 220/235 ideal is 220 , silence is correct: always 200 |
| 17:56.25 | roadies | Qwell: call made, things are good..... I did get some of the files on the CF I was using so testing could at least partially complete... very informative diagnostics dumping telling what is still missing.... like I said before love this little box.... |
| 18:01.08 | jmls | putnopvut: If I have a queue member defined as Local/1234@agentq/n |
| 18:01.24 | jmls | and a call comes in to the queue, and is then sent to the member |
| 18:01.46 | putnopvut | ... |
| 18:02.21 | jmls | Local/5821@agentq-f89c,2 answers |
| 18:02.31 | jmls | (5821, not 1234) ! |
| 18:02.42 | De_Mon | Corydon76-dig M11066 |
| 18:02.49 | De_Mon | M11066 |
| 18:02.50 | jmls | and "does" the dialplan |
| 18:02.51 | MuffinMan | [new] [Asterisk] Channels/chan_sip/T.38 0011066: Asterisk SIP Connections to systems that support t38 fax detection may fail reported by jon http://bugs.digium.com/view.php?id=11066 |
| 18:03.04 | jmls | dialplan dials SIP/5821, 5821 answers |
| 18:03.04 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.109.32) |
| 18:03.20 | jmls | wtf is Local/5821@agentq-f89c,1 ?? and where is that in the dialplan ? |
| 18:03.25 | putnopvut | jmls: that seems really strange. |
| 18:03.46 | putnopvut | (but you already knew that) |
| 18:03.52 | file | it is the way chan_local works |
| 18:03.55 | file | it's actually 2 channels |
| 18:04.10 | jmls | where is the ,1 going in the dialplan ? |
| 18:04.12 | putnopvut | file: but why do they have different extensions? |
| 18:04.30 | jmls | putnopvut: sorry, I meant 5821, not 1234 |
| 18:04.35 | putnopvut | Oh... |
| 18:04.48 | putnopvut | Yeah, it's due to the 2 channels thing file was talking about. |
| 18:05.06 | agx | Qwell, i didn't found the tool for audacity, there is an analize spectrum but i did those stuff at school 15 years ago and now don't remember a thing :-P |
| 18:05.13 | jmls | but where is ,1 entering the dialplan ? I have a spurious message using playback sent to the agent. |
| 18:06.11 | putnopvut | I think the ,1 is sort of a "destination" channel, and the ,2 channel is an "originating" channel for any Dial() or Queue() or whatever else may happen in the dialplan. |
| 18:06.15 | Corydon76-dig | De_Mon: what? |
| 18:06.31 | putnopvut | file: do I have that rightA? |
| 18:06.35 | putnopvut | *right? |
| 18:06.37 | file | putnopvut: *nod* |
| 18:07.48 | jmls | but which context, which extension is ,1 going to ? The local channel is defined by the member interface |
| 18:08.27 | jmls | have a look at http://pastebin.ca/750662 |
| 18:08.33 | De_Mon | "no" :) |
| 18:08.37 | putnopvut | I'm checking it out. |
| 18:08.57 | jmls | notice the two lines above the last |
| 18:09.48 | agx | Qwell, btw ty so much, going home, bye |
| 18:09.59 | file | ,1 does not have a PBX running on it |
| 18:10.02 | file | huh, that was odd |
| 18:10.19 | jmls | I cannot see where it's getting the custom/107 - the only place in the dialplan where play(custom/107) is in the *middle* of my inbound queue dialplan |
| 18:10.31 | jmls | before it hits the queue app |
| 18:11.22 | putnopvut | As far as I understand local channels, the ,1 channel shouldn't execute any dialplan logic, that should only be done by the ,2 channel. |
| 18:11.31 | jmls | yeah! |
| 18:11.44 | file | core show channel will tell you whether it has a PBX running on it or not |
| 18:11.51 | file | if it doesn't, then something else is causing that file to be played on the channel |
| 18:12.04 | jmls | but I'm not in control of that channel |
| 18:14.25 | jmls | so whay is ,1 answering the zap channel ? |
| 18:14.45 | file | the Zap channel called into the Queue, right? |
| 18:15.58 | jmls | yup |
| 18:17.15 | file | okay... so... when you call Local/5821@agentq/n TWO channels are created, once which will be connected to the caller (Zap/1-1 in this case) and one which is executing dialplan logic |
| 18:17.31 | jmls | ok |
| 18:17.52 | jmls | so ,2 is connected to the zap channel |
| 18:17.59 | file | no |
| 18:18.09 | jmls | bugger. wrong key |
| 18:18.19 | jmls | so ,1 is connected to the zap channel |
| 18:18.21 | file | Local/5821@agentq-f89c,1 is connected to the Zap channel, Local/5821@agentq-f89c,2 is in the dialplan |
| 18:18.26 | jmls | yup |
| 18:18.42 | file | once Local/5821@agentq-f89c,2 answered and executed your Macro answered was sent back to Local/5821@agentq-f89c,1 and thus it answered Zap/1-1 |
| 18:19.03 | jmls | 2 things. |
| 18:19.25 | jmls | 1) why does the agent hear the custom/107 message, and not the zap channel ? |
| 18:19.44 | jmls | I was the inbound caller. I heard nothing. the agent did |
| 18:20.05 | jmls | 2) why does ,1 start executing stuff in the middle of a dialplan ? |
| 18:20.33 | file | 1) because the file is playing on the channel and frames going into the channel get sent to ,2 which is connected to the SIP channel |
| 18:21.00 | file | 2) I don't know, which is why I suggested doing a core show channel to see whether it really is - if no PBX is on the channel it can't be, which means the issue is something else |
| 18:22.09 | jmls | 1) but the ,1 channel answered the zap channel. the ,1 channel started playback. Why didn't I (on the zap channel) hear this message, but the ,2 channel did ? |
| 18:23.26 | jmls | 2) when do you want me to do the core show channel ? When the 107 message is being played ? |
| 18:23.27 | file | think of a SIP and Zap channel bridged together |
| 18:23.31 | file | if I play a file on SIP, who hears it? |
| 18:23.52 | jmls | don't know .. |
| 18:24.07 | file | the SIP channel. |
| 18:24.17 | file | 2) yes |
| 18:24.32 | jmls | fwiw, this has only just "started" happening. The agents started to complain about this extra "voice" in their ears. It turns out to be this custom/107 message, which is only ever played to the inbound zap call before we call the queue app |
| 18:27.49 | jmls | I beleive that 77766 did not exhibit this behaviour |
| 18:27.57 | jmls | brb |
| 18:28.05 | putnopvut | Unfortunately, I have to run to a meeting now. I'll discuss this more when I get back. |
| 18:28.16 | russellb | is anyone taking a phone into the meeting |
| 18:28.19 | russellb | ?? |
| 18:28.23 | russellb | :( |
| 18:28.54 | file | russellb: it's always like this |
| 18:29.16 | russellb | i explicitly asked 3 different people |
| 18:31.19 | russellb | must ... step away ... |
| 18:37.23 | *** part/#asterisk-dev pgarcia (n=pedgarci@c934ac83.virtua.com.br) |
| 18:41.22 | jmls | file: "if I play a file on SIP, who hears it?" |
| 18:41.29 | jmls | if I play a file on ZAP, who hears it? |
| 18:41.35 | jmls | zap, right ? |
| 18:42.33 | jameswf | if a tree falls in the forrest.... |
| 18:43.12 | file | yes |
| 18:43.54 | jmls | so why does the agent on SIP hear it when it's the zap channel that is answered by the local channel ? |
| 18:49.03 | file | incorrect |
| 18:49.20 | file | the SIP channel answers the Local channel that went into the dialplan |
| 18:49.34 | jmls | ,2 yes ? |
| 18:49.36 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:50.05 | jmls | but ,1 answers the zap channel and runs playback custom/107 |
| 18:50.24 | file | no |
| 18:50.30 | file | the Zap channel is already answered |
| 18:50.57 | jmls | Local/5821@agentq-f89c,1 answered Zap/1-1 |
| 18:51.09 | file | you send frames into ,1 they go to ,2 (which is connected to the SIP channel) |
| 18:51.19 | file | you send frames into ,2 they go to ,1 (which is connected to the Zap channel) |
| 18:51.23 | jmls | oooohhhkkkkk |
| 18:51.25 | file | when you play a file on ,1 it is sending frames into ,1 |
| 18:51.52 | jmls | still, doesn't explain why ,1 plays the custom/107, right ? |
| 18:52.04 | file | correct |
| 18:52.33 | jmls | let me do a core show channel |
| 18:52.35 | jmls | brb |
| 18:56.24 | jmls | is there anyway of doing this *in* the dialplan ? |
| 18:56.40 | jmls | trying to get the timing right is almost impossible |
| 19:10.47 | jmls | right! |
| 19:11.25 | jmls | manged to do |
| 19:11.31 | jmls | core show channel Local/5771@agentq-7585,1 |
| 19:11.37 | jmls | when it was playing the 107 messahe |
| 19:12.40 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@216.251.149.68) |
| 19:13.37 | jmls | file: http://pastebin.ca/750762 |
| 19:15.09 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:16.00 | outtolunc | reading alaw, writing gsm <G> |
| 19:16.59 | _ys | Hm, small question: why ast_uri_encode encode "+" char? but RFC 1738 allow this char. |
| 19:17.30 | _ys | and ast_uri_decode() don't replace "+" to " " |
| 19:19.38 | Corydon76-dig | Because most browsers stopped doing that |
| 19:19.48 | Corydon76-dig | spaces are now encoded as %20 |
| 19:20.16 | _ys | yes, space now encoded as + |
| 19:20.34 | _ys | but, this is not part of RFC |
| 19:21.04 | Corydon76-dig | No, space was originally encoded as +, but is now encoded as %20 |
| 19:22.59 | _ys | You mean, originally encoded as %20, and in application/x-www-form-urlencoded mime encoded as "=" ? |
| 19:23.04 | _ys | "+" even |
| 19:23.28 | Corydon76-dig | other way around |
| 19:24.12 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.109.32) |
| 19:25.15 | jmls | file: I'm running MixMonitor on the inbound zap channel, writing to a .gsm file |
| 19:25.21 | _ys | http://www.faqs.org/rfcs/rfc1738 : Scheme names consist of a sequence of characters. The lower case letters "a"--"z", digits, and the characters plus ("+"), period ("."), and hyphen ("-") are allowed. |
| 19:25.38 | jmls | outtolunc pointed out that i had reading alaw, writing gsm |
| 19:26.11 | jmls | prior to the 107 message, my native, readn and write were alaw |
| 19:26.27 | _ys | may be remove "+" from char *reserved = ";/?:@&=+$, "; in ast_uri_encode() ? |
| 19:26.46 | jmls | we've only just started to use Mixmonitor instead of Monitor |
| 19:27.45 | jmls | I don't understand why the ,1 channel is running anything in the dialplan, full stop |
| 19:46.17 | Qwell | M10780 |
| 19:46.18 | MuffinMan | [feedback] [Asterisk] Core/PBX 0010780: Segfaults on dial_exec_full() reported by paravoid http://bugs.digium.com/view.php?id=10780 |
| 19:46.29 | Qwell | Corydon76-dig: I think I'm just going to go ahead and close that.. no response in a month |
| 19:54.59 | Corydon76-dig | Qwell: I was about to close it this morning... |
| 19:55.11 | Qwell | closed :p |
| 19:55.18 | Qwell | they can reopen if they get what was asked |
| 19:56.08 | Qwell | the questions asked were pretty reasonable |
| 20:01.40 | De_Mon | jmls ,1 is on first and ,2 is at home. and the playback is on second. |
| 20:05.29 | jmls | de_mon: don't understand, sorry |
| 20:08.50 | De_Mon | I failed clown school, why does this not surpprise me :( |
| 20:09.09 | De_Mon | s?pp?p? |
| 20:14.48 | jmls | whoo hooo ;) |
| 20:14.58 | Corydon76-dig | Crud, I thought deleting file was supposed to be permanent on Linux... :-P |
| 20:15.11 | jmls | heh |
| 20:15.28 | jmls | mist be one of those sco linux "improvements" |
| 20:16.08 | jmls | file, see http://pastebin.ca/750762 |
| 20:16.19 | jmls | managed to get the show channel you required |
| 20:16.42 | Corydon76-dig | file has been fixed by SCO? |
| 20:16.45 | file | that channel be in app_queue yarrr, not executing dialplan logic |
| 20:17.12 | tzafrir_home | Is running Asterisk under valgring practical? |
| 20:17.15 | jmls | that's bad, right |
| 20:17.29 | putnopvut | In chan_sip, mwi is handled all from the monitor thread in a serial fashion. I was wondering if it would be a better idea to handle mwi in a separate thread for each peer? |
| 20:17.33 | Corydon76-dig | tzafrir_home: for development, yes. For load, no |
| 20:17.44 | kpfleming | putnopvut: already completely reworked in trunk |
| 20:17.51 | putnopvut | Yeah, but 1.4 has issues. |
| 20:17.54 | tzafrir_home | for tracking a single leak from a long run |
| 20:18.09 | kpfleming | putnopvut: well, that would be (potentially) a large number of threas |
| 20:18.17 | putnopvut | Yeah. |
| 20:18.24 | putnopvut | Have you seen issue 10487 kpfleming? |
| 20:18.24 | Corydon76-dig | 20k threads? |
| 20:18.28 | file | putnopvut: I would not agree with that approach... as kpfleming mentions... |
| 20:18.31 | kpfleming | no, i have not |
| 20:20.23 | putnopvut | If you filter through all the stuff that's said in the issue, the problem is that mwi when using IMAP voicemail is incredibly slow and makes Asterisk pretty much unusable. |
| 20:20.45 | kpfleming | yes, and that is an architectural problem in the way MWI is done in all version pre-SVN trunk |
| 20:21.00 | putnopvut | Yeah, but it'll still be just as bad in trunk, I'd think. |
| 20:21.17 | kpfleming | it shouldn't be, as the MWI model there is 'push', not 'pull |
| 20:21.26 | file | MWI in trunk is using the event system, so I believe it just pushes out an MWI notification |
| 20:21.43 | putnopvut | But how does it know to create the MWI notification? |
| 20:21.46 | file | kpfleming: off my brainwaves! or else I'll charge you a service fee |
| 20:21.48 | kpfleming | although monitoring for external changes to the VM spool still needs to be done for IMAP, but i don't think it has been written yet |
| 20:22.02 | kpfleming | putnopvut: because app_voicemail is the module that made the change |
| 20:22.14 | kpfleming | it sends an event, which chan_sip receives and sends an MWI update |
| 20:22.28 | file | hrm, couldn't it just use the IMAP extension to request to be notified by the IMAP server if contents change? |
| 20:22.39 | kpfleming | file: yes, but that requires IDLEing on every mailbox |
| 20:22.55 | putnopvut | Right, and right now we only connect to the mailboxes as necessary. |
| 20:23.30 | putnopvut | I'm guessing there's no conceivable way to backport the trunk behavior to 1.4 without doing some severely intrusive work? |
| 20:23.45 | kpfleming | it is not possible |
| 20:23.59 | kpfleming | when we start releasing 1.6, then users with this problem can consider upgrading |
| 20:29.46 | russellb | there is a voicemail.conf option to poll mailboxes for changes in trunk |
| 20:29.56 | russellb | for use with IMAP, or with any other voicemail system that has some external access |
| 20:30.04 | russellb | (some other web interface, for example ...) |
| 20:30.17 | putnopvut | Polling is the problem, though. |
| 20:30.27 | russellb | i know, but it's required for IMAP |
| 20:30.30 | russellb | it's the only way it can work |
| 20:31.05 | putnopvut | Well, it would be an improvement if somehow the polling could be multithreaded instead of serial. |
| 20:31.13 | russellb | eh? |
| 20:31.22 | russellb | i thought you said it _had_ to be serial ... |
| 20:31.30 | russellb | and is why you wrote that patch to lock everything ... |
| 20:31.41 | putnopvut | It has to be serial per mailbox. |
| 20:31.47 | putnopvut | If that makes sense. |
| 20:31.58 | russellb | yeah, it does |
| 20:33.05 | file | that doesn't help the chan_sip side though |
| 20:33.30 | russellb | what would polling of multiple mailboxes at the same time help with? |
| 20:33.41 | russellb | file: what about chan_sip? |
| 20:34.01 | jmls | file: is it my problem, or an asterisk bug that means local,1 is playing that file ? |
| 20:34.01 | file | sorry, in 1.4 mood :P |
| 20:34.10 | russellb | file: oh. |
| 20:34.32 | file | jmls: I don't know, but it's not executing dialplan logic, it's in app_queue... so is there anything in there configuration wise that would play it? |
| 20:34.39 | russellb | it's trivial to move the polling out of the SIP thread and into a app_vm thread |
| 20:34.45 | russellb | but the hard part is knowing which mailboxes to poll |
| 20:34.57 | russellb | it's inefficient to poll _all_ of them, when nobody cares about a lot of them |
| 20:35.03 | russellb | furthermore, it just plain doesn't work with realtime |
| 20:35.06 | russellb | you have to have some other way |
| 20:36.39 | putnopvut | Yeah... I need to think this through. |
| 20:37.13 | russellb | whiteboard to the rescue |
| 20:37.16 | russellb | except i'm not there :( |
| 20:37.26 | putnopvut | See, if we did idle on all the mailboxes, it would be a fast, trivial operation to ping the box and detect a change. |
| 20:37.46 | jcmoore | I have a script that's executed on exit from a gosub that sends a mwi to the mailbox that was just accessed |
| 20:37.47 | ctooley | tjat |
| 20:37.59 | ctooley | that sounds like a lot of network connections for no reason. |
| 20:40.15 | blitzrage | where do the phones register? |
| 20:40.28 | putnopvut | jcmoore: that doesn't work with IMAP though, since people will be getting their voicemails from an e-mail client, not through Asterisk. |
| 20:40.50 | putnopvut | ctooley: I agree, but people are finding IMAP storage to be unusable right now due to the way it operates. |
| 20:41.49 | ctooley | well... good luck, it's an issue with IMAP in general. |
| 20:42.02 | putnopvut | Yes. Yes it is. |
| 20:42.54 | kpfleming | IMAP rocks |
| 20:42.58 | jameswf | anyone know any asterisk people in newjersey |
| 20:43.07 | kpfleming | it is at least .00001% better than POP3 |
| 20:43.22 | file | kpfleming: nowai |
| 20:43.34 | davevg-btwtech | /me and bweschke are in NJ |
| 20:43.37 | jmls | file, I am so sorry for wasting your time. |
| 20:44.03 | file | time is infinite |
| 20:44.24 | jmls | but your patience isn't. And I've taken a lot of that tonight. |
| 20:44.51 | file | I have infinite patience for those who try |
| 20:44.51 | blitzrage | infinity does not exist! |
| 20:44.57 | jmls | func_curl was a good one, yes ? |
| 20:45.01 | jmls | m11090 |
| 20:45.02 | MuffinMan | [closed] [Asterisk] Functions/func_curl 0011090: Using func_curl in the [globals] section causes a segfault reported by jmls http://bugs.digium.com/view.php?id=11090 |
| 20:45.09 | kpfleming | file: and infinite drugs for those who don't |
| 20:45.13 | jmls | see, I do somethimes get things right ;) |
| 20:45.18 | jameswf | i have a customer who needs a NJ tech |
| 20:45.24 | file | see Deeewayne for drugs |
| 20:45.32 | De_Mon | jmls are you trying to say that was playing as an announcement this whole time? |
| 20:45.35 | jcmoore | softswitches such as sylantro use imap for their VM as well. most of them interface to external VM platforms such as iperia through imap. |
| 20:45.47 | jmls | De_Mon: oh, go ahead, rub it in why don't you |
| 20:45.50 | jmls | :( |
| 20:45.55 | De_Mon | ^_~ |
| 20:46.18 | De_Mon | I have been there many a time, welcome to the human race |
| 20:46.24 | jmls | at least I admitted it - I could have said "hmm, it's all working now" |
| 20:47.21 | De_Mon | yeah then you'd be a liar and... well, you know. |
| 20:47.27 | jmls | yup. |
| 20:47.35 | De_Mon | normal, I was going to say normal! |
| 20:49.58 | Deeewayne | file: I said rugs, not drugs |
| 20:56.04 | russellb | kpfleming: w00t |
| 20:56.30 | kpfleming | yeah |
| 20:56.42 | kpfleming | my brain couldn't finish that logic yesterday, but today it seemed trivial |
| 20:57.47 | file | brains! |
| 21:01.44 | Corydon76-dig | zombie file? |
| 21:12.48 | De_Mon | undeleted |
| 21:13.14 | De_Mon | undeleted just doesn't seem as scary as undead |
| 21:32.27 | seanbright | but i swear it feels like 100 years |
| 21:39.26 | jmls | heh. I've worked at the same place for nearly 15 years. Worked it out the other day that I'd driven past a certain point nearly 7500 times. _really_ depressing :( |
| 21:40.43 | russellb | seanbright: it's ok. let them keep paying you, but keep working on asterisk isntead |
| 21:40.53 | seanbright | russellb: way ahead of ya |
| 21:41.27 | russellb | :-D |
| 21:41.55 | russellb | i mean, maybe y ou just need commit access ;) |
| 21:42.20 | seanbright | yeah, as much as i would love that (and i would) it would be a really horrible career move |
| 21:42.21 | Qwell | seanbright: go back to elixer :p |
| 21:42.47 | seanbright | Qwell :) |
| 21:42.57 | seanbright | its so simple it just might work! |
| 21:42.57 | russellb | horrible career move to be able to commit to svn? |
| 21:43.01 | russellb | that's not a career move |
| 21:43.16 | russellb | it's just making your ability to work on asterisk easier :) |
| 21:43.40 | seanbright | russellb: well i'm not going to argue ;) |
| 21:44.00 | Corydon76-dig | Why not? |
| 21:44.49 | putnopvut | w00t |
| 21:44.59 | seanbright | Corydon76-dig: you always ask me the tough questions. |
| 21:45.47 | putnopvut | I can't do that real name stuff. |
| 21:46.06 | seanbright | i'm not ashamed |
| 21:46.16 | seanbright | all the cool kids are doing it |
| 21:46.25 | putnopvut | I'm not either, I just think "putnopvut" sounds cooler. |
| 21:46.42 | Corydon76-dig | Unpronounceable sounds better? |
| 21:46.51 | putnopvut | It's easily pronounceable. |
| 21:46.59 | putnopvut | asdhfaeirhoqw is unpronounceable. |
| 21:47.02 | Corydon76-dig | only if you speak Welsh |
| 21:47.46 | drumkilla | put - nop - vut |
| 21:47.52 | seanbright | which means what? |
| 21:47.57 | drumkilla | exactly |
| 21:48.15 | putnopvut | ? |
| 21:48.26 | Corydon76-dig | astigmatism? |
| 21:48.58 | drumkilla | as opposed to "some stigmatisms" ? |
| 21:49.16 | Corydon76-dig | multi stigmatisms? |
| 21:49.22 | seanbright | correct |
| 21:49.37 | seanbright | i'm obviously ahead of my time |
| 21:49.44 | Corydon76-dig | Maybe shaking his head made the V jump |
| 21:49.51 | seanbright | heh |
| 21:51.07 | Corydon76-dig | A friend of mine mentioned missing the soybean pits... so I coated him with vegetable oil and tossed him in a hole |
| 21:51.20 | russellb | o.O |
| 21:51.29 | russellb | sounds kinky |
| 21:52.04 | Corydon76-dig | (as in the Chicago Mercantile Exchange) |
| 21:52.10 | seanbright | 8 minutes until leopard is released |
| 21:52.13 | seanbright | for those who care |
| 21:52.17 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 21:52.42 | russellb | seanbright: is it going to be worth a crap? |
| 21:52.47 | russellb | TIME TO BOARD FINALLY |
| 21:52.56 | seanbright | i'm watching the timer on apple.com in the hopes that something exciting happens |
| 21:53.08 | file | russellb: O.O |
| 21:53.15 | seanbright | russellb: i'll tell you in 9 minutes. |
| 21:53.35 | Corydon76-dig | seanbright: it'll crash your browser |
| 21:53.50 | Corydon76-dig | and wipe your hard drive |
| 21:54.06 | seanbright | Corydon76-dig: well i'm running safari on windows, that happens a lot already |
| 21:54.09 | outtolunc | naw it will just get stuck at 0:01 |
| 21:54.34 | Corydon76-dig | I think I'll go make a bank run |
| 21:55.20 | seanbright | and miss the exciting countdown? |
| 21:55.22 | seanbright | ;) |
| 21:55.39 | seanbright | ohhh. 4:20 left. smoke'em if you got 'em. |
| 21:57.52 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-81-172.bstnma.east.verizon.net) |
| 22:00.00 | seanbright | wow |
| 22:00.11 | seanbright | what a let down that was |
| 22:02.07 | seanbright | and that concludes my 8 hour work day, have a good weekend folks |
| 22:26.57 | *** join/#asterisk-dev NoCarrier (n=John@unaffiliated/badpacket) |
| 22:52.27 | *** join/#asterisk-dev mitcheloc (n=mitchel@ppp-67-126-240-11.dsl.irvnca.pacbell.net) |
| 22:52.58 | *** join/#asterisk-dev dlynes_ (n=dlynes@d154-20-34-39.bchsia.telus.net) |
| 23:32.41 | tzanger | there is way to much work going on here |
| 23:33.21 | tzanger | http://www.youtube.com/watch?v=PtcqXFZFiWo |
| 23:33.24 | tzanger | you'll want the sound up |
| 23:33.33 | tzanger | my favourite is the bread-slice laucher |
| 23:33.54 | tzanger | or the "I think it's a goose" "No, it's a duck pond. Thereforce it is clearly a duck." |
| 23:34.25 | *** join/#asterisk-dev d3wayne (n=deeewayn@c-76-29-245-9.hsd1.al.comcast.net) |
| 23:34.25 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |