| 00:07.37 | *** join/#asterisk-dev hmmhesays (n=Neg@24-119-176-74.cpe.cableone.net) |
| 00:07.46 | hmmhesays | can someone tell me what muted.c is? |
| 00:09.30 | tzanger | looks like a c source file to me |
| 00:10.15 | hmmhesays | tzanger: haha yeah, I meant do I need it |
| 00:10.24 | tzanger | :-) |
| 00:10.26 | hmmhesays | tzanger: i'm compiling for this blackfin |
| 00:10.29 | tzanger | ahh |
| 00:10.47 | tzanger | I'm not sure, why are you not just using the buildroot asterisk, are you going for something more esoteric |
| 00:11.03 | hmmhesays | I like to compile outside buildroot first |
| 00:11.19 | hmmhesays | and I lost connection to the server and astfin svn is down |
| 00:11.56 | hmmhesays | not to mention buildroot is a pita if you want to make any changes |
| 00:14.55 | hmmhesays | for what I need to do also it is quick and easy to script up all my dependencies to build against the bfin toolchain |
| 00:16.04 | tzanger | I never have much trouble with buildroot |
| 00:16.09 | tzanger | but yeah I hear ya |
| 00:17.24 | tzanger | hmmhesays: doesn't look like it's needed per se |
| 00:17.27 | tzanger | although it looks interesting |
| 00:21.49 | hmmhesays | config.c: In function ‘config_text_file_load’: |
| 00:21.49 | hmmhesays | config.c:811: error: ‘GLOB_NOMAGIC’ undeclared (first use in this function) |
| 00:22.09 | hmmhesays | yay |
| 00:27.06 | hmmhesays | I wonder where it is supposed to be declared at because, I don't get that when I compile for my native arch |
| 00:27.27 | Qwell | uclibc config. you're going to run into a lot of problems if you aren't familiar with it... |
| 00:27.46 | hmmhesays | I'm not, but I will be. |
| 00:53.41 | *** join/#asterisk-dev jeffg (i=Vewq99Jl@pdpc/supporter/active/jeffg) |
| 01:00.51 | *** join/#asterisk-dev hmmhesays (n=Neg@24-119-176-74.cpe.cableone.net) |
| 01:01.05 | hmmhesays | maybe you could point me in the right direction lol |
| 01:04.05 | tzanger | nice, I can buy a high-res mass spectrometer from my government |
| 01:48.49 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:09.09 | *** join/#asterisk-dev hmmhesays (n=Neg@24-119-176-74.cpe.cableone.net) |
| 02:50.15 | JunK-Y | i still cant report bugs. |
| 02:50.19 | JunK-Y | always getting PPLICATION ERROR #1303 |
| 02:50.20 | JunK-Y | Invalid value for field |
| 02:51.00 | Qwell | JunK-Y: see the bug about revisions higher than 100000, heh |
| 02:51.03 | Corydon76-dig | JunK-Y: don't put in a svn revision greater than 99999 |
| 02:51.49 | JunK-Y | haa. |
| 03:19.00 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 03:19.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:14.15 | *** join/#asterisk-dev marc7 (n=marc@64.46.14.64.novuscom.net) |
| 04:21.50 | *** join/#asterisk-dev Patrickz_ (n=patrickz@61-90-163-149.static.asianet.co.th) |
| 04:22.11 | Patrickz_ | hello all |
| 05:50.54 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 06:32.28 | *** join/#asterisk-dev hmmhesays (n=Neg@24-119-176-74.cpe.cableone.net) |
| 06:50.04 | jmls | man, not enough sleep |
| 06:50.23 | hmmhesays | astfin svn is STILL down |
| 06:51.42 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 07:00.08 | jmls | should I file a bug about the small memory leak in cdr.c ? |
| 07:05.42 | denon | is it in trunk? |
| 07:06.55 | Corydon76-dig | jmls: what bug? |
| 07:09.30 | *** join/#asterisk-dev magumbade (n=magumbad@p5798BBF4.dip.t-dialin.net) |
| 07:10.32 | Corydon76-dig | jmls: I don't see any obvious memory leak in cdr.c. Of what are you referring? |
| 07:13.58 | jmls | Corydon76-dig: late last night I saw that my memory was being slowly used |
| 07:14.09 | jmls | 4031384 bytes in 4018 allocations in file 'cdr.c' |
| 07:14.44 | jmls | show memory allocations cdr.c gave loads of "1004 bytes allocated in ast_cdr_alloc at line 466 of cdr.c" |
| 07:15.11 | Corydon76-dig | So you have CDRs that aren't getting posted and destroyed for some reason |
| 07:15.21 | Corydon76-dig | Do you have batching turned on? |
| 07:15.37 | jmls | no, I only have / use csv |
| 07:15.51 | Corydon76-dig | Any ForkCDR or NoCDR ? |
| 07:16.27 | jmls | No ForkCDR |
| 07:16.54 | jmls | I have 1 NoCDR, that's the first line in checking Voicemail |
| 07:18.54 | Corydon76-dig | and you don't have channels hanging out? |
| 07:19.08 | jmls | 0 active channels |
| 07:19.31 | Corydon76-dig | Hmmm |
| 07:19.55 | Corydon76-dig | Any of your filesystems full on your database server? |
| 07:20.07 | Corydon76-dig | or rather is /var full? |
| 07:20.37 | jmls | root is 80%, /boot 57% |
| 07:21.22 | Corydon76-dig | This is 1.4, correct? |
| 07:23.52 | Corydon76-dig | Are you sure you didn't activate batch mode in cdr.conf ? |
| 07:25.26 | Corydon76-dig | That should be the only reason for CDRs to hang out |
| 07:26.16 | jmls | 1.4 yes |
| 07:26.31 | jmls | why would batch be enabled for only csv ? |
| 07:27.15 | jmls | in cdr.conf: ;batch=no |
| 07:27.32 | Corydon76-dig | Okay, dunno, then |
| 07:27.33 | jmls | the only option is [csv] |
| 07:31.44 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 07:33.14 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 07:38.21 | snuff-work | mm Corydon76-dig with solaris i'm having errors thrown up about struct in_addr sin2 = {0,} i'm just changing them to struct in_addr sin2; memset(&sin2, 0, sizeof(sin2); |
| 07:38.36 | snuff-work | valid or should i consider a different way? |
| 07:40.48 | snuff-work | with the {0,} it throws the usual.. |
| 07:40.49 | snuff-work | chan_sip.c:3498: warning: missing braces around initializer |
| 07:40.49 | snuff-work | chan_sip.c:3498: warning: (near initialization for `sin2.S_un') |
| 07:42.27 | Corydon76-dig | snuff-work: try adding another set of braces |
| 07:43.10 | Corydon76-dig | i.e. { { 0, }, } |
| 07:45.35 | snuff-work | k |
| 07:46.05 | snuff-work | nup |
| 07:47.01 | snuff-work | same error.. |
| 07:47.16 | Corydon76-dig | Solaris is just being a dildo |
| 07:47.28 | Corydon76-dig | I'm going to bed |
| 07:48.17 | snuff-work | np later :) |
| 07:58.12 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-310048.home.otenet.gr) |
| 09:20.54 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 10:14.28 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 11:05.36 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:07.53 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 11:09.21 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583384.dsl.bell.ca) |
| 11:41.15 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 12:18.20 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583384.dsl.bell.ca) |
| 12:20.59 | *** part/#asterisk-dev marc7 (n=marc@64.46.14.64.novuscom.net) |
| 12:24.42 | *** join/#asterisk-dev morex (n=m@91.84.56.12) |
| 12:24.48 | morex | Hi there |
| 12:25.04 | morex | I'm trying to debug a sip/rtp issue from the source code |
| 12:25.13 | morex | Have figured out how to activate the ast_backtrace function |
| 12:25.17 | morex | which looks good |
| 12:25.20 | morex | BUT |
| 12:25.43 | morex | it doesn't always tell you wherabouts in the code the function call actually is |
| 12:25.49 | morex | Here's some example output: |
| 12:26.01 | morex | Jan 25 12:21:00] DEBUG[3724]: logger.c:835 ast_backtrace: #0: [080ACD1A] asterisk(ast_backtrace+0x3a) [0x80acd1a] |
| 12:26.01 | morex | [Jan 25 12:21:00] DEBUG[3724]: logger.c:835 ast_backtrace: #1: [080CEC51] asterisk(ast_rtp_write+0x41) [0x80cec51] |
| 12:26.01 | morex | [Jan 25 12:21:00] DEBUG[3724]: logger.c:835 ast_backtrace: #2: [B5F6E1C6] /usr/lib/asterisk/modules/chan_sip.so [0xb5f6e1c6] |
| 12:26.01 | morex | [Jan 25 12:21:00] DEBUG[3724]: logger.c:835 ast_backtrace: #3: [080849AA] asterisk(ast_write+0x4ea) [0x80849aa] |
| 12:26.04 | morex | [Jan 25 12:21:00] DEBUG[3724]: logger.c:835 ast_backtrace: #4: [0809A936] asterisk [0x809a936] |
| 12:26.06 | morex | [Jan 25 12:21:00] DEBUG[3724]: logger.c:835 ast_backtrace: #5: [0809D4DC] asterisk(ast_streamfile+0x11c) [0x809d4dc] |
| 12:26.19 | morex | Is there any way of converting this into the actual line of code responsible for the function call? |
| 12:26.46 | morex | This is for a v. large customer in the UK, so any assistance would be extremely helpful to us all... |
| 12:39.39 | *** join/#asterisk-dev pgarcia (n=pedgarci@201.64.55.94) |
| 12:40.35 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583384.dsl.bell.ca) |
| 13:06.37 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 13:18.34 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.118.27) |
| 13:32.26 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:32.26 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:32.28 | jmls | mm. I can reproduce the memory leak in cdr.c |
| 13:32.36 | jmls | well, sort of. |
| 13:33.05 | lmadsen | morning all! |
| 13:34.02 | jmls | My outbound dialler calls a zap channel, which answers. The call is then put through to an agent using chan_local. The agent then "parks" the call (using channel redirect to a meetme room). The agent then "picks" up the call and hangs up. |
| 13:34.25 | jmls | at this stage, I have a leak of 1004 bytes |
| 13:34.42 | jmls | 1004 bytes allocated in ast_cdr_alloc at line 466 of cdr.c |
| 13:51.28 | *** join/#asterisk-dev I-MOD (n=I-MOD@c-68-62-216-5.hsd1.al.comcast.net) |
| 13:53.16 | *** join/#asterisk-dev jeffg (i=5KV9vjU8@pdpc/supporter/active/jeffg) |
| 13:53.31 | I-MOD | hey guys, i was just playing with the pri line that I've got setup and was wondering about proper behavior of chan_zap when dialing |
| 13:54.07 | I-MOD | if I dial Zap/g1 or Zap/1, it goes out the proper line, but passes the line identifier as the extension |
| 13:54.28 | I-MOD | so the remote box ends up looking for 1 or g1 instead of s |
| 13:55.55 | jmls | I-MOD: you need to go to #asterisk |
| 13:56.31 | I-MOD | jmls, i was just wondering if that was proper behavior |
| 13:56.56 | *** join/#asterisk-dev snuff-home (n=snuffy@220-253-47-33.VIC.netspace.net.au) |
| 13:57.45 | I-MOD | imho, it should actually send "" as the dialed number |
| 13:57.56 | I-MOD | if you don't specify an extension to pass |
| 14:01.08 | I-MOD | there may be something in the spec about it, but I don't have access to the q931 spec |
| 14:05.19 | jmls | more info on the cdr leak: |
| 14:05.40 | jmls | My outbound dialler calls a zap channel, which answers. The call is then put through to an agent using chan_local. The agent then "parks" the call (using channel redirect to a meetme room), and the zap channel hangs up |
| 14:05.55 | jmls | the agent does not need to pick up the call |
| 14:05.59 | jmls | for the leak to happen |
| 14:06.00 | *** part/#asterisk-dev I-MOD (n=I-MOD@c-68-62-216-5.hsd1.al.comcast.net) |
| 14:08.42 | jmls | ah hah. It's the redirect that causing the problem. I just put a hangup instead of meetme and got the same leak |
| 14:09.53 | jmls | codefreeze: ping |
| 14:29.27 | *** join/#asterisk-dev mcargile (n=mcargile@rrcs-24-173-134-222.se.biz.rr.com) |
| 14:31.16 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:31.16 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:36.19 | codefreeze | jmls: how goes? |
| 14:36.43 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:36.43 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:40.20 | jmls | codefreeze: found a bug in the cdr handling. (it leaks 1004 bytes a time) |
| 14:40.30 | putnopvut | 1.4.17 doesn't have audiohooks merged yet, does it? |
| 14:40.49 | jmls | I've narrowed it down to the following scenario |
| 14:40.57 | jmls | SIP client calls zap |
| 14:41.52 | file | putnopvut: that version does not |
| 14:42.42 | putnopvut | Oh, and you closed the issue I was thinking about already :) |
| 14:42.45 | codefreeze | jmls: I'm in suspense... |
| 14:43.06 | file | putnopvut: yup. |
| 14:43.07 | file | putnopvut: I assigned a quick one to you though, go take 'er out |
| 14:43.07 | mcargile | is there a better solution to getting rid of this message: NOTICE[23041]: res_agi.c:2869 agi_exec_full: Hungup channel detected, running agi in dead mode. than just commenting the line out for it. I have to run an agi in the h extension and this message is really annoying |
| 14:43.07 | jmls | issue a redirect from the AMI to send the zap channel to another extension (which just hangs up the call) |
| 14:43.14 | putnopvut | file: yay |
| 14:43.19 | jmls | and you have a "1004 bytes allocated in ast_cdr_alloc at line 466 of cdr.c" |
| 14:43.21 | jmls | hanging around |
| 14:43.52 | jmls | if you redirect the sip channel, the leak doesn't happen ! |
| 14:44.08 | putnopvut | JunK-Y: I like your style (svn revision 666 on issue 11840). |
| 14:50.04 | codefreeze | jmls: have you filed a bug? What ver of asterisk? |
| 14:50.25 | jmls | codefreeze: not yet. Just worked out the way to replicate it. |
| 14:50.29 | jmls | Latest 1.4 svn |
| 14:50.46 | jmls | I'll raise one now if you want |
| 14:54.24 | jsmith | jmls: I think a bug report would definitely be the right thing to do, so poor codefreeze doesn't have to remember it all in his head |
| 14:55.06 | codefreeze | jmls: won't hurt... much..... and codefreeze's head isn't the best storage media... |
| 14:55.39 | jmls | aarg. Cannot use a revision number > 100000 |
| 14:55.47 | jmls | what to do ?? |
| 14:56.03 | Qwell | jmls: lie! |
| 14:56.14 | putnopvut | use your favorite number < 100000 |
| 14:56.34 | jmls | M11845 |
| 14:56.35 | MuffinMan | [new] [Asterisk] Core-General 0011845: Small memory leak in cdr.c reported by jmls http://bugs.digium.com/view.php?id=11845 |
| 14:56.46 | Qwell | 264? |
| 14:56.52 | jmls | yeah. Add 100000 |
| 14:56.54 | Qwell | heh |
| 14:57.43 | jmls | jsmith: chalk up another one ! |
| 14:58.34 | jsmith | jmls: Next time I'm in your neck of the world, I'll buy you a ${BEVERAGE} |
| 14:58.49 | Qwell | s,1,Set(BEVERAGE=Mercedes) |
| 14:58.54 | Qwell | hax |
| 14:58.57 | jmls | heh |
| 14:59.22 | jsmith | Qwell: I've never heard of a drink called Mercedes... but then again, I don't drink, so I wouldn't really know |
| 14:59.33 | Qwell | jsmith: it's not a drink. |
| 14:59.40 | Qwell | we need recursive variables like GNU make has.. |
| 14:59.54 | jsmith | Qwell: Just how stupid do you think I am?!? |
| 14:59.54 | Qwell | that would be...weird |
| 14:59.56 | putnopvut | A Mercedes is a lager with peppermint schnapps. |
| 15:00.03 | Qwell | putnopvut: really? |
| 15:00.06 | putnopvut | no. |
| 15:00.17 | jsmith | putnopvut: Good one! |
| 15:00.32 | jsmith | putnopvut: I always thought it was licorice... |
| 15:00.43 | putnopvut | Either way it would be pretty gross. |
| 15:03.50 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 15:03.50 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:04.53 | *** join/#asterisk-dev puzzled (n=patrick@pni-128-64-192-252.prioritynetworks.net) |
| 15:06.42 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:08.58 | Corydon76-dig | Qwell: we have recursive variables, actually |
| 15:09.42 | Corydon76-dig | ARG1...ARGn in particular |
| 15:09.57 | Corydon76-dig | And if you use the LOCAL() construct |
| 15:10.29 | mvanbaak | be sure not to put spaces in them, as that will blow up (if you implement it like in make) |
| 15:11.15 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:20.06 | Qwell | Corydon76-dig: well, I mean like x=${foo}, foo=bar, x now = bar |
| 15:20.32 | putnopvut | That seems more transitive than recursive. |
| 15:20.57 | Qwell | gnu make calls them recursive. the var isn't evaluated up until you use it |
| 15:20.58 | putnopvut | Although I guess it could be construed as recursive, depending on how symbols are looked up. |
| 15:21.15 | Corydon76-dig | Ah... |
| 15:21.32 | Qwell | so like... |
| 15:21.40 | Qwell | NEVER do x=$(shell pwd) in gnu make |
| 15:21.45 | Qwell | always do x:=$(shell pwd) |
| 15:21.56 | Qwell | (I checked - we do it right) |
| 15:22.55 | putnopvut | What's the difference in those two operators? |
| 15:23.02 | putnopvut | the = vs := ? |
| 15:23.06 | Qwell | = is recursive, := is not |
| 15:23.21 | Qwell | think of it kinda like pointers in C, I guess |
| 15:25.44 | Corydon76-dig | noop? Is that kind of like a vasectomy? |
| 15:26.21 | putnopvut | No, that would be an op. |
| 15:32.57 | jameswf | prevent software over population have your code spaid or neutered |
| 15:33.07 | Qwell | spaid? |
| 15:33.16 | Corydon76-dig | "spayed" |
| 15:33.59 | jameswf | << never had an animal spaid, spayed or spade" |
| 15:34.23 | Corydon76-dig | Spaying your software only prevents casual duplication... determined software will still replicate |
| 15:41.14 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:53.27 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 16:03.54 | *** join/#asterisk-dev lirakis (n=lirakis@65.200.191.241) |
| 16:04.29 | lirakis | does asterisk properly handle SIP redirect messages? |
| 16:04.57 | jsmith | lirakis: Could you be more specific? |
| 16:05.01 | lirakis | it seems to attempt to locally terminate no matter what the URI header shows |
| 16:05.36 | lirakis | i send invite to an openser server, which does a route lookup and returns a 302 multiple route redirect, with several host options |
| 16:05.48 | lirakis | and asterisk always attempts to terminate locally to the default context |
| 16:06.17 | jsmith | Yes, that's what Asterisk does, as I understand it |
| 16:06.34 | Corydon76-dig | Asterisk Is Not A Proxy(tm) |
| 16:06.58 | lirakis | Corydon76-dig: fair enough.. but i thought it would follow the redirect |
| 16:07.12 | Corydon76-dig | Asterisk Is Not A Proxy(tm) |
| 16:07.24 | lirakis | Corydon76-dig: fair enough.. but i thought it would follow the redirect |
| 16:07.32 | lirakis | he he.. maybe we got stuck there |
| 16:07.57 | Corydon76-dig | You're asking for proxy behavior. Still not a proxy. |
| 16:08.01 | lirakis | im not intending to use it as a proxy.. but id like to offload my routing to openser |
| 16:08.25 | lirakis | so when i dial 92xxxxxx it will ask openser for a route, then it will terminate my call |
| 16:08.26 | jsmith | lirakis: Then don't have openser send redirects to Asterisk that you don't expect Asterisk to handle locally |
| 16:08.48 | lirakis | jsmith: this is an academic exercise.. im just trying some new stuff |
| 16:09.18 | lirakis | jsmith: im curious about the possibilities of removing routing from * |
| 16:10.13 | lirakis | i guess Asterisk Is Not A Proxy(tm) |
| 16:10.36 | lirakis | i thought it might be an sbc |
| 16:10.41 | jsmith | lirakis: I don't know what you mean by "removing routing from Asterisk" |
| 16:10.52 | jsmith | lirakis: Asterisk is a back-to-back user agent. |
| 16:11.32 | jsmith | lirakis: SIP device A sends a call to Asterisk, and Asterisk acts as the *endpoint* for that call. Asterisk then makes a *seperate* call to SIP endoint B and bridges the two calls. |
| 16:11.38 | lirakis | jsmith: instead of hardcoding exten => _92XXXXXX, 1, Dial(SIP/${EXTEN}@myindiacarrier) ... |
| 16:12.03 | lirakis | jsmith: id just "dip" for the route by asking openser which would rewrite the uri and send a 300 redirect |
| 16:12.15 | jsmith | lirakis: If you'd rather have Asterisk send a redirect, look at the Transfer() application |
| 16:12.31 | lirakis | jsmith: ill take a look |
| 16:12.33 | lirakis | thanks |
| 16:22.46 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
| 16:22.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:24.10 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:25.25 | *** join/#asterisk-dev puzzled_ (n=patrick@pni-128-64-192-252.prioritynetworks.net) |
| 16:31.08 | lirakis | jsmith: transfer worked |
| 16:31.11 | lirakis | thanks |
| 16:31.39 | mvanbaak | hey kpfleming |
| 16:31.48 | kpfleming | hi |
| 16:32.44 | mvanbaak | my boss wants to sponsor the lunches during devcon :) |
| 16:32.57 | Qwell | I'll sponsor napkins |
| 16:33.07 | mvanbaak | whehehe |
| 16:33.28 | kpfleming | that would be cool |
| 16:33.31 | kpfleming | catering is not cheap |
| 16:33.41 | mvanbaak | yeah |
| 16:34.09 | mvanbaak | we talked about it today during lunch. and he asked how many ppl so I said max 50 |
| 16:34.17 | mvanbaak | "ok, I'll sponsor lunch" |
| 16:34.18 | mvanbaak | cool |
| 16:34.44 | kpfleming | great! send me an email with your company details and i'll keep it in mind |
| 16:35.35 | mvanbaak | ok |
| 16:35.56 | mvanbaak | kpfleming@digium.com ? |
| 16:35.59 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:37.04 | kpfleming | yeppers |
| 16:38.57 | mvanbaak | Mail sent. |
| 16:39.34 | mvanbaak | I'm going home. having a great party later tonight at a friends place |
| 16:39.47 | mvanbaak | so I hope to be back online in about 24 hours |
| 16:39.58 | mvanbaak | :) |
| 16:40.37 | lirakis | mvanbaak: devcon = defcon? |
| 16:41.11 | jsmith | lirakis: Developers conference |
| 16:41.16 | mvanbaak | asterisk developers conference |
| 16:41.32 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 16:41.32 | lirakis | yeah .. it was a little joke |
| 16:41.41 | lirakis | like.. asterisk dev's gone wild |
| 16:41.49 | mvanbaak | uhhuh |
| 16:41.50 | kpfleming | mvanbaak: got it,thanks |
| 16:42.07 | mvanbaak | kpfleming: my work email address is michiel@terrazur.nl |
| 16:42.08 | mvanbaak | :) |
| 16:42.44 | mvanbaak | ok, party time. latero all |
| 16:43.15 | Corydon76-dig | IIRC, we did go wild at devcon... |
| 16:43.22 | jmls | <PROTECTED> |
| 16:43.40 | Corydon76-dig | or at least, that's what adherents of 1.2 would have you believe |
| 16:47.47 | lmadsen | hrmmmm... devcon! |
| 16:47.50 | lmadsen | maybe I'll go this year... |
| 16:47.56 | lmadsen | if I get another invite that is :) |
| 16:48.20 | file | lmadsen: pfft we'll never invite you |
| 16:48.25 | lmadsen | I got invited last year! |
| 16:48.27 | lmadsen | so there :) |
| 16:48.28 | file | nub free zone |
| 16:54.50 | *** part/#asterisk-dev pgarcia (n=pedgarci@201.64.55.94) |
| 17:03.24 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:43.18 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.118.27) |
| 17:51.47 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 17:51.47 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 18:01.17 | *** join/#asterisk-dev puzzled (n=patrick@pni-128-64-192-252.prioritynetworks.net) |
| 18:08.20 | *** part/#asterisk-dev morex (n=m@91.84.56.12) |
| 19:47.22 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 20:05.18 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 20:14.41 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 20:18.38 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 20:28.36 | Corydon76-dig | monkeytype: ping |
| 20:28.57 | monkeytype | pong |
| 20:31.44 | jsmith | Corydon76-dig: Don't bother him -- he's typing! |
| 20:32.08 | Corydon76-dig | Heh |
| 20:49.02 | jsmith | putnopvut: Ping? |
| 20:51.13 | putnopvut | jsmith: pong |
| 20:57.28 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 21:14.52 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 21:25.15 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.118.27) |
| 21:38.46 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583384.dsl.bell.ca) |
| 21:43.39 | kpfleming | very quiet in here today |
| 21:44.26 | file | everyone is working. |
| 21:45.18 | kpfleming | on a friday? |
| 21:45.42 | kpfleming | score! |
| 21:46.17 | Corydon76-dig | It's just not the same without russell... we'll have to tell him he can never take a vacation again |
| 21:47.15 | kpfleming | so i'll bring something up: i think we should mark chan_vpb in Asterisk 1.4 deprecated and remove it from trunk... it doesn't build with the recent VPB driver kits, and Voicetronix now makes Zaptel drivers for all of their current cards |
| 21:51.03 | lmadsen | makes sense |
| 21:51.19 | file | I concur |
| 21:51.22 | file | along with chan_features. |
| 21:59.56 | kpfleming | file: would you like to volunteer someone to make said changes? |
| 22:00.08 | file | I will volunteer... putnopvut |
| 22:00.26 | Qwell | putnopvut: you've been voluntold! |
| 22:00.37 | putnopvut | Thanks. So what, just mark it as deprecated and remove it from trunk? |
| 22:00.49 | putnopvut | Easy enough. |
| 22:01.43 | file | don't forget to remove the autoconf logic for chan_vpb |
| 22:01.57 | kpfleming | and makefile cruft as well |
| 22:02.21 | putnopvut | No prob. I'll get right on it. |
| 22:02.32 | kpfleming | which means we won't have any C++ modules left in the tree |
| 22:02.45 | putnopvut | Ooh. |
| 22:02.51 | jsmith | w00t! |
| 22:02.54 | Corydon76-dig | Um, except for chan_h323? |
| 22:02.58 | jsmith | That's a reason for celebration! |
| 22:03.01 | Qwell | find . -name '*.cc' |
| 22:03.01 | file | well... |
| 22:03.01 | Qwell | ./channels/chan_vpb.cc |
| 22:03.08 | jsmith | Corydon76-dig: Sure, rain on the parade... |
| 22:03.38 | file | chan_h323 is a wildcard |
| 22:03.45 | Qwell | a wildcard? |
| 22:03.50 | file | it's both. |
| 22:05.21 | putnopvut | So can I remove C++ dependency or not? |
| 22:06.44 | kpfleming | no |
| 22:06.47 | kpfleming | it just won't be used |
| 22:08.17 | putnopvut | Should the deprecation message be something like..."chan_vpb has been deprecated in favor of chan_zap and Voicetronix zaptel drivers" ? |
| 22:10.31 | *** part/#asterisk-dev lirakis (n=lirakis@65.200.191.241) |
| 22:11.47 | kpfleming | something like that, with Zaptel capitalized |
| 22:11.56 | putnopvut | Gotcha. |
| 22:14.32 | Corydon76-dig | Yay, my book on Q.931 and SS7 arrived |
| 22:14.42 | Qwell | scary |
| 22:14.44 | kpfleming | a new mashup? |
| 22:14.56 | jsmith | SS7.931! |
| 22:15.03 | file | Corydon76-dig: can you use this book to knock some unconscious? |
| 22:15.10 | file | erm someone |
| 22:15.15 | file | I'm dropping letters! |
| 22:15.51 | putnopvut | Corydon76-dig: what's the book? |
| 22:16.22 | Corydon76-dig | http://isbn.nu/0139737448 |
| 22:19.33 | putnopvut | Corydon76-dig: wow, quite a range of prices for that book. |
| 22:39.22 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:39.22 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:57.36 | Qwell | kpfleming: want what should be a really quick bug? |
| 22:57.38 | Qwell | M11846 |
| 22:57.39 | MuffinMan | [closed] [Zaptel] zaptel (the module) 0011846: Zaptel-1.4.8 fails to compile when CONFIG_ZAPATA_NET enabled reported by japple http://bugs.digium.com/view.php?id=11846 |
| 22:57.51 | kpfleming | i just fixed and closed it |
| 22:58.03 | Qwell | umm, wow |
| 22:58.11 | jmls | Corydon76-dig: ping |
| 22:58.51 | Qwell | I *just* updated, and was *just* looking at it |
| 22:59.03 | Qwell | res_telepathy must be getting close |
| 22:59.45 | jmls | Qwell: I knew you were going to say that |
| 22:59.46 | Corydon76-dig | pong |
| 22:59.53 | jmls | Corydon76-dig: ah hah |
| 23:00.06 | jmls | that memory leak we were talking about earlier in cdr.c |
| 23:00.19 | jmls | M11845 |
| 23:00.19 | MuffinMan | [new] [Asterisk] Core-General 0011845: Small memory leak in cdr.c reported by jmls http://bugs.digium.com/view.php?id=11845 |
| 23:00.29 | jmls | easily reproducible ;) |
| 23:03.12 | jmls | aarghh! no, not the bears ... |
| 23:09.11 | outtolunc | eh boo boo |
| 23:27.21 | *** join/#asterisk-dev oej (n=olle@218.Red-80-34-119.staticIP.rima-tde.net) |
| 23:27.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 23:30.27 | kpfleming | Qwell: can you take care of 11194? i agree that the naming convention seems to be inconsistent there, and we'll probably need to change the output that you see when you use -v to compensate for it |
| 23:33.29 | Qwell | to TX should be before RX in visual? |
| 23:35.30 | kpfleming | if that is what matches the output files... otherwise we need to change the output files to match the disply |
| 23:37.00 | Qwell | afaict, the output files match the display |
| 23:37.21 | kpfleming | then the reporter is just wrong, and the bug should be closed instead of sitting open for a month |
| 23:38.32 | Qwell | he may be right, partially. it's sending ZT_CONF_MONITORTX for the ioctl, and that's what gets used for RX output (file and display) |
| 23:38.57 | kpfleming | well... come to some decision |
| 23:44.08 | *** join/#asterisk-dev snuff-home (n=snuffy@C-61-68-160-157.bur.connect.net.au) |