| 00:13.42 | *** join/#asterisk-dev JerJer[mobile] (n=jj@24-231-253-65.dhcp.aldl.mi.charter.com) |
| 00:18.36 | tzanger | yes |
| 00:27.18 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:27.18 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 00:36.52 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 01:16.40 | *** join/#asterisk-dev anonymouz666 (n=anonymou@200.218.193.6) |
| 01:19.25 | anonymouz666 | why after removing the read-only mode for 'dst' from ast_cdr_setvar() the -- Executing Set("SIP/300-08f61768", "CDR(dst)=04311112222") in new stack 'works'... but in CDR the dst is still being recorded as the ${EXTEN} |
| 01:29.58 | anonymouz666 | ast_copy_string(cdr->dst, c->exten, sizeof(cdr->dst)); |
| 01:30.03 | anonymouz666 | maybe that could explain |
| 01:39.11 | *** join/#asterisk-dev jeffg (i=ssA1HNtN@pdpc/supporter/active/jeffg) |
| 02:01.05 | anonymouz666 | how inside the function ast_cdr_init() I can check if some CDR var was created? if (ast_var_name(newvariable)) { ast_copy_string(cdr->dst, newvariable, sizeof(cdr->dst)); } if not just copy c->exten... make sense? |
| 03:03.42 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 03:09.27 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 04:15.16 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 04:16.47 | *** join/#asterisk-dev JerJer[mobile] (n=jj@24-231-253-65.dhcp.aldl.mi.charter.com) |
| 04:17.34 | *** join/#asterisk-dev JerJer[mobile] (n=jj@24-231-253-65.dhcp.aldl.mi.charter.com) |
| 04:24.11 | Damin | I find it ridiculous that the latest SVN version of Zaptel for 1.2 will not actually build on Centos 3 |
| 04:25.56 | Damin | Considering that Centos 3 will be supported for another 3 years or so.. |
| 04:26.32 | Qwell | RHEL3 was EOL on 4/30/2006 |
| 04:26.48 | Qwell | only security updates until 10/31/2010 |
| 04:26.59 | paravoid | and zaptel 1.2 will eol pretty soon :) |
| 04:27.02 | paravoid | (I guess) |
| 04:28.32 | snuff-work | Damin: ..i think its addressed in latest zaptel 1.2/1.4 svn |
| 04:30.12 | Damin | Qwell: It's in Maintenance will 2010.. |
| 04:30.18 | Damin | Until rather.. |
| 04:30.39 | Qwell | which means security fixes |
| 04:32.13 | Damin | Yeah.. but so is 1.2 |
| 04:32.35 | Damin | So why add new functionality to Zaptel 1.2 that breaks it on a stable, maintenance only distribution? |
| 04:33.15 | Damin | That makes no sense.. |
| 04:33.44 | file | Zaptel 1.2 is not security fixes only |
| 04:35.19 | Damin | So Asterisk 1.2 is deprecated, but Zaptel 1.2 is not? |
| 04:35.51 | paravoid | I'm no RHEL zealot myself (rather the opposite), but my opinion on breaking stuff on maintainance releases is known around here :P |
| 04:36.26 | paravoid | Damin: the best you can do, imho, is provide them a patch |
| 04:36.44 | Corydon76-dig | We don't call 1.2 "deprecated". It's the wrong word. |
| 04:36.56 | Damin | I can easily patch around the issue by removing the wct4xxp driver from the Makefile.. |
| 04:37.07 | Damin | But it's kind of stupid... |
| 04:37.10 | paravoid | Damin: obviously not that kind of a patch |
| 04:37.20 | Corydon76-dig | It has simply reached the end of its development cycle |
| 04:38.05 | Damin | paravoid: Sure, but Zaptel's build process is a complete clusterfuck anyways, so adding in Distribution specific patches is a totally bogus amount of overhead.. |
| 04:38.28 | paravoid | Damin: err, I fail to see what you propose for a solution though |
| 04:38.31 | Damin | paravoid: It's easier for me to simply comment out the drivers that I don't need.. |
| 04:39.13 | paravoid | for you, perhaps; that's not going to be commited (afaik), and you're complaining to the comitters |
| 04:39.18 | paravoid | doesn't make much sense :) |
| 04:39.39 | Damin | paravoid: I don't have a solution.. it's just frustrating... |
| 04:40.59 | Damin | paravoid: It's hard to build any structure or process around stuff that changes.. In this case, Zaptel 1.2 and Asterisk 1.2 have built on that platform for several years.. |
| 04:41.04 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 04:41.14 | Damin | paravoid: And now it doesn't. |
| 04:41.49 | paravoid | Damin: I don't have commit access, let alone control on what goes in or out of the tree; I've complained several times myself for incompatible changes on maintenance releases |
| 04:41.59 | paravoid | but what was actual progress was *fixing* those |
| 04:42.06 | paravoid | and submitting patches. |
| 04:42.25 | Damin | paravoid: Which I do when I have the opportunity.. |
| 04:43.09 | Damin | paravoid: But it would just be nice to see some stability in the releases such as exists w/ Apache and PHP etc.. |
| 04:44.40 | snuff-work | php... that code changes heaps between rls's.. i remember readin somewhere like 20k lines change between 5.x releases |
| 04:45.01 | Damin | snuff-work: Yeah, but it's build process and targets didn't change.. |
| 04:45.23 | Damin | snuff-work: I.E. you could still build it on all the platforms that it originally was targeted for.. |
| 04:45.52 | Damin | snuff-work: Except on certain fringe platforms like StrongArm... |
| 04:48.08 | snuff-work | mm true.. cant always have it working.. it is open source |
| 04:51.41 | *** join/#asterisk-dev bkruse (n=bkruse@76.73.154.120) |
| 04:51.41 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 05:13.30 | *** join/#asterisk-dev jmls_work (n=jmls@81.138.42.77) |
| 05:18.07 | jameswf-home | sunday night is not the time to work on your asterisk box.... crap its not going to be up monday |
| 06:09.39 | *** join/#asterisk-dev bkruse (n=bkruse@76.73.154.120) |
| 06:09.39 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 06:23.12 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 07:00.21 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:02.19 | *** join/#asterisk-dev oej (n=olle@218.Red-80-34-119.staticIP.rima-tde.net) |
| 07:02.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:13.36 | snuff-work | hello oej |
| 07:13.46 | oej | Morning |
| 07:21.54 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 07:30.11 | tzafrir | oej, I would appreciate it if you get the time to take a brief look over http://bugs.digium.com/11662 (Hebrew support for Asterisk), |
| 07:30.39 | *** join/#asterisk-dev zuchmir (n=zuchmir@123-2-65-142.static.dsl.dodo.com.au) |
| 07:30.39 | oej | My Hebrew is not that good |
| 07:30.43 | oej | :-) |
| 07:30.50 | tzafrir | Not that I expect you to understand Hebrew. It is just that there appears to be patching in many places there |
| 07:31.46 | tzafrir | Yeah, I know we should stick to just one language |
| 07:31.47 | tzafrir | C |
| 07:34.08 | *** join/#asterisk-dev bkruse (n=bkruse@76.73.154.120) |
| 07:34.08 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 07:35.17 | tzafrir | oej, well, try asking yourself what places you would need to change for Asterisk to properly speak Sweedish |
| 07:35.41 | oej | I think swedish is closer to English than hebrew |
| 07:37.28 | oej | This WiFi network stinks |
| 07:37.55 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-321178.home.otenet.gr) |
| 07:40.58 | *** part/#asterisk-dev bkruse (n=bkruse@76.73.154.120) |
| 07:50.38 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 08:17.12 | *** join/#asterisk-dev nebojsajsimic (n=nebojsaj@cable-89-216-16-106.static.sbb.co.yu) |
| 08:19.39 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 08:49.36 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.20.243.195.user.ajato.com.br) |
| 09:03.01 | *** join/#asterisk-dev hmmhesays (n=Neg@24-119-176-74.cpe.cableone.net) |
| 09:04.18 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 09:18.24 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 10:07.47 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 10:13.05 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 10:13.34 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 10:14.19 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 10:33.24 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 10:48.50 | *** join/#asterisk-dev snuff-home (n=snuffy@220-253-47-33.VIC.netspace.net.au) |
| 10:51.20 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 10:52.46 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:03.01 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:22.50 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 11:30.51 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 11:45.22 | *** join/#asterisk-dev oej (n=olle@113.Red-88-8-67.dynamicIP.rima-tde.net) |
| 11:45.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:01.31 | *** join/#asterisk-dev agx (n=AGX@88.34.216.63) |
| 12:01.51 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 12:11.10 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 12:26.40 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 12:29.27 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 12:44.13 | *** join/#asterisk-dev snuff-home (n=snuffy@220-253-47-33.VIC.netspace.net.au) |
| 12:48.30 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 12:54.58 | *** join/#asterisk-dev mcargile (n=mcargile@rrcs-24-173-134-222.se.biz.rr.com) |
| 12:59.12 | *** join/#asterisk-dev oej (n=olle@113.Red-88-8-67.dynamicIP.rima-tde.net) |
| 12:59.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:59.14 | steliosk | does the zaptel 1.2.23 has the patches to solve the cflags issues of the .24 kernel ? |
| 13:07.06 | steliosk | to answer my own question..... no it does not ;) |
| 13:07.47 | tzafrir | no. try 1.2 svn |
| 13:14.57 | flujan | hi all. Sometimes my asterisk box stop processing calls to the queue |
| 13:15.10 | flujan | I put people on the queue but asterisk is not delivering it. |
| 13:15.15 | flujan | how can I debug it? |
| 13:15.16 | flujan | :) |
| 13:15.30 | flujan | it works flawless for 5 hours... and randomly stops... |
| 13:15.46 | flujan | just valgrind could provide information to detect that if it is or not a bug? |
| 13:16.36 | file | compile with DEBUG_THREADS, provide core show locks output on a Mantis issue when it happens... that'll confirm whether it is a deadlock or not |
| 13:22.03 | *** join/#asterisk-dev jeffg (i=xKjqo6S3@pdpc/supporter/active/jeffg) |
| 13:23.40 | flujan | thanks file |
| 13:23.49 | flujan | I am also running realtime queues. |
| 13:25.27 | flujan | When it happens, asterisk stops to make a SELECT * FROM queue_members WHERE interface LIKE '%' AND queue_name = ' |
| 13:25.27 | flujan | Estudantes' ORDER BY interface |
| 13:26.46 | flujan | an file, the CLI commands related to queues stop working when it happens... queue show Estudantes for instance show nothing. |
| 13:28.48 | file | core show locks and Mantis issue... it'll get looked at |
| 13:29.42 | flujan | file: ok thanks. :D |
| 13:41.17 | jmls | mmmm. thanks |
| 13:51.11 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 13:54.22 | file | AHA |
| 13:54.29 | jmls | quick! hide! |
| 13:54.39 | jmls | file: whassup ? |
| 13:54.57 | file | solved an issue. |
| 13:55.23 | jmls | :) |
| 13:57.59 | file | jmls: how is jmls doing today? |
| 13:58.27 | jmls | not so bad, thank you |
| 13:58.37 | jmls | I am recovering from a weekend of DIY though |
| 13:58.42 | file | uh oh |
| 13:59.04 | jmls | we got quotes on the work we wanted doing. |
| 13:59.16 | jmls | How Much ????? was our response :( |
| 14:00.05 | file | awwwwww poor jmls |
| 14:00.07 | file | or soon to be... |
| 14:00.10 | jmls | so now I can tile, grout, put up fasicas plumb toilets and sinks, put up coving, plaster and rewire lighting and sockets ;) |
| 14:00.37 | file | but how _well_ can you do all of the above? |
| 14:01.04 | jmls | actually very well - I'm quite impressed :) |
| 14:04.20 | jmls | oh, and I can also find bugs in asterisk ! |
| 14:04.32 | jmls | what was the problem you fixed ? |
| 14:06.07 | jmls | A100549 ? |
| 14:06.10 | MuffinMan | [100549] Committed by file on 2008-01-28 09:57:38: Don't do a network byte order conversion when setting the socket's port variable to that of bindaddr's. It is already in the correct network byte order. |
| 14:06.16 | file | yes |
| 14:06.19 | jmls | heh |
| 14:31.29 | *** join/#asterisk-dev JerJer[mobile] (n=jj@24-231-253-65.dhcp.aldl.mi.charter.com) |
| 14:51.17 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:52.15 | *** join/#asterisk-dev oej (n=olle@113.Red-88-8-67.dynamicIP.rima-tde.net) |
| 14:52.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:57.27 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:57.27 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:09.58 | *** join/#asterisk-dev ManxPower (n=manxpowe@97-81-241-251.dhcp.lds.al.charter.com) |
| 15:20.49 | *** join/#asterisk-dev oej (n=olle@113.Red-88-8-67.dynamicIP.rima-tde.net) |
| 15:20.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:21.37 | *** part/#asterisk-dev nebojsajsimic (n=nebojsaj@cable-89-216-16-106.static.sbb.co.yu) |
| 15:31.29 | file | quiet morning. |
| 15:33.21 | jsmith | file: I was thinking the same thing |
| 15:33.50 | file | jsmith: we seem to be the early birds |
| 15:34.05 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:34.09 | jsmith | It's getting close to noon your time -- you consider that *early*? |
| 15:34.15 | *** part/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:34.30 | ManxPower | yes. early. |
| 15:34.47 | ctooley | shhhh, you'll wake the animals. |
| 15:34.50 | file | well I was up at 8AM my time... and let's face it, swdev wobbles into the office late. |
| 15:35.46 | jsmith | True, that |
| 15:35.56 | kpfleming | what? |
| 15:36.04 | file | kpfleming speaks! |
| 15:36.29 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:36.49 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 15:36.49 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:38.11 | steliosk | tzafrir : Any idea why etch complains about the binutils version when trying to build a 2.6.24 kernel ? |
| 15:41.59 | tzafrir | steliosk, I don't know about 24, but I built and used 23 on Etch |
| 15:42.30 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:46.01 | oej | file: Thanks for making res_features a non-module :-) |
| 15:46.14 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:46.27 | *** join/#asterisk-dev aikanaro79 (n=noone@89.181.99.178) |
| 15:46.38 | file | it was Qwell! |
| 15:46.51 | oej | file: Ok, no-thank you |
| 15:46.55 | oej | qwell: Thank you! |
| 15:47.06 | file | yay |
| 15:48.14 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 15:48.32 | jsmith | Why, it's oej! |
| 15:49.01 | aikanaro79 | hi ppl...I can't find help anywhere else so I'm sorry to come here but can anyone tell me how does asterisk authenticate a user when he/she tries to make a sip call? |
| 15:49.33 | ManxPower | aikanaro79: same way every other sip server does -- check the RFCs |
| 15:50.01 | aikanaro79 | ManxPower: proxy-authenticate right? |
| 15:50.18 | ManxPower | I would have to check the RFCs. |
| 15:51.57 | kpfleming | tzafrir: ping |
| 15:52.05 | tzafrir | here |
| 15:52.28 | kpfleming | i backported those Kbuild changes to zaptel 1.2 on Friday, so we'll need to keep them in sync with what you are doing in 1.4 |
| 15:52.51 | kpfleming | also, is there any particular reason why you used '-include' instead of just 'include' for the Kbuild files |
| 15:53.42 | tzafrir | The main Makefile should be run even when there's no valid kernel source |
| 15:53.48 | kpfleming | (that last one is only in xpp) |
| 15:53.51 | kpfleming | oh, ok |
| 15:53.53 | kpfleming | thanks |
| 15:54.03 | tzafrir | So a -include was used, IIRC |
| 15:54.09 | kpfleming | makes sense |
| 15:56.52 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:56.53 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:10.41 | *** join/#asterisk-dev j4m3s (n=james@216.207.245.1) |
| 16:17.36 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:17.36 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:43.08 | russellb | 1.4.18 coming soon |
| 16:43.14 | russellb | let me know if you have anything pending |
| 16:43.26 | *** join/#asterisk-dev hmmhesays (n=Neg@24-119-176-74.cpe.cableone.net) |
| 16:44.25 | Qwell | russellb: the vpb thing, no? |
| 16:44.33 | Qwell | vbp*? |
| 16:44.45 | Corydon76-lap | Was that removed from 1.4, or just trunk? |
| 16:44.53 | Qwell | just trunk, but it was deprecated in 1.4 |
| 16:45.14 | Corydon76-lap | It's still deprecated until we get updated code |
| 16:45.21 | Qwell | fair enough |
| 16:52.36 | tzafrir | Is there any sort of feature freeze before 1.6? |
| 16:52.59 | Corydon76-lap | Kind of |
| 16:53.34 | Corydon76-lap | When we branch trunk to 1.6.X, we freeze that branch for about a week before we release it |
| 16:54.02 | Corydon76-lap | but all releases for 1.6 will be made as a snapshot from trunk |
| 16:54.55 | Corydon76-lap | and there will be no 1.6 branch to track |
| 16:56.14 | *** part/#asterisk-dev aikanaro79 (n=noone@89.181.99.178) |
| 16:56.54 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:59.30 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:00.51 | Corydon76-lap | jmls: ping |
| 17:01.11 | kpfleming | Corydon76-lap: slight clarification... 1.6.x releases will be made from trunk, 1.6.x.y releases will be made from 1.6.x branches |
| 17:02.22 | lmadsen | is there going to be RC's of 1.6 before they get tagged as 1.6.x ? |
| 17:02.34 | lmadsen | I saw some discussion about that... (just curious) |
| 17:02.38 | russellb | yes |
| 17:02.39 | Corydon76-lap | kpfleming: oh, right... |
| 17:02.56 | lmadsen | russellb: and you were going to apply that to 1.4 going forward? |
| 17:03.08 | lmadsen | Corydon76-lap: you poked me? what can I do for y'all |
| 17:03.16 | Corydon76-lap | M9279 |
| 17:03.17 | MuffinMan | [ready for testing] [Asterisk] CDR/cdr_pgsql 0009279: fields "start", "answer" and "end" are always empty. reported by rottenroddy http://bugs.digium.com/view.php?id=9279 |
| 17:03.18 | russellb | lmadsen: yes |
| 17:03.26 | Corydon76-lap | I need you to make that break |
| 17:03.27 | lmadsen | russellb: coolio -- thx for the update |
| 17:03.36 | lmadsen | Corydon76-lap: I seem to be good at that eh? :) |
| 17:03.55 | Corydon76-lap | lmadsen: more specifically, there are datatypes that I don't ever use |
| 17:04.24 | Corydon76-lap | and you may think of a conversion other than what I've done that should work |
| 17:04.51 | lmadsen | okie -- I'll try and get to it... within a reasonable time |
| 17:04.55 | Corydon76-lap | e.g. if you put an integer into a datetime field, it assumes that the value is a unixtime that needs to be converted |
| 17:05.27 | Qwell | and if you put in a string... boy is that fun |
| 17:05.33 | lmadsen | btw: are we going to deprecate the cdr_<specifc_DB_modules> for 1.6 and just use ODBC? |
| 17:05.46 | lmadsen | (or at any point in the future?) |
| 17:05.46 | Corydon76-lap | or it does that on odbc, but I didn't yet on this one, and I need to know if anything it does is unexpected |
| 17:05.48 | Qwell | lmadsen: the users would revolt |
| 17:06.04 | Corydon76-lap | No, instead, I'm giving adaptive capabilities to all the drivers |
| 17:06.04 | lmadsen | I'm a user and I won't revolt :) |
| 17:06.46 | Corydon76-lap | This is the 3rd CDR driver that is getting it. Last (and most difficult) is TDS |
| 17:07.00 | Qwell | do we have a tds cdr module? |
| 17:07.00 | lmadsen | gotcha... well good luck to you :) |
| 17:07.14 | Corydon76-lap | I was reading the FreeTDS docs over the weekend... half the API is not implemented |
| 17:07.18 | Qwell | hmm, I guess we do |
| 17:07.40 | Qwell | Corydon76-lap: what about sqlite? |
| 17:07.57 | Corydon76-lap | sqlite is just barely better than cdr_csv |
| 17:08.15 | Corydon76-lap | You can literally specify ANY column already and it just takes it |
| 17:08.19 | Qwell | oh |
| 17:08.46 | Corydon76-lap | or at least the backend does. I need to look at the driver and see if it also does that |
| 17:09.03 | jmls | Corydon76-lap: pong |
| 17:09.19 | Corydon76-lap | Yeah, you can have a char(4) in sqlite and insert a 1000 byte string, and it'll take all 1000 chars |
| 17:09.33 | Qwell | Corydon76-lap: odd |
| 17:09.41 | Corydon76-lap | jmls: if I wrote cdr_curl, would you use it? |
| 17:09.59 | Corydon76-lap | More specifically, would you test it? |
| 17:10.04 | jmls | Corydon76-lap: I would indeed |
| 17:10.15 | Corydon76-lap | Okay, I'll look into adding it |
| 17:10.19 | jmls | thanks |
| 17:10.20 | jsmith | Corydon76-lap: POSTing to a web server using curl... interesting... |
| 17:10.30 | Corydon76-lap | Qwell: I'm also considering writing a res_config_tds |
| 17:10.34 | jmls | jsmith: get with it: we use it all the time ;) |
| 17:10.37 | Corydon76-lap | just for completeness |
| 17:10.48 | jsmith | jmls: No, I just never thought of doing that w/ Asterisk |
| 17:11.06 | jmls | jsmith: I meant with asterisk 8-) |
| 17:11.07 | Corydon76-lap | jsmith: res_config_curl already exists |
| 17:11.24 | Corydon76-lap | cdr_curl should be vastly easier |
| 17:11.24 | jsmith | Corydon76-lap: Yes, I know |
| 17:11.58 | Corydon76-lap | I might also take the opportunity to put the management functions into res_curl, instead of relying on func_curl.so to be loaded |
| 17:12.20 | Corydon76-lap | jmls: s/official// |
| 17:12.31 | jmls | yay! |
| 17:12.52 | jmls | Be back soon |
| 17:13.27 | Corydon76-lap | We're going to make the dialplan bow to the billing backend, instead of the billing backend bow to the CDR engine |
| 17:14.11 | Corydon76-lap | Once again, people will wonder how they ever worked with anything but 1.6 (just like they do with 1.4) |
| 17:15.14 | Corydon76-lap | Actually, I think I might let my class write cdr_curl |
| 17:15.26 | *** join/#asterisk-dev JerJer[mobile] (n=jj@24-231-253-65.dhcp.aldl.mi.charter.com) |
| 17:17.12 | Damin | Corydon76-vcch: Funny. I'm wondering how people actually work WITH 1.4... ;) |
| 17:18.15 | Corydon76-lap | Quite well, actually. I was referring specifically to func_odbc |
| 17:19.04 | Corydon76-lap | I have quite a few users of my backport to 1.2, even |
| 17:19.06 | Damin | Corydon76-lap: I know.. I was just busting balls.. 1.4 is getting better, but it's taking a hell of a long time... |
| 17:19.37 | Damin | I still only have a single 1.4 box in a pre-production status right now.. |
| 17:20.19 | lmadsen | I've been using 1.4 for over a year |
| 17:20.20 | Damin | Everything else is still running 1.2 |
| 17:20.42 | lmadsen | anyways, I'm off to the grocery! |
| 17:20.53 | Corydon76-lap | Well, we set a very high standard with 1.2... |
| 17:21.29 | Damin | 1.2 is a solid, known quantity for me with well known quirks, all of which can be worked around. |
| 17:21.50 | Damin | I've got 1.2 boxes that have been up for over a year.. |
| 17:22.13 | Corydon76-lap | boxes up for a year or the Asterisk process up for a year? |
| 17:22.38 | Corydon76-lap | because if the process has been up that long, there are some remote exploitable flaws |
| 17:22.39 | Damin | The boxes have been up.. asterisk has been re-started a couple of times to update modules.. |
| 17:22.58 | Corydon76-lap | Okay, good |
| 17:23.15 | Damin | But every box that we run is behind a firewall w/ very restrictive policies.. |
| 17:23.31 | Corydon76-lap | Frick, it's cold early today |
| 17:24.00 | *** join/#asterisk-dev mcargile (n=mcargile@rrcs-24-173-134-222.se.biz.rr.com) |
| 17:24.10 | Damin | I have to return some kegs today.. |
| 17:24.17 | Damin | Get my deposit back.. |
| 17:43.28 | jmls | ready to test curl_cdr |
| 18:00.35 | Corydon76-lap | Heh, might be a few weeks before my class is up to the point of writing it |
| 18:07.23 | jmls | ;) |
| 18:38.00 | Qwell | A100627 |
| 18:38.03 | Qwell | russellb: that was a noop |
| 18:38.05 | MuffinMan | [100627] Committed by russell on 2008-01-28 14:27:08: Merged revisions 100626 via svnmerge from |
| 18:38.23 | Qwell | s^res/res_features^main/features^ |
| 18:39.19 | russellb | beautiful |
| 18:41.28 | russellb | Qwell: fixed |
| 18:41.36 | Qwell | yay |
| 19:10.50 | *** part/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 19:22.25 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 19:22.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 19:34.47 | kpfleming | russellb: r100629 is another odd one |
| 19:41.30 | *** join/#asterisk-dev mcargile (n=mcargile@rrcs-24-173-134-222.se.biz.rr.com) |
| 19:45.44 | outtolunc | is someone gonna put a $$ on the exhibit page so people have an idea if they can afford it? |
| 19:45.53 | outtolunc | for DAW |
| 19:50.40 | Corydon76-lap | outtolunc: I think it depends on how big a booth you want |
| 19:51.21 | outtolunc | want and afford are 2 different things <G> |
| 19:51.43 | outtolunc | i'll fill out the form and pray <G> |
| 19:51.51 | Corydon76-lap | The pricing schedule is likely complicated enough that it also depends on which spaces are available, and you'd need to talk to them to even figure that out |
| 19:52.59 | outtolunc | k, thanks |
| 20:06.31 | russellb | A100629 |
| 20:06.32 | MuffinMan | [100629] Committed by russell on 2008-01-28 14:34:20: For some reason, the use of this strdupa() is leading to memory corruption on |
| 20:06.49 | russellb | kpfleming: yes ... but since that fixed it, and it's an uncommon platform, I just moved on ... |
| 20:06.58 | kpfleming | understood |
| 20:07.07 | russellb | i hate doing hacks that i don't understand |
| 20:07.13 | russellb | but i just don't want to waste time |
| 20:07.34 | kpfleming | yeah, it's stack space either way, potentially quite a bit more with this method, so it really makes no sense |
| 20:07.48 | russellb | yeah |
| 20:09.47 | kpfleming | can somebody look at something for me to help me figure out whether i'm insane or not? |
| 20:09.57 | kpfleming | http://bugs.digium.com/file_download.php?file_id=17495&type=bug |
| 20:10.12 | kpfleming | search for '99 times' |
| 20:11.53 | kpfleming | ok, so at 19:52:45 we dropped the first frame because the outbound zap channel is still dialing |
| 20:12.03 | kpfleming | (this is a zap channel calling another zap channel, btw) |
| 20:12.21 | kpfleming | then we got 99 more frames, all dropped, before the dial complete event occurred |
| 20:12.32 | kpfleming | to my thinking, that would be nearly (or exactly) 2 seconds, at 20ms per frame |
| 20:12.45 | kpfleming | however, the log says that all happened in one second (approximately) |
| 20:13.17 | russellb | bizarre. |
| 20:13.34 | kpfleming | no kidding |
| 20:13.36 | russellb | you're not insane ... |
| 20:13.43 | russellb | is this 1.4 or trunk? |
| 20:13.46 | kpfleming | 1.4 |
| 20:14.05 | russellb | ok, so there is no message queue that could have been behind and caught up in a second ... |
| 20:14.21 | kpfleming | that's not the bug that was reported, but if this system isn't handling wall-clock time properly i wonder if it could be making a problem |
| 20:14.40 | *** join/#asterisk-dev hmmhesays (n=Neg@24-119-176-74.cpe.cableone.net) |
| 20:15.02 | kpfleming | i'm going to upload a patch for this person to try to give me some more debugging info... after i get back from an errand |
| 20:15.40 | russellb | rockin' |
| 20:17.42 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:20.03 | *** join/#asterisk-dev bkruse (n=bkruse@76.73.154.120) |
| 20:20.10 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 20:20.23 | De_Mon | in call files, is there an undocumented keyword for "Options:" or something maybe so I can set tT and M()? |
| 20:21.01 | De_Mon | I'm not even sure where to look for the callfile code :] |
| 20:23.49 | ctooley | pbx_spool.c I think |
| 20:24.20 | russellb | what do you mean Options: ? |
| 20:24.24 | russellb | you just put it in the Data: field |
| 20:24.28 | russellb | Application: Dial |
| 20:24.35 | russellb | Data: SIP/123,,tTM(foo) |
| 20:25.35 | De_Mon | yeah pbx/pbx_spool.c |
| 20:26.47 | De_Mon | Hmmm, I've been using Channel: SIP/mynumber and just sending it to a destination |
| 20:27.43 | De_Mon | I think... I can do it with application and data by swapping the two end points |
| 20:33.29 | russellb | that's fine too, just use Set: DIAL_OPTIONS=tTM(foo) |
| 20:33.33 | russellb | and use that in your destination |
| 20:46.16 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 20:48.36 | De_Mon | Did I really miss "DIAL_OPTIONS" being a valid variable |
| 20:49.05 | file | never heard of it |
| 20:49.25 | De_Mon | thats freaking awesome if its there. |
| 20:49.39 | file | a quick grep shows nothing |
| 20:50.00 | De_Mon | nod |
| 20:50.08 | De_Mon | I'm looking in 1.4 did you look in trunk? |
| 20:50.12 | *** join/#asterisk-dev agx (n=badpengu@81-174-45-149.dynamic.ngi.it) |
| 20:50.28 | file | both. |
| 20:50.54 | De_Mon | hmm |
| 20:51.48 | De_Mon | I'm sitting here trying to write a callfile with app and data, it's such a different way of thinking |
| 20:52.21 | file | you could just make it dial a local channel which does a Dial with whatever you want |
| 20:52.31 | outtolunc | yeah well 'some of us think wierd' <G> |
| 20:53.50 | De_Mon | laugh, I'm doing enough crazy things with local I'm amazed I havent gone crazy already. |
| 20:55.48 | *** part/#asterisk-dev agx (n=badpengu@81-174-45-149.dynamic.ngi.it) |
| 21:06.28 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 21:06.28 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:21.06 | outtolunc | nice: asterisk on front cover of networkworld |
| 21:21.10 | outtolunc | congrats |
| 21:21.13 | jsmith | outtolunc: Oh? |
| 21:21.50 | outtolunc | http://www.networkworld.com/ also |
| 21:21.51 | jsmith | Oh, *that* article |
| 21:21.57 | jsmith | Been there, done that... |
| 21:22.03 | outtolunc | k |
| 21:22.17 | Juggie | jsmith, bad article? |
| 21:23.02 | jsmith | Juggie: No, I just didn't realize it was gonna be a front-page article |
| 21:23.07 | Juggie | ah |
| 21:43.31 | De_Mon | I'm pretty sure I did this .call right, http://pastebin.ca/876550 |
| 21:44.37 | De_Mon | you can ignore 9-13 |
| 21:54.20 | *** join/#asterisk-dev dlynes (n=dlynes@d206-116-205-178.bchsia.telus.net) |
| 21:55.10 | *** join/#asterisk-dev ZX81_ (n=matt@202.49.106.158) |
| 22:22.37 | *** join/#asterisk-dev brimstone (n=brimston@pdpc/sponsor/digium/brimstone) |
| 22:22.45 | jmls | got .. to ... get ... some .... zzzzzz's |
| 22:22.48 | jmls | night all |
| 22:38.28 | *** join/#asterisk-dev robbiet480 (n=robbiet4@c-98-207-66-39.hsd1.ca.comcast.net) |
| 22:57.26 | *** part/#asterisk-dev brimstone (n=brimston@pdpc/sponsor/digium/brimstone) |
| 23:03.51 | russellb | don't break asterisk. i'm about to build a couple tarbaalls |
| 23:04.06 | Qwell | oh, let me revert that commit then |
| 23:04.14 | russellb | :p |
| 23:04.16 | Qwell | no, I'm just kidding :D |
| 23:04.36 | russellb | Qwell: i'm afraid about trying to install reviewboard on carolina, heh |
| 23:04.45 | Qwell | yeah... |
| 23:04.46 | russellb | i'll bug you if i have gentoo problems :) |
| 23:04.47 | file | ugh, so am I |
| 23:04.50 | Qwell | do we own that machine? |
| 23:04.53 | russellb | yes, we do |
| 23:04.55 | Qwell | why don't we just...replace it? |
| 23:04.57 | file | python is probably old... |
| 23:05.06 | russellb | because ... it's ... out in carolina? |
| 23:05.12 | Qwell | ...and? |
| 23:05.18 | Qwell | :D |
| 23:05.31 | russellb | we don't have a machine to replace it with |
| 23:05.43 | russellb | and it would like, be a lot of work |
| 23:05.58 | Qwell | yeah, there is that |
| 23:07.18 | russellb | Python 2.4.4 (#1, Jun 12 2007, 17:28:54) |
| 23:07.18 | russellb | [GCC 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)] on linux2 |
| 23:07.36 | Qwell | 2.4 isn't very old |
| 23:10.05 | *** join/#asterisk-dev ManxPower (n=manxpowe@187.sub-75-201-35.myvzw.com) |
| 23:11.02 | russellb | why does gentoo have to suck so much? |
| 23:12.57 | outtolunc | because it comes in 'stages' <G> |
| 23:13.20 | ManxPower | because it's a FreeBSD wannabe. |
| 23:15.09 | *** join/#asterisk-dev anthm (n=anthm@mb40736d0.tmodns.net) |
| 23:15.09 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:21.27 | hmmhesays | heh I got rxfax to load once on this blackfin now it freaks out again |
| 23:23.40 | *** join/#asterisk-dev RoyK (n=roy@ip-91-25-149-91.dialup.ice.no) |
| 23:50.14 | De_Mon | is retrydial getting depriciated in 1.6? |
| 23:51.05 | De_Mon | I just got an email in effect saying calls made with retrydial don't work right |
| 23:51.25 | De_Mon | not sure how much time to spend on finding out why |
| 23:55.43 | *** part/#asterisk-dev RoyK (n=roy@ip-91-25-149-91.dialup.ice.no) |