| 00:11.41 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 01:25.25 | *** join/#asterisk-dev eliel (n=eliels@151-202-114-200.fibertel.com.ar) |
| 01:25.25 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 01:37.23 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 01:51.31 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 02:04.51 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:04.51 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 03:03.23 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 03:30.22 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:40.59 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:41.00 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 04:55.17 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 06:20.01 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 06:20.17 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 06:22.35 | *** join/#asterisk-dev mort___ (n=mort@user-54405220.wfd76b.dsl.pol.co.uk) |
| 06:45.37 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:45.37 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:21.23 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:24.07 | *** join/#asterisk-dev flohack (n=fhackenb@lancelot.acoveo.com) |
| 08:17.21 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) |
| 08:56.53 | *** join/#asterisk-dev frawd (n=francois@96.Red-83-35-179.dynamicIP.rima-tde.net) |
| 09:18.53 | *** join/#asterisk-dev ThoMe (i=tm@tm.muc.de) |
| 09:18.54 | ThoMe | hello! |
| 09:19.23 | ThoMe | I want to use asterisk 1.4.24 and srtp/tls. is a patch available? |
| 09:26.00 | *** join/#asterisk-dev frawd (n=francois@115.pool85-54-37.dynamic.orange.es) |
| 09:28.26 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 09:32.16 | mvanbaak | as far as I know it's 1.6 only |
| 09:33.50 | ThoMe | mvanbaak: hello. |
| 09:34.17 | ThoMe | mvanbaak: and issn a patch for 1.4. available? not from degium? |
| 09:34.44 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:34.44 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 09:40.12 | mvanbaak | ThoMe: not that I know. try google |
| 09:40.24 | ThoMe | mvanbaak: ok. thank you very much for you help have a nice day! |
| 09:40.31 | mvanbaak | :) |
| 09:48.02 | *** part/#asterisk-dev ThoMe (i=tm@tm.muc.de) |
| 10:05.13 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:29.21 | *** join/#asterisk-dev lftsy (n=lftsy@ratatouille.leurent.eu) |
| 10:30.57 | *** part/#asterisk-dev frawd (n=francois@115.pool85-54-37.dynamic.orange.es) |
| 10:51.28 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 11:06.49 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:08.37 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 11:08.37 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 11:08.37 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 12:08.23 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:26.15 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:26.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:27.35 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:27.35 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:28.39 | eliel | good morning! |
| 12:30.46 | kpfleming | yes, it is morning |
| 12:30.52 | kpfleming | eliel: what is your timezone relative to GMT? |
| 12:31.15 | eliel | -3 (9:30 here) |
| 12:31.29 | russellb | you're in file time! |
| 12:32.05 | file | ^_^ |
| 12:32.46 | eliel | what time is it in nashville |
| 12:35.34 | mvanbaak | GMT +1 here :) |
| 12:35.55 | mvanbaak | argh, and DST |
| 12:36.05 | mvanbaak | Wed Apr 1 14:35:40 CEST 2009 |
| 12:36.31 | mvanbaak | btw, awesome new channel driver you guys released today ! |
| 12:37.49 | eliel | think missed some comiits |
| 12:38.29 | eliel | needs to return to english lessons (thinks and commits) |
| 12:39.17 | mvanbaak | it was announced on the -users mailinglist |
| 12:39.33 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:40.48 | mvanbaak | eliel: http://lists.digium.com/pipermail/asterisk-users/2009-April/229635.html |
| 12:40.48 | eliel | mvanbaak: thanks, i am only on the -dev list |
| 12:41.07 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 12:50.26 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 12:50.26 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 12:58.36 | *** join/#asterisk-dev davevg (n=davevg__@nj-67-76-177-147.sta.embarqhsd.net) |
| 13:02.29 | eliel | russellb: how many applications you have receive so far for gsoc? (if i am able to know) |
| 13:04.34 | russellb | 6 have been published so far |
| 13:04.55 | russellb | I expect at least 1 more, but have been contacted by a few other students via email, as well |
| 13:06.40 | eliel | russellb: oh!, that is more than what i was expecting |
| 13:06.56 | russellb | we'll see :-) |
| 13:13.38 | russellb | ah, 2 of them are the same person |
| 13:16.41 | eliel | well, maybe everything could be done if google assign the needed number of "slots".. |
| 13:16.59 | russellb | potentially ... but we can't overload the mentors, either |
| 13:19.00 | eliel | oh, I didn't remember about the mentors.. you are right there is a limit |
| 13:27.08 | *** join/#asterisk-dev _ys (n=ys@91.151.196.67) |
| 13:27.46 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:27.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:31.18 | _ys | Hello. http://svn.digium.com/view/ died permanently or 301 ? |
| 13:31.21 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 13:31.36 | eliel | _ys: I think it was disabled |
| 13:32.46 | eliel | _ys: maybe because crawlers are going crazy... |
| 13:33.12 | *** join/#asterisk-dev sasargen (n=chatzill@70-4-79-94.pools.spcsdns.net) |
| 13:37.03 | *** topic/#asterisk-dev by leifmadsen -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ -=- ViewVC for SVN is currently down for the foreseeable future |
| 13:38.06 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.24.187) |
| 13:48.44 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:48.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:56.52 | russellb | R214 |
| 13:56.55 | MuffinMan | [R214] Add technology independent static control [Pending] Submitted by russell => http://reviewboard.digium.com/r/214/ |
| 13:58.03 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 13:58.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:58.23 | leifmadsen | haha nice :) |
| 14:01.50 | putnopvut | lol, you even have xml docs :) |
| 14:02.02 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:02.02 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:02.31 | oej | Anyone that has noticed crashes on FreeBSD? |
| 14:03.07 | putnopvut | oej: Can't say that I have. Of course, I also have never used FreeBSD, so I'm not being very helpful. |
| 14:03.16 | oej | I have 1.4 svn crashing in FreeBSD 6 and 7. Something recent causes pthread-related crashes. I get very confused backtraces, all sarting with pthread-something. |
| 14:03.29 | oej | putnopvut: No, your not very helpful. ;-) |
| 14:03.57 | oej | I guess I just have to dig down and check patch by patch from latest release, since that works fine |
| 14:04.58 | leifmadsen | mvanbaak might know |
| 14:07.17 | eliel | russellb: nice feature!, is there any reason why you named the audiohook 'Volume"? instead of "Static"? |
| 14:07.45 | russellb | because I was probably looking at func_volume, oops |
| 14:07.46 | putnopvut | eliel: he probably copied from func_volume |
| 14:08.10 | eliel | putnopvut: yeap |
| 14:08.56 | jsmith | russellb: I've got more comments coming on review board! |
| 14:09.51 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 14:11.06 | _ys | Hmm. asterisk-1.4.24 now store sip variable "lastms" to realtime. But this moment are undocumented in changelog. " RealTime: Failed to query database. Check debug for more info. " |
| 14:12.53 | putnopvut | hmm, I wonder why that change was made. |
| 14:13.08 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:14.18 | leifmadsen | putnopvut: I think Corydon76-dig made that change if I'm remembering at all...... |
| 14:14.59 | putnopvut | ah yes. Rev 176426 |
| 14:16.08 | russellb | not documenting the heck of it was a bad oversight :-( |
| 14:18.00 | putnopvut | I'm not thrilled about changing the DB structure for a sip peer in the midst of a stable release either. |
| 14:18.17 | putnopvut | But I don't know much about the bug, so I can't state anything too strongly. |
| 14:19.28 | russellb | commit asterisk 176426 |
| 14:19.33 | MuffinMan | [176426] Committed by tilghman on 2009-02-17T00:49:22.967130Z: After a 'sip reload', qualifies for realtime peers weren't immediately |
| 14:19.33 | MuffinMan | ..restarted, instead waiting until the next registration. We're now |
| 14:19.33 | MuffinMan | ..caching the qualify across a reload/restart and starting the qualify |
| 14:19.33 | MuffinMan | ..immediately upon loading the peer. |
| 14:19.35 | MuffinMan | ..(closes issue #14196) |
| 14:19.37 | MuffinMan | .. Reported by: pdf |
| 14:19.40 | MuffinMan | .. Patches: |
| 14:19.42 | MuffinMan | .. 20090120__bug14196_1.4.diff.txt uploaded by pdf (license 663) |
| 14:19.45 | MuffinMan | .. Tested by: pdf |
| 14:19.47 | MuffinMan | .. |
| 14:19.49 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=176426 |
| 14:24.36 | *** join/#asterisk-dev bbryant (n=Brett_Br@209.192.100.193) |
| 14:24.36 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 14:32.11 | oej | i think it should be optional, since it changes db structure |
| 14:32.53 | kpfleming | what happens if your db does not have the new field, errors? |
| 14:34.24 | _ys | kpfleming: WARNING[86267] res_config_mysql.c: MySQL RealTime: Failed to query database. Check debug for more info. |
| 14:34.48 | kpfleming | ouch. that's awful. i agree with oej. |
| 14:34.50 | oej | I think 1.6 realtime drivers are a bit more adaptive than 1.4 |
| 14:35.06 | kpfleming | this is not acceptable for 1.4, to require db schema changes between versions |
| 14:35.51 | oej | kpfleming: On another topic, can you remember any change recently in 1.4 that may be thread-related? Experiencing weird crashes related to pthreads on FreeBSD with latest svn |
| 14:36.04 | kpfleming | not off the top of my head, no |
| 14:36.20 | oej | Ok |
| 14:36.38 | oej | What happened to my dear friend viewvc? |
| 14:36.44 | kpfleming | but i can't watch everything that happens any more... too much going on |
| 14:37.01 | oej | I know the feeling... |
| 14:37.04 | kpfleming | viewvc eats memory like it is going out of style, and we had to disable it because it kept killing bugs and reviewboard (on the same server) |
| 14:37.20 | oej | Yes, I noticed that reviewboard was dead on european time |
| 14:37.25 | kpfleming | we are planning on using Xen to virtualize those servers, and then we'll isolate viewvc to its own VM |
| 14:37.26 | putnopvut | yay, Nir got in on the silliness! |
| 14:37.31 | anonymouz666 | inside app_read.c and after: res = ast_waitfordigit(chan, to); does ast_say_number(chan, res, AST_DIGIT_ANY, chan->language, NULL); shouldn't play to the chan the 'res' which is the integer that was read? |
| 14:37.56 | mvanbaak | leifmadsen: oej already sent me a mail. All my bsd systems are running 1.6 and/or trunk :) |
| 14:38.10 | oej | ruseelb: Finally got astdb/realtime approved and working, so I need to update the trunk branch, then I need your promised help to put it up for review |
| 14:38.38 | leifmadsen | shouldn't it go to review prior to trunk? |
| 14:38.47 | oej | I just said so, Leif |
| 14:38.56 | leifmadsen | or did I misunderstand what you said... |
| 14:39.10 | leifmadsen | I read it as you were committing to trunk then reviewing |
| 14:39.13 | putnopvut | anonymouz666: I believe so. |
| 14:39.29 | leifmadsen | goes back to bug land |
| 14:39.54 | anonymouz666 | putnopvut: strange... it doesn't work. I am trying to play each digit when it is read by Read(). So user press 1, and listen 'one' and so on... |
| 14:43.06 | putnopvut | anonymouz666: add a debug statement so you can be sure that res is actually 1. |
| 14:43.48 | putnopvut | anonymouz666: I think ast_waitfordigit returns the ASCII representation of the DTMF pressed. |
| 14:44.31 | oej | leif: I thought I said trunk branch, but meant my branch based on trunk. You gotta understand what I mean, not try to parse my swenglish... ;-) |
| 14:44.47 | leifmadsen | damn you swenglish :) |
| 14:45.58 | putnopvut | My favorite Swenglish phrase I have ever heard was a friend of a friend who works third shift as a security guard. He attempted to communicate that things were really slow that night, so he told my friend that "The time is snailing." |
| 14:46.36 | oej | "snailing" - yeah, that's a good phrase. |
| 14:46.48 | oej | Very common in Minnesota |
| 14:50.49 | russellb | oej: I just sent you some reviewboard usage information. |
| 14:50.54 | russellb | oej: let me know if you have any questions |
| 14:51.00 | russellb | at some point I'll get this information in doxygen .. |
| 14:51.19 | oej | Will it be open for service during european business hours? |
| 14:51.33 | oej | Will I have to send some Belgian red beer to make it open during my hours? |
| 14:51.47 | oej | looks for the photo of Russellb with strange foreign beer |
| 14:51.56 | russellb | uh oh! |
| 15:00.40 | mvanbaak | russellb: add it to the "Developer" info on www.asterisk.org |
| 15:01.38 | mvanbaak | anyone any good with c++ here ? |
| 15:03.48 | mvanbaak | that person should have a look at 14790 |
| 15:04.16 | mvanbaak | no patch needed, just want advise on the best way to fix that |
| 15:04.31 | mvanbaak | right now it's blocking 1.6 to go into openbsd ports |
| 15:07.01 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:07.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:07.01 | *** join/#asterisk-dev marv[work] (n=timr@24.214.206.254) |
| 15:09.45 | oej | M14790 |
| 15:09.47 | MuffinMan | [new] [Asterisk] Core/Portability 0014790: chan_h323 build fails with gcc 3 reported by stuarth (Karma: +0.25) http://bugs.digium.com/view.php?id=14790 |
| 15:10.47 | oej | mvanbaak: Did you have time to test 1.4 on Open/Free/whatever BSD? |
| 15:12.48 | *** join/#asterisk-dev CunningPike (n=CunningP@vpn.dnv.org) |
| 15:13.08 | mvanbaak | not yet |
| 15:13.24 | mvanbaak | I'll do as soon as I get off the phone with my coworker |
| 15:13.37 | oej | You have russell's new module to use for that! |
| 15:13.55 | putnopvut | Hmm, if there's a problem on BSD systems, I wonder if Darwin has the same issue. |
| 15:14.09 | putnopvut | Of course it may just be FreeBSD. |
| 15:14.16 | oej | Actually, I haven't tested. Good idea. You're now being helpful, putnopvut! |
| 15:15.23 | seanbright | that's a first |
| 15:15.26 | seanbright | zing! |
| 15:16.35 | oej | I just run asterisk -cvvvdddd and BANG! |
| 15:16.52 | oej | It might be chan_tweet beta of course ;-) |
| 15:17.10 | leifmadsen | wishes he could just sleep through april fools |
| 15:18.40 | oej | I could not find anything by just reading through all 1.4 committs since 1.4.24 release |
| 15:19.30 | oej | The only large issues that might be related are Kevin's changes for the symbol namespace and Russell's poll stuff. |
| 15:20.55 | oej | No, it loads on darwin |
| 15:21.06 | oej | Gotta continue this digging project later on. Later. |
| 15:23.11 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 15:28.29 | putnopvut | russellb: so are you actually planning on committing func_static anywhere? The fact that you're actually addressing the comments on review board makes me think so. |
| 15:29.26 | russellb | shrugs |
| 15:29.27 | russellb | probably not |
| 15:29.31 | russellb | they were just easy to address |
| 15:29.47 | russellb | it seems kind of silly to have in asterisk *shrugs* |
| 15:31.01 | seanbright | why not? |
| 15:31.04 | seanbright | it's useful |
| 15:31.33 | russellb | heh, potentially .. |
| 15:31.39 | putnopvut | iirc the person on the other end of the call can actually hear the DTMF tones when you increase the static, though :) |
| 15:31.44 | russellb | putnopvut: yep. |
| 15:31.48 | russellb | that's the biggest downside to it |
| 15:31.51 | seanbright | well that will need to get fixed. |
| 15:31.53 | seanbright | heh |
| 15:32.03 | russellb | almost need a way to tell the audiohooks API that the DTMF was consumed |
| 15:32.09 | russellb | s/almost // |
| 15:32.33 | leifmadsen | russellb: put it on svncommunity? |
| 15:32.57 | russellb | or I could put it in trunk and see if anyone complains |
| 15:32.57 | russellb | heh |
| 15:35.47 | leifmadsen | :) |
| 15:36.08 | russellb | and if they do, we'll say "party pooper!" |
| 15:36.51 | mvanbaak | oej: some usefull comment on the asterisk-bsd mailinglist |
| 15:37.08 | mvanbaak | "I simply removed poll.c from the make process and problem is fixed" |
| 15:42.50 | anonymouz666 | putnopvut: I am just missing the part in app_read() where the digits are being set after the app calls the ast_stopstream(chan); |
| 15:43.05 | tzafrir_laptop | rc of 1.6.2? has 1.6.1 been released? |
| 15:43.21 | anonymouz666 | !res is true and while (tries && !res) is also true |
| 15:43.31 | anonymouz666 | then we call the stopstream |
| 15:43.38 | anonymouz666 | at this time I am pressing digits |
| 15:43.57 | anonymouz666 | setvar_helper sets the tmp var with all the digits |
| 15:44.07 | kpfleming | tzafrir_laptop: we are discussing that in our internal chat room... i think -rc for addons is premature |
| 15:45.24 | anonymouz666 | but I am missing the part that the numbers are stored one by one...so I can ast_say_number() it |
| 15:45.33 | *** join/#asterisk-dev bbryant (n=Brett_Br@209.192.100.193) |
| 15:45.33 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 15:45.39 | anonymouz666 | (or I am missing much more than that) :) |
| 15:46.31 | tzafrir_laptop | Is "RC" defined as "feature complete"? |
| 15:46.40 | mvanbaak | is it normal that on a clean checkout, make clean is run the first time I build it ? |
| 15:46.49 | tzafrir_laptop | (or was it originally "beta" that was defined that way?) |
| 15:47.44 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 15:48.07 | kpfleming | beta is 'feature complete', rc is 'regressions and security fixes only' |
| 15:51.15 | *** part/#asterisk-dev lbt (n=david@78.32.229.233) |
| 15:55.15 | putnopvut | anonymouz666: sorry I was away for a while there. |
| 15:59.32 | JunK-Y | oej: congrats for you new job. |
| 15:59.40 | JunK-Y | sounds like an april fool :P |
| 16:00.24 | anonymouz666 | putnopvut: np |
| 16:01.57 | putnopvut | anonymouz666: I guess I don't understand what you're asking about here. |
| 16:02.29 | anonymouz666 | I guess I am trying to do is much more complex than I was expecting. |
| 16:05.10 | anonymouz666 | putnopvut: I type 1 (while Read()) and then the audio core gets the DTMF and plays this digit being pressed |
| 16:06.30 | Corydon76-dig | Back to the change discussed earlier, the problem is that MySQL complains so vociferously. The code is actually structured in such a way that the failure does not affect backwards compatibility |
| 16:06.52 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:07.22 | putnopvut | anonymouz666: Do you want Asterisk to say each digit pressed or do you want Asterisk to say then entire number after all digits have been pressed? |
| 16:08.09 | anonymouz666 | each digit pressed |
| 16:08.13 | anonymouz666 | while read() is being executed |
| 16:09.45 | putnopvut | anonymouz666: is it possible to use ast_say_number(chan, res - '0', AST_DIGIT_ANY, chan->language, NULL); ? |
| 16:11.20 | anonymouz666 | putnopvut: If it is possible, this must be included inside channel.c. |
| 16:11.23 | Corydon76-dig | oej, russellb, kpfleming: ^^^ |
| 16:11.46 | anonymouz666 | that's why I am thinking it is complex |
| 16:11.55 | kpfleming | ahh, ok then, it's just a pointless warning |
| 16:12.10 | Corydon76-dig | Right |
| 16:12.11 | kpfleming | how many of these warnings will the user see? |
| 16:12.16 | russellb | Corydon76-dig: interesting. I'd hate to scare people with the error message, though ... |
| 16:12.18 | *** join/#asterisk-dev flujan (n=flujan@189.111.254.251) |
| 16:12.46 | flujan | ping russellb |
| 16:12.49 | Corydon76-dig | Unfortunately, they'll see one for each time the information is updated, because we do 2 realtime update queries |
| 16:12.55 | russellb | flujan: pong. |
| 16:12.56 | *** join/#asterisk-dev Nick_Lewis (n=chatzill@81.171.134.146) |
| 16:13.17 | kpfleming | can you do it once to determine whether the column is present or not and then avoid the second one for every update after that? |
| 16:13.43 | Corydon76-dig | Not without significantly changing the API |
| 16:14.01 | Corydon76-dig | We don't have visibility in 1.4 as to whether a column exists or not. |
| 16:14.11 | Corydon76-dig | That HAS been changed, though, in 1.6 |
| 16:14.23 | kpfleming | but if you try to update a column that does not exist you'll get a failure, right? |
| 16:14.30 | Corydon76-dig | only in the log |
| 16:14.31 | kpfleming | or even a SELECT |
| 16:14.50 | file | you don't know whether it worked or not when the API call returns? |
| 16:15.29 | russellb | that seems like a design flaw in the API to me :-) |
| 16:15.31 | putnopvut | file: I think the API call returns a general error, so you can't tell why the failure occurred. |
| 16:15.50 | Corydon76-dig | russellb: precisely why we fixed it in 1.6 |
| 16:16.07 | file | even a general error would work, if the first one failed and the second one didn't you can assume the first one failed because that column didn't exist |
| 16:16.15 | file | if that is only what they differ by |
| 16:16.29 | Corydon76-dig | There's a new "require" method that lets you probe and detect the existence of particular columns |
| 16:16.45 | Corydon76-dig | and not just the existence, but also the type and size |
| 16:17.20 | file | so if what I said is true then you can just remember that and not try to do the first attempt at all, thus only bringing up that message only once |
| 16:17.35 | mvanbaak | meh, I found the coredump on freebsd |
| 16:17.48 | jsmith | mvanbaak: Oh? |
| 16:17.50 | mvanbaak | oej: I sent you a mail |
| 16:18.07 | Corydon76-dig | file: Yeah, I can look at that |
| 16:18.12 | mvanbaak | jsmith: line 232 of 1.4-svn configure.ac |
| 16:18.25 | mvanbaak | AC_CHECK_HEADER([sys/poll.h], .... |
| 16:18.44 | mvanbaak | in freebsd it's not in sys, but a level higher |
| 16:19.04 | Corydon76-dig | Irony of ironies, the only driver which complains like this isn't even in core Asterisk |
| 16:19.17 | mvanbaak | so our configure script defines AST_POLL_COMPAT while it shouldn't |
| 16:19.45 | russellb | mvanbaak: that doesn't make sense. If configure can't find it, code that includes <sys/poll.h> wouldn't find it either |
| 16:19.49 | Corydon76-dig | Oh, the other thing that I changed with regards to this error in 1.6 is that the mysql realtime driver no longer logs the completely useless "check debug for more info" |
| 16:21.06 | mvanbaak | russellb: that's prolly because the configure script cannot find it, thus enables the poll_compat stuff, using our shipped poll.c emulation |
| 16:21.23 | mvanbaak | and that one is causing the coredump |
| 16:21.45 | kpfleming | then there are two problems |
| 16:21.51 | kpfleming | the poll emulation should not coredump |
| 16:22.19 | russellb | right |
| 16:22.30 | russellb | poll-compat should work on any OS, regardless of whether it is actually needed |
| 16:22.34 | russellb | it's just a wrapper for select() |
| 16:29.20 | mvanbaak | I know |
| 16:29.26 | mvanbaak | but removing it makes it work |
| 16:32.57 | russellb | weird. |
| 16:36.08 | *** join/#asterisk-dev djbelieny (n=djbelien@209.102.195.86) |
| 16:36.17 | *** part/#asterisk-dev djbelieny (n=djbelien@209.102.195.86) |
| 16:37.51 | marv[work] | is there an appropriate place to post a backport of func_static.c to 1.4? ;) |
| 16:38.58 | russellb | ha |
| 16:39.26 | russellb | I have an asterisk-1.4 backports dir on svncommunity. It could go there. |
| 16:42.14 | *** join/#asterisk-dev marta (n=marta@onelab1.iet.unipi.it) |
| 16:42.18 | marta | hi |
| 16:42.28 | *** join/#asterisk-dev voipwebe_ (n=jm@77-23-103-95-dynip.superkabel.de) |
| 16:42.45 | voipwebe_ | http://svn.digium.com/ down ? |
| 16:43.08 | jsmith | voipwebe_: Appears to be, yes... |
| 16:43.22 | voipwebe_ | still 3 days |
| 16:43.31 | voipwebe_ | :-( |
| 16:43.58 | file | view is down, everything else isn't |
| 16:44.08 | voipwebe_ | what meens "foreseeable future"? |
| 16:44.18 | voipwebe_ | yes, only http view is down |
| 16:46.01 | file | it means there is currently no known date/time for when view will be back |
| 16:46.07 | russellb | you can still use http://svn.digium.com/svn/ for a minimal view |
| 16:46.30 | russellb | I have now published a notice at the view/ URL that states that it has been taken down. |
| 16:46.34 | marta | I need to add an option to the ./configure, but I can't find the way to do this. I need something similar to oldincludedir, does anyone could point me to the right direction ? |
| 16:49.44 | tzafrir_laptop | russellb, is it possible to also edit the 404 page regarding that? |
| 16:50.02 | tzafrir_laptop | This is the page users actually get |
| 16:50.53 | russellb | marta: see information and example usage of AC_ARG_WITH(). Here is a page from the autoconf manual: http://www.gnu.org/software/hello/manual/autoconf/External-Software.html |
| 16:51.06 | russellb | marta: after adding your option, you will need to regenerate the configure script with ./bootstrap.sh |
| 16:51.42 | russellb | marta: autoconf/ast_ext_lib.m4 has one example, in our definition of the AST_EXT_LIB_SETUP macro. |
| 16:53.10 | marta | ok, so the only way to modify ./configure is to add a --with-* ? |
| 16:53.11 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 16:53.21 | Juggie | it would be ideal if viewvc was something like statssvn it ran took 10minutes and then was done and you had a stack of static pages. |
| 16:53.25 | kpfleming | --with or --enable, yes |
| 16:53.42 | kpfleming | Juggie: you can't generate every possible view someone would like to see |
| 16:54.24 | russellb | tzafrir_laptop: done |
| 16:58.32 | marta | the problem is that I need something similar to ${ac_default_prefix} in configure.ac |
| 17:00.36 | seanbright | kpfleming: sure you could. it would just take a long damn time and take up a whole lot of disk space. |
| 17:10.35 | *** join/#asterisk-dev frawd (n=francois@115.pool85-54-37.dynamic.orange.es) |
| 17:17.06 | marta | I will try to read more doc, tnx! |
| 17:53.30 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:53.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:02.34 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 18:55.36 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:55.36 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 19:10.57 | mvanbaak | the joys of having to wait for fsck on a 3TB storage lv ... |
| 19:19.47 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 19:31.45 | Juggie | haha nice |
| 19:32.30 | eliel | If an audiohook exists on a channel, then _always_ a transcoding is being done? |
| 19:32.52 | putnopvut | eliel: yes, unless the channel is using slinear audio. |
| 19:33.02 | putnopvut | Audiohooks store the audio as slinear samples. |
| 19:33.18 | putnopvut | If the channel uses that format anyway, there is no need to transcode. |
| 19:33.53 | eliel | and what happen if the media path is not passing throu asterisk? the audio hook will never be executed isnt it? |
| 19:34.01 | mvanbaak | russellb: update reviewboard. the new version has a way nicer ui ;) |
| 19:34.15 | putnopvut | eliel: correct, but if a channel has audiohooks on it, then the media is forced to go through Asterisk. |
| 19:35.40 | eliel | putnopvut: thanks |
| 19:39.44 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:42.26 | russellb | mvanbaak: yes. :-) |
| 19:43.32 | mvanbaak | lol |
| 19:44.13 | mvanbaak | I am setting up services for a new company. Just noticed the latest reviewboard has a way nicer ui when looking at a reviewrequest. |
| 19:44.22 | russellb | yeah, it's pretty awesome |
| 19:44.30 | putnopvut | russellb: get to upgradin'!! |
| 19:46.14 | russellb | i suppose I could upgrade our internal one as sort of a dry run on the upgrade process |
| 19:46.19 | russellb | since we rarely use it |
| 19:46.36 | putnopvut | russellb: I can stand in the corner and then take credit for helping if you'd like. |
| 19:46.51 | russellb | heh |
| 19:47.03 | russellb | 263106 calls processed <-- ast_channel_ao2 load test, been running a little under an hour so far |
| 19:47.55 | mvanbaak | wow, nice |
| 19:48.28 | eliel | ast_channel_ao2, that will be the commit of the month |
| 19:50.15 | mvanbaak | you have to commit it today :) |
| 19:52.18 | seanbright | what kind of calls? |
| 19:52.20 | seanbright | SIP? |
| 19:55.11 | russellb | IAX2 :-p |
| 19:56.47 | mvanbaak | hhmm, specially the ajax stuff to load parts of the diff make an upgrade recommended |
| 19:56.55 | mvanbaak | now it just takes too long before something happens |
| 19:57.39 | russellb | yep yep. |
| 19:58.13 | kpfleming | mvanbaak: re: ast_expr2.c... there should not be any automatic rules to generate that, regardless of timestamps. running flex/bison must *only* be done manually |
| 19:58.32 | kpfleming | so i'd suggest just removing whichever dependencies are causing the makefile to think it should regenerate |
| 19:58.43 | russellb | I think it's an implicit rule |
| 19:58.47 | russellb | since the rule is named ast_expr2.c |
| 19:58.53 | mvanbaak | it is |
| 19:58.54 | russellb | and it finds it when it goes to build ast_expr2.o |
| 19:59.01 | kpfleming | so put in an explicit rule that stops it from happening |
| 19:59.10 | mvanbaak | but it gets run when ast_expr2.c is older then the .y |
| 19:59.20 | kpfleming | right |
| 19:59.28 | russellb | rename it to be rebuild-ast_expr2.c |
| 19:59.28 | russellb | heh |
| 19:59.32 | mvanbaak | (which happens on almost all of my svn checkouts) |
| 19:59.35 | kpfleming | so adding explicit rules will cure that problem |
| 19:59.47 | kpfleming | or making the output file not be the same as the input file, so implicit rules won't trigger |
| 19:59.50 | kpfleming | whichever you like |
| 20:00.04 | seanbright | russellb: CDRs? |
| 20:00.20 | seanbright | re: 236k calls |
| 20:00.36 | mvanbaak | kpfleming: hhmm, ok. I think i'll go with russell's suggestion |
| 20:00.47 | seanbright | dude |
| 20:00.47 | mvanbaak | make update-ast_expr2 |
| 20:00.52 | seanbright | we should just make bison a pre-req |
| 20:00.59 | seanbright | i mean, jeez. |
| 20:01.46 | mvanbaak | seanbright: want to check an c++ issue ? |
| 20:01.53 | seanbright | mvanbaak: i don't know c++ |
| 20:02.16 | seanbright | and i already looked at that issue and wasn't comfortable commenting one way or another |
| 20:02.34 | mvanbaak | k |
| 20:12.48 | *** join/#asterisk-dev qdk (n=qdk@213.173.230.10) |
| 20:23.02 | mvanbaak | hhmm, my makefile foo is lacking |
| 20:38.14 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 20:47.36 | Corydon76-dig | Heh, I kinda liked my touch foo fix |
| 20:54.00 | mvanbaak | it works |
| 20:54.18 | mvanbaak | and I'm lost in Makefile.in Makefile.rules and main/Makefile now |
| 21:00.08 | Juggie | Q: why not put basic auth on viewvc |
| 21:00.26 | Juggie | and put something along the lines of 'login with username:x password:y' in the basic auth message |
| 21:00.40 | Juggie | i've seen that done a few times to kill the spiders |
| 21:01.03 | mvanbaak | freaking spiders |
| 21:01.10 | mvanbaak | they should honor robots.txt |
| 21:10.08 | seanbright | is afraid of spiders |
| 21:10.59 | mvanbaak | gheh, so is viewvc ! |
| 21:11.01 | *** join/#asterisk-dev w9sh (n=sph@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 21:11.07 | tzafrir_laptop | be careful not to step on their web, then |
| 21:11.37 | russellb | putnopvut: 707140 calls, memory usage still idle. I don't think there is a leak in this test, at least. :-) |
| 21:12.06 | *** join/#asterisk-dev Mw3_ (i=mw3@mw3.hu) |
| 21:12.12 | kpfleming | yay! |
| 21:12.22 | seanbright | how long are the test calls? |
| 21:13.44 | tzanger | sruffell: ping!? |
| 21:15.05 | *** join/#asterisk-dev tamiel (n=tamiel@ip-176.net-89-2-117.rev.numericable.fr) |
| 21:17.13 | sruffell | pon |
| 21:17.15 | sruffell | g |
| 21:24.43 | putnopvut | russellb: yeeha! |
| 21:26.10 | tzanger | sruffell: nevermind.. I was thinking I totally kerfuckered my svn branch, but it turns out that you can svn ci a dozen times and it will still say it's the origninal rev... only when you svn up will it change the rev. Freaked me out. :-) |
| 21:27.48 | leifmadsen | yep :) |
| 21:29.37 | sruffell | heh |
| 21:45.36 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 22:37.35 | tzafrir_laptop | finally got to test working with 32bit userspace with a 64bit kernel dahdi |
| 22:37.43 | tzafrir_laptop | fails badly |
| 22:38.04 | tzafrir_laptop | dahdi_cfg can't do anything: EINVAL |
| 23:24.30 | *** join/#asterisk-dev drmessano (n=nonya@pdpc/supporter/active/drmessano) |
| 23:25.08 | drmessano | I can't seem to get to svn.digium.com, but whoever fixed this ----> 0014480: SIP/tcp calls failing with invalid transport error. |
| 23:25.11 | drmessano | THANK YOU!!! |
| 23:25.29 | drmessano | Asterisk 1.6 <> Exchange 2007 Unified Messaging works now.. 100% |
| 23:25.32 | drmessano | !!!!! |
| 23:25.36 | drmessano | THANK YOU!!! |
| 23:25.38 | jsmith | drmessano: That's great news... |
| 23:25.59 | drmessano | No, thats G R E A T |
| 23:38.20 | *** part/#asterisk-dev drmessano (n=nonya@pdpc/supporter/active/drmessano) |
| 23:45.48 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 23:53.17 | leifmadsen | M14480 |
| 23:53.19 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/General 0014480: SIP/tcp calls failing with invalid transport error. reported by jon (Karma: +5.75) http://bugs.digium.com/view.php?id=14480 |
| 23:53.35 | leifmadsen | file: you have been thanked! |