IRC log for #asterisk-dev on 20100316

00:24.27lmsteffan<PROTECTED>
00:32.21seanbright<PROTECTED>
00:40.47*** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus)
00:48.37*** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com)
01:48.04*** join/#asterisk-dev Deeewayne (~dwayne@pato.shelbycountyalabama.com)
01:48.04*** mode/#asterisk-dev [+o Deeewayne] by ChanServ
02:07.41*** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com)
02:31.45*** join/#asterisk-dev snuff-work (~aaa@210.9.82.197)
02:31.45*** mode/#asterisk-dev [+o snuff-work] by ChanServ
03:15.45*** join/#asterisk-dev snuff-work (~aaa@210.9.82.197)
03:15.45*** mode/#asterisk-dev [+o snuff-work] by ChanServ
03:35.06*** part/#asterisk-dev alecdavis (~alec@210.48.127.227)
03:45.57*** join/#asterisk-dev hluesea (~hulusikah@88.247.127.66)
03:46.04hlueseahello
03:47.15*** join/#asterisk-dev xpot-mobile (~xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net)
03:47.49hlueseacan anyone refer me to any document or web page to ccxml or voicexml integration for asterisk ? or are anyone knows the how we can use the voice-ccxml on asterisk ?
04:18.32*** join/#asterisk-dev brookshire (mbrooks@hijacked.us)
04:21.06*** part/#asterisk-dev snuff-work (~aaa@210.9.82.197)
04:29.05*** join/#asterisk-dev snuff-work (~aaa@210.9.82.197)
04:29.05*** mode/#asterisk-dev [+o snuff-work] by ChanServ
04:42.43*** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com)
07:16.25*** join/#asterisk-dev mpe (~mpe@94.127.49.1)
07:16.52*** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com)
07:16.52*** mode/#asterisk-dev [+o tzafrir] by ChanServ
07:41.43*** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net)
08:15.50*** join/#asterisk-dev tamiel (~tamiel@213.30.183.226)
10:23.16*** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming)
10:23.16*** mode/#asterisk-dev [+o kpfleming] by ChanServ
11:15.39snuff-homemornin kp
11:18.20kpflemingmorning
11:22.08snuff-homewhat's on for today?
11:25.31kpflemingdinner with my wife... and probably some work before that
11:28.19snuff-homenot bad.. i get to cram for RHCE on friday :)
11:29.13TommyBottennice, snuff. It's one of the few interesting tests to get a certification
11:29.41TommyBotten"Achieve this" instead of "How would you use lp to delete a file?"
11:29.43snuff-homei should also have a ccna/ccnp.. but been lay
11:30.01snuff-home*lazy
11:30.14TommyBottentoo lazy to write the z... figures
11:30.26snuff-homesometime this year will also be doing my VCP..
11:30.32TommyBottenVCP ?
11:31.58snuff-homevmware cert prefessional
11:32.13TommyBottenah
11:33.14snuff-homei dont get to use vmware much atm though.. hopefully that will change
11:47.19leifmadsenvmware is pretty awesome
11:55.58mvanbaakI prefer xen
11:58.45TommyBottenmvanbaak: Makes two of us... although KVM is getting along quite nicely
11:58.52TommyBottenmvanbaak: Ever tried ganeti?
12:00.01kpflemingthere are far too many virtualization/container systems right now
12:01.13TommyBottenkpfleming: One system to rule them all?
12:02.11kpflemingyes
12:02.25kpflemingand 'mount --bind' them
12:02.46TommyBotten:D
12:14.07*** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982)
12:22.06snuff-homemvanbaak: u LOOOVEE KVM right ;)
12:25.25TommyBotten?
13:08.59*** join/#asterisk-dev pabelanger (~pabelange@yoda.kanatek.com)
13:09.06pabelangermorning
13:10.13*** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg)
13:19.10*** join/#asterisk-dev anonymouz666 (~anonymouz@189.24.87.110)
13:29.36*** join/#asterisk-dev Netgeeks (~chris@173-11-68-157-SFBA.hfc.comcastbusiness.net)
13:30.59*** join/#asterisk-dev jtodd (yzmte71v07@asterisk/community-director-and-tie-dye-shirt-lover/jtodd)
13:31.00*** mode/#asterisk-dev [+o jtodd] by ChanServ
13:31.29*** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net)
13:31.59*** join/#asterisk-dev Corydon76-dig (green@c-69-137-80-31.hsd1.tn.comcast.net)
13:31.59*** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ
13:32.13*** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm)
13:45.34*** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage)
13:45.34*** mode/#asterisk-dev [+o leifmadsen] by ChanServ
13:45.37*** join/#asterisk-dev eliel (~eliels@201.234.94.226)
13:45.38*** mode/#asterisk-dev [+o eliel] by ChanServ
13:45.52elielrussellb: hello!, my svn certificate expired
13:58.47*** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming)
13:58.48*** mode/#asterisk-dev [+o kpfleming] by ChanServ
14:02.42*** join/#asterisk-dev moy (~chatzilla@74.12.134.118)
14:08.21*** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br)
14:22.25tzafrirkpfleming, speaking of SILK, what about other similar codecs?
14:22.56kpflemingthat's a fairly vague question
14:23.19tzafrirIs CELT usable? I see it is only available as of a sample rate of 32Khz
14:23.31kpflemingit is usable as far as licensing goes, yes
14:23.41kpflemingbut asterisk doesn't support 32KHz sample rate media streams yet
14:24.06kpflemingso it would have to be implemented the way we've done Siren14, where the media stream is resampled on the way in and out of asterisk
14:32.12seanbrighteliel: e-mail jpeeler@digium.com
14:32.23elielseanbright: thanks
14:42.39*** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson)
14:42.39*** mode/#asterisk-dev [+o putnopvut] by ChanServ
14:57.37*** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler)
14:57.37*** mode/#asterisk-dev [+o jpeeler] by ChanServ
14:58.43kpflemingwould anyone mind if i made the 'internal timing is disabled/enabled' debug messages only appear once per thread, instead of once per frame?
14:59.01kpflemingi know they are debug messages, but when you are trying to debug something else, they make it impossible
14:59.01russellbthat message is annoying as hell
14:59.08kpflemingi will make it once per thread they
14:59.09kpflemingstay tuned
14:59.27russellbonce per thread, huh?
14:59.32kpflemingsi senor
14:59.41russellbdon't use __thread or whatever, it is anti-portable, it seems
14:59.45kpflemingorly?
14:59.48russellbyeah :-(
14:59.55kpflemingwell then
14:59.59kpflemingthat quashes my plans
15:00.08russellbi tried that once, and then it didn't build on powerpc or something, i don't remember
15:00.16russellbit made me sad
15:00.54russellbwe have an issue open to consider removing the option and having it on always
15:01.06russellbbecause it is a silly thing to have optional
15:02.27kpflemingif i  can't use __thread, then i won't bother
15:02.33kpflemingi'll just remove it from my working copy for now
15:02.46*** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel)
15:02.47*** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ
15:03.48russellbk
15:03.57*** join/#asterisk-dev tamiel (~tamiel@213.30.183.226)
15:15.47*** join/#asterisk-dev JT (~j@unaffiliated/jt)
15:17.41*** join/#asterisk-dev janinge (j@ninge.net)
15:20.44*** join/#asterisk-dev marv (~timr@24.214.206.254)
15:25.40seanbrighti just saw this on merriam-webster.com (i swear i didn't make it up)
15:25.43seanbrighthttp://imagebin.org/89110
15:26.53*** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com)
15:27.37Kobazhaha
15:28.22russellbnice
15:28.32Kobazbad market research
15:28.54*** join/#asterisk-dev mog (~mog@c-71-228-185-24.hsd1.al.comcast.net)
15:28.58*** mode/#asterisk-dev [+o mog] by ChanServ
15:33.31*** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br)
15:34.12*** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157)
15:39.41russellbeliel: you around?
15:40.09elielrussellb: yes
15:44.47*** join/#asterisk-dev niekvlessert (~niek@92.70.112.34)
16:18.49seanbrightmvanbaak: ping
16:19.01seanbrightsnuff-home: ping
16:19.39mvanbaakseanbright: pong
16:20.03russellbmvanbaak: openbsd bamboo agent is dead again
16:20.17mvanbaak:(
16:20.26kpflemingopenbsd + java = badness?
16:20.30seanbrightmvanbaak: could you test build http://svnview.digium.com/svn/thirdparty/editline/trunk/ when you get chance?
16:20.36russellbwhile : ; do java ... console ; done ?
16:20.44russellbthat will make it run in the foreground (console)
16:21.09russellbI can log in and do that..
16:21.56mvanbaakI'm trying to login
16:22.06mvanbaaknice
16:22.14mvanbaakit's still running
16:22.23mvanbaakat 100% CPU
16:22.32mvanbaakdoing,...... nothing
16:23.27seanbrightsorry, that should have been http://svn.digium.com/svn/thirdparty/editline/trunk/
16:23.45mvanbaakseanbright: sure
16:24.05seanbrightthanks a bunch
16:24.31seanbrightand if one of you mac osx guys could do a test build that would be awesome as well
16:24.36*** join/#asterisk-dev Cresl1n (~matt@asterisk/libpri-and-libss7-expert/Cresl1n)
16:24.36*** mode/#asterisk-dev [+o Cresl1n] by ChanServ
16:24.46seanbrightoh snap
16:24.49seanbrightmattf in the house
16:24.51seanbrightheh
16:24.53russellbseanbright: i could give you permissions to create a test plan on bamboo
16:25.16seanbrightthat would be splendid
16:25.38seanbrighti may fumble my way through it, though.
16:25.45russellbi _might_ help you
16:25.57seanbrightyou and your empty threats
16:25.59seanbrightsounds good
16:26.12Cresl1nhey all!
16:26.13Cresl1n:-)
16:26.19Cresl1nseanbright: !!!!
16:26.22Cresl1n:-)
16:26.33russellbmvanbaak: that openbsd box keeps disconnecting me, and now won't let me connect at all :-(
16:26.58russellbnm, in again, we'll see for how long :-)
16:27.53russellbshould be running now.
16:30.17Cresl1nrussellb!!!!
16:30.18Cresl1n:-)
16:30.27russellbhi :-)
16:30.36Cresl1nohi :-)
16:31.06Qwellthrows a grape at Cresl1n
16:31.37putnopvutdoesn't throw anything at Cresl1n
16:31.50Kobazthrows __ at Cresl1n
16:31.50putnopvut...except for this SUBMARINE!
16:32.04Kobaz<insert humerous object here>
16:32.18Kobazhumorous rather
16:32.40Cresl1nQwell!!!!
16:32.43Cresl1nputnopvut: !!!!
16:32.47Cresl1nKobaz: !!! ____ !!!!
16:32.49Cresl1n:-)
16:32.50Kobazhehe
16:32.55Qwellaww, how come he gets 7?
16:33.13putnopvutBecause he's made of stronger metal than us.
16:33.52Cresl1nQwell: it's the '_' characters....
16:33.59Kobaza testing we will go
16:34.02Cresl1nthey're like red bull in a chat room
16:34.03Kobaz...a testing we will go
16:34.20philipp64leifmadsen: since things were being fixed so quickly yesterday, I thought I'd try my luck again... no, I didn't by a lotto ticket... I'm using the following config. http://pastebin.ca/1842526
16:34.38Kobazoh... it's you again :P
16:35.25philipp64here's the thing.  if I leave out "domain=redfish-solutions.com,redfish-internet" then the internal phones all work fine.  but if I uncomment that line, then the phones all use that context, even though they're explicitly configured with a different one.
16:36.00Kobazasterisk doesn't fully support domains
16:36.06philipp64question is, should the context specified by "domain=xxx,context" trump the one that's expressly configured in the [peer] section? that sounds broken...
16:36.27philipp64it's counter-intuitive.
16:36.58philipp64Kobaz: don't know where you've been, but I'm here all the time. like the guest that won't leave after a party. :-)
16:37.09Kobazhehe
16:37.29philipp64so is it behaving as designed?
16:37.43Kobazno idea... all i know is domains are kinda broken a little bit
16:38.03philipp64yup... and it's a pain if you're trying to do multi-tenancy.  Ask Oej.
16:38.24philipp64seanbright?  kpfleming?
16:38.31Kobazdo you have to use domains?
16:38.47Kobazcan you use sip peer names like footenant_2000 bartenant_2000
16:39.58philipp64well, I'm hoping to use enum and ISN, so I think I pretty much do have to use domains.
16:40.26philipp64plus since it's a multi-tenant configuration, I need to figure out which phones belong to whom on shared networks.
16:40.31Kobazdunno, I'm not familiar with domains really. other than i tried using them and had uber problems
16:40.44philipp64that seems to be the universal problem.
16:40.58philipp64or experience, rather.
16:41.10Kobazrun a different asterisk for each tenant
16:41.13Kobazit's safer too
16:41.23philipp64well, I'll file a bug.  worst that can happen is it will get close.
16:41.24Kobazif one tenant botches up something it wont take out the whole system
16:41.26philipp64*closed
16:41.40philipp64Kobaz: can't.  in this case, they all share the same receptionist.
16:42.02Kobazyou can do asterisk to asterisk calls
16:42.19Kobazhave a seperate asterisk for the 'shared' stuff
16:42.23philipp64then I'm trading off complexity in one place for another.
16:42.29philipp64besides, who gets port 5060?
16:42.38Kobazthe shared one, i guess
16:42.41Kobazdoesn't really matter
16:42.57Kobazor... if you want one single entry point, you'll need a sip proxy to properly handle domains
16:45.12Kobazif you have a good provisioning system, different sip ports shouldn't be an issue
16:45.43Kobazphilipp64: personally i much prefer the multi-asterisk approach
16:46.06philipp64it's a *very* small, low-power, low footprint box.
16:46.08Kobazphilipp64: far too many times everything works great for one set of users... and then you add that 'one last thing', and stuff starts crashing
16:46.14Kobazoh, that's an issue then
16:46.20QwellYou can put port in SRV records, can't you?
16:46.29philipp64sure.
16:46.51Kobazphilipp64: it's your own network?
16:46.56Kobazyou can just bring up more ips?
16:47.06Kobazeach asterisk can listen to port 5060 on it's own seperate ip
16:47.48Kobazhow many users?
16:48.39philipp64couple of dozen.
16:48.55Kobazno matter how much you trust asterisk, if you have more than 100 users spread across different 'tenants', it's always nicer to have seperate asteriskseses running
16:48.59Kobazhmm
16:49.10Kobazhow many rams?
16:49.12philipp64not all at once...  but IP's aren't always easy to get... unless they're NATted, and then that causes other problems.
16:49.13QwellKobaz: Asteriii
16:49.27philipp640.5GB
16:49.28Qwell(yes that's 3 i's)
16:50.07Kobazit sounds like a sip proxy is the way to go
16:50.24Kobazand just have one asterisk with mapped peers to tenants
16:50.39*** part/#asterisk-dev lftsy (~lftsy@leonhart.leurent.eu)
16:55.44russellbmvanbaak: how do I install bash on the openbsd agent?
16:57.13tzafrirrussellb, /bin/bash ?
16:57.34tzafrir(that is: is there a script that expects /bin/bash ?)
16:57.51russellbnah
16:58.04russellbit's not actually required, nevermind
16:58.19russellbbamboo just has some special "Bash" handling, but there is another way to do what I needed
17:02.29philipp64Kobaz: did I mention it was a small box?  :-)
17:03.28Kobazyeah but with a half a gig of ram you could still run a sip proxy that has proper domain support
17:03.56philipp64say, is mantis supposed to still be generating links to an SVN server that isn't externally visible?
17:04.27Corydon76-digWhat SVN server isn't externally visible?
17:05.29philipp64origsvn ?
17:05.54philipp64as in: https://origsvn.digium.com/svn/asterisk/branches/1.4
17:06.06russellboh, that's just part of commit messages
17:06.13russellbmantis isn't doing that
17:06.16russellbso, yeah, that's expected
17:06.28philipp64ok.  go with the link at the bottom of the message then.
17:06.58Corydon76-digThat server is externally visible... it just isn't available for connections unless you have client certificate
17:07.04*** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm)
17:07.31philipp64ah.
17:07.59Corydon76-digAll community developers have access to it
17:08.14philipp64you all know that "product version" in Mantis just says "Addons-xxxx" ? no other choices?
17:08.25Qwellphilipp64: top-right corner dropdown
17:09.00Qwellerr
17:09.09Qwellyeah apparently that's broken O.o
17:09.22fileit's not used.
17:09.32fileand hasn't yet been removed.
17:11.28philipp64ok.
17:14.13tzafrirseanbright, https://issues.asterisk.org/view.php?id=17039 . Seems useful?
17:14.31russellbM17039
17:14.33MuffinMan[new] [Asterisk] Core/BuildSystem 0017039: [patch] allow using system copy of libedit reported by tzafrir https://issues.asterisk.org/view.php?id=17039
17:14.42seanbrightalready in a branch
17:14.54seanbrighta patch from jcollie
17:15.01tzafriroh, ok
17:15.16tzafrirI thought I already looked there
17:15.20seanbrightasterisk/team/seanbright/editline-udpate or something
17:15.21tzafrirmust have missed it
17:15.44seanbrightyeah, there was some drama around another issue that forced it
17:16.24seanbrightM16858
17:16.27MuffinMan[closed] [Asterisk] Core/General 0016858: [patch] asterisk command history loads as unusable garbage reported by jw-asterisk https://issues.asterisk.org/view.php?id=16858
17:16.57Kobazthere's another console issue i noticed
17:17.03Kobazctrl-d doesn't delete a character
17:17.12seanbrightblah blah blah local channel blah blah blah
17:17.16seanbrightyeah, i've seen that too
17:17.20Qwellseanbright: which is why we dislike supporting packaged (read: patched) systems :P
17:17.27Kobazand the delete key inserts ~ characters
17:17.30Kobazseanbright: hehe
17:18.04Kobazi use a lot of local channels :P
17:18.17seanbrightthose issues might be cleared up with that branch
17:18.20seanbrightgive it a shot
17:18.36seanbrightsvn co http://svn.digium.com/svn/asterisk/team/seanbright/editline-update
17:18.50Kobazjeffg: none of the dhcp clients should change flags on you
17:18.51Kobazer
17:19.10Kobazwrong window
17:19.43philipp64filed...
17:19.48philipp64M17040
17:19.50MuffinMan[new] [Asterisk] Core/Configuration 0017040: Explicit context set in SIP peer overridden by default domain context reported by pprindeville https://issues.asterisk.org/view.php?id=17040
17:20.19Kobaznothing like going through bugs on an amazing sunny tuesday
17:20.54philipp64that's what Wifi and deck chairs are for.
17:21.04Kobazyou know, our office has a deck
17:21.12Kobazi dont have any deck chairs
17:21.22Kobazone of the guys was gonna grind in a barbaque
17:21.25Kobazbring
17:22.27tzafrirseanbright, I must have missed it. Where do you allow using a system copy of editline?
17:23.36seanbrighthmm
17:23.58Corydon76-digKobaz: what did you plan to do, rearrange deck chairs?
17:23.58philipp64where do SIP peers/friends get parsed?
17:23.59seanbrightthis looks old
17:24.12Kobazi don't have any deck chairs to arrange :(
17:24.20philipp64Corydon76-dig: while the orchestra plays?
17:24.30Corydon76-digIs your deck "Titanic" in size?
17:24.37Kobazno it's like 10 by 12
17:24.49seanbrighttzafrir: it was initially in a private branch
17:24.54seanbrightnot sure what happened in the move
17:29.16seanbrightthat is really strange
17:29.28seanbrightcommit asterisk 251088
17:29.31MuffinMan[251088] Committed by seanbright on 2010-03-05T22:10:34.399490Z: Use LIBEDIT_OBJ and LIBEDIT_LIB appropriately
17:29.31MuffinMan.. http://svn.digium.com/view/asterisk?view=rev&revision=251088
17:29.43seanbrightbut i can't see that in svnview for some reason?
17:31.22seanbrightoh.  because i was looking in the wrong place.
17:32.03seanbrighttzafrir: http://svnview.digium.com/svn/asterisk/team/seanbright/editline-update/configure.ac?revision=251067&view=markup
17:32.07seanbrightline 1820 or so
17:33.20Kobazoh
17:33.30Kobazso i'm about to start a new module/feature
17:33.49KobazAMI event filtering... so i was wondering what you guys thought the best usage would be
17:33.51seanbrightlocal channels?
17:33.55seanbrightah.
17:33.57Kobazsure why not, throw those in too
17:34.10seanbrightthere are proxies out there that do that
17:34.15Kobazso right now, you can filter on like... broad groups... user, dialplan, etc
17:34.40tzafrirright. I forgot the CFLAGS bit in my patch :-( . but yes, looks unnecessary
17:34.43tzafrirthanks
17:34.57Kobazbut if you log in, and send an extra set of lines FilterEvents: all, FilterShow: MyEvent, FilterShow: OtherEvent
17:35.32Kobazseanbright: wouldn't it be better if filtering was done right in asterisk? why send extra data you don't want to process
17:35.35tzafrirseanbright, of all the fixes you add to the local copy of editline , are there any worth fixing upstream?
17:36.18seanbrighttzafrir: they are just warnings generated when i turn up the volume
17:36.28Kobazso if you do your login, and do FilterHide: FooEvent FilterHide: BarEvent... you could do that too
17:36.32seanbrightstuff you would only see during ./configure --enable-dev-mode
17:36.43Kobazand then, after login, you could configure it as well... with a FilterChange action
17:36.51Kobazwhat do you guys think
17:37.08tzafrirthis is libedit (not the old editline), right?
17:38.06Kobazfiltering would be pretty fast, you could do a hash table lookup of the event name versus the filters
17:39.09seanbrighttzafrir: correct
17:39.17seanbrighthttp://www.thrysoee.dk/editline/
17:39.20seanbrightthat guy ^^
17:39.24philipp64found it...  line 13356 in channels/chan_sip.c ...
17:40.43philipp64I wonder who put that in there and why.
17:41.16russellbthat line number is useless without an asterisk version :-)
17:41.20Qwellphilipp64: line number isn't useful without a branch/revision :p
17:41.23russellbQwell: jinx
17:41.32Qwell/* Session-Timer Refreshers */
17:41.43russellbit was "{" in my version
17:41.43philipp64true enough ... 1.6.2.6
17:41.48QwellIf that's causing problems, I'll eat my hat.  I'm not wearing a hat though.
17:42.10russellbthat's a comment in 1.6.2.6.
17:42.13Kobazi need to finish my group variable stuff actually
17:42.19Kobazi'll do that first before the filtering
17:42.22russellbgives up
17:42.25philipp64look at the 2 lines that follow.
17:43.09russellbah, that does look a little bit wrong ... like some checks are missing around that :-)
17:43.36russellbno, that looks like it is doing what it intended
17:43.46philipp64yup... like if it's a peer that's already explicitly configured and not a guest.
17:44.41philipp64only guests should pick up the context from domain_list...  or else local peers that don't have a context already set.
17:46.58Kobazheh, my cousin uses the spray bottle on her dog
17:46.59Kobazer
17:47.10Kobazdamnit, i need a better indication of what channel i'm in
17:47.11seanbrightwe know
17:47.12seanbrightwrong window
17:47.15leifmadsenKobaz: heh
17:48.13seanbrighti like it when you beat me on the head with a sea otter
17:48.15philipp64russelldb: what would a test for those 2 conditions look like?
17:48.16seanbrighter
17:48.19seanbrightwrong window
17:48.47philipp64#asterisk-quirks
17:50.06seanbrightso what is the "right" way to look for libraries in autoconf anyway?
17:50.25seanbrightpkg-config first?  then fall back to the "old fashioned" way?
17:50.31*** join/#asterisk-dev sgimeno (~chatzilla@62.32.225.37)
17:50.48philipp64AC_CHECK_LIB()?
17:51.17seanbrightdoes that handle pkg-config under the hood?
17:51.36philipp64looking...
17:51.42russellbnegative
17:52.53seanbrightand pkg-config isn't exactly portable
17:52.53seanbrightpacakges names, rather.
17:52.53seanbrightpackage names, even.
17:53.53philipp64not seeing any references to pkg-config in autoconf/libs.m4 ...
17:54.08seanbrightright
17:54.16seanbrightso my original question still stands
17:54.18seanbright:-)
17:54.33seanbrighttry pkg-config, if you can't find it, do it with the built-in macros
17:54.36philipp64it would seem to be 'no'.
17:55.09seanbrightto what?
17:55.57seanbrightmy original question was not "does that handle pkg-config under the hood?"
17:56.03*** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net)
17:56.04philipp64your original question.
17:56.51alecdavisM17037
17:56.54MuffinMan[new] [Asterisk] Core/General 0017037: [patch] internal_ao2_ref fails to check if null returned from INTERNAL_OBJ reported by alecdavis https://issues.asterisk.org/view.php?id=17037
17:56.57seanbrighti think we're having problems communicating
17:57.07seanbrightbut that's ok, i know what needs to be done
17:57.18philipp64seanbright: who is?
17:57.22seanbrightexactly
17:57.47philipp64the answer to your original question is "no", AC_CHECK_LIB() does not handle pkg-config
17:57.55seanbrightthat was not my original question
17:58.04seanbrightit's moot
17:58.17alecdavis17037, prevents a segfault, when we get a 'bad magic number' which suggests we've gone unstable, should we still segfault?
17:58.23philipp64pkg-config is the work of the devil.
17:59.42seanbrightwell that is a helpful technical overview
18:00.00seanbrighti think it's a meanie head, myself.
18:00.23philipp64if you're doing a lot of cross-compiling, you don't want tools picking up information about the *host* system, because it's irrelevant.
18:01.11Corydon76-digYes, but in a particular environment, pkgconfig could just as easily provide information about a target system
18:01.13russellbmvanbaak: the build slave VM is out of disk space
18:01.50Corydon76-digAnd pkgconfig can provide that information, even when particular tests cannot be run on the target system
18:02.34Corydon76-digIt sounds like what you really need is a chrooted environment for the cross compile to take place, where all the information is directly related to the target system
18:03.06putnopvutSorry for the vague question, but I'm a bit curious to know if anyone in here knows of any instances where a channel driver's read callback returns multiple frames in a list. The reason I ask is that I just tried to modify res_rtp_asterisk to return two frames in a specific situation. When I ran a test, my system's load average went up considerably and it was a struggle to get Asterisk killed. My process in tracking down t
18:03.06putnopvuthe problem is to first find out if handling multiple frames from a channel driver's read callback is known to work in other situations, and if so, then I will tweak the method I used.
18:03.49putnopvutIf the problem is at the core, then I can tweak res_rtp_asterisk all day and I won't see an improvement.
18:03.52russellbI think UDPTL does it?
18:04.10putnopvutrussellb: do you know if that situation has been tested and proven to work?
18:04.32*** join/#asterisk-dev ebroad (~EB@72.11.213.195)
18:04.55russellbI can't speak to that, but I believe it was possible for UDPTL to return multiple frames for particular error correction modes
18:05.06putnopvuthmm. Okay.
18:05.15russellbit sounds like the frames weren't linked up properly in your test
18:05.20putnopvutI'm going to try one more tweak to res_rtp_asterisk before I move on to something else.
18:05.21russellband it got in a loop trying to traverse them
18:05.22russellbshrugs
18:06.29russellbit is certainly supposed to work, anyway
18:06.37putnopvutAll right.
18:06.41ebroadin get_our_media_address() in chan_sip, we set dest->sin_addr to our local address
18:06.48philipp64Corydon76-dig: but only one environment.  what if you have multiple users building multiple versions?
18:06.50putnopvutI'll ping the channel again if I'm finding things to still not work after my next change.
18:07.24kpflemingputnopvut: terry used that method in his recent changes to res_rtp_asterisk when the RTP module needs to return a CHANGE_SOURCE frame, and it worked for him
18:07.32ebroadthats fine, except what happens when you are using nat? the ip specified in c and m(sdp) would be wrong
18:07.35kpflemingand yes, the UDPTL stack can cause it to happen as well
18:07.44Corydon76-digphilipp64: see chroot(2)
18:07.55kpflemingebroad: the patch on reviewboard review 556 has been tested (by me) and verified that it fixes the Zoiper problem
18:08.12putnopvutkpfleming: All right. Actually, the CHANGE_SOURCE change isn't 100% correct, as it has the possibility to rerun &ast_null_frame when it should be returning an actual frame.
18:08.21ebroadkpfleming, thanx, ill test it out, i am currently testing with kapanga
18:08.25putnopvutBut I'm working on it...
18:08.30ebroadwhich actually works quite nicely
18:08.50ebroadthe problem is, on the t.38 reinvite from asterisk
18:08.58ebroadwe have 2 c lines in the sdp
18:09.05ebroadone with the internal ip of saterisk
18:09.19ebroads/saterisk/asterisk/
18:09.30ebroadand one with the proper external ip
18:10.09ebroadthis can potentially confuse some gateways(many of which will choose the ip in the first c line)
18:10.27kpflemingis the second c line after the m line?
18:10.33ebroadyup
18:10.36kpflemingthen they are broken
18:10.48kpflemingalthough i don't see why we are generating two c lines though
18:11.45ebroadwe add the 2nd c line if udptldest is different from dest
18:12.04ebroadchan_sip.c around 9116 or so
18:12.09kpflemingbut shouldn't they be the same?
18:12.17ebroadthats the problem
18:12.34ebroadthe first c line has in ip4 <localip>
18:12.41kpflemingthen that should get fixed
18:12.41ebroadin my case 10.200.xx.xx
18:12.56ebroadthe 2nd one has my correct external ip
18:13.20ebroadwhats even more misleading is the debug statement
18:13.34ebroadwhich states audio is at p->ourip
18:13.35putnopvutrussellb: I got it fixed now.
18:13.44ebroadthis is not the case
18:13.51putnopvutAnd FYI, returning multiple frames seems to be perfectly fine.
18:15.03kpflemingyay
18:18.09*** join/#asterisk-dev atis_work (~atis_work@193.238.212.171)
18:26.57mvanbaakrussellb: I dont get ping from the bamboo machine
18:27.09mvanbaakrussellb: if it's ok with you, I'll fix it tomorrow
18:27.12russellbthat's fine
18:27.19mvanbaakrussellb: and let it be what it is today
18:27.29russellbfixing disk space was something I couldn't fix myself :-)
18:27.29mvanbaakrussellb: since it's March 16 :)
18:27.42russellbI got it up and running and such
18:28.13mvanbaakuhhuh
18:28.15leifmadsenmvanbaak: really? St. Patricks day is a better day for you to fix it? :)
18:28.18mvanbaakI should have known better
18:28.25mvanbaakleifmadsen: yups
18:30.25*** part/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net)
18:31.36leifmadsenhappy bday!
18:32.11russellbCorydon76-dig: ping
18:32.15Corydon76-digpong
18:32.32russellbdoes asterisk still build on your mac?  looks like that gsm Makefile change broke the build on mine
18:33.08Corydon76-digYep
18:33.21russellbhttp://bamboo.asterisk.org/browse/AST-TRUNKOSX106-16
18:33.26Corydon76-digHang on, I'll do a clean build
18:33.28russellbk
18:34.25seanbrightwe need to start using xz to build asterisk tarballs
18:34.39russellbxz?
18:35.14ebroadslackware started using xz for their packages
18:35.18seanbrightso did gnu
18:35.24seanbrighthttp://en.wikipedia.org/wiki/Xz
18:35.28ebroadhttp://tukaani.org/xz/
18:35.30mvanbaak:)
18:35.33seanbrightcoreutils, anyway.
18:35.34mvanbaakleifmadsen: thank you :)
18:35.42seanbrighthappy birthday, old man.
18:35.47mvanbaakthanks
18:35.51russellbah.
18:36.22ebroadwould be nice if they used it for gcc and glibc
18:36.37ebroadjust had to do an arm cross compiler on a slow connection
18:40.37russellbCorydon76-dig: awesome, saw the commit, thanks
18:41.02seanbrightCorydon76-dig: yikes.  so that code was _really_ broken.
18:41.31Corydon76-digseanbright: apparently so
18:41.53jsmithseanbright: Fedora is using xz in their RPMs as well
18:42.08seanbrightsweet
18:42.18seanbrightinstalling it on ubuntu from packages is a bit scary
18:42.22seanbrighttouches a lot of stuff
18:43.09ebroadkpfleming, you are a good man
18:43.21ebroadzoiper works quite well :)
18:43.43kpflemingcool
18:43.58Corydon76-digseanbright: does xz provide any performance/size benefit?
18:44.03seanbrightsize
18:44.12Qwell> 5%?
18:44.20ebroaddepends
18:44.25ebroadits lzma
18:44.29kpflemingwell, we aren't even using bz2
18:44.33seanbrightin some of our tests, yes.  but i can't give you actual numbers.
18:44.44seanbright-9 on a large file takes a lunch hour.
18:44.57seanbrighti can run a quick test
18:45.02Corydon76-digHow about fake numbers?
18:45.29ebroad99.9% speed increase, 100% decrease in size :)
18:45.59tzafrirmost of the size of the tarball is an internal tarball of the MOH files
18:46.04ebroadmake that 101%
18:46.13ebroadtakes part of your filesystem with it
18:46.13tzafrirHow well does it compress?
18:46.33ebroadxz is similar to 7zip's abilities
18:46.58tzafrirseanbright, isn't xz the old one, and lzma the new one?
18:47.02*** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br)
18:47.03Corydon76-digAh.  Apparently it's an appreciable size difference, with the penalty of running 4 times slow to compress than bzip2
18:47.31Corydon76-digtzafrir: opposite.  xz is lzma2
18:48.05tzafrirRight.
18:48.06Corydon76-digebroad: looks like xz IS the same algorithm as 7zip
18:48.26ebroadCorydon76-dig, yes, i think with a few mods, but at the core yes
18:48.33Corydon76-dighttp://blog.endpoint.com/2009/11/xz-compression.html
18:48.40seanbright-rw-r--r--  1 tbpo tbpo 848K 2010-03-16 14:48 asterisk-addons-1.6.2.0.tar.gz
18:48.43seanbright-rw-r--r--  1 tbpo tbpo 538K 2010-03-16 14:48 asterisk-addons-1.6.2.0.tar.xz
18:49.07ebroadCorydon76-dig, releases are kind of write once-read many
18:49.16seanbrightthat wish tar -czf and -cJf
18:49.18ebroadas long as the decomp speed is good or better
18:49.40ebroadpeople will appreciate the smaller size
18:49.41Corydon76-digLeif will be thrilled that you're looking to make his release process take longer
18:49.47tzafrirActually, recent gnu tar can even do without those switches :-)
18:49.57philipp64Corydon76-dig: when you're having to change your environment to work-around your tools... doesn't that tell you that the tools themselves are broken and a liability?
18:50.03leifmadseno.O
18:50.32seanbrighttzafrir: ah right.
18:50.53tzafririn fact, I wonder if we could avoid the huge moh wav tarball
18:51.08tzafrirthis would be the biggest space-save
18:51.23Corydon76-digphilipp64: No, it doesn't.  It tells me that the environment you've chosen is incorrect for the tools
18:52.00Corydon76-digIt's far easier to change an environment than it is to change a multitude of tools
18:52.04philipp64and oddly, it works fine for all my other tools.
18:52.11tzafrirseanbright, you used gzip -9 ?
18:52.41Corydon76-digphilipp64: besides, what are all the OTHER cross compiling developers doing?
18:52.56ebroadseanbright, you take long lunch hours? ;)
18:53.05Corydon76-digphilipp64: this has to be a common problem within the embedded community... find out what the other guys do
18:53.13philipp64buildroot doesn't chroot... nor does t2, I think.  just "mock".
18:53.58seanbrighttzafrir: no
18:54.18seanbright-rw-r--r--  1 tbpo tbpo  23M 2010-03-16 14:53 asterisk-1.6.2.6.tar.gz
18:54.19seanbright-rw-r--r--  1 tbpo tbpo  21M 2010-03-16 14:53 asterisk-1.6.2.6.tar.xz
18:54.30seanbrightand it took 10 times longer to xz than gzip
18:55.33leifmadsenI'm not in favour of that :)
18:55.43russellbheh, says the guy who makes the tarballs
18:55.47leifmadsenright :)
18:55.58leifmadsenit already takes a good chunk of a day to do 4 releases
18:56.13leifmadsenI guess that just means more sword fighting time
18:56.20seanbright21 seconds instead of 2
18:56.28leifmadsenoh, well that's acceptable I guess :)
18:56.34seanbrightisn't most of it automated?
18:56.37leifmadsen200 seconds vs 20
18:56.54leifmadsenthe scripts are automated yes, but there is still a fair amount of manual intervention
18:57.21seanbrightwell you need to script that part
18:57.27seanbrightthe manual intervention
18:57.28seanbright:-)
18:57.34pabelangeror clone leifmadsen
18:57.53seanbrightecho "do stuff" > leifmadsen.sh
18:58.07*** join/#asterisk-dev ManxPower-work (~manxpower@216.186.151.147)
18:58.08seanbrighti was going to say 'touch leifmadsen.sh' but it was too easy
18:58.24leifmadsenheh
18:58.28Corydon76-digWe've already cloned him.  The clones get busy on other things.
18:58.45ManxPower-workCan anyone think of why Asterisk might send this (seemingly) invalid packet?  http://pastebin.ca/1842669
18:58.48Corydon76-digThere's just too much to get done
18:59.08seanbrightwow
18:59.09seanbrighthttp://ftp.gnu.org/gnu/coreutils/
18:59.23seanbrightlook at coreutils-8.1.tar.gz vs. coreutils-8.1.tar.xz
18:59.39seanbright9.9M to 4.1M
18:59.44seanbrightthey must be -9ing
18:59.52tzafrirboth bzip2 and xz get the moh-opsound-wav tarball to slightly below 14MB
19:00.16ManxPower-workWe've been fighting this for a week.
19:00.26tzafrirgzip (default and -9) is a a bit over 15MB
19:00.36tzafrirand uncompressed is 17MB
19:00.47ebroadwho wrote filter()?
19:00.53tzafrirThose wav files don't compress well
19:01.17ebroadsound and images don't compress well in general
19:01.19seanbrighttzafrir: what about xz -9?
19:01.26ebroadmost are already compressed
19:01.37tzafrirseanbright, it makes it 1% smaller or so
19:01.46tzafrirdidn't test bzip2 -9
19:01.47seanbrightah.
19:01.52marvif you want to compress wav files, there's flac for that
19:01.58Corydon76-digebroad: I did, why?
19:02.05seanbrightwell then we just stop packaging the audio files
19:02.09ebroadCorydon76-dig, it rocks, excellent work!
19:02.11seanbrightor create one package with them and one without
19:02.17ManxPower-workThis is only happens during an actual attended transfer.
19:02.20seanbrights/package/tarball/
19:03.04ebroadkpfleming, weird issue after applying that patch
19:03.18ebroadthe dial plan doesnt continue after receiving the fax
19:03.45Corydon76-digebroad: um, that's why the "h" extension exists
19:04.34ebroadCorydon76-dig, does res_fax explicitly call Hangup?
19:04.42ebroadapp_fax didn't
19:05.12Corydon76-digUh, all Hangup does is return -1.
19:05.26Corydon76-digIt is a massively simple application
19:05.50ebroadCorydon76-dig, http://www.pastebin.ca/1842680
19:06.07ebroadthat worked before i applied the patch from rb 556
19:06.26seanbrightR556
19:06.31MuffinMan[R556] Improve handling of T.38 re-INVITEs that arrive before a T.38-capable application is executing on a channel. [Pending] Submitted by kpfleming => https://reviewboard.asterisk.org/r/556/
19:06.33Corydon76-digPfft.  You should be using the "h" extension
19:06.42ebroadand with app_fax on older * versions
19:06.52ManxPower-workebroad, then the older * versions were WRONG
19:07.05ebroadcould be
19:07.07seanbrightwith a capital WRONG
19:07.11seanbrightheh
19:07.18Corydon76-digebroad: believe it or not, but Asterisk does have bugs.  In all versions.
19:07.37ManxPower-workI just wish I could find out if MY problem is a bug or not.
19:08.21ManxPower-workSounds like it will be easier just to roll back to 1.23.1
19:08.28ebroadCorydon76-dig, i am well aware of that :), however afaik there is no documentation that states after ReceiveFax is done, asterisk WILL hangup
19:08.57ManxPower-workebroad, no.  The documenation states when the calling channel hangs up the "h" extension is called.
19:09.23ManxPower-workWhich, it seems, is exactly what you are seeing.
19:09.32russellbCorydon76-dig: so, to make sure I understand this properly, worst case, the test will hang for a minute now?
19:09.49Corydon76-digA minute?
19:09.59Corydon76-digHow do you get a minute?
19:10.22russellbyeah, from the nanosleep(&sixty_seconds, NULL);
19:10.31russellbif you send your signal right before it hits that ...
19:10.39russellbyou'll be waiting on the condition until it decides to wake up
19:11.11Corydon76-digTechnically, I suppose you're correct
19:11.14russellbright
19:11.17russellbI realize it's an edge case
19:11.54Corydon76-digI really don't think that's even a possibility, given how the scheduler works
19:11.58Corydon76-digkernel scheduler
19:12.13russellbah, assumptions!  *covers ears*
19:12.45russellbanyway, gave a ship it
19:12.47seanbrightputnopvut: very nice
19:14.22ManxPower-workguess I'll file a bug report.
19:15.21*** join/#asterisk-dev korihor (~korihor@201.210.226.98)
19:17.11*** join/#asterisk-dev atis_work (~atis_work@193.238.212.171)
19:18.30ManxPower-workThe missing a=rtpmap: in the packet Asterisk sends to the phone is what concerns me.
19:21.57seanbrightif chan_sip didn't make my eyes bleed, i would take a lok
19:22.04seanbrights/lok/look./
19:22.39ManxPower-workseanbright, everyone feels like that except for one crazy Swede(sp!)
19:22.45Kobazheh
19:22.50seanbrightand he's asleep
19:23.30ManxPower-workseanbright, I'd not bother him anyway.
19:25.42russellbwhy not?
19:26.42ManxPower-workrussellb, because he bought me vodka.
19:26.46russellbha, nice
19:26.57leifmadsenI got rum from him
19:29.12Corydon76-digCitron?
19:29.22leifmadsenno, I can't remember what it was
19:36.39putnopvutseanbright: what was the "very nice" in regard to?
19:36.42putnopvutreview 558?
19:36.59seanbrightputnopvut: yes
19:37.04putnopvutseanbright: thanks!
19:47.36*** part/#asterisk-dev ManxPower-work (~manxpower@216.186.151.147)
19:49.08*** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com)
19:56.17*** join/#asterisk-dev alecdavis (~alec@202.36.76.21)
20:00.40russellbseanbright: and on top of that, check out 560
20:00.46russellbputnopvut: you rock, dude
20:00.56seanbrighti know
20:01.00seanbrightthe man is CRAZY
20:16.54alecdavisre 17037 question earlier, should a 'Bad Magic number' segfault asterisk, if not, I'll commit 17037
20:17.43*** join/#asterisk-dev atis_work (~atis_work@193.238.212.171)
20:17.52ebroadkpfleming, faxdetect works like a charm as well on chan_sip
20:22.31*** join/#asterisk-dev xpot-mobile (~xpot@66.60.101.91)
20:24.21kpflemingyes
20:24.32kpflemingwe're going to add faxdetect triggering on an incoming t.38 reinvite as well
20:24.38ebroadnice work!
20:24.40ebroadthanks
20:25.09ebroadi still think we should be sending the right ip in the c and o sdp lines
20:26.10kpflemingwe should, agreed
20:26.15ebroadget_our_media_address() gets its addresses from ast_rtp_instance_get_local_address which when using nat is wrong
20:26.27ebroadthat will always return the internal ip
20:27.02ebroadshould i patch ast_rtp_instance_get_local_address to use p->ourip if it is different
20:27.04*** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com)
20:27.12ebroador just change get_our_media_address
20:27.28kpflemingcan't say
20:27.31kpflemingdon't know that code well enough
20:27.43ebroadin other words, should p->ourip trump all or not...
20:28.19*** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com)
20:29.38putnopvutrussellb: thanks
20:39.14alecdaviscresl1n: and rmudgett, we're still running pri, and not a single lockup for weeks :):) since changes to reallow pritimer 'k' to be changed to 3, instead of the default of 7.
20:41.31Cresl1nalecdavis: thanks for the update
20:41.40Cresl1nwe'll probably bump that to something lower by default
20:41.44Cresl1nI'm trying to decide what it should be
20:43.50alecdaviscresl1n, what about a backoff type algorithm, if retransmission with 7 fails, drop to 3.
20:44.26Cresl1nI think that it's probably not going to be that simple
20:44.39alecdavisi knew that..
20:56.02Cresl1nBut that still is a good thought...
21:04.15alecdaviscresl1n: The backoff concept 'may' have solved our ISDN switch issue, may not work for others. On the flip side, and in hindsite, it would be usefull to have known that we were having retransmission errors, reported to the console.
21:04.59Cresl1nIt used to report to the console, if I remember correctly
21:05.23Cresl1nthat might have been something that something didn't like seeing, so the message was masked
21:05.29ebroadkpfleming, 17044 if you are absolutely bored :<0
21:05.38kpflemingi wish
21:05.39Cresl1ns/something that something/ something that someone/
21:05.44ebroadhehe
21:07.11Cresl1nAlthough it's pretty understandable, since rejects are not altogether uncommon, and not something to be concerned about in most cases
21:07.56alecdaviscresl1n: maybe on every retransmission it might get annoying, but when multiple retries are happening, with the apparent lockup of the pri, it would be usefull. But for us, we're fixed right now.
21:11.57*** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-146.cablep.bezeqint.net)
21:11.57*** mode/#asterisk-dev [+o tzafrir] by ChanServ
21:15.13alecdaviscresl1n: M16791 although hardly ever used, should perhaps be commited.
22:06.26philipp64attached a proposed fix...  2-liner.
22:06.28philipp64M17040
22:06.31MuffinMan[new] [Asterisk] Core/Configuration 0017040: [patch] Explicit context set in SIP peer overridden by default domain context reported by pprindeville https://issues.asterisk.org/view.php?id=17040
22:15.25*** part/#asterisk-dev Cresl1n (~matt@asterisk/libpri-and-libss7-expert/Cresl1n)
23:18.08seanbrightmmm, malicious call id support!  i need that feature
23:21.00russellbyou would.
23:23.03seanbrighti hate having to pay to read documentation
23:23.07seanbrightlame
23:23.14fileyes you are
23:26.30seanbrighti think EN 300 180 is the wrong standard
23:26.46seanbrightor spec, rather.
23:35.15leifmadsenphilipp64: can you post that on reviewboard. Pretty much all chan_sip changes, especially functionality changes, need to go through that process
23:35.32leifmadsenI'd like to get some feedback on that before it gets committed
23:48.30*** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202)
23:48.30*** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ
23:49.57*** join/#asterisk-dev arthurh (~arthurh@207.114.199.107)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.