| 00:00.57 | *** part/#asterisk-dev corramor (n=corramor@216.207.245.1) |
| 00:29.18 | *** join/#asterisk-dev moy (n=moy@189.169.71.102) |
| 00:46.11 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:46.11 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:02.05 | ctooley | kpfleming, still around? |
| 01:03.49 | ctooley | They found that a lot of channels were getting sent to core with STATUS_UNKNOWN or some such. With the DNS lookup that didn't occur. However, with Corydon76-dig's fix in 12711 it was resolved in a cleaner way than just putting DNS lookups back in. Now we're back to at least where we were with 1.4.19.1, or will be when that patch is tested as good and merged. |
| 01:11.10 | *** join/#asterisk-dev jeffg (i=Ek1IvSPs@pdpc/supporter/active/jeffg) |
| 01:31.05 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 02:04.58 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 02:20.44 | wwalker | I've got a weird problem with voicemail. can anyone tell me what vms.starting refers to? because vms.starting == 1 I can never enter the advanced options menu :( |
| 02:22.32 | wwalker | 1.4.21.1 apps/app_voicemail.c roughly line 6800-6840 |
| 02:53.48 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:53.48 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:04.19 | *** join/#asterisk-dev ZX81 (n=matt@120.89.80.110) |
| 04:07.39 | *** join/#asterisk-dev bbryant (n=brett@c-71-228-178-34.hsd1.al.comcast.net) |
| 04:07.39 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 04:15.22 | file | bbryant: feel better! |
| 04:15.45 | bbryant | thanks file |
| 04:16.22 | jsmith | Mnnn.... lunch was delicious |
| 04:29.08 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 04:44.15 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177582704.dsl.bell.ca) |
| 05:02.55 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177582324.dsl.bell.ca) |
| 05:03.00 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 05:44.36 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177582282.dsl.bell.ca) |
| 06:16.44 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 08:12.09 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 08:20.56 | *** join/#asterisk-dev pjezek (n=pj@193.85.164.154) |
| 08:26.02 | *** part/#asterisk-dev RichiH (i=richih@freenode/staff/richih) |
| 09:25.41 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:25.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:05.57 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 10:20.16 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 10:37.19 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:11.19 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:14.18 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 11:26.20 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 11:26.20 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:31.03 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:53.40 | *** join/#asterisk-dev int21 (n=IceChat7@189.104.12.150) |
| 11:56.03 | int21 | hi all, someone cam show me a way to integrate sql with asterisk, like, the client digit a number and asterisk will check in a database and give a answer? |
| 11:56.41 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 11:57.14 | seanbright | int21: try asking in #asterisk |
| 11:57.45 | int21 | ok |
| 12:27.31 | *** join/#asterisk-dev xpot (n=jim@75.149.224.186) |
| 12:36.06 | atis_work | hey, does anybody knows how to inspect string in gdb, so that end doesn't get cut off |
| 12:36.16 | atis_work | (gdb) print query->str |
| 12:36.28 | atis_work | $2 = 0x4064ac48 "${CURL(http://127.0.0.1/queue_strategy/itn_ring1_ring3.php?queue=22901&channel=SIP%2f90222-00913f2c&uniqueid=1216988623.0&start=1216988623&agents_called=0|Agent/21170!Local/21170@default_queue!SIP/902"... |
| 12:38.05 | seanbright | probably some setting |
| 12:40.09 | seanbright | atis_work: set print elements 0 |
| 12:40.40 | atis_work | thanks, that helps :) |
| 12:44.41 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:45.19 | *** join/#asterisk-dev jeffg (i=JDmxEVMU@pdpc/supporter/active/jeffg) |
| 13:14.02 | ctooley | morning folks |
| 13:14.25 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-394773.home.otenet.gr) |
| 13:16.12 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:16.22 | atis_work | codefreeze-lap: are you around? i think i solved the mistery why some locks are not shown in "core show locks" |
| 13:22.40 | codefreeze-lap | atis_work: really? |
| 13:23.14 | atis_work | codefreeze-lap: well, if some manager event grabs a lock, and then connection is destroyed, thread is gone and it doesn't show in "core show locks" |
| 13:23.29 | atis_work | so you can see just threads waiting for that lock |
| 13:23.54 | tzanger | kpfleming: pingaroo |
| 13:24.19 | codefreeze-lap | rattles mind's cage |
| 13:24.48 | codefreeze-lap | I'm trying to remember why my log_show_lock didn't do its thing |
| 13:24.59 | tzanger | hasn't got its mojo runnin' |
| 13:24.59 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:24.59 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:25.03 | codefreeze-lap | Oh, yes, I remem now |
| 13:25.09 | tzanger | speaking of mojo |
| 13:25.11 | tzanger | leif's here |
| 13:26.02 | codefreeze-lap | the lock_addr was pointing to an internal struct, rather than the public lock addr, so you couldn't make a match. |
| 13:26.46 | codefreeze-lap | PLUS, the fields would get messed over, a prob that Tilghman fixed |
| 13:27.56 | codefreeze-lap | But atis_work, you may have a valid pt. -- if a manager connection dies, and we don't clear out any locks it may have been holding, "we is in big trouble", as they say in the movies |
| 13:28.14 | atis_work | yes, that's what i experienced |
| 13:30.42 | codefreeze-lap | Hmmm. I guess, when a manager thread is signalled, you could find its lock_info, and use it to close out the locks before exiting.... hmmm |
| 13:30.44 | atis_work | codefreeze-lap: "core show locks" would show just --- ---> Locked Here: astobj2.c line 140 (ao2_lock) |
| 13:30.50 | atis_work | which doesn't explain a lot |
| 13:31.33 | atis_work | i guess some patch for astobj2 would be good, to show actual line in code |
| 13:32.25 | codefreeze-lap | Yeah, it does this neat recursive locking thing that unfortunately loses the real backtrace info |
| 13:32.32 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-0c805d446be410e2) |
| 13:32.55 | atis_work | i'm not sure that automatic freeing of locks for manager events would be good, it might lead to people stop freeing locks in manager events.. |
| 13:33.23 | atis_work | well, or at least that could be complemented with WARNING in log |
| 13:33.53 | codefreeze-lap | true |
| 13:42.26 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:42.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:44.48 | atis_work | putnopvut: hey |
| 13:44.54 | putnopvut | atis_work: hello |
| 13:45.04 | atis_work | i finally found the deadlock |
| 13:45.07 | atis_work | it's in trunk |
| 13:45.11 | atis_work | my code :p |
| 13:45.25 | putnopvut | Ah, good news for me then :) |
| 13:46.32 | ctooley | codefreeze-lap, kpfleming and Deeewayne were both disappointed to not get to share in the glow of the resolution of the slowdown. They were asking about a rundown of the fix last night. |
| 13:46.34 | atis_work | putnopvut: http://svn.digium.com/view/asterisk/trunk/apps/app_queue.c?r1=115705&r2=117517 |
| 13:46.48 | atis_work | putnopvut: ast_log(LOG_WARNING, "Failed %spausing realtime queue member %s:%s\n", (paused ? "" : "un"), q->name, interface); |
| 13:47.24 | putnopvut | ctooley: codefreeze-lap: What was the number of cps that made trunk finally start barfing? |
| 13:47.33 | atis_work | after that you need to add ao2_unlock(q) |
| 13:47.36 | ctooley | putnopvut, 510 |
| 13:47.48 | ctooley | but codefreeze-lap said it was probably because it hit 100% CPU |
| 13:48.02 | putnopvut | atis_work: ah, I will add that. |
| 13:48.05 | putnopvut | atis_work: thanks! |
| 13:48.14 | codefreeze-lap | ctooley: yeah, I'll verify that today |
| 13:48.41 | atis_work | btw, i found what's the mistery with locks not shown.. already explained that to codefreeze-lap |
| 13:48.42 | putnopvut | Well, that is a *huge* improvement over the old maximum. |
| 13:49.03 | atis_work | manager action threads got destroyed on disconnet, and the locks are gone with them |
| 13:49.27 | putnopvut | atis_work: codefreeze-lap : do either of you have a fix for that? Would either of you mind explaining what the problem is? |
| 13:49.34 | codefreeze-lap | if previously, after, my astobj2 updates, I got 4.5x and cpu went to 100%, I fully expect that when I hit 500 cps on the same machine, cpu is at 100% also |
| 13:49.55 | atis_work | putnopvut: no fix for that.. i'm not that powerful in C. |
| 13:50.21 | atis_work | well, you can try pausing realtime queue member twice in trunk |
| 13:50.37 | atis_work | that leads to lock output i showed you yesterday |
| 13:50.48 | atis_work | threads waiting for lock, but no thread holds it |
| 13:51.03 | atis_work | well, pausing - trough manager action |
| 13:51.47 | putnopvut | atis_work: Did any warnings or errors show up on the console? We're supposed to show an error if a thread tries to exit while still holding a lock. |
| 13:52.45 | atis_work | hmm, i really didn't checked for that |
| 13:52.52 | atis_work | can try to grep logs now |
| 13:55.00 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 13:55.47 | atis_work | putnopvut: nope, nothing |
| 13:55.54 | atis_work | on 1.6.0 at least |
| 13:56.25 | putnopvut | atis_work: okay, that's something that should be added then. |
| 13:56.27 | atis_work | and it was some beta9, or something, i haven't done SVN up a while |
| 13:56.33 | putnopvut | atis_work: ohhhh |
| 13:56.48 | atis_work | putnopvut: here's my conversation with codefreeze-lap http://www.pastebin.ca/1082561 |
| 13:56.50 | putnopvut | Well, the error message when a thread exits while still holding a lock is relatively new. |
| 13:57.04 | putnopvut | It was added by bbryant maybe two weeks ago. |
| 13:57.12 | atis_work | oh, then i don't have that |
| 13:59.38 | putnopvut | atis_work: yeah, it was added in the lock_info_destroy() function in utils.c |
| 13:59.44 | putnopvut | I can try to find the revision |
| 14:01.00 | putnopvut | atis_work: it was added to trunk in rev 124064. It actually was a month ago, not two weeks. |
| 14:01.13 | tzafrir | hmm... where can I find translation of svn commit names usernames to "real names"? |
| 14:01.21 | tzafrir | e.g.: who is "jim"? |
| 14:01.46 | codefreeze-lap | I need to discuss that bug 12771 fix with somebody intimately familiar with the eventstate stuff, because 127771 doesn't apply neatly to trunk AT ALL. Probably russell. |
| 14:01.49 | putnopvut | atis_work: and it was added to 1.4 in rev 124066 |
| 14:03.25 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 14:04.04 | putnopvut | codefreeze-lap: part of what makes it not apply cleanly is due to some of the functions' names changing in devicestate.c. You may want to bug Corydon76-dig to make a trunk version of the patch since he wrote the 1.4 version. |
| 14:04.11 | atis_work | oh, thanks.. i was testing on SVN-branch-1.6.0-r123772M |
| 14:06.10 | codefreeze-lap | maybe, but the name change I could handle. It's that in trunk there is russell's device state changes on top of it all, and it changes the device_state_changed_literal() arglist, and it's called a lot, etc. |
| 14:06.19 | *** part/#asterisk-dev explidous (n=explidou@gateway.in-florida.net) |
| 14:07.50 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:07.50 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:08.24 | codefreeze-lap | russell, I tried earlier this morn to apply that patch to trunk, and got some interesting conflicts |
| 14:08.35 | russellb | mmmmk |
| 14:09.21 | codefreeze-lap | the changed_literal func needs that enum ast_device_state, and the only way to get it seems to be via the arglist |
| 14:09.46 | codefreeze-lap | which then raises the issue about all the places it's called... |
| 14:09.52 | codefreeze-lap | and there are many |
| 14:11.35 | russellb | Well, do it in such a way that if it's called the way it is now, that UNKNOWN is provided for it, like the code is now ... |
| 14:11.46 | pabelanger | off-topic. has anybody received emails from mantis what somebody updates an issue after the upgrade? |
| 14:12.01 | pabelanger | s/what/when |
| 14:12.07 | russellb | basically, you still need the wrapper |
| 14:12.19 | russellb | but you're going to change the args to the internal wrapper to be just "device" instead of buf and norecurse |
| 14:12.27 | russellb | and also, remove the code at the end that uses the norecurse arg |
| 14:12.29 | Corydon76-dig | pabelanger: I've received emails after the upgrade, when a note is posted |
| 14:13.12 | Corydon76-dig | pabelanger: are you saying updates appear to no longer send an email? |
| 14:13.25 | pabelanger | Corydon76-dig: Thanks. |
| 14:14.20 | Corydon76-dig | pabelanger: because I'll agree that I seem to have gotten fewer emails in the last 2 days |
| 14:14.30 | russellb | disappears again |
| 14:14.55 | pabelanger | Ya, I _think_ two of my issues posted have been updated, but no emails were received. |
| 14:15.09 | pabelanger | check spam filters now to see if something on myside has changed |
| 14:17.31 | pabelanger | nothing I can see in spam |
| 14:17.56 | pabelanger | mind if we create a test thread on mantis? To test? |
| 14:18.05 | Corydon76-dig | Okay, the guy who is doing that called in sick today, but I'll let him know of the issue |
| 14:18.45 | pabelanger | k, will add the issue on mantis issues |
| 14:27.35 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:27.35 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:50.31 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 14:51.51 | dominic1 | in #asterisk nobody could help me, hope somebody in here knows more about that. I didn't find a function or variable to read out the dialed peers channel uniqueid. Is that correct and no solution for that yet? |
| 14:52.26 | *** join/#asterisk-dev courchea (n=someone@office.prival.ca) |
| 14:52.59 | courchea | Hi, anyone can enlight me to the status or SRTP and SIP over TLS ? |
| 14:55.56 | tzafrir | from a trace posted to the -dev list: 0000005 <http://bugs.digium.com/view.php?id=5> 0x080ca1d0 in |
| 14:56.07 | ctooley | dominic1, http://bugs.digium.com/view.php?id=11816 |
| 14:56.10 | ctooley | it's in trunk |
| 14:56.50 | tzafrir | So does the list server have a filter #NUM => http://bugs.digium.com/view.php?id=NUM ? |
| 15:03.50 | dominic1 | thank you very much ctooley |
| 15:07.41 | ctooley | dominic1, np |
| 15:13.50 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:16.16 | putnopvut | Does anyone know why jitterbuf.h is not in the asterisk subdirectory within include/ ? |
| 15:21.36 | seanbright | doesn't |
| 15:21.50 | Qwell | does |
| 15:22.39 | *** part/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 15:22.44 | Corydon76-dig | settles in for a long story |
| 15:23.03 | Qwell | because whoever added it didn't put it there. |
| 15:23.04 | seanbright | makes cocoa |
| 15:23.37 | putnopvut | That wasn't as long as Corydon76-dig made it out to be. |
| 15:23.44 | Qwell | No comment. |
| 15:24.18 | Corydon76-dig | putnopvut: size queen |
| 15:24.27 | putnopvut | That's me ;) |
| 15:24.30 | putnopvut | Wait!! |
| 15:24.33 | seanbright | commit asterisk 43298 |
| 15:24.43 | MuffinMan | [43298] Committed by kpfleming on 2006-09-19T21:48:57.529543Z: move this header to include where it belongs |
| 15:25.23 | Qwell | it was in main/ before that |
| 15:25.30 | seanbright | and / before that |
| 15:25.47 | seanbright | and before that, it did not exist. |
| 15:30.01 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:30.01 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:30.17 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:30.53 | *** join/#asterisk-dev jameswf-mac (n=jameswf-@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:37.25 | codefreeze-lap | Corydon76-dig: I uploaded a patch for 12771 for trunk; sometime, when you get a chance, could you look at it? It's not giving the desired results, performance-wise... |
| 15:41.27 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 15:41.28 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:54.25 | Corydon76-dig | codefreeze-lap: sure |
| 15:55.42 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 15:55.43 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:08.51 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 16:11.48 | Corydon76-dig | codefreeze-lap: My version of the patch for trunk has been uploaded to 12771 |
| 16:12.15 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 16:24.53 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 16:24.53 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 16:31.12 | codefreeze-lap | Corydon76-dig: that was a lot better, thanks!!! |
| 16:32.03 | codefreeze-lap | OK, I have results: With Corydon's trunk patch applied, I get 470 cps OK, but at 480 it poops out. |
| 16:32.26 | Qwell | codefreeze-lap: ship it |
| 16:33.24 | codefreeze-lap | And I have verified that the reason for the collapse is because CPU gets maxed out. Just before collapse, I was seeing CPU at near 100% for asterisk, system idle below 6% |
| 16:35.21 | codefreeze-lap | Qwell: well, 470 cps is still not 500 cps, but it *is* pretty close! |
| 16:54.01 | seanbright | is 500 the magic number? |
| 16:56.08 | putnopvut | seanbright: I think 500 was the number he reached when using russell's patch from yesterday. |
| 17:02.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:06.57 | seanbright | ah yes |
| 17:12.45 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.41) |
| 17:14.33 | *** join/#asterisk-dev ccesario_ (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 17:21.08 | *** join/#asterisk-dev pabelanger (n=pabelang@OTWAON23-1242541604.sdsl.bell.ca) |
| 17:25.36 | pabelanger | anybody else getting this error from mantis? |
| 17:25.37 | pabelanger | APPLICATION ERROR #2200 Could not find a tag with that name. |
| 17:25.54 | putnopvut | pabelanger: I was getting that yesterday when I tried to upload a file. |
| 17:25.59 | putnopvut | The file uploaded fine though. |
| 17:26.04 | pabelanger | it happens twice when I uploaded files to issue 0013136 |
| 17:26.07 | pabelanger | yup |
| 17:37.26 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 17:39.42 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 17:42.04 | codefreeze-lap | ctooley: you around |
| 17:42.12 | codefreeze-lap | ? |
| 17:51.04 | tzafrir | pabelanger, when trying to upload something that is marked as "code"? |
| 17:55.38 | pabelanger | no, they were just some debug traces. So did not check 'code' box |
| 18:03.52 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-b3d2fb6e7b0d9342) |
| 18:07.51 | ctooley | codefreeze-lap, am now |
| 18:10.00 | codefreeze-lap | ctooley: see bug 12771, and take the second trunk patch, apply it to trunk, and tell me how trunk then compares to 1.4 for you. Should be about the same |
| 18:10.24 | ctooley | codefreeze-lap, ok, will take me a while. |
| 18:10.40 | ctooley | I have to apply it to "my" trunk build. |
| 18:10.43 | ctooley | unfortunately |
| 18:11.02 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:11.07 | ctooley | doesn't do a lot of good to run my tests without the extra support I have in my install |
| 18:12.00 | codefreeze-lap | That's OK. It's been a prob for a long time... |
| 18:20.06 | codefreeze-lap | ctooley: actually, tilghman committed that patch to trunk now. |
| 18:20.18 | codefreeze-lap | ctooley: so all you have to do is update |
| 18:20.25 | ctooley | :) Ok, hopefully it just merges into my team branch |
| 18:20.58 | codefreeze-lap | crosses fingers, knocks on wood, presses thumb, etc |
| 18:33.57 | ctooley | UGH! I still have to work around the SSL issue so that I can even get to the point of updating my team branch to test whether or not this helps things. |
| 18:38.30 | ctooley | So.... we've verified that subversion 1.5 works fine with the digium tree and causes no issues for anyone else? |
| 18:42.18 | file | I use it |
| 18:42.33 | file | and it works fine |
| 18:43.14 | ctooley | good |
| 18:43.29 | tzafrir | anybody tried the new merges stuff of it? |
| 18:43.38 | ctooley | now... what was the option I had to pass to configure to get it work with the SSL cert? |
| 18:43.49 | tzafrir | Though probably not on the digium repo |
| 18:46.38 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 18:47.30 | Qwell | ctooley: --with-ssl, I think |
| 18:47.40 | kpfleming | no, you can't use svn 1.5 merging unless the repo is 1.5 |
| 18:50.11 | ctooley | Qwell, TY |
| 18:50.28 | file | everything normal works fine though |
| 18:50.53 | file | I just forced my neon to build against openssl instead of gnutls though by going in and doing the configure manually |
| 18:52.06 | ctooley | file, so I have to recompile libneon, not subversion? |
| 18:53.04 | file | when you build subversion you can put the source code of things it uses (such as apr/apr-util/neon) in the same directory - it will build those and include them in the final subversion link |
| 18:53.32 | file | I made sure to do neon that way so I could make sure it uses openssl instead of gnutls, so that it does not exhibit the problem you are seeing/I saw |
| 18:53.50 | ctooley | crap, that means I have to recompile.... again |
| 18:54.08 | file | that is the way I solved the issue and I didn't have time to muck with it |
| 18:54.50 | kpfleming | "works on my box" |
| 18:57.47 | ctooley | ah, neon was already in there. |
| 18:59.25 | ctooley | awesome, "works for me" |
| 19:01.49 | *** part/#asterisk-dev moy (n=moy@nat/ibm/x-b3d2fb6e7b0d9342) |
| 19:02.56 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:03.18 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:03.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:11.10 | ctooley | codefreeze-lap, By far the most time consuming bug I've ever reported.... for a lot of people |
| 19:12.06 | ctooley | codefreeze-lap, I'd also like to say, I think it would be very beneficial to keep your mtxprof branch around and tracking trunk. It has the potential to be very useful. |
| 19:13.19 | ctooley | Is there no way that automerge could pull in the commentary from the commit that it is merging? |
| 19:13.30 | ctooley | instead of just saying... "automerge commit" |
| 19:20.00 | *** join/#asterisk-dev pabelanger (n=pabelang@OTWAON23-1242541604.sdsl.bell.ca) |
| 19:26.52 | *** join/#asterisk-dev bbryant (n=brett@c-71-228-178-34.hsd1.al.comcast.net) |
| 19:26.52 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 19:32.07 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.188.205) |
| 19:54.00 | *** join/#asterisk-dev xrg_ (n=panos@cpe-77-83-154-127-dsl.netone.gr) |
| 19:56.27 | eliel | M11123 |
| 19:56.32 | MuffinMan | [ready for testing] [Asterisk] Core/NewFeature 0011123: [patch] Implement asterisk CLI permissions. reported by eliel (Karma: +139.75) http://bugs.digium.com/view.php?id=11123 |
| 19:56.47 | eliel | new patch uploaded, everyone is invited to test it :-) |
| 19:59.59 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-5d4570909f6ba19d) |
| 20:03.42 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:18.43 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 20:22.13 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 20:33.27 | ctooley | codefreeze-lap, I think our database of routes, rates, products, and customers for Griffin has gotten sufficiently large that I"m not going to get over 120 cps at the moment. |
| 20:40.11 | *** join/#asterisk-dev bbryant (n=brett@c-71-228-178-34.hsd1.al.comcast.net) |
| 20:40.11 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:40.20 | *** join/#asterisk-dev irieKen (n=chatzill@rrcs-74-87-28-55.west.biz.rr.com) |
| 20:40.27 | *** part/#asterisk-dev irieKen (n=chatzill@rrcs-74-87-28-55.west.biz.rr.com) |
| 20:42.02 | kpfleming | ctooley: yes, that could be done if you like |
| 20:42.08 | kpfleming | the automerge thing |
| 20:43.15 | ctooley | was that a comment along the lines of "you're free to submit a patch"? :) |
| 20:45.25 | kpfleming | no, i can do that |
| 20:46.35 | ctooley | Sounds like a good thing to me. |
| 20:46.47 | ctooley | Makes it easier to know what's getting merged into team branches and such. |
| 20:47.54 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 20:51.11 | kpfleming | well, it's done, but none of the branches needed merging so i couldn't really test it :-) |
| 20:54.20 | ctooley | Well, commit something major |
| 20:57.14 | kpfleming | ctooley: check the last commit to your branch |
| 20:58.44 | ctooley | cool, looks good |
| 20:59.54 | ctooley | nice change BTW |
| 21:00.43 | kpfleming | 'twas pretty easy... rather than sending the log to /dev/null, just preserve it and use it |
| 21:02.26 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:27.16 | ctooley | kpfleming, did you get the rundown on the slowdown bug? |
| 21:27.25 | kpfleming | i've seen some of it, yes |
| 21:27.36 | ctooley | k, looks like it made a big difference |
| 21:27.56 | kpfleming | excellent |
| 21:27.57 | ctooley | We still have a lot of Griffin performance tuning to do unfortunately, but we're at 100cps |
| 21:27.58 | Juggie | is this correct, |
| 21:27.58 | Juggie | Merged revisions 133860 via svnmerge from |
| 21:27.58 | Juggie | file:///srv/subversion/repos/asterisk/trunk |
| 21:28.08 | Juggie | should that really be file:///... |
| 21:28.12 | kpfleming | yes |
| 21:28.13 | ctooley | Juggie, yeah, look under the ...... |
| 21:28.19 | kpfleming | automerge runs on the svn server directly |
| 21:28.22 | ctooley | the original commit info is under that. |
| 21:28.48 | Juggie | right, but why the file:/// shoudn't it be http://origsvn or whatever |
| 21:29.05 | Juggie | so the link is actually clickable |
| 21:29.24 | Juggie | the svn viewer makes a link out of it |
| 21:29.46 | ctooley | Juggie, kpfleming did the quick and dirty.... a clickable link would be cool, but the important bit is there... the original commit that caused the automerge to occur. |
| 21:31.55 | Juggie | ya, well either no link or the right link would be best. |
| 21:32.03 | kpfleming | too bad :-) |
| 21:32.06 | Juggie | it looks like this -> http://svn.digium.com/view/asterisk/team/ctooley/excel-sip-changes/ |
| 21:33.25 | ctooley | Juggie, baby steps man, baby steps |
| 21:33.36 | ctooley | I'm just happy there's _something_ other than "automerge" |
| 21:34.22 | ctooley | I'm out for a while, you all have a good weekend. |
| 21:36.11 | kpfleming | the svnmerge commit messages don't normally have clickable links anyway, because they say 'https://origsvn.digium.com/svn/asterisk/trunk' |
| 21:44.59 | tzanger | oopsie |
| 21:46.31 | tzanger | my myth backend/fileserver system ran out of room on /... I forgot to create an LV for the backups, and I copied 10G of data to a directory which is backed up :-) |
| 21:49.15 | tzanger | 2300 50M files and counting... |
| 22:02.12 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.188.205) |
| 22:02.19 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 23:02.15 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 23:09.48 | *** join/#asterisk-dev jeffg (i=zdiQtPVD@pdpc/supporter/active/jeffg) |
| 23:17.49 | pabelanger | has anybody tired 'module unload chan_iax2' from cli recently? |
| 23:18.03 | pabelanger | I get a bunch of errors during the unload |
| 23:18.11 | pabelanger | IE: ERROR[14757]: /home/pabelanger/svn/asterisk-1.6.0/include/asterisk/lock.h:351 __ast_pthread_mutex_destroy: chan_iax2.c line 9471 (iax2_process_thread_cleanup): Error destroying mutex &thread->lock: Device or resource busy |
| 23:21.53 | De_Mon | -v |
| 23:29.38 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 23:42.12 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |