| 00:05.47 | *** part/#asterisk-dev pnlarsson-work (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 00:13.51 | *** join/#asterisk-dev snuff-home (n=snuffy@C-61-68-160-157.bur.connect.net.au) |
| 00:16.36 | paravoid | 1.6? cool! |
| 00:16.42 | Qwell | indeed |
| 00:17.06 | paravoid | so, asterisk 1.6 is going to be used with libpri 1.4 and zaptel 1.4? |
| 00:17.17 | paravoid | or should be expect releases of those too? |
| 00:17.18 | Qwell | correct |
| 00:17.38 | paravoid | iirc, libpri trunk is breaking the API |
| 00:17.45 | Qwell | russellb: hmm, addons 1.6.0-beta1? |
| 00:17.54 | paravoid | so asterisk 1.6 is either supporting the one or the other |
| 00:18.15 | russellb | definitely zaptel 1.4 |
| 00:18.23 | russellb | i still have to check libpri |
| 00:18.28 | russellb | oh yeah, and addons 1.6, i guess ... |
| 00:18.37 | Qwell | <3 |
| 00:20.04 | russellb | if someone could diff libpri 1.4 to trunk, that would rock |
| 00:20.04 | russellb | :) |
| 00:20.08 | russellb | to see if there are any real changes |
| 00:20.13 | russellb | i know there are some formatting type things |
| 00:20.31 | Qwell | russellb: did you see Kevin's comment about the patch file? |
| 00:21.12 | russellb | yeah |
| 00:21.13 | russellb | i killed it |
| 00:23.29 | *** join/#asterisk-dev wyoming (n=steve_mu@216.166.159.235) |
| 00:24.19 | *** join/#asterisk-dev putnopvut (n=putnopvu@user-24-214-112-81.knology.net) |
| 00:24.19 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 00:28.53 | tzafrir_home | russellb, there sure are. Some support for BRI, for once |
| 00:29.02 | tzafrir_home | Not to mention SS7 |
| 00:29.09 | Qwell | but are the changes incompat? |
| 00:29.11 | russellb | oh, right |
| 00:29.15 | russellb | SS7 support is separate |
| 00:29.18 | tzafrir_home | Right. Incompatible |
| 00:30.06 | russellb | ok, so, libpri coming up ... |
| 00:30.11 | tzafrir_home | And it's about time to bump the soname of libpri |
| 00:31.34 | tzafrir_home | Theer was an open bug about this. I see it was closed. But soname it still 1.0, AFAICT |
| 00:32.02 | snuff-home | mm that is little disconcerting |
| 00:33.25 | *** part/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 00:34.16 | *** part/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 00:53.17 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 00:55.34 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 00:56.34 | *** join/#asterisk-dev wyoming (n=steve_mu@216.166.159.235) |
| 01:00.45 | kamanashisroy | JunK-Y: Here is the application http://paste.uni.cc/18122 .. It seems to be working .. I do not know the cdr portion .. And I shall rename the application after some time .. I know that there is thousand of bugs .. |
| 01:07.48 | *** part/#asterisk-dev kamanashisroy (n=root@202.56.7.141) |
| 01:41.39 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 01:41.39 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 01:45.53 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 01:57.24 | ZX81_ | http://downloads.digium.com/pub/asterisk/releases/asterisk-1.6.0-beta1.tar.gz doesn't exist |
| 02:13.06 | *** join/#asterisk-dev x86efnet (n=x86@ool-18b88770.dyn.optonline.net) |
| 02:13.22 | x86efnet | Possible security bug found here. 0xb7da21b8 <CAST_S_table0+61432>: "strlen(objstr)+23+2*enc->iv_len+13 <= sizeof buf" |
| 02:13.35 | Qwell | and where is that? |
| 02:14.37 | x86efnet | http://pastebin.com/d5f42b9d |
| 02:14.56 | x86efnet | self corrupted gdb (which gdb itself is warning you about), you're corrupting the stack that by chance has a jump instruction causing a loop |
| 02:43.48 | *** join/#asterisk-dev moy (n=moyhu@189.169.104.92) |
| 02:58.43 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 03:10.42 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 03:16.12 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 03:16.12 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:33.13 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:33.13 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:05.19 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 04:09.36 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 04:38.49 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:38.49 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 05:01.39 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581950.dsl.bell.ca) |
| 06:42.16 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 07:25.17 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 08:56.39 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 08:56.39 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:21.58 | *** join/#asterisk-dev RoyK (n=roy@91.149.21.238) |
| 13:44.17 | *** join/#asterisk-dev kamanashisroy (n=root@202.56.7.137) |
| 13:44.49 | kamanashisroy | JunK-Y: Hi |
| 13:45.19 | kamanashisroy | JunK-Y: Here is the application http://paste.uni.cc/18122 |
| 13:46.40 | kamanashisroy | When we use dial_run (dial.h) .. is the dialed party negotiated with the right codec ? I mean the codec that comes from the caller .. |
| 14:12.20 | *** part/#asterisk-dev kamanashisroy (n=root@202.56.7.137) |
| 14:22.43 | jmls | hello to all ;) |
| 14:24.24 | jmls | anyone know anything about astmanproxy ? |
| 14:24.41 | jmls | I think mine keeps segfaulting, but don't know how or where :( |
| 15:06.27 | jsmith | jmls: I know a *tiny* bit about it, but not why it might be crashing |
| 15:42.54 | jmls | jsmith: do you know who is maintaining it now ? |
| 15:42.59 | jmls | last update was 18 months ago |
| 15:43.37 | JunK-Y | i think no one replaced david troy. |
| 15:43.47 | jmls | yeah, that's was I thought |
| 15:44.04 | jmls | sometimes it just crashes without any warning |
| 15:44.18 | jsmith | I have no idea why it might do that |
| 15:44.44 | jmls | no. Hmm, how could I create a core dump if it does ? |
| 15:51.19 | tzafrir_home | jmls, ulimit -c unlimited ? |
| 15:51.37 | tzafrir_home | check its source if it traps SIGSEGV . Most pprograms don't. |
| 15:57.29 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 15:57.29 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 16:11.15 | mvanbaak | *sniff* |
| 16:11.25 | mvanbaak | adaptive odbc crashed my system |
| 16:20.48 | *** join/#asterisk-dev philippel (n=p_lindhe@c-98-203-245-82.hsd1.wa.comcast.net) |
| 16:45.28 | x86efnet | mvabbaak it's not configured right |
| 16:45.50 | Corydon76-dig | mvanbaak: woot, so you have a backtrace? |
| 16:51.07 | *** join/#asterisk-dev anonymouz666 (n=anonymou@200.218.193.6) |
| 17:01.59 | mvanbaak | Corydon76-dig: yup |
| 17:04.00 | mvanbaak | http://pastebin.ca/864028 |
| 17:10.30 | *** join/#asterisk-dev kamanashisroy (n=root@202.56.7.193) |
| 17:11.12 | Corydon76-dig | mvanbaak: Hmm, that's crashing inside UnixODBC on a query that should be fine |
| 17:11.29 | kamanashisroy | JunK-Y: Hi |
| 17:11.46 | kamanashisroy | When we use dial_run (dial.h) .. is the dialed party negotiated with the right codec ? I mean the codec that comes from the caller ? |
| 17:13.06 | Corydon76-dig | mvanbaak: what driver are you using? |
| 17:15.25 | mvanbaak | Corydon76-dig: mysql |
| 17:16.16 | Corydon76-dig | mvanbaak: I'm pretty sure it's not cdr_adaptive_odbc's fault |
| 17:16.30 | mvanbaak | Corydon76-dig: this was in my asterisk log right before the crash: |
| 17:16.36 | JunK-Y | kamanashisroy: im pretty busy today. |
| 17:16.37 | mvanbaak | http://pastebin.ca/864045 |
| 17:17.00 | kamanashisroy | JunK-Y: It is OK, I understand .. :) |
| 17:17.41 | Corydon76-dig | mvanbaak: are you running the latest mysql-odbc-connector, or are you running what is distributed with your distro? |
| 17:17.55 | mvanbaak | debian package |
| 17:18.11 | Corydon76-dig | mvanbaak: please download the source off mysql's site |
| 17:18.28 | Corydon76-dig | Very frequently, the package is out of date and that fixes it |
| 17:18.39 | mvanbaak | ah |
| 17:19.07 | Corydon76-dig | and I've seen this specific crash before, and that fixed it |
| 17:19.24 | Corydon76-dig | mvanbaak: looks like your mysql server was down. Completely. |
| 17:19.33 | mvanbaak | it wasn't |
| 17:19.42 | Corydon76-dig | Routing issues? |
| 17:19.59 | mvanbaak | I have this same error in cdr_mysql all the time |
| 17:20.03 | mvanbaak | but that wont crash asterisk |
| 17:20.10 | mvanbaak | and the cdr's are logged fine |
| 17:20.11 | JunK-Y | and it should not crash it. |
| 17:20.42 | Corydon76-dig | Right, but cdr_mysql just simply fails. It doesn't bother to ask why |
| 17:20.47 | mvanbaak | and the mysql version of the odbc driver is the same as the one in debian |
| 17:20.53 | Corydon76-dig | and res_odbc always asks why |
| 17:21.14 | mvanbaak | Corydon76-dig: cdr_mysql reconnects and writes the record without trouble |
| 17:21.32 | mvanbaak | even if I get this 'mysql server has gone away' message, cdr_mysql logs the record |
| 17:21.54 | Corydon76-dig | mvanbaak: Let's get Nick Gorham involved again... lead developer for UnixODBC |
| 17:21.56 | mvanbaak | mysql server is running in dom0 |
| 17:22.01 | mvanbaak | asterisk is running in domU |
| 17:22.06 | Corydon76-dig | He's told us when we did something wrong before... |
| 17:22.09 | mvanbaak | on the same machine |
| 17:23.00 | mvanbaak | it looks like if the cdr connection is idle for hours it disconnects |
| 17:23.14 | mvanbaak | I only get this message after * has been idle some time |
| 17:23.19 | mvanbaak | (this is my home setup) |
| 17:24.56 | mvanbaak | Corydon76-dig: yeah, we should ask him |
| 17:26.48 | Corydon76-dig | mvanbaak: one thing that would fix this, absolutely... on line 358... change the 0 to a 1. |
| 17:28.00 | Corydon76-dig | You know, I kind of think this is probably a mysql-odbc-connector crash |
| 17:28.49 | mvanbaak | ah |
| 17:28.58 | mvanbaak | compiling with the change you suggested |
| 17:29.39 | Corydon76-dig | When it does the sanity check, it never bothers with diagnostics... so this is a workaround, not a fix |
| 17:30.14 | mvanbaak | good enough for me ;) |
| 17:30.29 | Corydon76-dig | The reason we do diagnostics most of the time is that it could be a problem with the query itself, which we want to diagnose... |
| 17:30.35 | *** join/#asterisk-dev _mihai_ (n=_mihai_@ool-4573271f.dyn.optonline.net) |
| 17:30.38 | mvanbaak | yeah |
| 17:31.19 | Corydon76-dig | but we don't want to do a sanity check on every cdr inserted (which is what that change does) because on some databases, it's extremely inefficient |
| 17:32.00 | Corydon76-dig | on mysql, I'm not overly concerned... it can handle the extra load, despite it being inefficient |
| 17:32.12 | mvanbaak | it's pretty fast on mysql |
| 17:32.31 | mvanbaak | looking at what it does, I'm not concerned neither |
| 17:32.42 | Corydon76-dig | I could put an idle feature in res_odbc, I suppose |
| 17:33.07 | Corydon76-dig | If idle for longer than this set amount of time, do a sanity check before handing back the connection |
| 17:33.24 | mvanbaak | you think that will fix this ? |
| 17:33.25 | Corydon76-dig | Let me look at that |
| 17:33.37 | mvanbaak | might do so |
| 17:33.46 | Corydon76-dig | idlecheck=3600 or something |
| 17:33.55 | mvanbaak | because I only saw those 'gone away' messages after idletime |
| 17:35.07 | mvanbaak | A98943 |
| 17:35.10 | MuffinMan | [98943] Committed by russell on 2008-01-15 19:26:52: Commit a fix for some memory access errors pointed out by the valgrind2.txt |
| 17:35.10 | MuffinMan | the channel might get masqueraded during this time. During a |
| 17:35.10 | MuffinMan | nd has this flag, a function is called in translate.c to |
| 17:36.12 | paravoid | mvanbaak: there's more |
| 17:36.21 | paravoid | "So, this patch fixes the issue in an API and ABI compatible way. (This one is for you, paravoid!)" |
| 17:36.30 | paravoid | :D |
| 17:37.23 | mvanbaak | hahahaha |
| 17:39.05 | philippel | hey guys - congrats on the 1.6beta1 kickoff |
| 17:39.21 | paravoid | hey, if you're going to release libpri 1.6 |
| 17:39.25 | paravoid | better take care of |
| 17:39.26 | paravoid | M10376 |
| 17:39.27 | MuffinMan | [assigned] [LibPRI] General 0010376: [patch] Set SONAME of libpri reported by tzafrir http://bugs.digium.com/view.php?id=10376 |
| 17:41.53 | tzafrir_home | (reopenened today) |
| 17:43.39 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 17:43.39 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 17:47.44 | paravoid | struct addressingdataelements_presentednumberscreened { |
| 17:47.46 | paravoid | lol. |
| 17:49.19 | mvanbaak | hahahaha |
| 17:49.30 | mvanbaak | thank god for vim completion |
| 17:50.33 | paravoid | libpri trunk is definitely not ABI compatible with 1.4 |
| 17:52.29 | paravoid | it's the same API though |
| 17:53.00 | paravoid | besides pri_new_bri() |
| 18:00.41 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 18:02.31 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 18:06.54 | Corydon76-dig | mvanbaak: ping |
| 18:06.57 | Corydon76-dig | M11798 |
| 18:06.59 | MuffinMan | [new] [Asterisk] Resources/res_odbc 0011798: [patch] Idle check for res_odbc reported by Corydon76 http://bugs.digium.com/view.php?id=11798 |
| 18:07.25 | *** join/#asterisk-dev ManxPower (n=manxpowe@209.16.72.139) |
| 18:07.39 | ManxPower | congrats on getting the first beta of 1.6 out! |
| 18:09.30 | *** part/#asterisk-dev kamanashisroy (n=root@202.56.7.193) |
| 18:09.36 | mvanbaak | Corydon76-dig: pong |
| 18:10.45 | mvanbaak | dude |
| 18:10.52 | mvanbaak | you uploaded WAY too much there |
| 18:12.22 | mvanbaak | acl.c stuff is there as well |
| 18:12.28 | mvanbaak | we dont need that I guess |
| 18:23.22 | mvanbaak | Corydon76-dig: I updated your patch. removed the acl.c stuff and fixed a spelling error |
| 18:23.43 | Corydon76-dig | oh, oops |
| 18:23.58 | Corydon76-dig | Spelling error? |
| 18:25.17 | mvanbaak | may site idle (in seconds) before a reconnection will be attempted. |
| 18:25.23 | mvanbaak | may _SIT_ idle |
| 18:25.24 | mvanbaak | I think |
| 18:25.32 | Corydon76-dig | Okay |
| 18:25.56 | mvanbaak | I have it running now |
| 18:26.22 | Corydon76-dig | Did you also revert the change to cdr_adaptive_odbc? |
| 18:26.29 | mvanbaak | uhhuh |
| 18:27.18 | mvanbaak | my update line is: make clean && svn revert -R . && svn up && ./configure --enable-dev-mode && make && make install && asterisk -rx 'restart now' |
| 18:27.29 | mvanbaak | on my production box that is |
| 18:27.50 | mvanbaak | meh, siptls |
| 18:27.51 | Corydon76-dig | Uh, that would revert the patch, too |
| 18:28.02 | mvanbaak | yeah |
| 18:28.08 | mvanbaak | I know ;) |
| 18:28.16 | mvanbaak | missed it in there |
| 18:28.30 | mvanbaak | actually, it's a small shellscript |
| 18:28.36 | mvanbaak | I have a directory 'patches' |
| 18:28.47 | mvanbaak | everything that's in there get's applied after the svn up |
| 18:29.08 | Corydon76-dig | Ah. |
| 18:29.10 | mvanbaak | Connected to Asterisk SVN-trunk-r99188M currently running on asterisk (pid = 25378) |
| 18:29.13 | mvanbaak | it's there ;) |
| 18:29.33 | mvanbaak | otherwise the M wouldn't be there |
| 18:30.52 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 18:31.21 | mvanbaak | hey puzzled |
| 18:31.37 | mvanbaak | the X100P and zap-hfc cards are on their way. posted them yesterday |
| 18:31.38 | puzzled | hi mvanbaak |
| 18:31.48 | puzzled | great thanks! |
| 18:31.58 | mvanbaak | sure thing |
| 18:32.06 | puzzled | msg/email me the details and I'll take care of it |
| 18:32.08 | mvanbaak | I'll mail you once I found the receipt |
| 18:32.11 | puzzled | heh |
| 18:32.11 | mvanbaak | ;) |
| 18:32.31 | mvanbaak | I guess it's still at work, next to my keyboard |
| 18:32.44 | mvanbaak | so it'll be monday before I can mail you the info |
| 18:32.48 | puzzled | beats the trash can :) |
| 18:32.54 | mvanbaak | yeah |
| 18:33.03 | mvanbaak | I _KNOW_ I put it somewhere safe |
| 18:33.14 | mvanbaak | so must be at work |
| 18:33.22 | puzzled | ah yes, the famous "safe" place. stuff gets lost if I do that |
| 18:33.48 | mvanbaak | whehehe |
| 18:33.49 | mvanbaak | yeah |
| 18:34.02 | mvanbaak | and if all else fails you'll see the price on the envelope |
| 18:35.07 | puzzled | pfew :) |
| 18:39.52 | mvanbaak | anyone know where I can find the definition of AST_MAX_* |
| 18:39.53 | mvanbaak | ? |
| 18:41.47 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:41.47 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:42.31 | philippel | russellb congrats on getting the 1.6 beta kicked off |
| 18:43.01 | mvanbaak | hhmm |
| 18:43.13 | mvanbaak | include/asterisk/channel.h |
| 18:43.14 | mvanbaak | never mind |
| 18:43.17 | mvanbaak | hey russellb |
| 18:43.32 | mvanbaak | what's the max lenght of a callerid name in * ? |
| 18:43.37 | russellb | philippel: thanks :) |
| 18:43.54 | mvanbaak | cid_name or CALLERID(name) |
| 18:43.59 | russellb | mvanbaak: ummm ... there may be a MAXCALLERID define somewhere |
| 18:44.17 | philippel | russellb I blogged this morning, and our plans that we already support it on our 2.4 beta to the best of our limitted testing on trunk we have been able to do |
| 18:44.43 | mvanbaak | russellb: AST_MAX_EXTENSION I found |
| 18:44.54 | russellb | mvanbaak: in trunk, i don't think there is a limit |
| 18:45.00 | mvanbaak | and in funcs/func_callerid.c it seems hardcoded to 80 |
| 18:45.09 | russellb | philippel: awesome! |
| 18:45.25 | russellb | philippel: well let me know if you have any problems, and if there is something we broke in a bad way for you ... |
| 18:45.55 | philippel | russellb ward mundy also just announced later today they will have an upgrade script for their iso so people can pull a turn key system down for testing if they want, with 1.6:) |
| 18:45.58 | russellb | mvanbaak: you are correct |
| 18:46.03 | mvanbaak | hahahahaha |
| 18:46.08 | mvanbaak | and a couple of lines later |
| 18:46.09 | russellb | philippel: nice! |
| 18:46.14 | mvanbaak | <PROTECTED> |
| 18:46.14 | mvanbaak | <PROTECTED> |
| 18:46.21 | russellb | mvanbaak: yeah, nice and consistent :) |
| 18:46.34 | russellb | philippel: well i'm really excited to hear that people are actually going to try it out |
| 18:46.39 | mvanbaak | the num can be AST_MAX_EXTENSION |
| 18:46.48 | mvanbaak | can I create AST_MAX_CIDNAME ? |
| 18:46.49 | russellb | philippel: i'm always worried that nobody touched anything called "beta" ... |
| 18:46.58 | russellb | philippel: especially after the history of 1.4 .... |
| 18:47.06 | russellb | mvanbaak: nah, because there isn't a max |
| 18:47.15 | russellb | mvanbaak: but we can certainly increase those buffers |
| 18:47.44 | mvanbaak | russellb: I'm testing 8824 and there they use 80 all the time |
| 18:47.53 | philippel | russellb well we have had to jump through the occaisional hoop becuase of deprecation but ... oh well, so is life, anyhow I hope this will really help to get it some expossure - I got to run now |
| 18:48.01 | mvanbaak | that's why I was looking for some more consistant way to define it |
| 18:48.36 | mvanbaak | AST_MAX_EXTENSION is defined 80 |
| 18:49.00 | mvanbaak | damn, who wants an 80 character long extension |
| 18:49.27 | russellb | philippel: alright, take it easy, *waves* |
| 18:49.30 | mvanbaak | exten => imoutofvariablenamessomakethissomethingmeaningfull,1,NoOp(really long extension) |
| 18:49.35 | ManxPower | russellb: I'm skeptical about the new release guidelines, but even I think they should be given a fair change. |
| 18:50.08 | ManxPower | mvanbaak: more like exten => 666,1,Page(long list of 60 destinations) |
| 18:50.42 | mvanbaak | ManxPower: no, that is not counted with that |
| 18:50.51 | mvanbaak | that's application data |
| 18:50.59 | mvanbaak | there's a seperate define for that |
| 18:51.10 | philippel | russellb before I'm finally off - any chance you could pm me Jim's phone number and email, I can't find his card anywhere and I wanted to call him about something (Jim as in partner programs) |
| 18:51.35 | ManxPower | mvanbaak: Ah! OK. |
| 18:51.41 | russellb | philippel: hm, don't have it on me, but if you call the digium main number, there is a company directory ... 5 at the main IVR |
| 18:51.55 | philippel | russellb ok that will do |
| 18:52.56 | *** join/#asterisk-dev kamanashisroy (n=root@202.56.7.193) |
| 18:53.26 | mvanbaak | russellb: I see, some places use 8, some use 256 |
| 18:54.50 | mvanbaak | ah, and 40, 24 |
| 19:00.39 | paravoid | russellb: I really like the new policy for security updates |
| 19:00.52 | mvanbaak | me too |
| 19:01.06 | paravoid | russellb: and btw, I saw your comment on your recent commit that preserved api/abi :) |
| 19:01.09 | paravoid | had a good laugh about it :) |
| 19:03.15 | russellb | paravoid: :-D |
| 19:03.18 | russellb | i'm glad you did |
| 19:06.02 | paravoid | russellb: |
| 19:06.03 | paravoid | M10376 |
| 19:06.04 | MuffinMan | [assigned] [LibPRI] General 0010376: [patch] Set SONAME of libpri reported by tzafrir http://bugs.digium.com/view.php?id=10376 |
| 19:09.47 | mvanbaak | russellb: I'm not replying on the mail but tell you here on irc |
| 19:09.56 | mvanbaak | I wont use the nightly tarballs |
| 19:10.11 | russellb | that's fine ... didn't think you would :) |
| 19:10.28 | mvanbaak | svn up -r ftw ! |
| 19:10.50 | mvanbaak | makes it easier to report bugs, because you can track down what rev they showed up |
| 19:11.01 | mvanbaak | that's not possible with tarballs |
| 19:11.09 | paravoid | git-bisect rules |
| 19:11.44 | paravoid | hey guys, what's your opinion on vISDN? |
| 19:12.31 | mvanbaak | hhmm, bisect looks cool indeed |
| 19:15.03 | mvanbaak | food+movie |
| 19:15.05 | mvanbaak | latero all |
| 19:25.43 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:25.43 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 19:42.38 | *** part/#asterisk-dev RoyK (n=roy@91.149.21.238) |
| 20:01.56 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 20:13.05 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 20:13.05 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 20:21.43 | Shaun2222 | in 1.6 it looks like macro's are supported for queues, are gosub's going to be supported too? |
| 20:25.02 | lmadsen | Shaun2222: #asterisk pls |
| 20:42.57 | *** part/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 20:45.02 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 20:54.09 | paravoid | what's the difference between chan_{jingle,gtalk}? |
| 20:54.16 | paravoid | and why both exist in the tree? |
| 20:54.36 | paravoid | they seem so alike |
| 21:02.43 | kamanashisroy | can anyone help me with ast_channel_spy_add, ast_activate_generator .. ? |
| 21:04.49 | kamanashisroy | I use the sequence ast_channel_spy_add, ast_activate_generator, ast_deactivate_generator, ast_channel_spy_remove ..... But it seems to be locked !! |
| 21:29.18 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 21:29.18 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 21:51.23 | *** join/#asterisk-dev Victor_Yure (n=victor@201.9.1.95) |
| 22:00.41 | *** join/#asterisk-dev putnopvut (n=putnopvu@user-24-214-112-81.knology.net) |
| 22:00.41 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 22:02.18 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 22:42.53 | Shaun2222 | is there a SVN for 1.6? |
| 22:42.57 | Shaun2222 | or is trunk 1.6 now |
| 22:43.11 | Qwell | trunk, yes |
| 22:43.14 | Qwell | sort of...for now |
| 22:43.25 | Qwell | we're somewhat working on the details still...pretty much ironed out |
| 22:43.44 | Shaun2222 | i'm running SVN-trunk-r99011 |
| 22:43.57 | Shaun2222 | so is that considered 1.4 or 1.6 |
| 22:44.09 | Qwell | neither...ish |
| 22:44.21 | Qwell | it's still a little confusing right this second |
| 22:45.20 | Shaun2222 | hmm queue() has the macro option, which is a newer 1.6 thing aint it? |
| 22:46.04 | putnopvut | Shaun2222: If you mean passing a macro to the Queue application, I'm pretty certain that's in 1.4. |
| 22:46.29 | Shaun2222 | hmm ok, i though i read in the changelog for 1.6 that it was a new feature for queue to support macro's |
| 22:46.44 | putnopvut | Let me double-check to be certain. |
| 22:47.01 | putnopvut | Ah, you're right. |
| 22:47.29 | Shaun2222 | but when doing a core show app queue i see the option for macro's and gosubs |
| 22:47.46 | Shaun2222 | so i guess my trunk is new enough to have 1.6 features it's not 1.6 :) |
| 22:48.07 | Shaun2222 | i think i may be starting to understand, lol |
| 22:48.19 | putnopvut | Well, 1.6 is based off of trunk, so at this point, anything that's in trunk is in 1.6.0-beta1. |
| 22:48.35 | Shaun2222 | ok thanks. |
| 22:52.05 | kamanashisroy | Hi, in the following code I dial and then spy on the dialed channel untill the caller press '*' or timeout. Unfortunately the spy is not working :( . http://paste.uni.cc/18127 |
| 22:52.55 | kamanashisroy | While in spying state I cannot hear any audio .. not sure why .. |
| 22:53.01 | kamanashisroy | any idea ? |
| 22:57.44 | *** join/#asterisk-dev syle (n=blah@unaffiliated/syle) |
| 22:59.34 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 23:13.56 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 23:13.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:19.26 | *** part/#asterisk-dev kamanashisroy (n=root@202.56.7.193) |
| 23:34.08 | *** join/#asterisk-dev bkruse_home (n=kruz@76.73.154.120) |
| 23:34.08 | *** mode/#asterisk-dev [+o bkruse_home] by ChanServ |
| 23:42.22 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |