| 00:00.09 | putnopvut | that? |
| 00:00.09 | jpeeler | yeah, that's probably related |
| 00:01.48 | jpeeler | working_fork should be properly detected but it is not |
| 00:02.01 | Corydon76-dig | jpeeler: rerun ./bootstrap.sh |
| 00:02.04 | Corydon76-dig | and it'll be fixed |
| 00:02.18 | jpeeler | i thought i tried that earlier, will try again |
| 00:02.26 | Corydon76-dig | I just tried it now |
| 00:02.55 | *** join/#asterisk-dev matthew___i (n=matthew@adsl-163-41-84.hsv.bellsouth.net) |
| 00:03.13 | jpeeler | i did too, but still no go |
| 00:03.30 | jpeeler | anything else need to be done? |
| 00:03.38 | jpeeler | maybe i'll clean everything |
| 00:03.47 | Corydon76-dig | jpeeler: did that not remove it from menuselect-deps.in ? |
| 00:04.21 | Corydon76-dig | Don't worry about menuselect-deps; that file gets regenerated when you run configure |
| 00:04.38 | Corydon76-dig | It's the .in file that matters |
| 00:05.34 | jpeeler | what are you looking for to be absent? |
| 00:05.44 | jpeeler | the WORKING_VFORK line is still there |
| 00:05.55 | Corydon76-dig | but WORKING_FORK vs WORKING_VFORK |
| 00:06.33 | Corydon76-dig | It's the V that is the problem |
| 00:08.32 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.90) |
| 00:14.34 | jpeeler | Corydon76-dig: i'm not sure where to look |
| 00:15.05 | Corydon76-dig | jpeeler: I just regenerated and committed |
| 00:15.14 | Corydon76-dig | It's fixed |
| 00:15.38 | jpeeler | oh, that file |
| 00:20.15 | jpeeler | it still does not replace the result in menuselect-deps |
| 00:23.16 | jpeeler | maybe it should be PBX_WORKING_FORK |
| 00:24.13 | jpeeler | success |
| 00:27.09 | jpeeler | goes home |
| 00:35.24 | *** join/#asterisk-dev mosty (n=mosty@eth1426.vic.adsl.internode.on.net) |
| 00:36.09 | mosty | i think i have spotted a regression between 1.4.23-rc2 and 1.4.23.1 - hold music restarts with each Dia(...|m) command in 1.4.23.1, whereas it previously continued from where it left off. are there any settings which may have caused this on my part, or should i report this as a bug? |
| 00:36.36 | snuff-work | not that dreaded problem again.. |
| 00:38.08 | mosty | snuff-work: heh yes. i just want to confirm it's not something i may have done before i dig it up again. i have tested it on a machine changing nothing except the asterisk install (same config files) |
| 00:39.10 | snuff-work | i would say u should look at the changelog between rc2 and .1 |
| 00:39.36 | snuff-work | look for anything involving changes to file streams or similar |
| 00:40.21 | mosty | there have been changes to res_musiconhold |
| 00:46.30 | snuff-work | ok well if u can prove that its gone bad put a bug up on the bugs.digium.com website listing the issue |
| 00:47.00 | snuff-work | and the changes made to the code from rc2 to .1 |
| 00:47.10 | snuff-work | or if u really want to track it down.. |
| 00:47.37 | snuff-work | make it easier for all is to try checking out each rc after 2 and see at which point it stops working |
| 00:48.29 | snuff-work | you can do that by svn co http://svn.digium.com/svn/asterisk/tags/1.4.23-rcX |
| 00:50.25 | mosty | i've created the bug report, and will add more specific info as i get the packages built for the two rc's in between |
| 00:58.49 | snuff-work | :) |
| 01:53.18 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 01:53.18 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:35.21 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 02:35.21 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:38.23 | *** join/#asterisk-dev matthew___i (n=matthew@adsl-163-35-202.hsv.bellsouth.net) |
| 03:48.36 | *** join/#asterisk-dev ScribbleJ (n=sj@c-67-172-6-141.hsd1.il.comcast.net) |
| 04:02.35 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 04:02.35 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 05:49.31 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 05:49.31 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 06:39.13 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 06:46.16 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 07:01.46 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:02.09 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 07:38.14 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:09.20 | tzafrir_laptop | sysfs branches finally getting interesting. Finally you can just plug in a DAHDI device and it gets configured |
| 08:12.27 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 08:12.27 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 08:23.53 | *** join/#asterisk-dev Mr_BOnD_007 (i=bond0070@119.160.199.6) |
| 08:52.29 | *** join/#asterisk-dev matthew___i (n=matthew@adsl-163-35-202.hsv.bellsouth.net) |
| 08:56.11 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 09:04.10 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.198) |
| 09:25.29 | snuff-home | nice work tzafrir_laptop :) |
| 10:42.37 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:48.53 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:22.32 | tzafrir_laptop | wonders what's why asttest isn't simply in lua |
| 11:47.56 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 11:47.56 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 11:52.50 | *** join/#asterisk-dev Mr_BOnD_007 (i=bond0070@119.160.199.6) |
| 12:02.47 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 12:13.43 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:18.00 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:29.25 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 12:29.25 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 12:49.04 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 12:53.03 | *** join/#asterisk-dev DarkRift (n=dark@65.92.250.117) |
| 12:54.53 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.79.73) |
| 12:55.02 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:55.02 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:02.50 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:02.50 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:05.27 | lmadsen | morning all |
| 13:10.43 | *** join/#asterisk-dev ctooley (n=ctooley@12.165.91.2) |
| 13:10.43 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:28.12 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 13:28.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:28.45 | oej | Afternoon! |
| 13:39.01 | *** join/#asterisk-dev jeremey_g (n=root@195.134.229.2) |
| 13:39.05 | jeremey_g | hello |
| 13:39.18 | jeremey_g | two sip phones registered with my * box are talking to each other. * receives a sip call that arrives on its extension 2000. Now how can i connect this call to the phone A and then hangup the phone B. |
| 13:39.34 | jeremey_g | is this possible in *??? |
| 14:21.46 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 14:24.29 | *** join/#asterisk-dev jmworx (n=jeval@mail.octasic.com) |
| 14:25.55 | *** join/#asterisk-dev cesau2 (n=cesau@66.94.94.66) |
| 14:26.16 | seanbright | according to ohloh we have just north of 500,000 LOC |
| 14:26.22 | seanbright | C code, that is. |
| 14:34.39 | mvanbaak | in asterisk or also dahdi ? |
| 14:35.53 | mvanbaak | if asterisk only |
| 14:36.07 | mvanbaak | we have 1 bug in every 1678 lines of code |
| 14:36.51 | lmadsen | lol |
| 14:37.40 | *** join/#asterisk-dev ctooley (n=ctooley@12.165.91.2) |
| 14:37.40 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 14:39.21 | seanbright | heh |
| 14:39.25 | seanbright | just asterisk |
| 14:39.45 | *** join/#asterisk-dev _ys (n=ys@91.151.196.6) |
| 14:51.29 | *** join/#asterisk-dev moy (n=chatzill@bas1-unionville55-1177733953.dsl.bell.ca) |
| 14:55.01 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 14:59.47 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 14:59.47 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:09.09 | *** join/#asterisk-dev moy (n=chatzill@bas1-unionville55-1177733953.dsl.bell.ca) |
| 15:11.16 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-029729a3229b9d83) |
| 15:11.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:17.35 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 15:20.04 | jmworx | russellb: ping |
| 15:23.41 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:28.25 | russellb | jmworx: hey. can't really talk right now, packing for a trip ... |
| 15:28.28 | kpfleming | russellb is offline while traveling to FOSDEM |
| 15:28.30 | russellb | jmworx: feel free to email me |
| 15:28.32 | kpfleming | lol |
| 15:28.35 | russellb | :-p |
| 15:28.37 | russellb | leaving soon. |
| 15:28.47 | jmworx | OK |
| 15:32.25 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-1745b6135cab6508) |
| 15:32.25 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:53.49 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-68f661bb89ac3a3f) |
| 15:53.49 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:01.42 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-45c17a16b9793d6d) |
| 16:01.42 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:03.47 | *** join/#asterisk-dev AJFisher (n=alex@82-70-11-70.dsl.in-addr.zen.co.uk) |
| 16:10.16 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:10.16 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:22.42 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 16:28.14 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@nat/digium/x-ac10a94735f5f89e) |
| 16:30.34 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 16:49.50 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 16:49.50 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:58.57 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:58.57 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:16.28 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 17:16.28 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 17:42.38 | *** join/#asterisk-dev _ys (n=Miranda@236-069.nat.mns.ru) |
| 17:44.51 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:44.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:53.55 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:05.28 | *** join/#asterisk-dev jupeterson (n=John@c-24-126-160-141.hsd1.ga.comcast.net) |
| 18:06.00 | jupeterson | does anyone have any good howto links that talk about how to setup Asterisk to store voice messages in MySql |
| 18:10.57 | _ys | Hello. where is now http://svn.digium.com/svn/libpri/trunk ? |
| 18:11.48 | _ys | copypasted from "Get the source" page |
| 18:13.20 | Marquis42 | _ys: I vaguely remember /trunk going away for some reason, but I can't recall the specifics. If you're looking for the code to run with any current version of Asterisk, though, you want either a released version or /branches/1.4 |
| 18:13.55 | Marquis42 | But the link should probably be fixed. |
| 18:17.36 | _ys | Marquis42: Thanks. released (tagged) version, work. branch 1.4 - no :( |
| 18:18.25 | Marquis42 | You mean you couldn't check it out, or the code itself did not compile/link/function? |
| 18:22.59 | ScribbleJ | If I have some code I'l like to contribute, does it need to be a patch against the 1.6 branch, or 1.4, or both? Is there a link that maybe describes the process? |
| 18:23.02 | _ys | Marquis42: I mean functionality. pri_cpe (and pri_net) noticed me, what overs side used that signalling, but span not connected (in RED alarm state). If I use tag - no problemm |
| 18:23.19 | ScribbleJ | By process, I mean, of contributing, not of writing the patch! heh |
| 18:24.10 | mvanbaak | ScribbleJ: is it new functionality or a bugfix ? |
| 18:24.10 | Marquis42 | _ys: OK, it might behoove you to open a bug if you're having some issues then. Glad that at least a tagged release is working for you. |
| 18:24.25 | ScribbleJ | mvanbaak, new functionality. New engine plugin for Generic Speech API. |
| 18:24.41 | mvanbaak | ScribbleJ: all new stuff should be a patch against trunk |
| 18:25.04 | mvanbaak | ScribbleJ: first thing to do is get an account on http://bugs.digium.com |
| 18:26.00 | mvanbaak | ScribbleJ: once you have an account, sign the license disclaimer there |
| 18:26.00 | ScribbleJ | mvanbaak, thanks, I will start there. |
| 18:26.00 | _ys | Marquis42: : I know :) If i found thr problem point, i'm without delay post bug and patch :) |
| 18:26.00 | mvanbaak | ScribbleJ: create a patch against trunk (unified diff format) and create a ticket on bugs.digium.com with the patch attached |
| 18:26.07 | ScribbleJ | mvanbaak, perfect, that's what I needed to know! |
| 18:26.30 | mvanbaak | ScribbleJ: make sure you tick the box 'Check if this is a code or documentation submission' checkbox when uploading the patch |
| 18:27.01 | mvanbaak | ScribbleJ: as long as Digium legal department did not activate your license we can see there's a patch but we cant view the contents |
| 18:27.17 | mvanbaak | ScribbleJ: once the license is ok (will prolly take a day or two) we can see the patch |
| 18:27.27 | ScribbleJ | mvanbaak, wow... impressive legal tech, I like it. |
| 18:27.49 | mvanbaak | ScribbleJ: some dev will have a look at it sooner or later and give feedback. if the patch is good the first time it will get committed |
| 18:28.26 | mvanbaak | ScribbleJ: yeah. Digium also provides an Asterisk Business Edition that's not opensource. That's why you have to sign the disclaimer |
| 18:28.45 | mvanbaak | ScribbleJ: the disclaimer basically gives digium the rights to use your patch in their closedsource edition |
| 18:28.53 | ScribbleJ | That seems highly unlikely... my C is very rusty; last time I was heavy into C was before the C99 standard, too and that doesn't help. |
| 18:28.58 | mvanbaak | ScribbleJ: you're not giving away your copyright or anything |
| 18:29.10 | ScribbleJ | I'm planning on spending at least a day cleaning it all up before I submit it though. |
| 18:29.16 | mvanbaak | that's the reason there's a disclaimer |
| 18:29.27 | ScribbleJ | And more testing. Yeah, that makes sense to me, mvanbaak. |
| 18:30.49 | mvanbaak | ScribbleJ: if you want to read all about it: http://www.asterisk.org/developers/bug-guidelines |
| 18:31.06 | mvanbaak | I just gave you a quick-start |
| 18:31.26 | ScribbleJ | Thanks so much for your help. I appreciate the quick-start, I feel lot more comfortable witht he process now. |
| 18:35.49 | ScribbleJ | mvanbaak, the link you just gave says "see the notes below on "SIP", "valgrind" and "gdb" - but said notes are absent. You think I'm missing anything important? |
| 18:37.39 | _ys | Hm. trunk not clean compiled on BSD 7.* box :( |
| 18:37.46 | ScribbleJ | I had a bit of trouble running valgrind against asterisk, but it's almost certainly just due to my lack of experience with both. |
| 18:37.46 | _ys | in dev mode |
| 18:38.03 | putnopvut | ScribbleJ: the valgrind and gdb notes most likely are important for trying to get output for helping with bug-fixing, so it likely wouldn't matter for someone contributing a new feature. |
| 18:38.20 | file | ScribbleJ: what engine is this against btw |
| 18:39.10 | ScribbleJ | file, cmu Sphinx, however if it is a problem, the engine plugin and the code that talks/links to Sphinx are separated into two distint parts. |
| 18:39.22 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 18:39.22 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:39.37 | ScribbleJ | Much like I would imagine LumenVox is. |
| 18:39.55 | file | it just might have to go into -addons depending on licensing |
| 18:40.19 | ScribbleJ | That makes sense.... the cmu licensing is a BSD-style license from what I recall |
| 18:40.35 | ScribbleJ | So I'm going to /guess/ it's just fine. |
| 18:45.03 | _ys | Ah: BSd <7: struct timeval have: "long tv_sec;" an 7: "time_t tv_sec;". And dev-mode agains not work :( |
| 18:47.00 | mvanbaak | omg, it's russell |
| 18:47.07 | mvanbaak | russellb: you on the airport ? |
| 18:47.16 | russellb | yup |
| 18:47.54 | _ys | Strange. If, i'm here - russel in airport :) |
| 19:11.41 | *** join/#asterisk-dev jeffg (i=B8vpvXfg@pdpc/supporter/active/jeffg) |
| 19:27.37 | *** join/#asterisk-dev jtodd (n=jtodd@96.8.38.118) |
| 19:31.15 | jupeterson | anyone here worked much with app_voicemail.c ? |
| 19:32.03 | putnopvut | jupeterson: I'd say that most people in here have done some work with it. What in particular did you want to know? |
| 19:33.06 | jupeterson | I'll past a small snipit to explain |
| 19:33.09 | jupeterson | WARNING[27437]: app_voicemail.c:3258 store_file: SQL Execute error! |
| 19:33.09 | jupeterson | [INSERT INTO voicemessages (dir,msgnum,recording,context,macrocontext,callerid,origtime,duration,mailboxuser,mailboxcontext,flag) VALUES (?,?,?,?,?,?,?,?,?,?,?)] |
| 19:33.28 | jupeterson | I get this output on the debug.. when I look in the code I found out where its doing this |
| 19:33.43 | jupeterson | my question is the values (?,?,?...) stuff... why the ?'s |
| 19:33.59 | jupeterson | shouldnt those be variables or is that what the ?'s are |
| 19:34.16 | putnopvut | jupeterson: that's the syntax that ODBC uses to be able to replace those places with the correct values. |
| 19:34.22 | putnopvut | ODBC is ... weird. |
| 19:35.04 | putnopvut | Unfortunately, "SQL Execute Error" isn't all that helpful in determining the problem. |
| 19:35.06 | jupeterson | but Asterisk is failing it appears because its getting the syntax of insert .... values (?,?...) which is an invalid SQL command |
| 19:35.11 | putnopvut | It may be an improperly set up table? |
| 19:35.26 | lmadsen | ya, usually is |
| 19:35.55 | jupeterson | did the table change from 1.4 to 1.6 ? I found some stuff on the web that was 1.4 based and created the table via those SQL commands |
| 19:36.23 | putnopvut | jupeterson: one difference is that there is an "urgent" field in the table to indicate if the message is urgent. |
| 19:36.28 | putnopvut | I'm not sure about other changes. |
| 19:36.56 | jupeterson | do you know where I could find the table info for 1.6? a link or something |
| 19:37.10 | putnopvut | hrmm, not off the top of my head, no :-/ |
| 19:37.20 | jupeterson | ah.. but wouldnt I see URGENT in the SQL command that the debug outputs |
| 19:37.32 | jupeterson | its not in the command above |
| 19:37.33 | putnopvut | ah, you're right. |
| 19:37.55 | putnopvut | actually, I think that's the "flag" in the command above. |
| 19:38.05 | jupeterson | yeah.. flag I added to my table when I saw that |
| 19:38.16 | jupeterson | it wasnt there before.. I made it of type VARCHAR though |
| 19:38.22 | jupeterson | not sure if that matters.. I didnt know the type |
| 19:38.52 | putnopvut | I think VARCHAR should work. |
| 19:39.30 | jupeterson | hmm.. ok.. I'll keep digging thanks... |
| 19:43.14 | jupeterson | hey putnopvut, can the table be empty or does it have to start off with some data in it? |
| 19:43.36 | putnopvut | It can start empty. |
| 19:44.12 | jupeterson | I found this: "INSERT INTO %s (dir, msgnum, context, macrocontext, callerid, origtime, duration, recording, mailboxuser, mailboxcontext, flag) SELECT ?,?,context,macrocontext,callerid,origtime,duration,recording,flag,?,? FROM %s WHERE dir=? AND msgnum=?",odbc_table,odbc_table); |
| 19:44.27 | jupeterson | where dir=? <--- what is that? |
| 19:44.50 | jupeterson | the ?'s are confusing the heck out of me I guess is my problem |
| 19:45.25 | Corydon76-dig | Placeholders |
| 19:46.03 | putnopvut | as I said before, ODBC is odd. Those ?'s are there so that the ODBC engine can replace them with the appropriate values. |
| 19:46.12 | Corydon76-dig | They are bound to values, in order, and the driver is responsible for doing whatever is necessary to ensure that the value is properly escaped |
| 19:46.29 | Corydon76-dig | putnopvut: that's actually not peculiar to odbc |
| 19:46.47 | Corydon76-dig | It's fairly standard database abstraction |
| 19:46.57 | jupeterson | ok.. so for some reason its not replacing the ?'s with values and is trying to insert them into the table |
| 19:47.29 | Corydon76-dig | I strongly doubt that |
| 19:47.32 | putnopvut | jupeterson: I don't think the string with the ?'s is literally the command that is executed. |
| 19:48.00 | jupeterson | ok... |
| 19:48.52 | Corydon76-dig | Are you using 1.2? |
| 19:49.44 | putnopvut | Corydon76-dig: he's using a 1.6 version. Not sure which, exactly. |
| 19:50.50 | Corydon76-dig | the prepare_and_execute routine in 1.4 and later should give more explicit errors |
| 19:51.35 | Corydon76-dig | all at LOG_WARNING levels |
| 19:53.16 | Corydon76-dig | The only exception to that is 1.6.1, where the regular insert doesn't |
| 19:53.24 | Corydon76-dig | but the copy still does |
| 20:02.27 | jupeterson | I fixed it guys.. thanks |
| 20:02.34 | jupeterson | It was a typo in the new field I added |
| 20:02.38 | jupeterson | flag vs. flags |
| 20:02.56 | putnopvut | ah, that'd do it :) |
| 20:03.58 | Corydon76-dig | Heh |
| 20:05.34 | Corydon76-dig | This is why I was working on making voicemail adaptive |
| 20:06.03 | Corydon76-dig | If you didn't have the right column, it would have simply skipped it |
| 20:06.29 | jupeterson | yeah, this would be a good thing.. I had to debug it to find there was a new field called flag so I added flagS by mistake and then went down a wild goose chase! |
| 20:06.40 | jupeterson | the new field wasnt in any docs I saw |
| 20:06.51 | Corydon76-dig | See UPGRADE.txt |
| 20:07.12 | jupeterson | ah.. ok.. I wasnt upgrading so ignored that file :-) |
| 20:07.16 | *** join/#asterisk-dev obnauticus (n=lol@about/windows/regular/obnauticus) |
| 20:09.14 | Corydon76-dig | Afternoon, obnauticus |
| 20:56.27 | *** join/#asterisk-dev jsolis (n=jimmy@190.41.153.85) |
| 21:10.08 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 21:10.08 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 21:15.55 | *** join/#asterisk-dev snuff-home (n=snuffy@C-59-101-134-70.mel.connect.net.au) |
| 21:15.55 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 21:19.14 | mvanbaak | dammit guys |
| 21:19.32 | mvanbaak | 75 mails in -bugs ml in two hours |
| 21:20.44 | mvanbaak | tag all, delete tagged |
| 21:20.48 | mvanbaak | tadaaaaaa |
| 21:49.29 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 21:49.29 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 21:58.21 | putnopvut | mvanbaak: heh. I completely ignore the asterisk-bugs mailing list. |
| 21:58.51 | putnopvut | I have ... thousands of unread messages, I guess. |
| 21:58.55 | mvanbaak | lol |
| 21:59.14 | putnopvut | The important bug notes go straight to my inbox, though. |
| 21:59.42 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 21:59.52 | mvanbaak | there are no important bugs :) |
| 21:59.57 | mvanbaak | ask neo |
| 22:00.02 | mvanbaak | 'there is no spoon' |
| 22:01.43 | putnopvut | I have 6050 unread messages in my Asterisk Bugs folder |
| 22:11.32 | Qwell | so...branches 1.6.1 doesn't currently compile for me O.o |
| 22:11.47 | mvanbaak | on what ? |
| 22:11.51 | kpfleming | a computer |
| 22:11.53 | Qwell | points to Corydon76-dig |
| 22:12.00 | Qwell | res_config_sqlite.c |
| 22:13.57 | mnicholson | how can i generate jitter for testing the jitter buffer? |
| 22:14.12 | mvanbaak | OpenBSD pf |
| 22:14.14 | kpfleming | there are iptables filters that can do it |
| 22:14.29 | mvanbaak | hides |
| 22:14.45 | mvanbaak | iptables == jitter |
| 22:14.53 | mvanbaak | hides better |
| 22:19.39 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:22.55 | mnicholson | ill check it out |
| 22:23.07 | mvanbaak | <PROTECTED> |
| 22:23.19 | mvanbaak | works on OpenBSD -current |
| 22:28.25 | mnicholson | looks like jitter generation can be done using something called netem in the linux kernel (in addition to iptables) |
| 22:29.09 | mvanbaak | yup |
| 22:29.15 | mnicholson | this might be fun |
| 22:29.22 | mvanbaak | too bad iptables does not implement queueing |
| 22:29.32 | mvanbaak | that would be helpfull |
| 22:29.34 | kpfleming | the tc stuff does |
| 22:29.48 | mvanbaak | yeah |
| 22:29.55 | mvanbaak | that's the name |
| 22:30.05 | mvanbaak | I haven't used linux in way too long |
| 22:30.32 | mnicholson | mvanbaak, how do you like bsd compared to linux? |
| 22:30.48 | mvanbaak | mnicholson: I think it's less sucky |
| 22:30.53 | mnicholson | heh |
| 22:31.06 | mvanbaak | in my opninion, every OS sucks |
| 22:31.24 | mvanbaak | there's some that suck less, and OpenBSD is on top of the list right now |
| 22:31.26 | mnicholson | and some suck less, just like web browsers... right |
| 22:31.36 | mnicholson | what makes openbsd suck less for you? |
| 22:31.43 | mvanbaak | it still sux, and has a lot of issues, but at least most of the issues are documented |
| 22:32.02 | mvanbaak | mnicholson: documentation is awesome on openbsd. |
| 22:32.22 | mnicholson | mvanbaak, you ever tried debian? |
| 22:32.34 | mvanbaak | and, it has some very nice features like carp, sasyncd, pf |
| 22:32.43 | mvanbaak | mnicholson: I started my career with debian |
| 22:32.56 | mvanbaak | mnicholson: when I _have_ to use linux I use debian |
| 22:33.57 | mvanbaak | I only use linux when I have to use dahdi hardware |
| 22:34.12 | mvanbaak | and as dom0 on vm servers |
| 22:34.50 | mnicholson | carp looks cool |
| 22:35.07 | mvanbaak | it is |
| 22:35.33 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:35.33 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 22:35.40 | mvanbaak | sasyncd is even better |
| 22:36.09 | mvanbaak | if you have an ipsec tunnel setup, and the ipsec server dies, the second takes over without loosing ipsec tunnels |
| 22:36.16 | mvanbaak | that's freaking awesome |
| 22:36.39 | mnicholson | linux needs that |
| 22:36.53 | mvanbaak | no |
| 22:37.01 | mvanbaak | linux needs a shot in the head ;) |
| 22:37.02 | mvanbaak | lol |
| 22:37.04 | mvanbaak | sorry |
| 22:37.15 | Marquis42 | mvanbaak: That *is* freaking awesome, as a matter of fact. I've done a bit of monkeying with OpenBSD and pf, and I was not aware of that capability. I think I'm going to be building a couple of firewalls over the weekend.... |
| 22:37.32 | mvanbaak | Marquis42: cool |
| 22:37.46 | mvanbaak | Marquis42: I'm in Brussels this weekend so I cannot help you. |
| 22:37.57 | mvanbaak | I'll be drinking beer with russellb |
| 22:38.02 | mvanbaak | and oej |
| 22:38.20 | mvanbaak | and now I'm going to bed |
| 22:38.21 | Marquis42 | mvanbaak: No worries, I'll hack at it until I figure it out. I have no major requirements immediately. |
| 22:38.22 | mvanbaak | latero all |
| 22:38.24 | Marquis42 | Heh, later. |
| 22:41.22 | mnicholson | http://www.ucarp.org/project/ucarp |
| 22:49.41 | jupeterson | does anyone know if its better to use the Asterisk cmd MYSQL or the Asterisk cmd RealTime to fetch data out of a MySQL database? |
| 22:50.30 | Qwell | jupeterson: neither. func_odbc |
| 22:50.31 | Marquis42 | jupeterson: That's a trick question, isn't it? ;) Actually, my preference (and if he's paying attention, Corydon76-dig's too) is to use FUNC_ODBC. |
| 22:50.58 | jupeterson | in the dialplan however |
| 22:51.08 | jupeterson | trying to create a statement in extensions.conf |
| 22:51.20 | Qwell | yes, func_odbc is used in the dialplan |
| 22:51.21 | Marquis42 | Same answer |
| 22:51.51 | jupeterson | ah.. ok.. didnt know that..thanks.. what makes it better? performance? |
| 22:54.22 | Qwell | jupeterson: performance, syntax, ease of use... it's just...better all around, really |
| 22:54.41 | jupeterson | ok, cool.. thanks |
| 22:59.30 | Corydon76-dig | yay for overengineering solutions! |
| 23:01.01 | Corydon76-dig | The original purpose of func_odbc was to query a blacklist out of an MS SQL Server database |
| 23:01.19 | kpfleming | you said some bad words right thee |
| 23:01.22 | kpfleming | s/thee/there/ |
| 23:01.32 | Corydon76-dig | Heh |
| 23:01.37 | Corydon76-dig | In 1.2, even |
| 23:03.31 | Corydon76-dig | Actually, func_odbc's original use predated the release of 1.2 |
| 23:04.01 | kpfleming | but it wasn't "func_odbc" then, since we didn't have dialplan functions |
| 23:04.08 | Corydon76-dig | Yes, we did |
| 23:04.18 | kpfleming | shows what i kow |
| 23:04.30 | Corydon76-dig | It's how I was able to do a port to ABE A.1 |
| 23:05.24 | Corydon76-dig | We didn't have dialplan functions in 1.0, but sometime before ABE A was branched, we had dialplan functions |
| 23:06.24 | Corydon76-dig | I think we can date the inception of func_odbc, because I finished the original implementation about 2 weeks after 1.2 was feature-frozen |
| 23:10.08 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:37.52 | mnicholson | nice, artificial jitter :) |
| 23:38.09 | mnicholson | ok, ill play with this some more tomorrow |
| 23:39.52 | putnopvut | spreads some jitter butter on a roll |
| 23:40.27 | macli | seems configs/extension.conf.sample is not always synced to released asterisk version |
| 23:41.28 | putnopvut | macli: are there some deprecated app or func calls in there? |
| 23:42.16 | macli | like app_chanisavail in 1.6.1-rc1 has no 'j' option, but in the released config/extension.conf.sample, it still has 'j' option in it |
| 23:42.38 | Qwell | pokes Corydon76-dig |
| 23:42.54 | putnopvut | macli: yuck, and it uses a | instead of a , |
| 23:42.57 | Qwell | Corydon76-dig: try building 1.6.1 :D |
| 23:43.18 | putnopvut | macli: |'s are all over that sample config, too. Geez. |
| 23:44.16 | macli | can be little confusion to users :-) |
| 23:44.34 | macli | if user use the sample config as base like me |
| 23:44.46 | putnopvut | Yes, luckily trunk has already been updated. Apparently the same change was not applied to the 1.6.X branches. |
| 23:45.04 | putnopvut | But the 'j' option for chanisavail is still in trunk's sample config file |
| 23:47.45 | Corydon76-dig | Qwell: okay |
| 23:49.56 | Corydon76-dig | Qwell: what should I be seeing? |
| 23:50.06 | Qwell | it's failing to build res_config_sqlite.c |
| 23:50.59 | Qwell | res_config_sqlite.c: In function âcdr_handlerâ: |
| 23:50.59 | Qwell | res_config_sqlite.c:815: error: âfirstâ undeclared (first use in this function) |
| 23:51.23 | Corydon76-dig | Got it |
| 23:51.33 | Corydon76-dig | Merge from trunk wasn't necessary |
| 23:51.40 | Qwell | ahh |
| 23:51.57 | Corydon76-dig | Should've seen the error I was getting in trunk |
| 23:52.02 | Qwell | no thanks |
| 23:52.19 | Corydon76-dig | [Feb 5 13:27:12] ERROR[21701] res_config_sqlite.c: table cdr has no column named clidsrcdstdcontextchannellastapplastdatastartanswerenddurationbillsecdispositionamaflagsuniqueid |
| 23:52.31 | Qwell | nice |
| 23:52.38 | Corydon76-dig | Yep |
| 23:53.34 | Corydon76-dig | It's a classic |
| 23:53.37 | putnopvut | oh that is just amazing |
| 23:54.12 | putnopvut | So...what exactly is "disposition" in CDR terms? |
| 23:54.31 | Corydon76-dig | putnopvut: basically, whether it was answered or not |
| 23:54.39 | putnopvut | ah, thanks |
| 23:54.46 | Corydon76-dig | A few other states, but yeah |
| 23:55.24 | Corydon76-dig | busy, failed, and no answer are the others |
| 23:55.58 | Corydon76-dig | failed would be if the channel wasn't available, I think |
| 23:56.20 | putnopvut | so it's somewhat similar to DIALSTATUS |
| 23:56.31 | putnopvut | Except it applies even to calls which do not dial. |
| 23:57.58 | Corydon76-dig | Even better... cdr-based, not dialplan-based variable |