| 00:07.06 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.165) |
| 00:07.06 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 00:13.01 | *** join/#asterisk-dev anthm (n=anthm@99-201-251-253.area4.spcsdns.net) |
| 00:14.10 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:14.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 00:15.03 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:15.03 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 00:20.13 | seanbright | would it be difficult to set up viewvc on origsvn? |
| 00:20.39 | seanbright | or otherwise undesirable? |
| 00:21.19 | russellb | it is not going to happen. |
| 00:21.29 | russellb | origsvn has public && private stuff |
| 00:21.44 | russellb | and viewvc works with filesystem access |
| 00:21.53 | russellb | can't do path based access controls ... |
| 00:22.01 | seanbright | gotcha |
| 00:22.02 | seanbright | cool |
| 00:22.09 | russellb | like team/seanbright/private :) |
| 00:22.16 | seanbright | hehe |
| 00:22.39 | seanbright | that's where i keep my astripr0n |
| 00:22.57 | russellb | obviously |
| 00:23.08 | russellb | my private dir is why origsvn ran out of disk space |
| 00:23.13 | seanbright | heh |
| 00:23.35 | seanbright | i actually did some local hard drive cleanup before i converted my desktop from win2k3 to centos |
| 00:23.44 | seanbright | its amazing how fast you can delete 300+ GB |
| 00:23.59 | seanbright | i was expecting a slow trickle that i would be able to stop at any point |
| 00:24.09 | seanbright | but no. was instantaneous. |
| 00:24.40 | seanbright | tmi. sorry :) |
| 00:26.07 | seanbright | M10668 |
| 00:26.09 | MuffinMan | [closed] [Asterisk] CDR/General 0010668: Incomplete CDR lock reported by arkadia (Karma: +19.25) http://bugs.digium.com/view.php?id=10668 |
| 00:26.17 | seanbright | good times. |
| 00:26.19 | russellb | O.O |
| 00:26.35 | seanbright | killed 3 birds with 1 stone |
| 00:26.38 | seanbright | gotta love those |
| 00:26.43 | codefreeze | I reopened it to close it. |
| 00:26.53 | codefreeze | makes sense today |
| 00:26.57 | seanbright | heh |
| 00:27.28 | tzanger | $ cvs tag MUCH_BETTER_DATA_TRANSFER_TASKLETS_SCHEDULE_TOO_LATE_COLON_DASH_OPEN_PAREN |
| 00:27.38 | tzanger | *sigh* |
| 00:27.49 | codefreeze | now **that's*** a tag! |
| 00:27.55 | russellb | o.O |
| 00:28.24 | seanbright | better to be too verbose than too vague |
| 00:28.25 | russellb | tasklets are such the silly |
| 00:28.29 | tzanger | heh |
| 00:28.36 | tzanger | no taskets rox yer sox |
| 00:28.46 | tzanger | but unfortunately they cause trouble too |
| 00:31.46 | russellb | disappears for now |
| 01:59.09 | *** join/#asterisk-dev w9sh (n=w9sh@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 02:23.03 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 02:57.26 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) [NETSPLIT VICTIM] |
| 02:57.26 | *** join/#asterisk-dev stephbul (n=stephbul@ks33394.kimsufi.com) [NETSPLIT VICTIM] |
| 02:57.26 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) [NETSPLIT VICTIM] |
| 02:57.26 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) [NETSPLIT VICTIM] |
| 02:57.26 | *** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net |
| 03:38.24 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-42.hsd1.ky.comcast.net) |
| 04:17.22 | *** join/#asterisk-dev CunningPike_ (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:23.27 | *** join/#asterisk-dev CunningPike_ (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:32.44 | *** join/#asterisk-dev jbot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 04:32.44 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com -=- Congrats on becoming a father tuxd00d -=- Congrats russellb on getting married. Back to work! |
| 04:40.17 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582644.dsl.bell.ca) |
| 06:29.20 | *** part/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 06:31.39 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 06:32.30 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.134) |
| 08:10.21 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 08:21.03 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 09:37.23 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 09:37.23 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 09:45.19 | mvanbaak | mornin all |
| 09:45.37 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 09:54.04 | atis_work | yawns |
| 10:27.11 | *** join/#asterisk-dev seanbright (n=sean@c-69-251-175-43.hsd1.md.comcast.net) |
| 10:27.11 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 10:27.11 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 10:27.11 | *** mode/#asterisk-dev [+ooo seanbright file citats] by irc.freenode.net |
| 10:40.50 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 10:41.28 | _ys | Hello. what happened with "make menuselect" ? |
| 10:41.37 | _ys | Terminal must be at least 80 x 26. |
| 10:41.42 | _ys | menuselect changes NOT saved! |
| 10:44.44 | _ys | Hm, "export LINES=26" solve this trouble :) |
| 10:51.26 | _ys | ups: heck_expr.c:126: warning: "struct ast_bt" declared inside parameter list |
| 10:53.14 | _ys | may be ast_bt_get_addresses() function need in #ifdef HAVE_BKTR ... #endif block in utils/check_expr.c ? |
| 11:02.54 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.165) |
| 11:02.54 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 11:03.16 | *** mode/#asterisk-dev [-o ctooley] by ctooley |
| 11:12.15 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:40.48 | seanbright | _ys: the help screen is cut off at 21 rows |
| 11:40.56 | seanbright | _ys: which is why i up'd it to 26 |
| 11:56.53 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-69-141-238-214.hsd1.nj.comcast.net) |
| 11:59.08 | snuff-home | mm ys i think ur right :) |
| 11:59.37 | snuff-home | post to bugtracker the fix/issue _ys |
| 12:08.08 | _ys | done |
| 12:11.54 | snuff-home | i'm bad.. i dont compile utils at all comment out part of makefile ;) |
| 12:13.05 | snuff-home | u tryin to beat putnoputs record on open/close bugs seanbright ? |
| 12:13.20 | seanbright | nope. just bored :) |
| 12:13.45 | seanbright | sitting outside starbucks on a glorious late spring/early summer day |
| 12:13.52 | seanbright | mmmmm |
| 12:14.10 | seanbright | coffee + cigarettes + asterisk = <3 |
| 12:15.46 | snuff-home | mmm sounds alright.. *listens to trance* |
| 12:28.27 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 12:29.11 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:34.00 | tzanger | heh |
| 12:36.25 | ctooley | seanbright, I wish there was a Starbucks around here, but I'm doing the same thing, only out on my own deck. |
| 12:36.44 | tzanger | starbucks sucks |
| 12:36.53 | tzanger | I'm a Tim Horton's or Williams kind of guy |
| 12:37.02 | ctooley | tzanger, the "coffee shop" around here is McDonald's |
| 12:37.25 | ctooley | Starbucks is beyond gourmet for around here. |
| 12:38.06 | tzanger | ctooley: where do you live, southern alabama or something? |
| 12:38.29 | tzanger | hell even my old stomping grounds of 1500 people had a Tim Horton's and an independent gourmet (real gourmet) coffee shop |
| 12:38.50 | tzanger | I don't like gourmet though |
| 12:38.54 | ctooley | tzanger, 30 miles past BFE on the Nowhere side. |
| 12:38.58 | seanbright | tzanger: i've only seen tim horton's in canada |
| 12:39.04 | tzanger | seanbright: that's wehre I am |
| 12:39.12 | seanbright | tzanger: and you bite your tongue... starbucks is my second home :) |
| 12:39.19 | seanbright | tzanger: well that says a lot. |
| 12:39.21 | seanbright | ;-) |
| 12:40.23 | ctooley | The only people that I've ever met that are more conceited about where they're from, "my home is better than your home", are Canadians |
| 12:40.38 | tzanger | :-) |
| 12:40.45 | tzanger | hahaha |
| 12:40.59 | seanbright | some friends and i drove from toronto to the georgian bay... some peninsula that i am not remembering the name of |
| 12:41.04 | tzanger | I don't find that, except in rich douchebag areas |
| 12:41.10 | seanbright | saw about 1873 tim horton's on the drive |
| 12:41.27 | atis_work | heh, i don't feel sad that here's no Starbucks |
| 12:41.27 | ctooley | I think it's a "we aren't Britain's bitches anymore" thing. :) |
| 12:41.40 | tzanger | hahaa |
| 12:41.46 | atis_work | i have nothing to gain from that there's McDonalds :) |
| 12:41.48 | seanbright | tobermory |
| 12:42.59 | ctooley | seanbright, you mean the Bruce Peninsula? |
| 12:43.53 | seanbright | ctooley: sure |
| 12:43.59 | seanbright | yeah |
| 12:44.17 | seanbright | we were hungover and on vacation |
| 12:44.18 | ctooley | After all, "Tobermory is considered a paradise by naturalists, photographers, divers, hikers, other people, and more people" |
| 12:44.29 | seanbright | so we said "what the hell, let's go for a drive." |
| 12:44.32 | seanbright | ended up there |
| 12:44.33 | ctooley | It says so right there on the page that google linked to. |
| 12:44.57 | seanbright | ah |
| 12:45.02 | ctooley | paraphrased a bit for brevity. :) |
| 12:45.22 | seanbright | well, we just went there to see what it was like. |
| 12:45.28 | seanbright | not that interesting. |
| 12:45.58 | ctooley | hehe, I'm sure the hangover didn't skew your opinion of things that required lots of physical activity. |
| 12:46.57 | seanbright | http://www.seanbright.com/tobermory.jpg |
| 12:47.01 | ctooley | ahhhh The White Stripes... coding music |
| 12:47.02 | seanbright | that's what we saw... |
| 12:47.03 | seanbright | heh |
| 12:47.22 | ctooley | looks good to me. |
| 12:47.36 | ctooley | looks like New England, but that's not so shocking. |
| 12:48.12 | seanbright | slight let down after 3+ hours of drive |
| 12:48.19 | seanbright | s/drive/driving/ |
| 12:49.38 | ctooley | nah, I'd be tempted to drive from here to go see it. Except, you know, the wife would kill me unless I took her and the 4 kids, which means I'd kill myself on a 20 hour drive like that. |
| 12:50.18 | seanbright | right |
| 12:51.32 | ctooley | although it's amazing how much a bottle of dramamine, 2 bottles of benedryl, a bottle of whiskey and a case of diet coke will solve that. |
| 12:53.32 | seanbright | heh |
| 12:53.57 | ctooley | [May 29 12:49:05] WARNING[31208]: chan_sip.c:3127 __sip_autodestruct: Autodestruct on dialog '1-15262@10.10.152.37' with owner in place (Method: ACK) |
| 12:54.00 | ctooley | not cool |
| 12:54.58 | ctooley | I still haven't figured out this whole getting the 300 Mulitple choices messages ACK'd problem yet. :( |
| 12:55.16 | ctooley | Those things should be cleaned up by the ACK |
| 13:01.37 | ctooley | it takes 1.4.19.1 5% of a single CPU to do what trunk is doing in 318% of CPU |
| 13:01.43 | ctooley | again, not cool |
| 13:10.57 | codefreeze-lap | ctooley: where are you seeing this slowdown? |
| 13:11.27 | ctooley | sipp->chan_sip->externalivr->sip response->sipp |
| 13:11.37 | ctooley | the externalivr in between is identical |
| 13:11.48 | ctooley | it's got to be in chan_sip. |
| 13:12.10 | ctooley | or something in core, because externalivr is the same in my 1.4.19.1 as in trunk. |
| 13:13.15 | codefreeze-lap | ctooley: I spent a lot of time upgrading chan_sip in trunk to astobj2. Somewhere, somehow, its 4x improvement in call handling disappeared... |
| 13:13.26 | ctooley | or as close as possible, there's no AST_STANDARD_APP_ARGS usage in 1.4.19.1 but I am using ast_app_separate_args |
| 13:13.56 | ctooley | well, I'm seeing a lot more than a 4X decrease in performance |
| 13:14.19 | ctooley | more like 30X |
| 13:14.26 | ctooley | though I'm guess there's some avalanche point. |
| 13:14.55 | ctooley | If there's some way I can get you debug information to help you pinpoint the problem, we have a very high volume development environment already. |
| 13:15.03 | codefreeze-lap | ctooley: use gprof or oprofile to see where it's spending its time. You might do it to both 1.4 and trunk. |
| 13:15.07 | ctooley | some way I can push you profiling data that will be helpful |
| 13:15.20 | ctooley | ok... will have to go learn how to use those. |
| 13:16.04 | ctooley | reading the docs now |
| 13:16.29 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 13:16.52 | codefreeze-lap | Both are pretty simple, but they have their quirks... -pg compile everything for gprof. oprofile require installation and some commands to get it started, but no recompilation. For both, no optimation, debug compile is best |
| 13:18.07 | ctooley | yay, no vmlinux. :( |
| 13:18.52 | codefreeze-lap | If it seems to omit all the sip code, then you can do the make menuselect thing, and go with static modules. No dynamic loading. That fixed that prob for me. |
| 13:18.56 | ctooley | oprofile needs the uncompressed version of the kernel.... it's been SOOO long. |
| 13:19.33 | file | the --no-vmlinux option will overcome 'dat |
| 13:19.33 | codefreeze-lap | ctooley: skip that. Unless profiling points to something in the kernel slowing you down |
| 13:21.23 | ctooley | ok |
| 13:21.59 | ctooley | recompiling |
| 13:22.03 | ctooley | oprofiled is running |
| 13:23.29 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:23.41 | ctooley | fark! Corydon76-dig! You broke static builds! :) |
| 13:23.43 | ctooley | /usr/bin/ld: Dwarf Error: Abbrev offset (4072) greater than or equal to .debug_abbrev size (675). |
| 13:23.43 | ctooley | ../cdr/cdr_adaptive_odbc.eo: In function `load_config': |
| 13:23.43 | ctooley | cdr_adaptive_odbc.c:(.text.load_config+0x1a9): undefined reference to `ast_odbc_request_obj' |
| 13:23.57 | ctooley | shuts of cdr_adaptive_odbc |
| 13:24.15 | ctooley | or rather... |
| 13:24.16 | Corydon76-dig | Um? |
| 13:24.22 | ctooley | shuts off all cdr modules |
| 13:24.43 | Corydon76-dig | Did you forget to load res_odbc? |
| 13:24.50 | ctooley | Corydon76-dig, don't know if it's you, but it puked at cdr_adaptive_odbc so it seemed best to blame you |
| 13:24.54 | ctooley | Corydon76-dig, that's on compile. |
| 13:25.18 | Corydon76-dig | If it can't find ast_odbc_request_obj, then you don't have res_odbc loaded |
| 13:25.51 | ctooley | "loaded" |
| 13:26.03 | ctooley | I'm not even to the point of "loading" anything, that's at compile time. |
| 13:26.24 | ctooley | No loadable modules, No optimize |
| 13:26.41 | Corydon76-dig | No idea |
| 13:26.59 | Corydon76-dig | I've never tried compiling with loadable modules turned off |
| 13:27.38 | Corydon76-dig | I suppose stubbing res_odbc API into the core would probably do it |
| 13:27.42 | ctooley | So, see, you broke it. :) |
| 13:28.06 | Corydon76-dig | I really don't like stubbing those functions, though |
| 13:28.32 | ctooley | pretends he could have actually fixed it for the sake of his own argument. |
| 13:29.26 | Corydon76-dig | Is there a reason you turned off loadable modules, or was it just a case of seeing what would happen? |
| 13:29.43 | ctooley | See the discussion above where codefreeze-lap told me to |
| 13:30.58 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-a066774de22b70b8) |
| 13:31.53 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:32.21 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:33.56 | ctooley | grrr, still won't compile without loadable modules. :( |
| 13:34.19 | ctooley | <PROTECTED> |
| 13:34.19 | ctooley | /usr/bin/ld: g722/libg722.a(g722_encode.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC |
| 13:34.19 | ctooley | g722/libg722.a: could not read symbols: Bad value |
| 13:34.19 | ctooley | collect2: ld returned 1 exit status |
| 13:34.23 | ctooley | oops, sorry |
| 13:40.06 | ctooley | building with loadable modules to see if that works, if not I'll go back to trying to get it to build without them. |
| 13:45.26 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:45.26 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:46.14 | jsmith-away | ctooley: You on a 64-bit machine? |
| 13:46.15 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 13:46.15 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 13:46.33 | ctooley | jsmith-away, yep |
| 13:46.42 | ctooley | and it won't build static for some reason. :( |
| 13:47.01 | ctooley | codefreeze-lap, I ran oprofile, but I do not see any of the chan_sip functions. |
| 13:47.15 | codefreeze-lap | ctooley: my system crashed... sorry. |
| 13:47.28 | ctooley | np |
| 13:47.40 | codefreeze-lap | Yeah, that's irritating, when that happens. |
| 13:48.22 | codefreeze-lap | static builds forces it to account for those funcs. Ya gotta solve the mystery and get it to build |
| 13:49.39 | ctooley | interestingly, asterisk is still taking 300% of CPU _after_ the sipp run is completed. |
| 13:50.31 | codefreeze-lap | Got into some state or something... |
| 13:50.37 | ctooley | apparently |
| 13:51.49 | jsmith | ctooley: Did you try adding -fPIC to the CFLAGS? |
| 13:52.24 | ctooley | jsmith, nope, in the Makefile? |
| 13:54.50 | ctooley | [root@plsgriffin01 excel-sip-changes]# ASTCFLAGS="-fPIC" make |
| 13:54.50 | ctooley | CC="cc" CXX="g++" LD="" AR="" RANLIB="" CFLAGS="" make -C menuselect CONFIGURE_SILENT="--silent" makeopts |
| 13:54.59 | ctooley | didn't get added to CFLAGS. :( |
| 13:55.28 | *** join/#asterisk-dev Mavvie (n=edwin@ppp121-44-7-156.lns10.syd7.internode.on.net) |
| 13:55.33 | Corydon76-dig | That's only for the menuselect directory |
| 13:56.06 | Corydon76-dig | which is only for a build option, not for Asterisk itself |
| 13:56.47 | mvanbaak | my new toy arrived ! |
| 13:56.52 | jsmith | Corydon76-dig: So, just to be clear, what would be the proper way to add -fPIC to the compiler flags? |
| 13:56.53 | mvanbaak | intel quadcore 2.4ghz, 4gb ram, 3TB diskspace |
| 13:57.35 | Corydon76-dig | jsmith: that was correct |
| 13:58.01 | ctooley | uhhhh? |
| 13:58.05 | jsmith | Corydon76-dig: OK, just making sure |
| 13:58.51 | ctooley | doesn't seem to have made a difference, same output saying I need to add "-fPIC" |
| 13:59.36 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:01.55 | ctooley | Corydon76-dig, codefreeze-lap any insights as to why it's not taking my -fPIC CFLAG? |
| 14:02.02 | codefreeze-lap | ctooley: I think you'd insert a line in the toplevel makefile saying something like ASTCFLAGS+=-fPIC, if that's what you need |
| 14:03.47 | ctooley | codefreeze-lap, tried that. :( |
| 14:04.21 | codefreeze-lap | funny, if this is a static build, why it'd want -fPIC. That's for .so's. |
| 14:04.55 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 14:05.17 | ctooley | dunno |
| 14:05.21 | Mavvie | Tomorrow I have a meeting with an AAPT guy to discuss the problem of "blocked" channels: After about two months of operations, all 31 channels of our PRIs are in a "blocked" state according to their exchanges and we are unable to make outgoing calls. |
| 14:05.22 | Corydon76-dig | ctooley: try a 'make clean' first |
| 14:05.31 | ctooley | Corydon76-dig, just did |
| 14:05.43 | Mavvie | If you know anything I could ask them to make his problem clearer, this is the moment to explain. |
| 14:05.47 | Mavvie | s/explain/ask. |
| 14:06.42 | ctooley | Corydon76-dig, same result... ARGH |
| 14:07.02 | Corydon76-dig | ctooley: dunno |
| 14:07.37 | ctooley | codefreeze-lap, I've gotta get back to the other project for the day... I'll see what I can do later, sorry. |
| 14:07.44 | jsmith | ctooley: Did you try a "make dist-clean" by chance? |
| 14:07.45 | Corydon76-dig | Dunno if distclean would help you any |
| 14:08.25 | ctooley | Corydon76-dig, trying distclean |
| 14:09.24 | ctooley | a convenient thing in menuselect might be an additional compiler flags field that lets you manually type one in. |
| 14:09.45 | ctooley | but only if --enable-dev-mode is selected |
| 14:17.57 | seanbright | sean's pet peeve #837: |
| 14:18.16 | seanbright | the guy who sends you an e-mail, and then comes to your desk and asks "did you get my e-mail?" |
| 14:18.35 | seanbright | and proceeds to discuss the e-mail's contents |
| 14:21.30 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 14:23.39 | seanbright | sean's pet peeve #838: |
| 14:23.52 | seanbright | people who feel the need to correct you on mailing lists without adding any actual value |
| 14:24.02 | seanbright | :) |
| 14:24.20 | lmadsen | seanbright: oh #837 bugs the hell outta me |
| 14:24.34 | lmadsen | leif's pet peeve #901: |
| 14:24.46 | lmadsen | the guy who calls you every 30 minutes to see how far along you've gotten on his project |
| 14:25.05 | seanbright | that's #413 on my list |
| 14:25.05 | seanbright | :) |
| 14:30.50 | tzanger | lmadsen: I generally respond with something to the effect of "If you want semihourly status reports I will have to update my quotation to take into account the distraction" |
| 14:34.35 | lmadsen | tzanger: ya... I'm charging hourly... so that's his problem :) |
| 14:35.07 | tzanger | heh yeah but it's frustrating |
| 14:35.11 | lmadsen | totally |
| 14:35.20 | lmadsen | I just started to ignore his calls and telling him to email me any issues he is having |
| 14:36.11 | *** join/#asterisk-dev mort___ (n=mort@user-54445d40.lns3-c10.dsl.pol.co.uk) |
| 14:37.07 | shido6 | lmadsen, so how far are you on this project? |
| 14:37.19 | lmadsen | about 85% I'd say |
| 14:37.24 | lmadsen | should be finished this week |
| 14:37.30 | shido6 | good, didnt you say that last week |
| 14:37.37 | shido6 | what have you been doing for the past few days? |
| 14:37.43 | shido6 | why are you even here? |
| 14:37.46 | lmadsen | heh... I'm working on 4-5 projects at any one time |
| 14:37.49 | shido6 | :) |
| 14:37.56 | lmadsen | believe it or not... this helps me to keep my sanity :) |
| 14:38.15 | caio1982 | handling AST_CONTROL_OFFHOOK in app_dial.c's wait_for_answer would be enough to know if the callee is offhook and report busy to the caller? or is there a standard way to know that already? |
| 14:42.36 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584377.dsl.bell.ca) |
| 14:53.09 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:53.09 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:06.04 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:06.04 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:16.42 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:30.19 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 15:30.19 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 15:36.45 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 15:37.36 | *** join/#asterisk-dev xrg_ (n=panos@77.83.37.53) |
| 15:38.37 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:40.57 | *** join/#asterisk-dev dwayne (n=dwayne@76.29.245.9) |
| 15:52.11 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:06.45 | mvanbaak | russellb: nice explanation there |
| 16:07.01 | russellb | thanks |
| 16:07.25 | russellb | explaining something helps me verify that i understand the issue |
| 16:18.13 | ctooley | BTW this whole building asterisk statically, it's not fun |
| 16:18.36 | russellb | with libs statically linked? |
| 16:18.43 | ctooley | yeah |
| 16:18.58 | russellb | that's not really fun for building any app |
| 16:19.17 | ctooley | so far we've added the following to main/Makefile |
| 16:19.20 | ctooley | AST_LIBS+=-lkrb5 -lkrb5support -lcom_err -ldl -lselinux -lk5crypto -lgssapi_krb5 -lkeyutils -lresolv |
| 16:19.39 | ctooley | And now we're down to what appears to be one error left... |
| 16:20.17 | ctooley | /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libpthread.a(lowlevellock.o): In function `__lll_mutex_unlock_wake': |
| 16:20.17 | ctooley | (.text+0x110): multiple definition of `__lll_mutex_unlock_wake' |
| 16:21.07 | Corydon76-dig | russellb: for your review... http://asterisk.drunkcoder.com/patches/20080529__dla.diff.txt |
| 16:22.28 | codefreeze-lap | ctooley: -lpthread? |
| 16:22.52 | ctooley | we've got pthread or it shouldn't be showing that error. |
| 16:23.40 | russellb | Corydon76-dig: _perfect_ |
| 16:23.43 | russellb | Corydon76-dig: great job!! |
| 16:23.57 | Corydon76-dig | okay for 1.4? |
| 16:23.59 | russellb | jbot_: Corydon76-dig++ |
| 16:24.01 | russellb | Corydon76-dig: yes |
| 16:24.47 | russellb | I think our DEBUG_THREADS code is getting pretty nice. sometimes i wonder if we should break it out into its own library ... |
| 16:24.49 | Corydon76-dig | Okay, I'm going to test a little before committing |
| 16:24.53 | russellb | sounds good |
| 16:25.51 | Corydon76-dig | and I probably need to expand it into several other areas |
| 16:26.08 | russellb | yeah, that stuff is everywhere |
| 16:26.11 | russellb | grep usleep(1), heh |
| 16:27.25 | Corydon76-dig | grep -C1 usleep, is what I've been using, actually |
| 16:30.24 | russellb | nice |
| 16:37.54 | *** part/#asterisk-dev dwayne (n=dwayne@76.29.245.9) |
| 16:56.59 | codefreeze-lap | ponders |
| 16:57.12 | *** mode/#asterisk-dev [-r] by Qwell |
| 16:57.58 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:58.15 | codefreeze-lap | swears to himself that the next time he chops out chunks of code, he's going to leave a comment behind explaining why. |
| 17:00.48 | denon | /* Ran out of drive space, decided this feature wasn't worth it */ |
| 17:04.14 | mvanbaak | gheh |
| 17:19.39 | mvanbaak | Qwell: you here ? |
| 17:19.44 | Qwell | no |
| 17:19.48 | mvanbaak | oh, ok |
| 17:19.50 | Qwell | oh, guess I am |
| 17:20.15 | Qwell | what's up? |
| 17:20.29 | mvanbaak | you remember who did the work to change chan_skinny's MWI stuff to be like chan_zap ? |
| 17:20.57 | mvanbaak | if not, I can look at the svn repo, but thought you might remember |
| 17:21.09 | Qwell | don't recall.. |
| 17:21.18 | mvanbaak | k |
| 17:21.20 | mvanbaak | problem is |
| 17:21.28 | ctooley | codefreeze-lap, you are certain you actually got this thing to compile statically? |
| 17:21.31 | mvanbaak | if I have a voicemail, the MWI lamp is on |
| 17:21.50 | mvanbaak | but if I do: rm /var/spool/asterisk/voicemail/default/13/INBOX/* |
| 17:21.56 | ctooley | Because what I've got now is lowlevellock functions from both libpthread and libc stepping on each other. |
| 17:21.57 | mvanbaak | the lamp will stay on forever |
| 17:22.01 | Qwell | mvanbaak: yeah, don't do that then :p |
| 17:22.02 | mvanbaak | till I check voicemail |
| 17:22.15 | mvanbaak | but, but ...... |
| 17:22.17 | Qwell | umm, yeah, it should probably still do...stuff |
| 17:23.10 | mvanbaak | I'm tempted to revert that change |
| 17:23.38 | Qwell | presumably, all channel drivers would have that behavior, no? |
| 17:23.57 | mvanbaak | I think only chan_zap and chan_skinny use event based mwi |
| 17:24.37 | mvanbaak | hhmm, maybe it's because I mounted with 'noatime' and dont have inotify enabled |
| 17:24.46 | ctooley | Maybe one of you uber debuggers can see what I can do to resolve this.... |
| 17:24.49 | ctooley | gcc -static -o asterisk -Wl,--gc-sections abstract_jb.o acl.o adsistub.o aescrypt.o aeskey.o aestab.o alaw.o app.o ast_expr2.o ast_expr2f.o asterisk.o astmm.o astobj2.o audiohook.o autoservice.o callerid.o cdr.o channel.o chanvars.o cli.o config.o cryptostub.o db.o devicestate.o dial.o dns.o dnsmgr.o dsp.o enum.o event.o features.o file.o fixedjitterbuf.o frame.o fskmodem.o global_datastores.o hashtab.o http.o image.o indications.o i |
| 17:24.49 | ctooley | o.o jitterbuf.o libresample/src/filterkit.o libresample/src/resample.o libresample/src/resamplesubs.o loader.o logger.o manager.o md5.o netsock.o pbx.o plc.o privacy.o rtp.o say.o sched.o sha1.o slinfactory.o srv.o stdtime/localtime.o strcompat.o taskprocessor.o tcptls.o tdd.o term.o threadstorage.o translate.o udptl.o ulaw.o utils.o version.o editline/libedit.a db1-ast/libdb1.a ../apps/modules.link ../cdr/modules.link ../channels/modules.link ../ |
| 17:24.50 | ctooley | codecs/modules.link ../formats/modules.link ../funcs/modules.link ../pbx/modules.link ../res/modules.link buildinfo.o -lssl -lcrypto -lc -lpthread -ltermcap -lm -lresolv -lkrb5 -lkrb5support -lcom_err -ldl -lselinux -lk5crypto -lgssapi_krb5 -lkeyutils -lresolv -lz -lcrypto -lssl -lcrypto |
| 17:24.56 | ctooley | CRAP |
| 17:24.57 | ctooley | sorry |
| 17:25.04 | ctooley | completely wrong paste buffer |
| 17:25.08 | ctooley | http://pastebin.com/d5b0fb136 |
| 17:25.23 | mvanbaak | my MWI store on the box where I register my skinny phones is an NFS mount |
| 17:25.40 | mvanbaak | s/MWI/voicemail/ |
| 17:27.01 | russellb | mvanbaak: that is expected behavior |
| 17:27.10 | russellb | and the reason is, MWI is event based now, and not polling based |
| 17:27.21 | russellb | which only works if _Asterisk_ is the only thing modifying the mailbox |
| 17:27.28 | russellb | if you have anything else modifying the mailbox, then you must enable polling |
| 17:27.31 | russellb | (a shame for performance) |
| 17:27.35 | russellb | which is an option in voicemail.conf |
| 17:27.37 | mvanbaak | is there a cli or ami command to remove voicemail ? |
| 17:27.37 | russellb | kthx |
| 17:27.43 | russellb | nope |
| 17:27.53 | mvanbaak | k |
| 17:28.22 | ctooley | russellb, well, then sounds like polling is going to be turned on for a lot of people |
| 17:28.34 | russellb | maybe so |
| 17:28.40 | russellb | and it is covered in UPGRADE.txt |
| 17:28.51 | mvanbaak | I think I have to look into imap storage |
| 17:29.04 | ctooley | russellb, you guys honestly think more than about 5% of people will read that thing? :) |
| 17:29.15 | mvanbaak | sometimes when I'm at work I check my voicemail using mutt |
| 17:29.27 | mvanbaak | and if it's done I rm the voicemail files for that specific message |
| 17:29.41 | russellb | ctooley: they better. |
| 17:29.58 | russellb | mvanbaak: then you should enable polling |
| 17:30.07 | mvanbaak | or use imap :) |
| 17:30.16 | ctooley | wants in on this pipe dream where people read the documentation. |
| 17:30.21 | mvanbaak | (I hope) |
| 17:30.46 | Qwell | imap would also require polling |
| 17:30.55 | mvanbaak | yup |
| 17:31.00 | mvanbaak | I noticed |
| 17:31.15 | mvanbaak | I'm going to redo my whole setup |
| 17:31.20 | mvanbaak | gheh |
| 17:31.23 | ctooley | I wonder if I could just compile this thing with the channel driver embedded instead of actually building it statically. |
| 17:31.59 | file | ctooley: have you tried not doing any of this and using oprofile? that worked fine for me last time... didn't need to embed everything |
| 17:32.16 | ctooley | file, it doesn't show anything for the functions in chan_sip |
| 17:32.21 | ctooley | and I know they're getting called. |
| 17:32.24 | shido6 | there's documentation? |
| 17:32.30 | russellb | hardy har har |
| 17:32.34 | shido6 | :) |
| 17:32.36 | mvanbaak | heron |
| 17:32.56 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 17:32.56 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 17:33.05 | mvanbaak | eep |
| 17:35.44 | *** mode/#asterisk-dev [+r] by Qwell |
| 17:41.06 | ctooley | Yes, compiling with the apps, res, func, chan, sections embedded removed my requirement to build statically. |
| 17:41.16 | ctooley | at least to get what I'm hoping will be useful to codefreeze-lap |
| 17:41.49 | codefreeze | ctooley: yes, that will work |
| 17:42.14 | ctooley | codefreeze, and that actually builds, unlike attempting to build statically. |
| 17:43.12 | codefreeze | ctooley: I apologize, I should have checked make menuselect to verify my usage of "static". I did mean embedded. |
| 17:44.15 | *** join/#asterisk-dev rene- (n=renemend@200.34.66.137) |
| 17:44.54 | atis_work | hey, does anybody thinks that it's good idea to set fetchid to 0 in case if MySQL(Fetch ...) have bad connection id? |
| 17:45.39 | rene- | hello, i might get flamed for asking this, but, is there any logic in the way uniqueid are assigned to channels ? |
| 17:46.19 | rene- | i see that sometimes uniqueid is augmented by x.x+1 and sometimes is x+11.x+1 i would really appreciate if someone would clarify such topic to me |
| 17:46.28 | mvanbaak | atis_work: what is it set to now ? |
| 17:47.19 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 17:47.19 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:47.33 | atis_work | mvanbaak: now it's set to 1 or 0 depending on result rows, but not touched if connection id is bad |
| 17:47.40 | Corydon76-dig | rene-: do you know what a unixtime is? |
| 17:47.45 | rene- | i do |
| 17:47.50 | jsmith | rene-: Part of the uniqueid is the current Unix epoch (number of seconds since Jan 1, 1970)... the other part is a global counter |
| 17:47.51 | Corydon76-dig | First half is unixtime |
| 17:48.06 | Corydon76-dig | Second half is a monatomically incrementing counter |
| 17:48.45 | rene- | so trying to use the uniqueid to find related channels from AMI output is moot point right? |
| 17:49.14 | Corydon76-dig | Correct; each channel has its own uniqueid |
| 17:49.36 | atis_work | rene-: i do that with setting accountcode=uniqueid in first channel |
| 17:49.41 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 17:50.22 | ctooley | Corydon76-dig, is your deadlock avoidance code in trunk now? |
| 17:50.28 | Corydon76-dig | Yes |
| 17:50.30 | rene- | atis_work: that seems like a good strategy |
| 17:50.31 | rene- | thx |
| 17:50.49 | ctooley | gonna see if that helps out this problem, I just got some very disturbing results from trunk prior to your commit. |
| 17:51.13 | ctooley | probably won't help, but as it's lock related, anything's possibe. |
| 17:51.14 | Corydon76-dig | ctooley: it shouldn't actually change anything |
| 17:51.24 | ctooley | crosses fingers |
| 17:51.41 | Corydon76-dig | ctooley: all it does is make determining what code originally acquired a lock easier |
| 17:53.06 | ctooley | Corydon76-dig, I have trunk built on our routing server. I throw 1000 calls at it from sipp, 100 calls/sec for 10 seconds. It responds to all queries but uses 30 times the CPU as 1.4.19.1 and once the calls are done (as far as core show channels is concerned and as far as sipp is concerned) it goes on chewing cpu. |
| 17:53.38 | ctooley | So, I attached to it with strace, "strace -s2000 -f -p PID > foo 2>&1" to see what it was doing. |
| 17:53.52 | atis_work | so, anybody objects/agrees on setting fetchid=0 upon MYSQL(Fetch fetchid bad_connection_id var1) |
| 17:54.02 | ctooley | 180K lines of output, all but 861 lines of which are calls to futex( |
| 18:00.34 | *** join/#asterisk-dev ctooley_ (n=ctooley@209.33.106.165) |
| 18:01.04 | ctooley_ | And... I missed anything anyone said. yay. |
| 18:01.37 | mvanbaak | atis_work: if it's not handled right now, I think it's the best way to go |
| 18:01.45 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:01.46 | atis_work | ctooley_: nope |
| 18:02.04 | atis_work | damn, i hate that project-selection bug in mantis |
| 18:02.33 | ctooley_ | The power strip that the cable modem, dsl modem and wireless router were all plugged into took that opportunity to burn to a crisp |
| 18:03.19 | ctooley_ | It literally burnt inside enough to char the plastic casing through to the outside. |
| 18:03.42 | *** part/#asterisk-dev rene- (n=renemend@200.34.66.137) |
| 18:03.47 | atis_work | ctooley_: i think you have to decrease amount of harware there :p |
| 18:04.00 | jsmith | ctooley_: Don't worry... nobody said a thing while you were gone |
| 18:04.04 | ctooley_ | atis_work, I have |
| 18:04.21 | ctooley_ | jsmith, oh, I'm not sure that's better. |
| 18:04.30 | codefreeze-lap | Corydon76-dig: How about lock profiling? For each lock request in the code, can we keep a count of the number of times called, and the total amount of time it took to get the lock and proceed? We could spot some probs that way... |
| 18:04.40 | atis_work | has a mid-tower linux router in kitchen connected to ventilation shaft |
| 18:05.04 | jsmith | codefreeze-lap: I like the idea... but I'm not really qualified to comment |
| 18:06.36 | ctooley_ | atis_work, the sad thing is, there's a lot of stuff plugged into that 15AMP circuit, but the other power strips are fine (while everything was down decided to check them) and only the power strip that had those 3 very low power devices died. |
| 18:07.15 | atis_work | hehe :) |
| 18:07.19 | ctooley_ | codefreeze-lap, you want this strace output and oprofile data? |
| 18:07.28 | codefreeze-lap | Sure |
| 18:08.18 | Corydon76-dig | codefreeze-lap: it doesn't already do that? |
| 18:08.25 | mvanbaak | woot |
| 18:08.31 | mvanbaak | /dev/sda1 2.8T 202M 2.6T 1% /mnt/storage |
| 18:08.32 | Corydon76-dig | codefreeze-lap: I know it tries to do that on trylock |
| 18:08.50 | codefreeze-lap | Corydon76-dig: don't know, that's why I'm asking. |
| 18:09.03 | Corydon76-dig | I think it already does that |
| 18:09.08 | atis_work | mvanbaak: i'm jealous |
| 18:09.08 | ctooley_ | codefreeze-lap, mantis or email? |
| 18:09.09 | Qwell | 2.8TB? on sda? |
| 18:09.11 | mvanbaak | now I can store SHITLOADS of voicemail |
| 18:09.32 | Qwell | we all know what /mnt/storage is used for. |
| 18:09.33 | atis_work | mvanbaak: /dev/sda2 922G 911G 11G 99% /mnt/big1 |
| 18:09.35 | mvanbaak | Qwell: yeah, raid6 sata array on a 3ware 12port sata raid card |
| 18:09.36 | Corydon76-dig | or just loads of shitty voicemail |
| 18:09.38 | codefreeze-lap | ctooley_: email would be better; I'm murf |
| 18:09.40 | ctooley_ | Qwell, I'm guessing sda is an array |
| 18:09.43 | Qwell | mvanbaak: ahh, hardware raid - of course |
| 18:09.43 | mvanbaak | lol Corydon76-dig |
| 18:10.14 | mvanbaak | uhhuh |
| 18:10.27 | mvanbaak | I get two of them boxen |
| 18:10.31 | *** join/#asterisk-dev steliosk (n=Stelios@79.131.123.31) |
| 18:10.45 | Corydon76-dig | ctooley_: that's not a safe assumption anymore |
| 18:10.47 | mvanbaak | going to remove /dev/sda1 and make it /dev/drbd0 |
| 18:10.58 | mvanbaak | so the filestore is synced between the two boxen |
| 18:11.11 | mvanbaak | <--- creating a realtime HA NFS server for his asterisk setup |
| 18:11.43 | Corydon76-dig | Um, you said "HA" and "NFS" in the same sentence? |
| 18:12.01 | Corydon76-dig | and the former was not a chuckle? |
| 18:12.16 | ctooley_ | Corydon76-dig, HA == Half Availability |
| 18:12.41 | mvanbaak | Corydon76-dig: yes. high availability nfs server |
| 18:12.44 | mvanbaak | it's not that hard |
| 18:12.47 | ctooley_ | which in terms of NFS, of course, _is_ high availability |
| 18:12.56 | mvanbaak | there's one part that everyone forgets |
| 18:13.12 | mvanbaak | you have to move the nfs lock and state stuff to the shared storage |
| 18:13.31 | mvanbaak | otherwise it's going to be bad when master server dies, indeed |
| 18:13.49 | mvanbaak | but if you do it correctly, failover takes only 2 seconds |
| 18:14.01 | mvanbaak | and with the correct mount settings on the clients, that's not a problem |
| 18:14.04 | ctooley_ | finally |
| 18:14.12 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:14.21 | mvanbaak | we did a load of tests, and it can handle 7 minutes of downtime |
| 18:14.25 | *** mode/#asterisk-dev [-o ctooley] by ChanServ |
| 18:14.31 | mvanbaak | you just have to use the correct mount settings etc |
| 18:15.47 | ctooley | codefreeze, mail away |
| 18:15.59 | ctooley | assuming it doesn't get spam filtered |
| 18:17.44 | codefreeze-lap | ctooley: ok |
| 18:18.18 | ctooley | Corydon76-dig, hmmm your changes haven't been automerged into my branch yet. :( |
| 18:18.27 | russellb | you can do it manually |
| 18:18.29 | russellb | svnmerge merge |
| 18:19.49 | ctooley | yeah |
| 18:20.22 | codefreeze-lap | ctooley: got it. |
| 18:20.29 | ctooley | codefreeze-lap, cool |
| 18:20.40 | ctooley | hopefully it's helpful, if not, let me know what else will be. |
| 18:21.08 | atis_work | btw, have anybody tried writing logs to NFS? i tried that once, and had * working really slow |
| 18:23.24 | Qwell | atis_work: that patch should probably set it to 0 on the next warning also |
| 18:23.48 | Qwell | err, nevermind |
| 18:23.51 | Qwell | no it shouldn't |
| 18:23.52 | atis_work | Qwell: i'm not really sure, as bad parameter cound could not have fetchid |
| 18:23.55 | Qwell | yeah |
| 18:24.25 | atis_work | Qwell: i just started debugging terrible dialplan loop with "while" until realized that mysql is down |
| 18:24.49 | atis_work | this could have saved me some time |
| 18:24.56 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 18:26.02 | russellb | 31337 is happenin' right now |
| 18:26.10 | russellb | digium conf 31337, that is. |
| 18:26.54 | file | and the sound of construction outside when I am not muted |
| 18:27.08 | Qwell | M12749 |
| 18:27.09 | MuffinMan | [new] [Asterisk] Codecs/codec_ilbc 0012749: Awk script for ILBC not working throwing error reported by alinux (Karma: neutral) http://bugs.digium.com/view.php?id=12749 |
| 18:27.13 | Qwell | that bothers me |
| 18:27.28 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com -=- Congrats on becoming a father tuxd00d -=- Congrats russellb on getting married. Back to work! -=- IAX2/guest@pbx.digium.com/s@default, x6 |
| 18:27.49 | Qwell | x6? :p |
| 18:28.02 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds - http://buildbot.digium.com -=- IAX2/guest@pbx.digium.com/s@default, x6060 - 31337 |
| 18:28.36 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds - http://buildbot.digium.com -=- IAX2/guest@pbx.digium.com/s@default, x6060 - 31337 |
| 18:29.15 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds - http://buildbot.digium.com -=- Open Dev Conf - IAX2/guest@pbx.digium.com/s@default, x6060 - 31337 |
| 18:29.18 | Qwell | is the asterisk-dev exten still valid? heh |
| 18:29.22 | russellb | no |
| 18:31.29 | Qwell | ~dos2unix |
| 18:31.29 | jbot | i guess dos2unix is in the sysutils package, or at http://www.bsd.org/dos2unix.html, or perl -pi -e 's/\r\n/\n/g' <filename>, or recode, or fromdos, or tr -d \\\r, or on some non-gnu systems would also (unexpectedly) convert the charset |
| 18:31.40 | Qwell | anybody got a good awk command for that? |
| 18:33.06 | Qwell | somewhat ironically, I need to dos2unix (with awk) an awk script |
| 18:33.28 | tzafrir | joined |
| 18:33.35 | russellb | oic |
| 18:33.40 | russellb | hi :) |
| 18:34.34 | directory | drumkilla: kill those drums! |
| 18:34.41 | drumkilla | kills them |
| 18:34.47 | codefreeze-lap | ctooley: lookin' at the strace output (first time I looked at one)... futex is either locks, or threads, or a combo. there's WAIT, WAKE events... so this could easily be a trace of the different threads getting execution. |
| 18:35.19 | tzafrir | was aware of dev meetings, actually |
| 18:35.32 | ctooley | codefreeze-lap, ok, either way, seems like a rather inordinate amount of the time is spent on that. |
| 18:36.13 | codefreeze-lap | ctooley: but strace doesn't deal in time, just events. |
| 18:36.59 | ctooley | yeah... and I would think that if a thread is there it would need to do something other than come awake |
| 18:37.07 | ctooley | otherwise, what's the point of waking it up |
| 18:38.25 | codefreeze-lap | well, the OS will schedule and interrupt the threads, wake and sleep them, I'm sure corresponding to stuff like io waits, etc. |
| 18:39.50 | codefreeze-lap | ctooley: asterisk lives on multi threading. You had 36 threads active, and they were active, all right. |
| 18:41.31 | codefreeze-lap | What I need is a tally of all the lock requests in a source code file, and how many times each was called, and how much total time in u-seconds was spent waiting for the lock. If one or a few stick out, we know what to attack. |
| 18:42.19 | codefreeze-lap | Corydon76-dig seems to think that we already have this data in the lock tracing code. Let me see... |
| 18:46.16 | codefreeze-lap | hmmm.... MTX_PROFILE sounds promising |
| 18:46.56 | seanbright | i got hung up on |
| 18:46.58 | seanbright | :-/ |
| 18:47.31 | drumkilla | sad |
| 18:47.39 | drumkilla | i didn't do it |
| 18:47.44 | seanbright | and now i get service unavail |
| 18:47.45 | seanbright | grrr |
| 18:47.49 | drumkilla | o.O |
| 18:47.57 | drumkilla | you're in the US, call the toll free number |
| 18:47.59 | drumkilla | 877-digium1 |
| 18:48.00 | drumkilla | i think |
| 18:48.15 | seanbright | rickrolled |
| 18:48.16 | seanbright | heh |
| 18:48.28 | drumkilla | no, seriously |
| 18:48.34 | drumkilla | that's digium's toll free number, check digium.com |
| 18:48.38 | seanbright | checking it now |
| 18:51.34 | Corydon76-dig | 888-DIGIUM-0 |
| 18:52.10 | seanbright | two minutes too late :) |
| 18:52.26 | seanbright | is listening to drumkilla type... its hypnotic |
| 18:52.31 | drumkilla | that's not me |
| 18:52.33 | seanbright | Zzzzzz |
| 18:52.33 | seanbright | oh |
| 18:52.39 | drumkilla | d3wayne is the loud typer |
| 18:54.23 | Corydon76-dig | Qwell: you can do that with 'tr', too |
| 18:55.11 | drumkilla | wibbles |
| 18:55.38 | Corydon76-dig | Or: awk '{ sub("\r$", ""); print }' winfile.txt > unixfile.txt |
| 18:56.10 | directory | wobbles |
| 18:56.15 | Qwell | perfect |
| 18:56.17 | Qwell | maybe |
| 18:56.21 | seanbright | won't fall down |
| 18:56.34 | Qwell | can awk rewrite a file like sed -i? |
| 18:57.08 | Qwell | oh, hmm. I can't always do that.. it may need to be dos format |
| 18:58.07 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:59.29 | Corydon76-dig | drumkilla: I think your change to Milliwatt might be incorrect |
| 18:59.35 | drumkilla | orly? |
| 18:59.52 | drumkilla | do tell! |
| 19:00.09 | Corydon76-dig | "1004,1000" plays a 1004hz tone followed by a 1000Hz tone. I think you meant "1004/1000" |
| 19:00.26 | Corydon76-dig | which plays a 1004hz tone for 1000ms |
| 19:00.32 | drumkilla | yes, that is correct |
| 19:00.34 | drumkilla | i screwed up |
| 19:00.47 | drumkilla | thank you very much |
| 19:00.49 | drumkilla | :( |
| 19:01.12 | Corydon76-dig | Also, is there a reason why you're calling the Wait app, instead of just doing a ast_safe_sleep() ? |
| 19:01.20 | drumkilla | lol |
| 19:01.22 | drumkilla | no |
| 19:01.22 | Qwell | Corydon76-dig: awk '{ sub("\r$", ""); sub("\n$", ""); print }' codecs/ilbc/extract-cfile.awk > codecs/ilbc/extract-cfile.awk.fixed |
| 19:01.25 | Qwell | what do you think? |
| 19:01.28 | drumkilla | i was just thinking about how i'd do it in the dialplan |
| 19:01.35 | Qwell | just strip cr/lf entirely :P |
| 19:01.37 | drumkilla | Corydon76-dig: thanks for the sanity check |
| 19:01.48 | Corydon76-dig | Qwell: you're removing all line feeds? |
| 19:01.55 | Qwell | sure |
| 19:02.26 | Corydon76-dig | Qwell: well, you should probably substitute the second one with spaces |
| 19:03.08 | Qwell | sub("\r\n$", " "); |
| 19:03.09 | Corydon76-dig | otherwise "This is\nan example" becomes "This isan example" instead of "This is an example" |
| 19:04.11 | mvanbaak | wow, my cat just brought a living mouse to my home, and showed me how to kill it and eat it |
| 19:04.24 | mvanbaak | totally nothing left |
| 19:04.26 | Corydon76-dig | Qwell: sub("[\r\n]+", " "); |
| 19:05.02 | Qwell | err, can awk even work on multiple lines like that? |
| 19:05.47 | Corydon76-dig | http://people.cs.uu.nl/piet/docs/nawk/nawk_92.html |
| 19:06.02 | Corydon76-dig | It says it can |
| 19:06.25 | Qwell | \n would never be seen by awk |
| 19:06.56 | Corydon76-dig | Hmmm |
| 19:07.04 | Qwell | stupid ilbc.. |
| 19:07.12 | drumkilla | notices this story title on asterisknow.org ... "z0mg hai bbq!!! AsteriskNOW 1.0.1 ISOs!!!!" |
| 19:07.16 | drumkilla | blinks |
| 19:07.22 | drumkilla | i'm surprised nobody in marketing has complained |
| 19:07.28 | mvanbaak | lol |
| 19:09.36 | blitzrage | been there for a while now too... |
| 19:22.52 | seanbright | holy hell i am not motivated |
| 19:24.17 | mvanbaak | Corydon76-dig: remember I yelled about that crash in cdr_adaptive_odbc ? |
| 19:24.33 | mvanbaak | I updated to latest svn-trunk and after that I've done lik 50 reloads |
| 19:24.38 | mvanbaak | and no crash anymore |
| 19:24.43 | mvanbaak | so forget about it :) |
| 19:25.40 | mvanbaak | every reload gives me like 50+ lines of this tho: |
| 19:25.40 | mvanbaak | [2008-05-29 21:24:46] ERROR[2973]: sched.c:376 ast_sched_del: FRACK!, Failed assertion 0 (0) |
| 19:32.43 | codefreeze-lap | Corydon76-dig: so, in asterisk.c, rdtsc returns the current time? via some asm magic? |
| 19:34.04 | seanbright | has too many credit card bills... someone give me $3000 |
| 19:34.12 | Corydon76-dig | codefreeze-lap: eh? |
| 19:34.45 | Qwell | seanbright: sure, just pay off my house.. |
| 19:35.17 | seanbright | Qwell: i need the money more than you |
| 19:35.19 | seanbright | is poor |
| 19:35.27 | seanbright | vote democrat |
| 19:35.28 | seanbright | heh |
| 19:35.34 | Corydon76-dig | codefreeze-lap: never seen that code before, don't know what it does |
| 19:37.34 | seanbright | codefreeze-lap: that is correct |
| 19:39.22 | mvanbaak | jpeeler: in your last commit |
| 19:39.22 | mvanbaak | + ast_copy_string(dahdi_chan_name, "dahdi", sizeof(dahdi_chan_name)); |
| 19:39.33 | mvanbaak | shouldn't "dahdi" be "DAHDI" ? |
| 19:39.53 | jpeeler | i thought all the string matches were case insensitive |
| 19:40.01 | jpeeler | let me verify... |
| 19:40.11 | drumkilla | well, probably |
| 19:40.22 | mvanbaak | - snprintf(name, sizeof(name), "DAHDI/%d-1", num); |
| 19:40.23 | drumkilla | however, whatever you put is how it'll appear on the CLI and such |
| 19:40.27 | drumkilla | it should be DAHDI |
| 19:40.27 | mvanbaak | + snprintf(name, sizeof(name), "%s/%d-1", dahdi_chan_name, num); |
| 19:40.36 | mvanbaak | there you replace DAHDI with dahdi |
| 19:40.46 | seanbright | codefreeze-lap: actually, not the current time. the number of ticks since processor reset (http://en.wikipedia.org/wiki/RDTSC) |
| 19:40.46 | mvanbaak | with your last commit |
| 19:41.02 | *** topic/#asterisk-dev by ChanServ -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com -=- Congrats on becoming a father tuxd00d -=- Congrats russellb on getting married. Back to work! |
| 19:41.02 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 19:41.02 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 19:41.02 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:41.06 | Qwell | pwnt |
| 19:41.10 | mvanbaak | </nitpicking mode> |
| 19:41.16 | *** mode/#asterisk-dev [-o ctooley] by ChanServ |
| 19:41.16 | Qwell | ChanServ: silly bot |
| 19:41.19 | jpeeler | is there anywhere it should be dahdi then? |
| 19:41.47 | mvanbaak | I vote for DAHDI |
| 19:42.18 | mvanbaak | and yes, it's case insensitive |
| 19:42.30 | jpeeler | there were all kind of variations for Zap, zap, ZAP |
| 19:42.36 | drumkilla | jpeeler: config options, perhaps |
| 19:42.36 | mvanbaak | yeah |
| 19:42.40 | drumkilla | variable names |
| 19:42.42 | mvanbaak | same for other techs |
| 19:42.51 | codefreeze-lap | seanbright: txs! |
| 19:43.08 | mvanbaak | like: SIP/michiel, Zap/michiel, Skinny/michiel, OH323/michiel .... |
| 19:43.16 | mvanbaak | it's just not consistent |
| 19:44.15 | tzanger | wootie woot woot woot motherfucking WOOT |
| 19:44.29 | Qwell | umm, woot? |
| 19:44.35 | tzanger | damn skippy, woot |
| 19:44.35 | mvanbaak | that calls for a new janitor project |
| 19:44.49 | mvanbaak | 'make sure the TECH name is ALL UPPERCASE' |
| 19:45.03 | Qwell | skippy.. isn't that the brand that always has salmonella? |
| 19:45.18 | tzanger | I am transmitting tt-weasels out one zap channel and reading it from the cross-connected one through the B410 |
| 19:45.21 | mvanbaak | here in .nl we have Skippyrent |
| 19:45.28 | Qwell | tzanger: nice |
| 19:45.43 | tzanger | and netiher file nor cresl1n are around <sigh> |
| 19:45.48 | mvanbaak | it's a company which rents trailers |
| 19:45.58 | *** join/#asterisk-dev techie (n=techie@adsl-76-214-30-46.dsl.lsan03.sbcglobal.net) |
| 19:46.33 | jpeeler | drumkilla: after these capitalization replacements, i think i'll be near completion |
| 19:46.40 | drumkilla | jpeeler: w00t |
| 19:46.51 | drumkilla | tzafrir: mf'ing w00t ! |
| 19:46.53 | jpeeler | although there are things that i just am going to forget or don't even know about |
| 19:46.54 | Qwell | tzanger: psst, directory |
| 19:46.57 | drumkilla | tzafrir: wrong person, sorry, lol |
| 19:47.00 | jpeeler | like renaming the sound file spy-zap... |
| 19:47.02 | drumkilla | tzanger: mf'ing w00t ! |
| 19:47.07 | directory | O.O |
| 19:47.10 | Qwell | drumkilla: dtmf, I think |
| 19:47.16 | Qwell | dtmf'ing w00t! |
| 19:47.24 | tzanger | psst directory? |
| 19:47.27 | directory | tzanger: that is so lame |
| 19:47.30 | Qwell | tzanger: s/file/directory/ |
| 19:47.37 | tzanger | ahh |
| 19:47.45 | tzanger | file, directory... just name yourself inode and be done with it |
| 19:47.50 | Qwell | he owns that nick too |
| 19:47.59 | Qwell | oh, maybe not |
| 19:47.59 | mvanbaak | I think directory will soon change nick to 'inode' |
| 19:48.01 | drumkilla | jpeeler: actually, we'll have to get that sound re-recorded |
| 19:48.06 | tzanger | heh |
| 19:48.08 | Corydon76-dig | /bin/mv directory /home/tilghman/ |
| 19:48.12 | directory | I do not own that one. |
| 19:48.21 | Qwell | -NickServ- Last seen : Mar 03 00:23:06 2008 (12 weeks, 3 days, 19:24:48 ago) |
| 19:48.23 | Qwell | that's > 30 days. |
| 19:48.30 | Qwell | erm, 90* |
| 19:48.42 | Qwell | well, almost |
| 19:48.47 | Qwell | 87 |
| 19:48.54 | mvanbaak | 3 more days ! |
| 19:48.55 | drumkilla | unfortunately, the nick russell is actively used :( |
| 19:49.06 | Qwell | pfft |
| 19:49.10 | mvanbaak | rbryant |
| 19:49.14 | drumkilla | registered over 7 years ago |
| 19:49.34 | mvanbaak | that's the schema we use |
| 19:49.38 | Qwell | drumkilla: yeah, they'd pretty much have to die for you to get it.. |
| 19:49.43 | mvanbaak | mvanbaak, jparker, rbryant |
| 19:49.46 | drumkilla | Qwell: heh |
| 19:49.58 | Qwell | IRC will never see jparker. |
| 19:50.06 | mvanbaak | lol |
| 19:50.17 | Corydon76-dig | but North hasn't been used in 25 weeks... so that one should be releasable... |
| 19:50.26 | mvanbaak | I'm glad I got rid of my old nick |
| 19:50.33 | Qwell | Corydon76-dig: /msg nickserv info north |
| 19:50.41 | tzanger | directory: your'e not on msn today |
| 19:50.47 | Qwell | -NickServ- Nicks : Qwell world north Qwell_ Qwell[] Qwell[0] Qwell[\0] Qwellj2me Qwell[Digium] Qwell[laptop] |
| 19:50.52 | Corydon76-dig | tickles Qwell |
| 19:51.01 | world | Hello. |
| 19:51.01 | directory | tzanger: sure I am |
| 19:51.09 | Corydon76-dig | Hello, world. |
| 19:51.20 | mvanbaak | cout >> "hello world" |
| 19:51.21 | Qwell | and yes, that is exactly why I registered it. |
| 19:51.29 | seanbright | count << "hello world" << endl; |
| 19:51.31 | tzanger | heh |
| 19:51.34 | seanbright | err |
| 19:51.38 | seanbright | s/count/cout/ |
| 19:51.43 | tzanger | I think I still like the volkswagen beetle with the license plate "FEATURE" the best |
| 19:51.58 | mvanbaak | tzanger: yeah, that one rules |
| 19:52.03 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 19:52.07 | tzanger | I should see if that plate is taken in ontario |
| 19:52.11 | mvanbaak | and also the cartoon with the bug in suits called 'feature' |
| 19:52.14 | tzanger | although it just doesn't make sense on a passat |
| 19:52.17 | seanbright | wanted 1000101 in MD |
| 19:52.21 | seanbright | but it was taken :( |
| 19:52.29 | tzanger | 0x85? |
| 19:52.47 | Corydon76-dig | tzanger: 69 |
| 19:53.00 | tzanger | or 0xa1 depending on your bit order |
| 19:53.06 | tzanger | hwo is that 69? |
| 19:53.07 | mvanbaak | my boat is officially 666 cm long |
| 19:53.20 | tzanger | oh I see |
| 19:53.25 | Corydon76-dig | 64 + 4 + 1 |
| 19:53.25 | seanbright | 64 + 4 + 1? :) |
| 19:53.34 | tzanger | yeah I injected another 0 |
| 19:53.44 | tzanger | that reminds me of a joke.. what's 6.9? |
| 19:53.47 | mvanbaak | ah, buffer overflow |
| 19:53.57 | Qwell | close enough |
| 19:54.10 | tzanger | 6.9 is a good thing ruined by a period. |
| 19:54.10 | mvanbaak | Qwell: |
| 19:54.13 | seanbright | i just couldn't believe someone else in MD had it |
| 19:54.17 | mvanbaak | M12687 |
| 19:54.18 | seanbright | ohhhh |
| 19:54.18 | MuffinMan | [assigned] [Asterisk] General 0012687: [patch] rc.debian.asterisk ubuntu 8.04 hardy reported by loloski (Karma: +3.25) http://bugs.digium.com/view.php?id=12687 |
| 19:54.20 | seanbright | zing! |
| 19:54.21 | tzanger | or for those George Carlin fans... what's 71? |
| 19:54.28 | seanbright | haha |
| 19:54.28 | tzanger | 69 with 2 fingers up your arse |
| 19:54.29 | Qwell | mvanbaak: yeah, saw it |
| 19:54.30 | seanbright | i watched that last night |
| 19:54.39 | seanbright | carlin at carnegie? |
| 19:54.44 | seanbright | it was on hbo last evening |
| 19:54.55 | Corydon76-dig | 68? |
| 19:55.50 | mvanbaak | k, sorry for being redundant :) |
| 19:56.13 | Corydon76-dig | "You do me, and I'll owe you 1." |
| 19:56.18 | seanbright | ah yes |
| 19:56.19 | seanbright | a classic |
| 19:57.47 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:58.19 | tzanger | Corydon76-dig: haha yes I forgot that one |
| 20:04.33 | tzanger | damn now where'd russelb go |
| 20:04.37 | seanbright | its 4:04 |
| 20:05.02 | tzanger | makes sense that he's not found then |
| 20:06.56 | drumkilla | O.O |
| 20:07.36 | drumkilla | where would russellb be at 4:04 ? |
| 20:08.05 | seanbright | "404 Not Found" |
| 20:08.06 | seanbright | ? |
| 20:08.07 | mvanbaak | prolly in bed having a good time with his wife |
| 20:08.13 | seanbright | whoa |
| 20:08.20 | Corydon76-dig | Where would Russell be at 4:20? |
| 20:08.27 | seanbright | puff puff give |
| 20:08.33 | drumkilla | it's actually 3:10 |
| 20:08.33 | mvanbaak | behind his pc hacking stuff |
| 20:08.46 | mvanbaak | I mean, 5 minutes is more then enough ;) |
| 20:08.48 | mvanbaak | hides |
| 20:08.55 | seanbright | drumkilla: its actually 11:10 |
| 20:08.59 | drumkilla | liar |
| 20:09.04 | seanbright | ... somewhere ... |
| 20:09.06 | blitzrage | it's 4:09 |
| 20:09.11 | mvanbaak | Thu May 29 22:09:10 CEST 2008 |
| 20:09.20 | seanbright | Thu May 29 16:09:15 EDT 2008 |
| 20:09.21 | Corydon76-dig | has been perusing http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfr&sid=75127c72007aa6a3f1ce8fda8cb814e2&rgn=div5&view=text&node=47:1.0.1.1.10&idno=47#47:1.0.1.1.10.2.237.1 |
| 20:09.34 | Corydon76-dig | That would be a neat thing to implement |
| 20:09.54 | Corydon76-dig | (both sending and decoding) |
| 20:10.44 | mvanbaak | indeed |
| 20:10.59 | seanbright | i think SIP-B would be a neat thing to implement |
| 20:11.07 | seanbright | but i'm not going to do it |
| 20:11.08 | seanbright | heh |
| 20:11.12 | mvanbaak | gheh |
| 20:11.21 | mvanbaak | how about: svn remove channels/chan_sip.c |
| 20:11.41 | seanbright | i'll leave that honor for oej |
| 20:11.51 | mvanbaak | svn commit -m 'get rid of all the NAT issues' |
| 20:12.41 | drumkilla | vomits at the mention of SIP-B |
| 20:12.48 | mvanbaak | lol drumkilla |
| 20:12.48 | seanbright | SIP-B |
| 20:13.02 | mvanbaak | SIP-B |
| 20:13.12 | drumkilla | i hate you all |
| 20:13.14 | mvanbaak | there, you just lost a few pounds |
| 20:13.27 | mvanbaak | this channel is better then weightwatchers ! |
| 20:13.41 | seanbright | that should be asterisk's new tag line |
| 20:14.10 | mvanbaak | SIP-B, brought to you to loose a few pounds ! |
| 20:14.45 | mvanbaak | "please donate your obsolete weightwatchers manual fee to the project" |
| 20:14.57 | mvanbaak | s/manual/anual/ |
| 20:23.48 | codefreeze-lap | OK, MTX_PROFILE does this: every module file in asterisk (there are about 412 of them, roughly) keeps one counter. You get the command "core show profile" which will list all established profiles out. Events is the number of times the ast_mark was called (locking events); Value is the number of cpu clock ticks total. All lock requests are converted to trylock calls, and that's what are timed. Average is ticks/events. the name is the generated n |
| 20:24.42 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-652fd4271344de5d) |
| 20:40.41 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-b24abdbdcf5e3b5f) |
| 20:57.41 | jpeeler | drumkilla: i assume getting some testing on this dahdi branch would be good before merging into trunk? |
| 20:58.23 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:58.43 | jpeeler | actually first the kernel utils should be made available if they aren't already |
| 21:02.09 | drumkilla | yeah, some testing would be good |
| 21:02.19 | drumkilla | make sure you can install the dahdi kernel modules and tools, and make calls |
| 21:04.38 | jpeeler | yes, i've been testing that along and along |
| 21:04.50 | jpeeler | i meant like by others |
| 21:05.04 | drumkilla | oh |
| 21:05.05 | drumkilla | um |
| 21:05.06 | jpeeler | if that's not necessary though, i'm ready for merge |
| 21:05.07 | drumkilla | meh |
| 21:05.07 | drumkilla | :-p |
| 21:05.31 | drumkilla | ok, well, we need to make the code available before merging |
| 21:05.43 | jpeeler | you mean the kernel utils? |
| 21:05.51 | drumkilla | drivers and utils, yeah |
| 21:05.53 | drumkilla | the dahdi repository |
| 21:06.16 | jpeeler | should i hang tight or start on the 1.4 transition? |
| 21:06.17 | drumkilla | i can do that by the end of tomorrow |
| 21:06.25 | drumkilla | might as well start on the 1.4 transition |
| 21:08.30 | seanbright | note to self: backup your polycom conf before upgrading the bootrom |
| 21:11.03 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 21:27.33 | mvanbaak | note to seanbright: real men dont need backups, they put their stuff on public ftp and the world will mirror it |
| 21:27.41 | mvanbaak | -- Linus Torvalds |
| 21:34.18 | seanbright | heh |
| 21:37.12 | *** join/#asterisk-dev RoyK (n=Roy@91.149.38.81) |
| 21:37.18 | jpeeler | drumkilla: zapata.conf -> chan_dahdi.conf, correct? |
| 21:37.59 | mvanbaak | yup |
| 21:39.17 | drumkilla | yessir |
| 21:45.10 | mvanbaak | Qwell: you have any idea why I get lines like this on the CLI when my 7960 registers with chan_skinny: |
| 21:45.13 | mvanbaak | [2008-05-29 21:57:30] WARNING[14247]: chan_skinny.c:1467 find_line_by_instance: Could not find line with instance '3' on device 'office' |
| 21:45.32 | mvanbaak | on my 7960 I get one line |
| 21:45.49 | mvanbaak | but when my 7905 registers I get 3 lines |
| 21:46.10 | mvanbaak | instance 4, 3 and 2 |
| 21:49.13 | ctooley | The power strip that the cable modem, dsl modem and wireless router were all plugged into took that opportunity to burn to a crisp |
| 21:49.14 | ctooley | \\ |
| 21:49.21 | ctooley | WTF? |
| 21:51.52 | putnopvut | deja vu |
| 21:55.46 | Corydon76-dig | ...all over again |
| 21:56.23 | ctooley | and a second time too |
| 21:57.45 | tzafrir | never realized that 'module load' could take relative pathes |
| 21:58.04 | mvanbaak | I'm off to bed |
| 21:58.07 | mvanbaak | latero all |
| 21:58.17 | tzafrir | nice. Saves me the 'make install' cycle |
| 21:59.12 | tzafrir | You just have to add a bunch of '../../../../' to the beginning of the full path |
| 22:01.04 | Corydon76-dig | tzafrir: you can also specify the absolute path |
| 22:01.44 | tzafrir | no, because astlibdir (or whatever this is balled) is automatically attached to the beggining |
| 22:02.37 | Corydon76-dig | Is it? |
| 22:03.38 | Corydon76-dig | In most places, prepending the path is conditional, based on the first character of the path |
| 22:04.25 | drumkilla | sounds like a minor bug |
| 22:04.30 | drumkilla | should accept absolute, too |
| 22:06.35 | tzafrir | is there an issue with loading code from outside the "trusted directory"? |
| 22:07.17 | jsmith | tzafrir: If so, then appending '../../../../' shouldn't be allowed, either |
| 22:07.27 | Corydon76-dig | prepending |
| 22:07.27 | jsmith | tzafrir: If not, then we should allow absolute paths |
| 22:07.35 | jsmith | Yeah, prepending |
| 22:07.41 | jsmith | types faster than he thinks |
| 22:07.53 | jsmith | Either way, it's a bug |
| 22:08.06 | tzafrir | yeah, I always thought that this was not allowed for some reason |
| 22:10.43 | *** join/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 22:16.08 | Corydon76-dig | tzafrir: you do know that the paths are tab-completed, right? |
| 22:16.25 | tzafrir | right |
| 22:58.57 | *** part/#asterisk-dev Mavvie (n=edwin@ppp121-44-7-156.lns10.syd7.internode.on.net) |
| 23:31.32 | tzafrir | wonders if build_tools/menuselect-deps.in could be generated dynamically at configure-time by adding a line on each call to AST_EXT_LIB_SETUP |
| 23:32.22 | tzafrir | Seems to work. But I'm not sure how legitimate it is to generate such a file at run-time of the configure script |
| 23:32.41 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-195.west.biz.rr.com) |
| 23:54.38 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
