| 00:01.40 | *** join/#asterisk-dev jeffg (i=TJ0gufPG@pdpc/supporter/active/jeffg) |
| 00:08.31 | *** part/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 00:24.29 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 00:58.02 | *** join/#asterisk-dev xpot (n=jim@75.149.224.186) |
| 01:34.06 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 02:09.31 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.121.203) |
| 02:09.35 | Laureano | Hello |
| 02:14.12 | jsmith | Hello Laureano |
| 02:20.45 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 02:44.15 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 03:06.24 | *** join/#asterisk-dev eliel (n=eliel@host-cotesma-162-8.smandes.com.ar) |
| 05:21.02 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 05:21.03 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 06:51.24 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:51.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:00.39 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 07:21.42 | *** join/#asterisk-dev grEvenX (n=even@ap39pb.ip.ssc.net) |
| 08:23.44 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 08:29.04 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:29.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:43.09 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 10:18.07 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-181-107.hsd1.wa.comcast.net) |
| 10:40.29 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 10:40.29 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 11:03.14 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:30.34 | festr_ | hi |
| 11:30.42 | festr_ | can anyone reopen this bug? http://bugs.digium.com/view.php?id=13047 |
| 11:30.47 | festr_ | it was created by me |
| 11:30.53 | festr_ | and i'm able to reproduce it now |
| 11:31.26 | festr_ | seanbright: ping |
| 11:34.51 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 11:41.11 | grEvenX | you created the bug! |
| 11:41.14 | grEvenX | you bastard! |
| 11:45.09 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:58.41 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 11:59.21 | festr_ | grEvenX: :) |
| 12:03.59 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:04.00 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:13.03 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 12:13.39 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 12:13.39 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 12:13.40 | oej | :-) |
| 12:13.49 | oej | Afternoon, folks |
| 12:19.17 | shido6 | afternoon |
| 12:20.46 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583163.dsl.bell.ca) |
| 12:20.55 | shido6 | know anything about playing the greet (name) when sending to multiple recipients... 1111* ( Bob Villa) or with the Other multiple recipients patch, 3 ( advanced ) 5 ( send message ) 1 ( extension ) 1111 # ( Bob Villa ) 2 ( add anotehr recipient ) 1 ( extension ) 1234 (Marko Pollo ) |
| 12:21.17 | *** join/#asterisk-dev jeffg (i=dcELpfsY@pdpc/supporter/active/jeffg) |
| 13:03.57 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:22.21 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.121.203) |
| 13:22.25 | Laureano | Hello |
| 13:30.43 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.231.215) |
| 13:31.07 | shido6 | Corydon76 |
| 13:33.23 | Corydon76-dig | Yes? |
| 13:33.51 | Corydon76-dig | Upgrade to 1.4.21.1 |
| 13:34.21 | Corydon76-dig | Please don't file bugs that have already been fixed in the latest release |
| 13:38.17 | shido6 | hrmmmmm |
| 13:38.17 | shido6 | ok |
| 13:59.49 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-e29ef36f1acbc6ac) |
| 14:01.55 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:01.55 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:02.13 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 14:02.32 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 14:24.49 | *** part/#asterisk-dev dwayne (n=dwayne@76.29.245.9) |
| 14:26.27 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 14:26.27 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:46.25 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:46.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:50.38 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:01.48 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 15:32.06 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 15:33.43 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.119) |
| 15:33.43 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:34.06 | file | nods to ctooley |
| 15:34.46 | ctooley | jtodd, some version of the tests have been moved up in priority... I'm to run those tests (sans RTP) on our Routing server. I'll compare the results with the Call server as well. You'll get a test plan from me, hopefully by this afternoon. |
| 15:34.52 | ctooley | nods to file. |
| 15:37.35 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:38.23 | tzafrir_laptop | building asterisk with make -j2 is considered harmful? |
| 15:38.46 | Qwell | tzafrir_laptop: should work, for the most part |
| 15:41.42 | kpfleming | who says it is considered harmful? |
| 15:42.07 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 15:43.16 | *** join/#asterisk-dev ACiDV (n=acidv@24-230-219-82.dr.cgocable.ca) |
| 15:46.14 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:47.21 | tzafrir_laptop | http://pastebin.ca/1072464 |
| 15:48.36 | tzafrir_laptop | err.. those errors also happen on normal build. Sorry |
| 15:49.44 | tzafrir_laptop | res_config_pgsql.c:36:41: error: libpq-fe.h: No such file or directory |
| 15:52.53 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 15:52.53 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 16:08.20 | *** join/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 16:17.46 | tzanger | heh |
| 16:17.51 | tzanger | cvs tag MUCH_BETTER_DATA_TRANSFER_TASKLETS_SCHEDULE_TOO_LATE_COLON_DASH_OPEN_PAREN |
| 16:20.37 | russellb | orly! |
| 16:21.07 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.121.203) |
| 16:26.22 | ctooley | tzafrir_laptop, guess it depends on your definition of harmful, I did -j2, it failed, I still didn't feel a thing. |
| 16:27.22 | tzafrir_laptop | I got many messages that -j2 is ignored Not sure exactly why |
| 16:27.57 | tzafrir_laptop | But maybe this is related to the .d file generation? |
| 16:27.58 | kpfleming | because of some makefile rules that don't use $(MAKE) |
| 16:28.04 | kpfleming | it's not a big deal |
| 16:30.18 | putnopvut | Something fishy is going on with the DONT_OPTIMIZE setting as of late. It's almost as if it doesn't actually work. I've seen backtraces from some bug reports lately that, though run with DONT_OPTIMIZE selected, still have ?? and <value optimized out> in them. Now I'm experiencing it myself in my imap_consistency branch. |
| 16:30.47 | Qwell | are all the modules getting rebuilt when you set it? |
| 16:31.25 | putnopvut | They all got rebuilt when I had to rerun the configure script a while ago. |
| 16:31.35 | putnopvut | (And I had DONT_OPTIMIZE selected at that time). |
| 16:31.44 | russellb | try make NOISY_BUILD=yesdamnitkthxbye |
| 16:31.51 | russellb | and see what CFLAGS are being used |
| 16:31.57 | putnopvut | all righty. |
| 16:35.02 | putnopvut | http://pastebin.ca/1072511 |
| 16:35.13 | putnopvut | I notice there's no -O in any form there. |
| 16:36.57 | Qwell | if $X is a Y% discount off the total - to find you total, you do (X / Y) * 100? |
| 16:37.10 | Qwell | (the old total) |
| 16:38.10 | Qwell | nm, that was a silly question |
| 16:47.04 | Corydon76-dig | putnopvut: manpage says that -O0 is the default |
| 16:50.47 | kpfleming | right, -O0 is no optimization |
| 16:55.00 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:56.54 | tzafrir_laptop | ok. I have no idea why, but there's no MENUSELECT_DEPENDS_res_config_pgsql line in menuselect.makedeps |
| 16:57.16 | kpfleming | what branch? |
| 16:57.21 | tzafrir_laptop | 1.4 |
| 16:57.32 | kpfleming | that's odd |
| 16:57.36 | kpfleming | clean checkout or new build or? |
| 16:57.44 | xilun | in trunk and 1.4 main/cdr.c: ast_cdr_setapp(), if (!app) and if (!data) are redondant with next S_OR |
| 16:57.44 | tzafrir_laptop | checkout |
| 16:57.49 | xilun | is too lazy to open a bug |
| 16:58.35 | kpfleming | well, the tag in the source file is definitely present |
| 16:58.57 | kpfleming | does res/.res_config_pgsql.moduleinfo exist? |
| 17:00.39 | tzafrir_laptop | not reproduced after distclean |
| 17:00.49 | tzafrir_laptop | sorry |
| 17:00.50 | kpfleming | odd |
| 17:02.20 | tzafrir_laptop | here's a nice but harmless bug: make distclean; make -j2; |
| 17:02.40 | kpfleming | oh |
| 17:02.45 | tzafrir_laptop | It should produce an error immediately anyway that there's no configure |
| 17:02.52 | kpfleming | yeah... there are dependencies between some steps that the makefiles don't know about |
| 17:03.00 | tzafrir_laptop | it just takes, well, longer :-) |
| 17:03.03 | kpfleming | so parallel makes don't work well unless a previous make has been done |
| 17:08.33 | tzanger | haha |
| 17:08.34 | tzanger | nice |
| 17:08.43 | tzanger | make menuconfig invokes make menuselect. very nice. |
| 17:09.00 | russellb | yes, squelched many complaints that way :) |
| 17:09.36 | tzanger | russellb: I know, I was one of the complainers |
| 17:09.51 | tzanger | when menuselect first came out I continuously did menuconfig |
| 17:09.57 | tzanger | and you must have changed that quite a while ago too |
| 17:11.30 | russellb | yes, shortly after it was merged ... |
| 17:13.02 | tzanger | wow I didn't realize it was THAT long ago |
| 17:13.52 | tzanger | haha |
| 17:13.54 | tzanger | I love this code: |
| 17:13.56 | tzanger | printk((i ? " %02x" : "%02x"), buf[i]); |
| 17:14.08 | tzanger | let's see... tomayto or tomahto... |
| 17:14.16 | kpfleming | one has a space |
| 17:14.24 | tzanger | bah I specifically checked for that too |
| 17:14.27 | tzanger | I am blind |
| 17:14.30 | tzanger | where is my damned coffee |
| 17:15.01 | tzanger | I have little code fragments like that too, but I did not see the space here so I figured it was just old code that got overlooked (and probably optimized away by the compiler anyway) |
| 17:16.59 | Corydon76-dig | tzanger: I usually do: printk("%s%02x", i ? " " : "", buf[i]) |
| 17:17.27 | kpfleming | Corydon76-dig: any luck making the video call from a call file work by specifiying codecs? |
| 17:17.39 | Corydon76-dig | kpfleming: Yes, it worked fine |
| 17:17.40 | tzanger | I do something like this: printk("%02x%c", i % 16 ? " " : "\n", buf[i]) |
| 17:17.41 | kpfleming | great |
| 17:17.47 | kpfleming | so we need to backport that it seems |
| 17:18.29 | tzanger | but I have a print before that prints ("\t%04x:", i/16) too |
| 17:18.33 | tzanger | because I like tabular dumps |
| 17:24.47 | mvanbaak | can I install asterisk-trunk in it's own seperate directory ? |
| 17:24.54 | mvanbaak | like /home/michiel/asterisk |
| 17:25.11 | mvanbaak | I have 1.4 on my system, but want to test some stuff with trunk on the same box |
| 17:25.42 | mvanbaak | and dont want to use the destructive scripts I have on my laptops |
| 17:26.19 | mvanbaak | (destructive as in: cleanout modules dir, alter symlink for /etc/asterisk and do a make install in the correct sourcedir) |
| 17:26.19 | tzafrir_laptop | mvanbaak, I just use the script from http://bugs.digium.com/11680 |
| 17:26.52 | tzafrir_laptop | Keep it under the source directory |
| 17:27.04 | Qwell | tzafrir_laptop: looks like that compile issue is affecting centos 5.1 now |
| 17:27.34 | tzafrir_laptop | anyone with that? |
| 17:27.42 | tzafrir_laptop | I didn't notice it |
| 17:27.50 | Qwell | some guy in #asterisk earlier |
| 17:27.53 | tzafrir_laptop | svn? 1.4.11? |
| 17:28.00 | Qwell | jaytee I think - 1.4.11 |
| 17:28.09 | *** join/#asterisk-dev eliel (n=mobile@host-cotesma-162-8.smandes.com.ar) |
| 17:29.20 | tzafrir_laptop | http://pastebin.ca/1072487 . He has the kernel from centos 5.2: |
| 17:29.32 | tzafrir_laptop | # |
| 17:29.32 | tzafrir_laptop | make[2]: Leaving directory `/usr/src/kernels/2.6.18-92.1.6.el5-i686' |
| 17:30.20 | Qwell | ahh |
| 17:30.29 | Qwell | maybe they pushed it up to 5.1 also? |
| 17:30.40 | Qwell | I don't know how they separate things |
| 17:30.48 | tzafrir_laptop | or maybe he upgraded for whatever reason |
| 17:31.42 | *** join/#asterisk-dev eliel (n=mobile@host-cotesma-162-8.smandes.com.ar) |
| 17:31.51 | mvanbaak | tzafrir_laptop: just drop that script in the contrib/scripts dir, chmod it and use the steps you described in there ? |
| 17:31.54 | outtolunc | probably just did a 'yum update' without excluding the kernel |
| 17:34.55 | tzafrir_laptop | mvanbaak, yes |
| 17:35.12 | tzafrir_laptop | (or in any directory) |
| 17:37.03 | mvanbaak | trying it now |
| 17:37.41 | Juggie | outtolunc, w/ centos if you do a yum update and update the kernel devel and such you need to reboot for it to work |
| 17:38.04 | Juggie | or asterisk will see 2.6.20 running but your devel will be 2.6.21 |
| 17:38.06 | Juggie | and it wont compile |
| 17:38.45 | outtolunc | Juggie: i wasn't having issue, just explaining how jaytee probably got that updated kernel |
| 17:38.48 | outtolunc | on his 5.1 |
| 17:44.36 | Juggie | he ran yum update |
| 17:44.53 | Juggie | quite simple, yum update will push you through 5.x without hesitation |
| 17:45.29 | Qwell | so, 5.2 is just an ISO release, or? |
| 17:45.29 | Qwell | I really don't know how that all works.. |
| 17:45.30 | Juggie | so just running yum update will uprade you from 5.0 to 5.1 and to 5.2 |
| 17:45.37 | Qwell | gotcha |
| 17:45.46 | Juggie | but it wont upgrade you to 6.x |
| 17:45.53 | Juggie | only minor releases |
| 17:46.02 | Qwell | makes sense |
| 17:46.31 | jsmith | Any word on when we'll have another zaptel release? |
| 17:46.36 | Juggie | his problem is quite simple, yum upgrade upgraded his kernel/devel packages but of course since you cant remove a running kernel it left his running copy installed and installed a newer copy |
| 17:46.51 | Juggie | he hasnt rebooted so his copy now no longer has a -devel package installed |
| 17:46.52 | kpfleming | jsmith: no plans right now, but if there is something urgent we can certainly get one out |
| 17:47.16 | jsmith | kpfleming: Just the fact that zaptel won't compile against the latest RHEL/CentOS kernel -- the bool definition thing |
| 17:47.32 | kpfleming | zaptel svn or zaptel 1.4.11? |
| 17:47.40 | jsmith | 1.4.11 |
| 17:47.56 | kpfleming | the bool thing again... ugh |
| 17:48.19 | kpfleming | well 1.4.11 will compile for people who aren't using XPP, they just have to disable xpp |
| 17:48.33 | Qwell | can we remove the boolage? |
| 17:48.43 | kpfleming | that's up to tzafrir |
| 17:50.37 | tzafrir_laptop | xpp used the type "bool" since before it was a standard type. We don't want to avoid using good kernel features just because some older kernels don't have them |
| 17:51.12 | kpfleming | well, it seems to have been the most frequent source of compiling problems for zaptel users in recent memory |
| 17:51.24 | kpfleming | do any of the kernel APIs use 'bool'? |
| 17:52.15 | tzafrir_laptop | yes. otherwise why did RH bother backporting it? |
| 17:52.20 | jtodd | Has anyone seen zoa in recent memory? |
| 17:52.31 | Juggie | not since dallas |
| 17:52.32 | Qwell | jtodd: not in a while - not here anyways |
| 17:53.09 | jtodd | Hrm. He made an Astricon talk topic (measuring quality) but he hasn't replied to any mail about next steps. Black hole. |
| 17:53.42 | Qwell | speaking of |
| 17:53.51 | Qwell | jtodd: 80% = ? |
| 17:55.04 | Juggie | jtodd, i guess he changed his mind, its kind of late now *-con in like 2-3 months |
| 17:55.29 | jtodd | juggie: changed his mind or got hit by a bus or something. |
| 17:57.10 | tzafrir_laptop | jsmith, zaptel SVN *can* compile vs. centos 5.2 |
| 17:57.26 | tzafrir_laptop | otherwise the relevant bug would not be closed |
| 17:57.45 | jsmith | tzafrir_laptop: Yes, I know that. But for the Asterisk classes, we have the students download and compile the latest released tarball |
| 17:57.55 | *** join/#asterisk-dev oron (n=oron@line25-214.adsl.actcom.co.il) |
| 17:58.16 | jsmith | tzafrir_laptop: *I* know how to make it work, but it makes it difficult for our students when the tarballs don't work |
| 17:58.30 | outtolunc | is svn zaptel once again the *trunk* or is branch 1.4 <G> |
| 17:58.34 | tzafrir_laptop | If it is such a big issue, it might have waranted a point release after the fix |
| 17:59.06 | tzafrir_laptop | either fixing the source or making a non-default selection in menuselect is bad |
| 17:59.10 | Juggie | jtodd, what is zoa's company? |
| 17:59.30 | tzafrir_laptop | anyway, there's also an issue of 2.6.26 |
| 18:01.38 | kpfleming | jsmith: why do you upgrade the centos version when you don't need to? wouldn't that be another way to ensure that everything you plan to have the users build will actually build? |
| 18:08.20 | jsmith | kpfleming: No... in this case, we needed a newer kernel for motherboard issues |
| 18:08.33 | kpfleming | hmm |
| 18:08.54 | kpfleming | well, that's something you can teach them then... how to use menuselect :-) |
| 18:09.20 | kpfleming | there's just no way to guarantee at any moment that the most recent tarball release of zaptel is going to build on the kernel you choose to put onto a box |
| 18:09.44 | tzafrir_laptop | jsmith: teach them how to build zaptel from SVN? :-( |
| 18:10.21 | jameswf-home | can you teach common sense?? |
| 18:10.24 | jameswf-home | DOH! |
| 18:11.22 | jameswf-home | Maybe how to simply read the error.... it says cant locate kernel headers what do I do, what could be wrong.. ummm |
| 18:11.40 | tzafrir_laptop | or teach them applying patches. svn diff -c I_FORGOT_THE_NUMBER http://svn.digium.com/svn/zaptel/branches/1.4 | patch -p0 |
| 18:13.06 | jameswf-home | teach them to "Blame Canada" |
| 18:15.14 | ctooley | jameswf-home, better to just team them "it's file's fault", that blames Canada and file. |
| 18:15.28 | file | bows |
| 18:15.29 | Qwell | ctooley: Canada blame needs to be more explicit |
| 18:15.45 | ctooley | :) |
| 18:16.18 | jameswf-home | it is HAM damnit not bacon |
| 18:17.30 | mvanbaak | http://www.baconsalt.com/ |
| 18:20.30 | jsmith | tzafrir_laptop: Yes, we teach them to apply patches in these cases, but that's a difficult concept to teach people who are new to Linux and Asterisk |
| 18:21.15 | jsmith | tzafrir_laptop: The other option is for me to "fix" the tarballs myself... but then the students try it on their own, and run into the same problem |
| 18:29.58 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:29.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:31.47 | mvanbaak | whoa ! |
| 18:31.55 | putnopvut | stops |
| 18:31.56 | mvanbaak | func_odbc ftw ! |
| 18:32.33 | mvanbaak | damn, this is so freaking cool |
| 18:34.12 | russellb | yes, func_odbc does own pretty hard :) |
| 18:34.51 | mvanbaak | big time |
| 18:35.01 | Corydon76-dig | mvanbaak: you just now finding it? |
| 18:35.06 | mvanbaak | yup |
| 18:35.11 | Corydon76-dig | lol |
| 18:35.15 | russellb | :) |
| 18:35.50 | mvanbaak | I'm having a lot of trouble with my AGI locking up asterisk. and all this agi does is consult a database to find the name of the calleridnumber |
| 18:36.11 | mvanbaak | so I thought, why use an agi, let's checkout func_odbc |
| 18:36.24 | mvanbaak | now I reading the source, and testing some stuff on my testbox |
| 18:36.30 | mvanbaak | damn, this is sweet ! |
| 18:36.51 | mvanbaak | hhmm, my setup will become better and better |
| 18:37.32 | Corydon76-dig | Well, happy to hear you found it useful |
| 18:37.56 | mvanbaak | is this bad ? : |
| 18:37.56 | mvanbaak | [2008-07-15 20:37:38] ERROR[18933]: utils.c:585 lock_info_destroy: Thread 'pbx_thread started at [ 3995] pbx.c ast_pbx_start()' still has a lock! - '&(&agi_commands)->lock' (0xb7593b78) from 'find_command' in res_agi.c:2424! |
| 18:38.39 | russellb | in general, yes, that is bad. |
| 18:38.50 | mvanbaak | ah |
| 18:38.58 | russellb | and after reading the message closer, yes, it is bad |
| 18:38.59 | mvanbaak | then that is the cause of my trouble |
| 18:39.09 | russellb | it means a thread exited with the agi commands list locked |
| 18:39.09 | mvanbaak | if it happens more then twice it locks up my asterisk |
| 18:39.16 | russellb | meaning no other thread will ever be able to access it |
| 18:39.21 | russellb | meaning AGI == dead |
| 18:39.25 | mvanbaak | yeah |
| 18:39.28 | russellb | bbryant: ^^^^ |
| 18:39.32 | russellb | bbryant: nice job adding that :) |
| 18:39.35 | mvanbaak | and I depend on AGI for handling incoming calls |
| 18:39.48 | russellb | what branch? |
| 18:39.51 | mvanbaak | trunk |
| 18:40.01 | mvanbaak | I have a VERY bad hack in place now |
| 18:40.27 | russellb | sees the problem |
| 18:40.30 | russellb | i will fix in a sec |
| 18:40.31 | mvanbaak | exten => h,1,System("pkill -9 asterisk"); |
| 18:41.10 | russellb | it's broken in trunk and 1.6.0 |
| 18:41.10 | mvanbaak | it's my home box, never have concurrent calls when not testing |
| 18:41.11 | Corydon76-dig | russellb: I see 2 problems in trunk, actually |
| 18:41.26 | mvanbaak | found out today, because nancy was working at home and asterisk locked up after ever 2nd call |
| 18:41.34 | mvanbaak | and she really needed to place a lot of calls |
| 18:42.05 | Corydon76-dig | russellb: same problem, two different places |
| 18:42.06 | mvanbaak | I was busy at work, so added this hack |
| 18:42.06 | russellb | Corydon76-dig: right |
| 18:42.46 | mvanbaak | thanks for fixing it. I know you're already too busy :) |
| 18:42.55 | russellb | thanks for reporting it |
| 18:43.08 | mvanbaak | no problem. I want to get rid of that ugly System call |
| 18:43.12 | mvanbaak | ;) |
| 18:43.26 | Corydon76-dig | russellb: Actually, we might want to change how we fix that to the calling function |
| 18:44.21 | Corydon76-dig | since it's a read lock, only unlock when we're done with the command element |
| 18:44.48 | Corydon76-dig | or once we've ref'ed the module |
| 18:44.52 | mvanbaak | prolly a good idea |
| 18:45.14 | mvanbaak | because I remember having a couple of zombie 'fixcid.agi' child processes of asterisk |
| 18:45.39 | Corydon76-dig | mvanbaak: zombies aren't a problem. Race conditions are. |
| 18:45.43 | russellb | Corydon76-dig: ok, let me fix this obvious issue first, and then as a followup commit, we can improve the locking strategy |
| 18:46.25 | putnopvut | slaps app_voicemail |
| 18:46.27 | Corydon76-dig | mvanbaak: you could theoretically get a handle and have the handle become stale before you start using it |
| 18:46.29 | mvanbaak | I really need to follow a couple of courses |
| 18:46.53 | mvanbaak | threading and the locking stuff is still a bit fuzy to me |
| 18:48.39 | russellb | mvanbaak: i don't think you're alone :) |
| 18:48.43 | russellb | it's a very complicated subject. |
| 18:49.02 | Corydon76-dig | mvanbaak: really, what's needed there are refcounts |
| 18:49.08 | russellb | Corydon76-dig: yes ... |
| 18:49.33 | russellb | Corydon76-dig: the module reffing being done isn't used everywhere, and still has races, as you pointed out |
| 18:49.40 | russellb | it could use some love, for sure |
| 18:49.52 | russellb | of course, it's extremely unlikely to _ever_ cause a problem |
| 18:50.01 | russellb | since we have no modules in tree that register AGI commands |
| 18:50.10 | Corydon76-dig | </barry-white> |
| 18:50.18 | russellb | so this is all theoretical, just in case someone had a custom module with extra AGI functionality |
| 18:50.43 | russellb | and because of that, i don't really feel like working on it right now :-p |
| 18:50.43 | Corydon76-dig | russellb: you mean like app_stack in trunk? |
| 18:50.50 | russellb | orly!!! |
| 18:50.54 | russellb | i was not aware of that. |
| 18:50.56 | russellb | :) |
| 18:51.08 | Corydon76-dig | Yep |
| 18:51.28 | Corydon76-dig | If app_stack is loaded, you get the GOSUB command in AGI. If not, not there. |
| 18:51.33 | russellb | neat. |
| 18:51.45 | xilun | russellb: is a ref taken on the implementing module when a function pointer is looked up for, let's say, an app ? |
| 18:51.46 | russellb | asterisk is getting big ... i can't even keep up :) |
| 18:51.59 | russellb | xilun: it's supposed to |
| 18:52.09 | russellb | xilun: in trunk/1.6.0, it does it automatically in the core |
| 18:52.17 | russellb | xilun: in previous versions, it was up to the module to handle that |
| 18:52.23 | russellb | which actually had races associated with it ... |
| 18:52.28 | xilun | ok |
| 18:52.31 | xilun | cool :) |
| 18:54.37 | Corydon76-dig | russellb: eh, it's too much of a hack. I'm going to leave it as-is |
| 18:55.14 | russellb | ha, ok |
| 18:55.21 | mvanbaak | russellb: that commit fixed it |
| 18:55.25 | russellb | mvanbaak: yay :) |
| 18:56.04 | russellb | #define ast_mutex_lock(lock) (void) |
| 18:56.11 | russellb | that will fix all of our deadlocks ... |
| 18:57.13 | Corydon76-dig | uh-huh |
| 18:57.23 | mvanbaak | remove all threading |
| 18:57.24 | mvanbaak | ;) |
| 19:00.57 | Corydon76-dig | mvanbaak: because dammit, multiplexing is just so easy... |
| 19:01.45 | mvanbaak | like I said, I need to take a course in multithreading programming in C |
| 19:02.12 | mvanbaak | but in my experience multithreading adds a very big layer of errors to most programs |
| 19:02.22 | xilun | isn't there a double free if __ast_module_user_hangup_all() softhangup something (and immediatly free(u) ) and that results in __ast_module_user_remove() being called by the thread that has been soft hung up (which re-free(u)) ? |
| 19:02.22 | mvanbaak | (not C, mostly python) |
| 19:03.23 | xilun | multithreading with message passing is less error prone that multithreading with ad-hoc synchronisation, IMHO |
| 19:05.46 | *** join/#asterisk-dev jgoddess (n=monkey@phrank.aus.us.siteprotect.com) |
| 19:06.39 | russellb | xilun: you mean seemingly arbitrary and undocumented synchronization attempts are bad? :) |
| 19:07.39 | russellb | but yes, i would absolutely agree with that ... it's hard to have shared memory corruption when nothing gets shared :) |
| 19:08.36 | xilun | russellb: well, lets just say that sometimes we have strange problems on client installs, and sometimes it relates to some very imaginative way of using locking :p |
| 19:09.39 | xilun | (not even talking about "typos" which at kind of become a private joke in our office, but i'll not insist on that ;) |
| 19:10.02 | russellb | pfft, asterisk is perfect |
| 19:10.22 | putnopvut | It's not even "perfect" in the Latin sense of the word :P |
| 19:10.27 | xilun | yeah indeed i started an internal mail with this line today :) |
| 19:16.43 | mvanbaak | damn. |
| 19:16.49 | mvanbaak | readhandle=localhost |
| 19:17.03 | mvanbaak | writehandle=remotebox1,remotebox2 |
| 19:17.19 | lmadsen | func_odbc! |
| 19:17.24 | mvanbaak | writes dont happen that many, reads will be over 100 a second |
| 19:17.35 | mvanbaak | use a local slave replica for that |
| 19:17.38 | mvanbaak | hubba hubba |
| 19:17.48 | mvanbaak | lmadsen: I just discovered it |
| 19:17.52 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 19:17.52 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 19:17.55 | lmadsen | it's pretty hawt |
| 19:17.55 | mvanbaak | and it's so darn freaking cool |
| 19:18.03 | lmadsen | that's what everyone says :) |
| 19:18.17 | lmadsen | my dialplans have become exponentially more powerful because of it |
| 19:20.38 | Corydon76-dig | mvanbaak: up to 5 handles per |
| 19:21.01 | mvanbaak | Corydon76-dig: yup! |
| 19:21.02 | Corydon76-dig | mvanbaak: do you do db transactions at all? |
| 19:21.08 | mvanbaak | AWESOME |
| 19:21.22 | mvanbaak | Corydon76-dig: very little |
| 19:21.25 | Corydon76-dig | I'm still working on transactional support |
| 19:21.42 | mvanbaak | not from asterisk to the db |
| 19:21.54 | mvanbaak | we do some transactional stuff in our webapps |
| 19:21.57 | mvanbaak | but that's it |
| 19:22.12 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.92.35) |
| 19:22.18 | *** join/#asterisk-dev freddyk (n=freddy@host104-23-dynamic.42-79-r.retail.telecomitalia.it) |
| 19:22.24 | mvanbaak | it will be read most of the time in asterisk |
| 19:22.40 | Corydon76-dig | I'm also considering doing something with write failover |
| 19:22.42 | mvanbaak | this will kill the first 30 lines of my 'callprep.agi' |
| 19:22.56 | anonymouz666 | what could cause a CONTROL FRAME to become -1? |
| 19:23.01 | Corydon76-dig | in terms of... if an update succeeds, but affects 0 rows, might do another query (an insert) next |
| 19:23.34 | mvanbaak | Corydon76-dig: that is something you should move above the transactional stuff |
| 19:24.05 | Corydon76-dig | anonymouz666: what would happen if the sky became firetruck? |
| 19:24.18 | anonymouz666 | lol |
| 19:25.05 | Corydon76-dig | anonymouz666: both questions made about the same amount of sense |
| 19:25.52 | anonymouz666 | nevermind then. |
| 19:26.48 | caio1982 | both guys who reported that -1 frame (you and victor_yuri) are using chan_dgv, I bet it's chan_dgv's fault and nothing to do with asterisk |
| 19:27.26 | mvanbaak | chan_dgv ? |
| 19:27.27 | anonymouz666 | caio1982: I am not using chan_dgv and sometimes happens here. |
| 19:27.40 | Qwell | what is chan_dgv? |
| 19:27.51 | anonymouz666 | it's digivoice channel driver |
| 19:27.58 | Qwell | oh |
| 19:28.33 | Qwell | by "not using", do you mean "not loaded into Asterisk" or "not currently processing calls with"? |
| 19:29.17 | anonymouz666 | not loaded |
| 19:30.03 | Qwell | is it showing up in gdb? |
| 19:30.04 | anonymouz666 | and therefore not currently processing calls with. |
| 19:36.36 | *** join/#asterisk-dev wunderkin (n=wunderki@cpe-24-24-210-131.socal.res.rr.com) |
| 19:37.22 | *** join/#asterisk-dev wunderkin (n=wunderki@cpe-24-24-210-131.socal.res.rr.com) |
| 19:38.24 | mvanbaak | hhmm |
| 19:38.42 | *** join/#asterisk-dev wunderkin (n=wunderki@cpe-24-24-210-131.socal.res.rr.com) |
| 19:41.01 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 19:44.26 | mvanbaak | lmadsen, Corydon76-dig: can you help me here a little ? |
| 19:44.31 | mvanbaak | http://pastebin.com/m40b17c03 |
| 19:55.31 | jsmith | mvanbaak: odbc show status? |
| 19:57.07 | mvanbaak | not showing anything |
| 19:58.06 | mvanbaak | huh ? |
| 19:58.08 | mvanbaak | wtf |
| 19:58.44 | jsmith | module reload res_odbc.so? |
| 19:58.52 | jsmith | module reload func_odbc.so? |
| 20:00.53 | mvanbaak | meh |
| 20:01.00 | mvanbaak | odbc show status shows nothing |
| 20:01.02 | mvanbaak | but |
| 20:01.14 | mvanbaak | odbc show customer-a shows my dsn as connected |
| 20:01.24 | mvanbaak | <PROTECTED> |
| 20:01.24 | mvanbaak | <PROTECTED> |
| 20:01.24 | mvanbaak | <PROTECTED> |
| 20:01.24 | mvanbaak | <PROTECTED> |
| 20:01.50 | mvanbaak | wonder if it writes the CDR's with adaptive OBDC |
| 20:05.14 | mvanbaak | yup |
| 20:05.30 | mvanbaak | so adaptive_odbc is still working |
| 20:05.38 | mvanbaak | but func_odbc is giving me this issue |
| 20:05.41 | mvanbaak | :( |
| 20:12.28 | Corydon76-dig | mvanbaak: try specifying the username/password in res_odbc.conf |
| 20:16.18 | Corydon76-dig | mvanbaak: btw, 13083 |
| 20:21.03 | mvanbaak | omg, you did it ! |
| 20:21.43 | mvanbaak | let me try to put the username/password in there |
| 20:26.16 | Corydon76-dig | mvanbaak: still needs testing |
| 20:26.28 | mvanbaak | hhmm, that did not help |
| 20:26.45 | mvanbaak | I have to be doing something wrong |
| 20:26.50 | mvanbaak | but cannot find out what |
| 20:30.06 | mvanbaak | jsmith: there is no 'odbc show status' |
| 20:30.24 | mvanbaak | jsmith: it's 'odbc show <dsn|all>' |
| 20:30.31 | jsmith | mvanbaak: Hmmmn... I guess I'm remembering wrong... go figure |
| 20:30.34 | mvanbaak | and since I dont have a DSN called status |
| 20:30.48 | mvanbaak | ok, this bothers me |
| 20:30.56 | mvanbaak | it works with adaptive odbc |
| 20:31.01 | mvanbaak | but not with func_odbc |
| 20:31.04 | jsmith | I guess my mind is failing... w00t! |
| 20:32.06 | Corydon76-dig | mvanbaak: if you install that patch, it will give me something more in the error messages as to what is actually wrong |
| 20:33.08 | Corydon76-dig | and if that doesn't help, I can go one more step towards that |
| 20:34.38 | mvanbaak | ok |
| 20:34.42 | mvanbaak | let me patch it |
| 20:38.06 | Corydon76-dig | Yeah, actually, hang on |
| 20:38.16 | Corydon76-dig | New patch coming, will give diagnostics |
| 20:38.29 | mvanbaak | gheh |
| 20:38.35 | mvanbaak | svn revert -R . |
| 20:38.37 | Corydon76-dig | It's there now |
| 20:40.11 | mvanbaak | make is running |
| 20:41.08 | mvanbaak | make install <-- always taking a lot of time for the sounds directory |
| 20:45.10 | jsmith | ~FISA lmadsen |
| 20:45.10 | jbot | ACTION illegally spies on lmadsen, then convinces Congress to give retroactive immunity to everyone involved (including jsmith) |
| 20:45.12 | mvanbaak | you are NOT going to believe this |
| 20:45.21 | mvanbaak | kills himself |
| 20:45.32 | Corydon76-dig | mvanbaak: I wanna see the error message |
| 20:46.29 | Corydon76-dig | Typo? |
| 20:47.21 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 20:47.21 | mvanbaak | yup |
| 20:47.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:47.39 | mvanbaak | readsql="SELECT cidname FROM cidnames WHERE cidnum='${SQL_ESC(${ARG1})}'" |
| 20:47.41 | Corydon76-dig | Heheheh |
| 20:47.57 | mvanbaak | what is wrong there ;) |
| 20:48.27 | Corydon76-dig | Ah, quotes |
| 20:48.37 | mvanbaak | note to self: configuration files are _NOT_ C/PHP/Python |
| 20:48.49 | mvanbaak | yup |
| 20:48.57 | mvanbaak | oh, you wanted to see the error message |
| 20:49.10 | mvanbaak | hang on, let me fuckup my config file again like that ;) |
| 20:49.48 | mvanbaak | [2008-07-15 22:49:25] WARNING[22751]: func_odbc.c:125 generic_execute: SQL Execute returned an error -1: 23000: [MySQL][ODBC 3.51 Driver][mysqld-5.0.32-Debian_7etch6-log]You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '"SELECT cidname FROM cidnames WHERE cidnum='0642724454'"' at l (260) |
| 20:49.53 | mvanbaak | [2008-07-15 22:49:25] WARNING[22751]: func_odbc.c:133 generic_execute: SQL Exec Direct failed (-1)!["SELECT cidname FROM cidnames WHERE cidnum='0642724454'"] |
| 20:49.56 | mvanbaak | [2008-07-15 22:49:25] WARNING[22751]: res_odbc.c:281 ast_odbc_direct_execute: SQL Exec Direct failed. Attempting a reconnect... |
| 20:50.17 | Corydon76-dig | Yep |
| 20:50.33 | mvanbaak | it actually helped to spot my error |
| 20:50.39 | mvanbaak | nice job ! |
| 20:52.18 | mvanbaak | yay |
| 20:52.19 | mvanbaak | <PROTECTED> |
| 20:53.51 | mvanbaak | TMP_TODO=`cat TODO` |
| 20:55.19 | mvanbaak | echo 'write a vim script that checks for =\\s{1,}" in a .cfg or .conf file' > TODO |
| 20:55.27 | mvanbaak | echo $TMP_TODO >> TODO |
| 20:56.14 | Qwell | huh, is there really no easier way to prepend to a file? |
| 20:56.35 | mvanbaak | not that I know |
| 20:57.34 | caio1982 | sed '1r /boot/grub/menu.lst' /etc/fstab |
| 20:57.38 | ctooley | Qwell, not especially, no |
| 20:57.40 | caio1982 | -i to save in-place |
| 20:58.11 | caio1982 | that's what i use when i need this kind of thing in shell |
| 20:58.49 | mvanbaak | caio1982: -i is linux only |
| 20:58.53 | caio1982 | mvanbaak: yep |
| 20:59.07 | mvanbaak | +% uname -a |
| 20:59.07 | mvanbaak | OpenBSD animaobsd 4.4 GENERIC.MP#0 amd64 |
| 20:59.08 | caio1982 | mvanbaak: poor you (and my osx box):) |
| 21:05.06 | Qwell | s/sed/gsed/ |
| 21:08.50 | *** part/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 21:09.11 | mvanbaak | erm, no |
| 21:09.47 | mvanbaak | the best way to go is: sed 'your magig' file > intermediate_file && mv intermediate_file file |
| 21:10.11 | mvanbaak | I fixed all that in trunk already |
| 21:27.13 | ctooley | yay, more crashes in 1.4.21.1 |
| 21:27.32 | ctooley | rebuilding with dev mode enabled, DONT_OPTIMIZE and DEBUG_THREADS |
| 21:27.38 | ctooley | more data when it crashes again. |
| 21:29.44 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 21:35.03 | mvanbaak | ZX81: thank you for all the testing |
| 21:35.26 | mvanbaak | looks like you found a stable revision eh ? |
| 21:35.53 | mvanbaak | Qwell: can I /msg you ? |
| 21:35.58 | Qwell | sure |
| 21:36.36 | ZX81 | :) |
| 21:36.43 | ZX81 | yeah, testing the last one now |
| 21:36.52 | ZX81 | running 2 hour tests now |
| 21:37.21 | ZX81 | anyone know if there's a url I can use for something like: |
| 21:37.43 | ZX81 | http://bugs.digium.com/karma.php?userid=zx81 |
| 21:38.01 | ZX81 | I can get the karma for top users, and I can screen scrape the usernames |
| 21:38.22 | ZX81 | but would love to be able to do a simple query when someone signs up for the FaceBook app |
| 21:38.32 | Qwell | http://bugs.digium.com/karma_view_transactions.php?id=877 |
| 21:38.35 | Qwell | You'd have to get the id somehow |
| 21:38.41 | ZX81 | yeah |
| 21:38.48 | ZX81 | that's how I was thinking of doing it |
| 21:38.55 | ZX81 | the main page has a select box |
| 21:39.00 | Qwell | and facebook is evil :p |
| 21:39.01 | ZX81 | with the id and username |
| 21:39.04 | ZX81 | heh yeah |
| 21:39.07 | Qwell | please don't pwn carolina |
| 21:39.11 | ZX81 | :D |
| 21:41.23 | russellb | ZX81: and those with commit access don't get mantis karma :( |
| 21:41.30 | russellb | no fair!! |
| 21:41.58 | ZX81 | ah really :) |
| 21:42.13 | ZX81 | well for facebook I could add 100 points for having commit access :) |
| 21:42.20 | russellb | hrh |
| 21:42.21 | russellb | er, heh |
| 21:42.24 | ZX81 | :D |
| 21:42.33 | russellb | or! |
| 21:42.37 | mvanbaak | Qwell: mail to my friend is sent |
| 21:43.01 | russellb | ZX81: you could get committer data from the ohloh web api - http://www.ohloh.net/projects/asterisk |
| 21:43.19 | Corydon76-dig | ZX81: you have indirect commit access |
| 21:43.32 | mvanbaak | russellb: yeah, I noticed ;) |
| 21:43.34 | ZX81 | saweet :) |
| 21:44.03 | ZX81 | brb |
| 21:45.12 | ctooley | Yep, still the same crash, calls are still dying in "sip read" |
| 21:45.40 | ctooley | Should I go ahead and open a new bug for this or does someone know of another crash bug for sip read? |
| 21:46.18 | mvanbaak | search bugs |
| 21:46.28 | mvanbaak | not that many open bugs on the asterisk project :) |
| 21:46.37 | mvanbaak | only have to skim 6 pages |
| 21:46.38 | ctooley | mvanbaak, was already doing that, there are 161 for "sip" |
| 21:47.08 | putnopvut | ctooley: I know this won't help much, but I vaguely remember a sip_read crash. |
| 21:47.35 | mvanbaak | I do as well |
| 21:47.55 | ctooley | putnopvut, probably from me :) I've been experiencing it for the last several versions. |
| 21:48.08 | putnopvut | ctooley: ah, it was the one that had to do with multiple spies on the same channel. |
| 21:48.13 | putnopvut | ctooley: Are you using chanspy? |
| 21:48.17 | ctooley | nope |
| 21:48.24 | mvanbaak | that was it ! |
| 21:48.26 | ctooley | not using RTP though either. ;( |
| 21:48.31 | putnopvut | Okay, then most likely the two are unrelated. |
| 21:48.38 | mvanbaak | who needs RTP anywayz |
| 21:48.44 | putnopvut | media is overrated. |
| 21:49.17 | ctooley | not me. :) |
| 21:49.18 | mvanbaak | big time |
| 21:49.28 | ctooley | I'd prefer if we didn't set up the RTP at all until it was required. |
| 21:49.35 | mvanbaak | ctooley: routing box ? |
| 21:49.38 | ctooley | yup |
| 21:49.43 | mvanbaak | figures |
| 21:49.58 | mvanbaak | all SIP ? |
| 21:50.02 | ctooley | yup |
| 21:50.11 | mvanbaak | ditch asterisk, and use openser |
| 21:50.27 | ctooley | mvanbaak, Griffin uses the ExternalIVR protocol to communicate |
| 21:50.46 | mvanbaak | ah |
| 21:50.54 | mvanbaak | ditch my comment, and use asterisk |
| 21:50.55 | mvanbaak | ;) |
| 21:51.05 | ctooley | Switch --SIP--> Asterisk --EIVR--> Griffin --EIVR--> Asterisk --SIP--> Switch |
| 21:51.14 | ctooley | Asterisk is really just a SIP front end for Griffin. |
| 21:52.42 | Corydon76-dig | mvanbaak: so is the failover patch working for you? |
| 21:52.42 | ctooley | I need to rent someone to look at our chan_sip.c |
| 21:53.13 | Corydon76-dig | ctooley: you can find boys for rent downtown |
| 21:53.16 | ctooley | Which kind of failover? DB or SIP? |
| 21:53.26 | mvanbaak | Corydon76-dig: second box is almost up-to-date on the 'load data from master' |
| 21:53.33 | mvanbaak | wont be today I'm testing it |
| 21:53.35 | mvanbaak | sorry |
| 21:53.38 | ctooley | Corydon76-dig, fortunately for me, I am able to ignore that comment. |
| 21:53.54 | mvanbaak | I promised nvanbaak to not do this kind of stuff on our home box anymore |
| 21:54.13 | Corydon76-dig | ctooley: when an update fails, it allows you to failover to an insert statement |
| 21:54.17 | mvanbaak | she just started her own company. cant have downtime on the production box because I'm testing patches |
| 21:54.25 | ctooley | Corydon76-dig, ah |
| 21:54.30 | mvanbaak | but, I got another box to test because of this |
| 21:54.40 | ctooley | was hoping SIP failover code finally got into trunk |
| 21:54.48 | mvanbaak | it's setup as mysql slave now. catching up the master stuff |
| 21:54.55 | mvanbaak | soon it will be done, and I can test it |
| 21:55.10 | Corydon76-dig | ctooley: when have you ever known me to get into the guts of SIP? |
| 21:55.27 | ctooley | Corydon76-dig, I didn't even know you'd done the work. |
| 21:55.28 | mvanbaak | I try to avoid SIP whenever I can |
| 21:55.50 | ctooley | tries to avoid other paths into Asterisk... SIP's too big to pollute it with other thought. |
| 21:55.54 | Corydon76-dig | mvanbaak: yah, pretty much |
| 21:56.05 | mvanbaak | 90% of my stuff is IAX, 8% Skinny, and the last 2% is SIP |
| 21:56.34 | ctooley | No offense to the IAX team, but I'm happy to be 99.9% IAX-fre |
| 21:56.43 | ctooley | s/-fre/-free/ |
| 21:56.55 | Corydon76-dig | SIP is a cancer... it's growing, to consume all resources and kill you... |
| 21:57.11 | putnopvut | I think of SIP more as a monster than a cancer. |
| 21:57.30 | ctooley | Luckily it's a monster that everyone knows how to talk to |
| 21:57.39 | Corydon76-dig | Or like kudzu. You can never get rid of it all |
| 21:57.45 | mvanbaak | putnopvut: doesn't matter. You want to avoid both |
| 21:58.09 | putnopvut | Some comedian once wrote that the best way to get kudzu to grow is to soak it in gasoline, set it on fire, and then pour cement over it. |
| 21:58.15 | mvanbaak | ctooley: ever had a box behind triple nat ? |
| 21:58.30 | ctooley | mvanbaak, yeah |
| 21:58.45 | mvanbaak | that's not going to work if you have to do the rtp as well |
| 21:58.47 | ctooley | talking to a box behind NAT at that. |
| 21:59.19 | ctooley | mvanbaak, it "can" work, it's just not going to work very cleanly |
| 22:00.11 | ctooley | regardless, removing SIP from my world is roughly equivalent to removing my job. |
| 22:00.18 | mvanbaak | we have several setups like this: customer -> nat -> internets -> isp loadbalancer -> nat -> our primary loadbalancer -> nat -> routing/firewall -> nat -> asterisk |
| 22:00.24 | ctooley | so... not a good option for me to exercise. |
| 22:00.50 | ctooley | mvanbaak, then you need to learn to use a VPN. :) |
| 22:01.03 | mvanbaak | ctooley: yup, tell a customer that |
| 22:01.11 | ctooley | I do |
| 22:01.26 | mvanbaak | as soon as the customer allows us to put hardware on their network there's no problem |
| 22:01.27 | ctooley | And.. if they choose not to be a customer, I find people that are willing to do it. |
| 22:01.34 | mvanbaak | then we simply do ipsec |
| 22:02.10 | ctooley | Simply doesn't have customers that choose not to do things "the right way". They cost me more in time and support than I can bill them for. |
| 22:02.16 | mvanbaak | connect their network to our routing/firewall with an ipsec vpn |
| 22:02.19 | mvanbaak | there we go |
| 22:02.22 | mvanbaak | no nat at all |
| 22:02.37 | mvanbaak | yup |
| 22:02.40 | ctooley | As for Excel, well, that's a whole other team's issue. |
| 22:02.43 | mvanbaak | that's why we do iax only |
| 22:03.03 | ctooley | Yup, that's why I only do SIP |
| 22:03.09 | mvanbaak | they can either choose to have a local asterisk, or ask another company to do the voip |
| 22:04.31 | ctooley | Yeah, not finding a bug related to this. I'm not reporting it yet though, it'll just get closed anyway, too many changes to chan_sip.c |
| 22:04.42 | *** part/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 22:04.43 | ctooley | Oh well, guess I'll hit it early tomorrow. |
| 22:04.52 | ctooley | later folks |
| 22:05.05 | ctooley | I'm off to finish building my office so I have a place to work besides my garage. |
| 22:05.56 | mvanbaak | latero |
| 22:06.01 | mvanbaak | and good luck |
| 22:18.46 | mvanbaak | tzafrir_laptop: you still here ? |
| 22:18.54 | tzafrir_laptop | Well, yes |
| 22:19.35 | mvanbaak | I fixed your sip_nat_settings script for OpenBSD |
| 22:20.30 | mvanbaak | attached to mantis |
| 22:20.59 | mvanbaak | erm, almost fixed |
| 22:21.05 | mvanbaak | at least I did the subnet part |
| 22:21.13 | mvanbaak | now you do the local ip stuff |
| 22:21.14 | mvanbaak | ;) |
| 22:21.44 | mvanbaak | and, I think the line I added there is posix compatible |
| 22:21.53 | mvanbaak | so it should work in any posix shell |
| 22:21.57 | tzafrir_laptop | this is done with wget . that's what whatismyip.org is for |
| 22:22.00 | mvanbaak | sh, ksh, zsh, dash, bash |
| 22:22.23 | mvanbaak | tzafrir_laptop: I'm talking about the hex notation of subnet |
| 22:24.23 | tzafrir_laptop | ok. posh likes this syntax. I guess it is OK |
| 22:42.06 | mvanbaak | thank you |
| 22:44.33 | mvanbaak | Single UNIX Specification: v2: http://www.opengroup.org/onlinepubs/007908799/ v3: http://www.opengroup.org/onlinepubs/009695399/ |
| 22:50.23 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 22:52.02 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 23:00.01 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 23:10.20 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-181-107.hsd1.wa.comcast.net) |
| 23:13.56 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 23:25.54 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:30.08 | *** join/#asterisk-dev eliel (n=eliel@host-cotesma-162-8.smandes.com.ar) |
| 23:53.25 | eliel | ping Corydon76-dig |