| 00:15.40 | tzanger | hmm is there any magic to cdr_manager.conf? |
| 00:18.07 | codefreeze | see #asterisk, tzanger |
| 00:19.13 | *** join/#asterisk-dev mvanbaak (i=michiel@vanbaak.xs4all.nl) |
| 00:23.39 | *** join/#asterisk-dev dlynes (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 00:26.27 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 00:36.32 | snuff-work | mm.. anyone else get this error.. WARNING[29078]: translate.c:163 framein: no samples for lintoulaw |
| 01:09.35 | *** join/#asterisk-dev jsmith-away (n=jsmith@h460565e0.area3.spcsdns.net) |
| 01:09.35 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 02:58.32 | *** part/#asterisk-dev mog (n=mog@c-71-207-220-220.hsd1.al.comcast.net) |
| 03:03.16 | brookshire | hi |
| 04:00.20 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 04:10.31 | jtodd | whew. slow night here. |
| 04:36.30 | *** join/#asterisk-dev mashroom_ (n=tasty@89-139-171-17.bb.netvision.net.il) |
| 05:22.12 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 05:23.41 | *** join/#asterisk-dev ManxPower (n=manxpowe@59.sub-70-222-26.myvzw.com) |
| 06:26.23 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 09:58.38 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 10:38.55 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:52.36 | *** join/#asterisk-dev NoCarrier (n=John@unaffiliated/badpacket) |
| 10:53.23 | *** join/#asterisk-dev BadPacket (n=John@unaffiliated/badpacket) |
| 11:32.22 | *** join/#asterisk-dev qdk (n=qdk@193.164.155.113) |
| 11:40.11 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:44.29 | puzzled | hi |
| 11:53.21 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:08.29 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:24.05 | *** join/#asterisk-dev jsmith (n=jsmith@h46059b8e.area7.spcsdns.net) |
| 12:24.05 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 13:01.48 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 13:06.46 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.182.176) |
| 13:18.12 | *** join/#asterisk-dev jsmith (n=jsmith@000-148-375.area3.spcsdns.net) |
| 13:18.12 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 13:32.01 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:32.01 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:34.52 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-c25a307b8ec07cb4) |
| 13:34.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:54.59 | codefreeze | M8834 |
| 13:54.59 | MuffinMan | [closed] [Asterisk] Core/General 0008834: 500 ms delay on answer introduced channel locking issue reported by phsultan http://bugs.digium.com/view.php?id=8834 |
| 14:03.03 | *** join/#asterisk-dev jsmith (n=jsmith@000-148-375.area3.spcsdns.net) |
| 14:03.03 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:47.05 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:52.52 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 14:53.31 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:54.23 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 14:54.32 | shido6 | how do you properly decipher origtime in voicemail? |
| 14:54.40 | shido6 | its a string of numbers that means what? |
| 14:56.26 | jsmith | shido6: Probably a unix timestamp (number of seconds since Jan 1, 1970) |
| 14:56.39 | shido6 | wow |
| 14:56.54 | putnopvut | Yep, appears to be. |
| 14:57.28 | shido6 | thank you, I'll try that |
| 14:57.48 | jsmith | No problem... that's typically how timestamps are done on Unix-type operating systems |
| 14:58.24 | shido6 | how are your days going so far, jsmith & putnopvut ? |
| 14:58.50 | putnopvut | I'm doing all right. |
| 14:58.58 | jsmith | shido6: Awful, to be honest... I've got a terrible cold, and it feels as if my head is going to explode. In fact, I think I'm gonna go lay down for a nap... |
| 14:59.49 | shido6 | tell me you did not take a flu shot prior to these symptoms |
| 15:00.18 | jsmith | No, I did not. |
| 15:00.58 | putnopvut | M11007 |
| 15:00.59 | MuffinMan | [assigned] [Asterisk] Applications/app_queue 0011007: Circular call distribution no longer works reported by bcnit http://bugs.digium.com/view.php?id=11007 |
| 15:01.29 | putnopvut | This has opened a can of worms, sort of, because as far as I can tell, setting member penalties with almost ANY strategy results in starvation for that member. |
| 15:01.32 | jsmith | putnopvut: On that note, would it be worth putting a "linear" strategy back in (with the same functionality as what we called "roundrobin" in 1.2) |
| 15:01.51 | putnopvut | There is a linear strategy patch out there which I just rewrote last week. |
| 15:02.00 | jsmith | Ah, cool. |
| 15:02.05 | putnopvut | Unfortunately, it's only scheduled for trunk addition. |
| 15:02.21 | putnopvut | Let me find the bug id... |
| 15:02.40 | putnopvut | 7279 |
| 15:03.24 | putnopvut | But anyway, what I'm getting at here is that I either have misunderstood the point of member penalties, or there is a real issue where setting one penalty higher than another means that member will never get called. |
| 15:05.20 | putnopvut | Ah, and by typing all that out, I realize that I indeed have misunderstood the point of penalties. |
| 15:05.52 | putnopvut | They're only used if a member with a lower penalty is on the phone or otherwise unavailable, not if they don't answer. |
| 15:05.52 | jsmith | putnopvut: Bingo! |
| 15:05.58 | jsmith | Exactly! |
| 15:06.32 | putnopvut | Okay, so in other words, there is no solution in 1.4 for 11007, then. |
| 15:07.43 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:36.50 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:43.56 | shido6 | ding |
| 15:45.33 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:48.18 | Simon-- | what memeory leak? :) asterisk 12565 4.2 77.2 887524 398116 ? Ssl Oct16 38:55 /usr/sbin/asterisk |
| 15:53.24 | *** join/#asterisk-dev elixer (n=elixer@65.207.74.18) |
| 16:05.14 | Qwell | elixer: 11014 - it works, right? |
| 16:06.09 | elixer | would i seriously post a patch that didn't work? |
| 16:06.20 | Qwell | Do you want me to answer that? :) |
| 16:06.23 | elixer | Qwell: heh |
| 16:06.31 | elixer | Qwell: it compiles and loads |
| 16:06.46 | elixer | before that patch it does neither of those things :) |
| 16:06.56 | Qwell | indeed |
| 16:16.52 | seanbright | :) |
| 16:19.54 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 16:27.24 | *** join/#asterisk-dev jgoddess (n=womkim@g-cipher.net) |
| 16:27.41 | jgoddess | yo blitzrage you around |
| 16:27.50 | blitzrage | jgoddess: perhaps |
| 16:27.59 | mvanbaak | hide, quickly |
| 16:28.07 | jgoddess | :) |
| 16:28.09 | jgoddess | hiya |
| 16:28.14 | blitzrage | ohio! |
| 16:28.39 | Corydon76-dig | Yay, I need me some blitzrage |
| 16:28.51 | blitzrage | Corydon76-dig: oh? |
| 16:29.16 | blitzrage | funny... I still seem to be in my office |
| 16:29.32 | Corydon76-dig | That's just an illusion... |
| 16:29.32 | jgoddess | that is his bedroom ;) |
| 16:30.32 | Corydon76-dig | Previous owner had this room as a bedroom |
| 16:30.51 | blitzrage | pepto pink? :) |
| 16:31.20 | Corydon76-dig | Rainbows and unicorns prancing around the top border |
| 16:31.25 | blitzrage | lol |
| 16:31.28 | blitzrage | somehow seems fitting |
| 16:31.43 | Corydon76-dig | Uh huh |
| 16:33.29 | tzanger | parsing asterisk cdrs in C sucks cock |
| 16:33.31 | blitzrage | I need lunch / breakfast |
| 16:33.36 | blitzrage | back in a bit |
| 16:34.12 | Corydon76-dig | tzanger: so you're saying it's fun? |
| 16:34.15 | seanbright | i believe that violates the business hours PG rating for #asterisk-dev |
| 16:34.18 | tzanger | properly escaping quotes and all that shit |
| 16:34.24 | tzanger | Corydon76-dig: hahaha |
| 16:34.43 | Corydon76-dig | massively enjoyable? |
| 16:34.56 | seanbright | heh |
| 16:34.57 | tzanger | hmm okay I guess I will have to find another euphemism |
| 16:35.06 | Qwell | SO, how about that local sports team? |
| 16:35.10 | Corydon76-dig | Good boy |
| 16:35.37 | blitzrage | Qwell: they SUCK |
| 16:35.38 | tzanger | blows goats? |
| 16:35.40 | Corydon76-dig | Qwell: you mean the Huntsville Spoons? |
| 16:35.48 | Qwell | I think they're the Stars now |
| 16:35.52 | tzanger | are there any beastiality fans here? |
| 16:36.16 | Corydon76-dig | Well, it IS the South |
| 16:36.58 | seanbright | was there seriously a Huntsville Spoons? |
| 16:36.59 | tzanger | seanbright: I am muxing asterisk CDRs with legacy systems |
| 16:37.12 | Corydon76-dig | seanbright: in-joke |
| 16:37.15 | tzanger | read in legacy CDR on /dev/ttyS1, read in asterisk CDRs as they appear and mux out on /dev/ttyS2 |
| 16:37.16 | seanbright | ah |
| 16:37.33 | blitzrage | if you really wanna know about the local sports team in Toronto... this pretty much sums it up: http://www.torontosun.com/Sports/Columnists/Simmons_Steve/2007/10/11/4566915.html |
| 16:37.35 | seanbright | tzanger: sounds painful but fun |
| 16:37.44 | tzanger | actually I wanted to use AMI and the cdr event but it would have been more work to write an AMI API for C |
| 16:38.10 | Corydon76-dig | We have an arena football team.. The Nashville Vacuum Cleaners... boy do they ever suck... |
| 16:38.19 | seanbright | ba dum dum *ching* |
| 16:38.32 | seanbright | try the veal! |
| 16:38.34 | seanbright | heh |
| 16:38.42 | Corydon76-dig | I'll be here all week |
| 16:39.22 | seanbright | tzanger: you can't do that will command line and pipes and such? |
| 16:39.29 | seanbright | s/will/with/ |
| 16:39.43 | tzanger | seanbright: legacy CDR is in a completely different format from asterisk CDR |
| 16:39.49 | tzanger | seanbright: and I have to clean up the legacy ones too |
| 16:40.06 | seanbright | tzanger: sure... but writing it all in C seems intentionally masochistic |
| 16:40.30 | tzanger | was going to do it in Perl but my byte-manipulation skills on perl suck cock^w^wblows goats so I elected for C |
| 16:40.53 | seanbright | tzanger: hrmmm |
| 16:40.59 | tzanger | it wasn't all that difficult... couple of state machines but it's good for the soul to do this once in a while :-) |
| 16:41.02 | seanbright | i think you have an oral fixation |
| 16:41.04 | seanbright | :) |
| 16:42.18 | Corydon76-dig | You think? |
| 16:42.30 | Corydon76-dig | tzanger: just do it as one long pattern match in Perl |
| 16:42.32 | tzanger | if for no other reaason than to maintain skills |
| 16:42.33 | tzanger | I do, but my wife's busy studying |
| 16:42.52 | seanbright | and the goats are out to pasture |
| 16:43.01 | seanbright | thank GOD |
| 16:43.03 | seanbright | heh |
| 16:43.35 | Corydon76-dig | tzanger: if you have a pic online, I have Photoshop... We can illustrate... |
| 16:45.05 | *** join/#asterisk-dev ManxPower (n=manxpowe@115.sub-70-220-244.myvzw.com) |
| 16:46.36 | JerJer | grrr - these damn spammers have waaaay too much free time: http://www.pastebin.ca/739991 |
| 16:48.35 | JerJer | i'm sure somebody spent some time bangin out the script to generate that crap |
| 16:49.00 | anonymouz666 | JerJer HAHAHAH |
| 16:50.47 | JerJer | i already get 12 to 15k of spam every day - so whats a few more :) |
| 16:51.54 | JerJer | actually i wish i had the time to honeypot these spammers |
| 16:52.45 | Corydon76-dig | Since we put a fake "sendto" hidden field on our feedback form, we've stopped getting spam via that URL |
| 16:53.04 | Qwell | Corydon76-dig: eh? |
| 16:53.20 | Corydon76-dig | has a fake email address in it, and we check to ensure that it's unchanged. If it changed, we send no feedback. |
| 16:53.23 | Qwell | if sendto != ""; drop? |
| 16:53.25 | Qwell | neat |
| 16:53.52 | tzanger | Corydon76-dig: well it's done now, mostly |
| 16:53.56 | tzanger | I'm not gonna rewrite it |
| 16:54.23 | tzanger | I import 500-long userlists into freepbx with perl |
| 16:54.28 | Corydon76-dig | Heh, we have a customer that asked us to change a complex Perl AGI "from AGI to PHP" |
| 16:54.28 | tzanger | that was just a big pattern match and DBI |
| 16:55.14 | Corydon76-dig | They are undeterred that converting it from Perl to PHP is going to take us 8 hours or more. |
| 16:55.38 | Corydon76-dig | "When all you have is a hammer, everything looks like a nail."... and PHP is their hammer |
| 16:55.43 | tzanger | that's okay, billable hours are always good |
| 16:56.14 | tzanger | I'm hoping to get a contract for 20k or so shortly |
| 16:56.17 | tzanger | CANADIAN DOLLARS |
| 16:56.22 | tzanger | not those wimpy US ones |
| 16:56.25 | Corydon76-dig | Apparently they don't realize that that's the way that will probably introduce more bugs |
| 16:56.44 | tzanger | Corydon76-dig: again, billable hours :-) |
| 16:57.05 | Corydon76-dig | We already told them that it's not happening this week |
| 16:58.41 | tzafrir | M9048 |
| 16:58.42 | MuffinMan | [assigned] [Asterisk] Core/General 0009048: [patch] Provide colors for daeminized asterisk reported by tzafrir http://bugs.digium.com/view.php?id=9048 |
| 16:58.59 | tzanger | that reminds me I need to file a bug for 'cdr' events for AMI |
| 16:59.12 | tzanger | CDR is currently lumped into 'call' events and if you JUST want CDRs you can't do it |
| 16:59.43 | tzafrir | Corydon76-dig, regardless of any questions of what should be the "most correct" terminal type, is there an actual difference? |
| 17:00.03 | Corydon76-dig | tzafrir: only in minor ways that we probably don't care about |
| 17:00.22 | Corydon76-dig | At least for the time being |
| 17:00.29 | tzafrir | For instance, does the fact that the terminal type is not "xterm" or the like affect support for resizing on SIGWINCH? |
| 17:00.35 | Corydon76-dig | someone could add something tomorrow that we would care about |
| 17:01.11 | Corydon76-dig | tzafrir: I don't think we support that now, anyway |
| 17:01.53 | Corydon76-dig | tzafrir: but I'd need to decompile the terminfo file to see if there's a difference |
| 17:01.57 | tzafrir | "vt100" is thus a "safe default" if we don't really know what we don't support :-( |
| 17:02.11 | tzafrir | anyway, I don't really care badly about this |
| 17:02.33 | Corydon76-dig | Uh, if we don't know, then the safe thing is no color |
| 17:07.00 | tzafrir | but we don't really know regardless of that patch. You can connect with asterisk -r even when you have a ocal console |
| 17:07.25 | tzafrir | The type of the local console has nothing to do with the type of any potential remote console |
| 17:07.51 | tzafrir | "vt100" means "don't expect too much of the remote console" |
| 17:12.37 | Corydon76-dig | Actually, a blank TERM means "don't expect too much" |
| 17:13.01 | Corydon76-dig | "vt100" means "expect that color will work" which isn't a reasonable expectation all of the time |
| 17:14.27 | tzafrir | If you want to disable color support, disable color support in the remote console, regardless of what the local console has |
| 17:17.31 | *** join/#asterisk-dev callguy (n=callguy@pool-72-70-79-233.bstnma.east.verizon.net) |
| 17:17.48 | Corydon76-dig | Right, so now the local console has its native support and the remote console is assumed to be the same as the local console |
| 17:18.32 | Corydon76-dig | If you want support for a different remote terminal type, then you need a framework to support that |
| 17:20.17 | *** join/#asterisk-dev BadPacket (n=John@unaffiliated/badpacket) |
| 17:22.26 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 17:56.49 | Netgeeks | it appears that in 1.4 the CDR(userfield) function appends to the value, and I can't find any options to do a replace. Is this right or am I missing something? |
| 17:57.03 | russellb | Netgeeks: that sounds broken IMO |
| 17:57.25 | russellb | if you wanted to append, i would think it should be Set(CDR(userfield)=${CDR(userfield)}appendstuffhereblah) |
| 17:58.22 | file | A46200 |
| 17:58.24 | MuffinMan | [46200] Committed by kpfleming on 2006-10-25 11:32:08: apparently developers are still not aware that they should be use ast_copy_string instead of strncpy... fix up many more users, and fix some bugs in the process |
| 17:58.44 | russellb | o.O |
| 17:58.52 | russellb | very bitter commit message :-p |
| 17:59.03 | kpfleming | yep |
| 17:59.10 | Netgeeks | I would have thought the same, but I've got some code that gets executed multiple times depending on values in a db, and I se tthe userfield in that code, using Set(CDR(userfield)=${VAR}). if the code executes twice I get the value of ${VAR}${VAR}, 3 times = 3 etc. |
| 17:59.27 | russellb | Netgeeks: file a bug i guess |
| 17:59.31 | Netgeeks | ok |
| 17:59.54 | Netgeeks | I'll build a simple dial plan and test to make sure I'm not being an overly complex idiot first |
| 17:59.59 | russellb | sounds good :) |
| 18:01.45 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 18:04.14 | Netgeeks | oh, and by the way, 1.4.11 (which I know is out of date) is far more susceptable to the macro stack corruption promelm that 1.4.4 given the same dialplan and inputs |
| 18:07.22 | De_Mon | I thought the normal behavior of CDR(userfield) was to append |
| 18:07.38 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 18:07.54 | De_Mon | yeah, you were talking about this in #asterisk a few minuites ago |
| 18:07.58 | Netgeeks | I'm looking at the code for ast_cdr_setuserfield in cdr.c and it looks like it's doing the right thing to me |
| 18:08.20 | Netgeeks | there is also an ast_cdr_appenduserfield that looks like it does what you would expect |
| 18:08.32 | Netgeeks | and CDR(userfield) calls the first |
| 18:08.49 | Netgeeks | so my bug has to be somewhere else, most likely my fault |
| 18:09.16 | De_Mon | your ${VAL} is probably ${VAL}${VAL} |
| 18:09.21 | De_Mon | <PROTECTED> |
| 18:09.41 | Netgeeks | nah, I checked that first... looking through cli dump from call that has the prob |
| 18:09.59 | Netgeeks | no CDR(userfield) sets match what was written out |
| 18:10.13 | Netgeeks | I have two sets that look like this CDR(userfield)=1207 |
| 18:10.29 | Netgeeks | cdr.userfield = 12071207 in the cdr |
| 18:10.39 | Netgeeks | *shrug* back to troubleshooting |
| 18:11.14 | De_Mon | what backend are you using? |
| 18:12.12 | De_Mon | each backend has its own module iirc |
| 18:14.08 | Netgeeks | I'm using the mysql cdr from addons |
| 18:14.51 | Netgeeks | but it should just accept the userfield that is set, I don't see how that could cause duplication sometimes |
| 18:20.19 | Corydon76-dig | Netgeeks: oh, the module that we released a SQL Injection issue about last night? |
| 18:20.49 | Netgeeks | I didn't see the issue |
| 18:21.02 | Corydon76-dig | It went out to all the lists |
| 18:24.29 | Netgeeks | okay, I don't see how that issue could cause the issue I'm seeing... hrm, I'll look at my Master.csv and see if I have the same data |
| 18:28.57 | *** join/#asterisk-dev mashroom_ (n=tasty@89-139-171-17.bb.netvision.net.il) |
| 18:29.39 | Netgeeks | interesting, the Master.csv has slightly different data. |
| 18:31.03 | Netgeeks | I set CDR(userfield)=4207 three times in a call. Master.csv has '42074207;4207' and mysql cdr has 42074207... |
| 18:31.22 | Netgeeks | I've gotta run to a meeting I'll dig deeper tonight |
| 18:35.15 | codefreeze | Netgeeks: I would not doubt for even a microsecond, that the CDR() func appends userfields for user convenience.... |
| 18:36.19 | codefreeze | Juggie: OK, I'm taking a break, and I'm merging your stuff against trunk even as I type. |
| 18:37.14 | codefreeze | Juggie: I'm having some trouble with ast_cdr_register in the res_sqlite stuff.... I'm throwing in NULL args... |
| 18:41.05 | codefreeze | Juggie: er, that's res_config_sqlite.c, to be exact.... |
| 18:43.01 | seanbright | codefreeze: what problem are you having? |
| 18:44.14 | codefreeze | seanbright: oh, just that the code isn't compiling. Either it hasn't been updated yet, or not checked yet. |
| 18:44.26 | seanbright | in NoLossCDR |
| 18:44.28 | seanbright | ? |
| 18:44.33 | codefreeze | yes |
| 18:44.35 | seanbright | hmm |
| 18:44.58 | codefreeze | why hmmm? |
| 18:45.15 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1088799816.dsl.bell.ca) |
| 18:45.47 | seanbright | codefreeze: nevermind, i can't read apparently :) |
| 18:47.13 | codefreeze | seanbright: neither can I. english, almost, but code... forget it. |
| 18:49.21 | seanbright | codefreeze: this should work... |
| 18:49.28 | seanbright | - error = ast_cdr_register(RES_CONFIG_SQLITE_NAME, RES_CONFIG_SQLITE_DESCRIPTION, cdr_handler); |
| 18:49.30 | seanbright | + error = ast_cdr_register(RES_CONFIG_SQLITE_NAME, NULL, RES_CONFIG_SQLITE_DESCRIPTION, cdr_handler, NULL, NULL); |
| 18:50.14 | seanbright | and then you have to pass NULL as the second parameter to ast_cdr_unregister and you should be good. |
| 18:50.31 | codefreeze | seanbright: I'm ahead of you. You'll need to update cdr_handler with an extra arg; |
| 18:50.42 | seanbright | oh yeah |
| 18:50.44 | seanbright | heh |
| 18:50.56 | seanbright | sorry, thought you were waiting on Juggie |
| 18:51.03 | codefreeze | seanbright: I got it to compile, now I'm on cdr_radius.c |
| 18:51.19 | seanbright | gotcha. |
| 18:51.28 | codefreeze | seanbright: just trying to make progress in the face of adversity. |
| 18:51.44 | seanbright | codefreeze: aren't we all |
| 18:52.01 | seanbright | i haven't been able to put much time into that as I had hoped to |
| 18:52.09 | seanbright | s/much/as much/ |
| 18:53.10 | codefreeze | seanbright: as to adversity: hopefully! my other tactic is to just sit and whine. It's kinda soothing for a few seconds at least! ;) |
| 18:54.12 | Simon-- | hrm. anybody who "Matti" is, as registered in mantis? trying to follow up on 10593 |
| 18:55.59 | seanbright | codefreeze: cdr_sqlite is yet to be updated either. i thought i had done these already. oh well. |
| 18:56.58 | seanbright | at least you can have multiple sinks with cdr_custom now :) |
| 18:57.29 | codefreeze | seanbright: I'll have to get educated. Maybe I can use cdr_custom as a guide... |
| 18:58.18 | seanbright | codefreeze: cdr custom is a decent example, yes. |
| 18:58.19 | blitzrage | Corydon76-dig: ping? |
| 18:58.29 | blitzrage | or jmls ? |
| 18:58.44 | blitzrage | anyone seen this before when connecting via ODBC? [01000][unixODBC][Driver Manager]Can't open lib '/usr/lib/libodbcpsql.so.1' : /usr/lib/libodbcpsql.so.1: wrong ELF class: ELFCLASS32 |
| 18:58.56 | blitzrage | (I know I'm off topic... but it's screwing with res_odbc :)) |
| 19:00.00 | putnopvut | blitzrage: I have not. |
| 19:00.03 | seanbright-away | but the point is, i'm away. |
| 19:00.05 | seanbright-away | heh |
| 19:00.59 | outtolunc | http://blogs.sun.com/rie/entry/wrong_elf_class_requires_consistent |
| 19:01.25 | blitzrage | putnopvut: seems like asterisk compiled against the 32 bit drivers... but needs to compile against 64 bit... ? |
| 19:01.30 | blitzrage | (this is a 64 bit machine) |
| 19:01.55 | putnopvut | Do you have the 64-bit driver installed? |
| 19:02.01 | outtolunc | right, and the /usr/lib/libodbcpsql.so.1 was compiled with 32 |
| 19:02.10 | blitzrage | putnopvut: yes sir |
| 19:02.21 | blitzrage | I've also tried the 2.0.0 version (which was without the .1 on the end) |
| 19:02.24 | blitzrage | yum install unixODBC |
| 19:02.32 | blitzrage | installed both x86_64 and 32 |
| 19:02.37 | blitzrage | i386 rather |
| 19:02.46 | outtolunc | i386 assumes 32 |
| 19:02.55 | blitzrage | wonder if the ./configure script got confused and compiled against the wrong library |
| 19:02.56 | putnopvut | Have you tried removing the 32-bit driver and reinstalling the 64-bit one? |
| 19:02.57 | outtolunc | (or so i thought) |
| 19:03.01 | Corydon76-dig | blitzrage: pong |
| 19:03.28 | blitzrage | there isn't anything that tells me whether the driver is 32 bit or 64 bit... |
| 19:03.47 | Corydon76-dig | ldd /path/to/library.so |
| 19:03.48 | blitzrage | putnopvut: on this box, I'm not entirely sure how to only install one version or the other |
| 19:04.32 | blitzrage | Corydon76-dig: and what am I looking for in there> |
| 19:04.56 | Corydon76-dig | Is it linked against 64 bit libraries? |
| 19:05.01 | blitzrage | can't tell.... |
| 19:05.13 | blitzrage | see some .so.1, .so.2, .so.6 .... |
| 19:05.36 | Corydon76-dig | If you can't tell from the output, then it's 32bit |
| 19:05.50 | blitzrage | hrmmm... wonder where the 64 bit drivers went to |
| 19:06.14 | Corydon76-dig | usually someplace like /usr/lib64 |
| 19:06.19 | blitzrage | aha |
| 19:06.22 | blitzrage | maybe that's my issue |
| 19:06.32 | blitzrage | i bet that's it |
| 19:08.04 | blitzrage | and it was |
| 19:08.11 | blitzrage | thx for the clue-by-four Corydon76-dig |
| 19:08.17 | Corydon76-dig | yw |
| 19:09.39 | blitzrage | I had to change /etc/odbcinst.ini to point to the lib64 version |
| 19:09.50 | Corydon76-dig | Aha |
| 19:09.53 | blitzrage | which makes sense :) |
| 19:10.07 | blitzrage | it was looking in /usr/lib, not /usr/lib64 |
| 19:12.36 | tzafrir | I must say I'm impressed by the new release plan. I'm trying to understand the exact impact for security issues fixes |
| 19:12.51 | russellb | tzafrir: thanks :) |
| 19:13.09 | russellb | tzafrir: that's a very good question. |
| 19:13.30 | russellb | I suppose we have to make some decision regarding exactly how long older 1.6.X releases are supported, and to what degree |
| 19:13.37 | tzafrir | If I installed 1.6.0, and by the time 1.6.5 is released, a security issue pops up, do you intend to provide a fix for 1.6.0 as well? |
| 19:13.54 | putnopvut | Right now, it doesn't look like it. |
| 19:14.13 | putnopvut | It says three versions back in the document (but that number is flexible) |
| 19:14.36 | tzafrir | so do I have to upgrade my PBX every 3 monthes? |
| 19:14.37 | russellb | i picked 3 arbitrarily, pending seeing what others thought about it |
| 19:14.55 | russellb | security fixes are usually easy, and don't come up often |
| 19:15.03 | russellb | we could just say will provide security fixes for _all_ 1.6 releases |
| 19:15.15 | russellb | as it wouldn't be that much of a burden |
| 19:15.27 | tzafrir | something doesn't scale here |
| 19:15.51 | russellb | i'll have to think about it ... |
| 19:16.23 | putnopvut | M6681 |
| 19:16.24 | MuffinMan | [assigned] [Asterisk] Applications/app_queue 0006681: [patch][post 1.4] Random Periodic Announcements in app_queue reported by alt_phil http://bugs.digium.com/view.php?id=6681 |
| 19:16.54 | Corydon76-dig | For security fixes only, we might could go with 2 years. I don't think that would be a huge burden |
| 19:17.03 | putnopvut | The patch provided here isn't the right way to go, and I have an alternate way of doing random periodic announcements which is really easy to code, but I don't think it'll fly with people. |
| 19:17.31 | tzafrir | Corydon76-dig, if you have a release every month or two, that's 12-24 releases |
| 19:17.32 | russellb | Corydon76-dig: yeah, that might work. We should bring it up on the -dev list |
| 19:18.05 | Corydon76-dig | tzafrir: yes, but at the most, you're going to have like only 2-3 actual patches |
| 19:18.31 | Corydon76-dig | Same patch applies to multiple versions |
| 19:21.58 | Corydon76-dig | putnopvut: what way is that? |
| 19:22.22 | putnopvut | Well, you can actually specify multiple periodic announcements in queues.conf (by separating file names with commas) |
| 19:22.38 | putnopvut | So I was thinking that you just have a "random" option which would play those in a random order. |
| 19:22.55 | putnopvut | As opposed to the patch's way of using a directory from which announcements are pulled. |
| 19:24.30 | Corydon76-dig | I dunno, listing files in a config file seems kind of messy |
| 19:24.50 | putnopvut | That functionality is already there. |
| 19:24.58 | putnopvut | I'm just proposing playing those in a random order. |
| 19:25.20 | putnopvut | I should have been more clear. |
| 19:26.26 | Corydon76-dig | Eugh |
| 19:26.51 | Corydon76-dig | One file is fine, but multiple files? |
| 19:27.13 | Corydon76-dig | You know what would be elegant? |
| 19:27.42 | Corydon76-dig | stat the file listed and if it's a directory, use the files within. If it's a sound file, just use it directly |
| 19:29.28 | putnopvut | All right. That's *similar* to the patch up there, but I'll tweak it to make things more clean. |
| 19:31.19 | Corydon76-dig | Good lord. Do the people on the -users list ever stop? |
| 19:31.33 | denon | would they be users if they didnt? |
| 19:31.36 | denon | er, did |
| 19:32.15 | putnopvut | Corydon76-dig: which thread are you referring to? |
| 19:32.26 | Corydon76-dig | putnopvut: posts in general. ;-) |
| 19:33.48 | Corydon76-dig | New mail in my inbox keeps distracting me. ;-) |
| 19:34.10 | outtolunc | ding.. you have mail |
| 19:34.25 | putnopvut | Heck, the dev list isn't that much better at times (see thread about dial timeouts recently) |
| 19:34.56 | russellb | i am pretty good at ignoring most messages :-p |
| 19:35.11 | file | mental filtering. |
| 19:37.12 | *** join/#asterisk-dev jsmith (n=jsmith@000-148-375.area3.spcsdns.net) |
| 19:37.12 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 19:46.36 | tzafrir | russellb, security issues don't come very often? sadly the history of 1.4 is an anecdotal evidence against that |
| 19:47.31 | russellb | well, compared to the volume of regular bug fixes that we make, they don't :) |
| 19:52.16 | tzafrir | Corydon76-dig, looking again at http://svn.digium.com/view/asterisk?view=rev&rev=86119 (term.c), |
| 19:52.44 | Corydon76-dig | yes? |
| 19:53.02 | russellb | he's just looking, that is all :-p |
| 19:53.11 | tzafrir | if term is not set, it should be set to a "sane" value only if !ast_opt_console , right? |
| 19:53.43 | tzafrir | if I have a local console and I know it is broken? |
| 19:54.30 | Corydon76-dig | If term is not set, it should be set to the default on that platform, if we know it |
| 19:54.57 | Corydon76-dig | I mean, c'mon, with that one patch, we've covered 99% of all cases out there. |
| 19:55.26 | Corydon76-dig | What other platforms could people possibly be using that they aren't the only ones on that platform? |
| 19:55.43 | tzafrir | ok. if you don't care about the local console |
| 19:55.53 | denon | and I have 10 friends who want to also |
| 19:56.05 | Corydon76-dig | denon: there's a thread library for a TI calc? |
| 19:56.15 | denon | there will be when you get done writing it |
| 19:56.23 | Corydon76-dig | If so, someone is very, very sick in the head |
| 19:56.28 | tzafrir | denon, try the default console of cygwin |
| 19:57.08 | Corydon76-dig | Sickest thing I've considered is writing a softphone for my Apple IIgs |
| 19:57.31 | denon | Corydon76-dig: you'd probably need a dsp card, don't ya think? |
| 19:57.42 | Corydon76-dig | since somebody has already produced an Ethernet card and TCP/IP stack |
| 19:57.52 | Corydon76-dig | denon: not if I use ulaw |
| 19:57.58 | denon | even still .. |
| 19:58.00 | denon | that's a lot of throughput |
| 19:58.26 | Corydon76-dig | There's a 10bt ethernet card for the platform... and it'll do 100k... |
| 19:58.34 | denon | huh |
| 19:58.34 | Corydon76-dig | so that should be enough |
| 19:58.45 | *** part/#asterisk-dev anonymouz666 (n=anonymou@201.19.182.176) |
| 19:58.50 | denon | now for the sound card. . . |
| 19:59.06 | Corydon76-dig | Mine has a SoundMeister GS card |
| 19:59.24 | Corydon76-dig | So headset I/O is not a problem |
| 19:59.53 | denon | well, let me know when you've got it done :) |
| 20:00.00 | denon | and how many floppies it fit s on |
| 20:00.01 | Corydon76-dig | Uh huh |
| 20:00.21 | denon | spose you could pxe boot it |
| 20:00.27 | Corydon76-dig | denon: floppies? My IIgs has a 1x cdrom drive and a 300MB drive |
| 20:00.38 | denon | ooh, IIgs |
| 20:00.46 | denon | for some reason I was thinking you were talking IIc |
| 20:00.52 | Corydon76-dig | nope |
| 20:01.02 | denon | yeah, I guess IIgs is a bit more feasible |
| 20:01.11 | Corydon76-dig | Mine even has a 8MHz/16k accelerator card |
| 20:01.23 | tzafrir | just for the kicks, I tried running asterisk on an ajaxterm, and it runs nicely |
| 20:01.37 | denon | you guys have entirely too much time :) |
| 20:01.51 | Corydon76-dig | Someday I may even upgrade to 64k cache |
| 20:01.58 | Corydon76-dig | and 10MHz |
| 20:02.06 | tzafrir | http://antony.lesuisse.org/qweb/trac/wiki/AjaxTerm |
| 20:02.22 | Corydon76-dig | I hear with cooling somebody has managed to get it to run at 20MHz |
| 20:02.44 | Corydon76-dig | denon: doesn't take time to dream |
| 20:03.05 | Corydon76-dig | denon: you can say I have too much time if I ever get it DONE, however |
| 20:06.36 | denon | hah, true |
| 20:06.43 | denon | sounds like an Edison quote in there somewhere |
| 20:07.45 | denon | “Some people dream of success while others wake up and work hard at it.” |
| 20:08.17 | denon | "Motivation is what gets you started. Habit is what keeps you going." |
| 20:08.29 | denon | heh, uncanningly true |
| 20:31.43 | tzafrir | do I need some extra symlinks from utils to main to build trunk? |
| 20:32.32 | tzafrir | ../main/ast_expr2.y:646: warning: implicit declaration of function ‘FUNC_STRTOD’ |
| 20:37.02 | tzafrir | ok, missing configure run or something |
| 20:37.37 | *** join/#asterisk-dev jsmith (n=jsmith@000-148-375.area3.spcsdns.net) |
| 20:37.37 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:10.06 | codefreeze | seanbright: around? I've got NoLoss (as it stands, more or less) integrated into trunk.... what's left to be done? |
| 21:10.47 | seanbright | codefreeze: Juggie mentioned a couple things. maximum 'age' and pausing and unpausing of individual back-ends |
| 21:11.27 | codefreeze | How about just minimal functionality? Are all the backends converted and ready? |
| 21:12.11 | seanbright | codefreeze: AFAIK, yes. |
| 21:12.49 | seanbright | codefreeze: but you should probably double-check with Juggie. its been a while since i've sent him anything to commit. |
| 21:22.02 | *** join/#asterisk-dev ManxPower (n=manxpowe@115.sub-70-220-244.myvzw.com) |
| 21:27.29 | *** join/#asterisk-dev yannj_fr (n=yannj_fr@vpn.intelunix.fr) |
| 21:30.03 | yannj_fr | hi everybody |
| 21:34.37 | mvanbaak | hey yannj_fr |
| 21:35.43 | yannj_fr | how are you? long time I didnt come |
| 21:40.58 | codefreeze | Random Thought: I see a thread in the asterisk-users mailing list: "Refrigerator Alarms" ... I guess this is a true "Asterisk Appliance" issue! |
| 21:41.56 | russellb | heh |
| 21:44.27 | codefreeze | thanks, russellb... looks like a pretty tough crowd in this channel! |
| 21:49.41 | *** join/#asterisk-dev jsmith (n=jsmith@000-148-375.area3.spcsdns.net) |
| 21:49.41 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:51.49 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-67-125-156-53.dsl.irvnca.pacbell.net) |
| 21:53.21 | yannj_fr | I will ask a stupid question.. (usual). do you think it could be possible to write an app that help High Availability in Asterisk |
| 21:53.30 | russellb | sure, it's possible. |
| 21:53.38 | russellb | though "High Availability" is really a buzzword |
| 21:53.42 | yannj_fr | sure |
| 21:53.44 | russellb | you have to define what you want it to do, first. |
| 21:53.56 | yannj_fr | Two server Master Slave |
| 21:54.10 | yannj_fr | I want when the master failed |
| 21:54.26 | yannj_fr | the slave retreive call and run the service |
| 21:54.30 | russellb | ah. |
| 21:54.34 | russellb | that is _VERY_ complicated |
| 21:54.38 | yannj_fr | but I would like not to drop calls! |
| 21:54.42 | russellb | but, I have been looking into it a lot lately |
| 21:54.57 | snuff-work | M10995 |
| 21:54.58 | MuffinMan | [closed] [Asterisk] Core-General 0010995: [patch] Issues with threadstorage.c reported by snuffy http://bugs.digium.com/view.php?id=10995 |
| 21:54.59 | russellb | you should go check out http://www.saforum.org and http://www.openais.org |
| 21:55.06 | russellb | and check out the AIS standard |
| 21:55.13 | yannj_fr | ok |
| 21:55.17 | russellb | I have been doing some with with AIS |
| 21:55.23 | snuff-work | russellb: any ideas on that one.. on final linking it complains about '_ast_calloc' not found |
| 21:55.38 | russellb | no ideas right now |
| 21:55.44 | russellb | busy with a list of other things, sorry |
| 21:55.44 | yannj_fr | for the moment I am using DRBD + heartbeat and synchronise /var/lib/asterisk |
| 21:55.49 | Corydon76-dig | The problem with such a setup is that the amount of information that you would need to share back and forth is likely to cause more instability than a single system running alone |
| 21:55.56 | yannj_fr | that keep the clients registered |
| 21:56.39 | russellb | have to run .. |
| 21:56.43 | Corydon76-dig | Essentially, you're looking at a multinode system that behaves as one |
| 21:56.46 | Simon-- | russellb: since you fixed iax locking you can fix zaptel too, right?? ;) |
| 21:56.47 | yannj_fr | Corydon76-dig: that was what I supposed |
| 21:56.48 | Simon-- | d'oh |
| 21:57.17 | Corydon76-dig | However, you can dial back on your requirements and get a very reasonable hot swap backup system |
| 21:57.39 | yannj_fr | I am really curious about how people like cisco and avaya can have to service interruption |
| 21:57.40 | Corydon76-dig | Realize that many phones (like the Polycoms) support registering to multiple servers |
| 21:58.16 | Corydon76-dig | So you can have 2 servers, sharing data via Mysql dual-master replication |
| 21:58.46 | Corydon76-dig | each one can take up the slack for the other, should either one fail |
| 21:58.54 | yannj_fr | ok , but in this case this is the client you manage redudancy |
| 21:58.57 | jsmith | DUNDi + regexten ;-) |
| 21:59.13 | yannj_fr | why not to share the call states? |
| 21:59.34 | yannj_fr | I mean extension, action etc.. |
| 21:59.35 | Corydon76-dig | because the call states are very complex and will require sharing an IP |
| 21:59.51 | yannj_fr | but sharing an IP is possible |
| 22:00.01 | yannj_fr | using service like heartbeat? |
| 22:01.02 | Corydon76-dig | Again, you're getting into a place where the amount of data flowing between the two machines is as likely to cause instability as anything else |
| 22:01.21 | Corydon76-dig | The whole point of having 2 machines is for GREATER redundancy, not LESS. |
| 22:02.02 | Corydon76-dig | You want to minimize the data flow between the two machines and yet still achieve redundancy |
| 22:02.21 | yannj_fr | and if for example on a bi proc server I use one in order to run a sync daemon |
| 22:02.52 | Corydon76-dig | I think you're vastly underestimating the amount of data |
| 22:03.32 | yannj_fr | certainly, |
| 22:03.48 | Corydon76-dig | Every change (that currently runs over a very fast backplane) needs to go out over a very slow (comparatively) network interface |
| 22:03.55 | yannj_fr | but I imagine if commercial system could do it.. |
| 22:04.24 | Corydon76-dig | Be my guest |
| 22:04.32 | yannj_fr | lol |
| 22:04.43 | yannj_fr | ... my boss want me to do it.. |
| 22:04.51 | yannj_fr | (Oh my god..) |
| 22:05.16 | Corydon76-dig | Wait until you see the fine print that the commercial system puts in |
| 22:05.26 | Corydon76-dig | "excluding catastrophic failure" |
| 22:05.33 | yannj_fr | hum |
| 22:06.24 | Corydon76-dig | Problem is, just about any problem that is likely to occur that the system is not prepped to handle is classified as a catastrophic failure |
| 22:06.53 | Corydon76-dig | network switch goes out? Catastrophic |
| 22:07.03 | yannj_fr | sure! |
| 22:07.12 | yannj_fr | power supply break down |
| 22:07.55 | Corydon76-dig | Right, so when you get right down to it, their "redundant" system isn't nearly as redundant as the sales guy told you |
| 22:08.46 | yannj_fr | <PROTECTED> |
| 22:09.08 | Corydon76-dig | You going to pull the plug in the middle of a call? |
| 22:09.20 | yannj_fr | yes! |
| 22:09.25 | seanbright | that would be catastrophic |
| 22:09.25 | Corydon76-dig | Both network plug and power plug? |
| 22:09.38 | yannj_fr | combination |
| 22:09.38 | Corydon76-dig | and see how well it fails over? |
| 22:09.49 | yannj_fr | that 's my idea |
| 22:09.56 | yannj_fr | is it bad? |
| 22:10.43 | Corydon76-dig | Well, it'll take care of the first 2 of a billion possible failures. ;-) |
| 22:11.30 | yannj_fr | yes but I want at lease to know if they synchronise their slave server with master |
| 22:12.44 | yannj_fr | eg : calling your voice mailbox, if the master shut down, I would like to know if the slave take in charge your call and keep playing the message |
| 22:14.14 | snuff-work | i'd say no.. you'd have to redial |
| 22:14.19 | yannj_fr | ok |
| 22:14.28 | Corydon76-dig | That's a good test, because that's exactly the kind of state data that is difficult to keep track of |
| 22:14.41 | yannj_fr | that's sure |
| 22:15.35 | yannj_fr | what is really difficult I think is to know the exact position in the file being played |
| 22:17.13 | Corydon76-dig | Hooray, somebody found a practical reason for their refrigerator to have an IP address. |
| 22:18.20 | yannj_fr | Corydon76-dig: being able to directly purchase your food on the web? |
| 22:18.45 | Corydon76-dig | No, monitoring a refrigerator with medical supplies within |
| 22:19.02 | yannj_fr | ok |
| 22:19.17 | Corydon76-dig | I can totally see that as a 'good' application |
| 22:19.59 | yannj_fr | the school I work in is experimenting a fridge reading RFID and purchasing on the web when missing something |
| 22:20.40 | Corydon76-dig | I dunno, I don't want my refrigerator buying more milk when the carton is simply sitting outside on the counter |
| 22:21.54 | yannj_fr | yes, strange application.. |
| 22:22.17 | yannj_fr | but using SNMP on frige could be really fun |
| 22:22.28 | yannj_fr | boolean door_open |
| 22:22.56 | Corydon76-dig | "The door.. is.. a JAR" |
| 22:23.15 | yannj_fr | a JAR? |
| 22:23.45 | Corydon76-dig | the first talking car had that audio |
| 22:24.07 | jtodd | yannj_fr: I would imagine that would lead to people throwing out the dregs of whatever it is in order to force the fridge to buy new stuff. A boon to the food industry, a plague of waste. Now, you just need a speaker and mic on your fridge, with Lumenvox stuff hooked to it, so you can say "More milk" and * will call out to the local delivery place and auto-order it for you. |
| 22:24.09 | yannj_fr | like K2000? |
| 22:24.10 | Qwell | The jar is a door. |
| 22:24.24 | Corydon76-dig | It was rather annoying which is why that feature never made it into most cars |
| 22:24.31 | seanbright | ok, so 'h323 set trace' can be followed by 'off' or a number |
| 22:24.40 | seanbright | what should the usage say for that/ |
| 22:24.42 | seanbright | ? |
| 22:24.46 | jtodd | I prefer telling technology what to do, rather than it automatically doing it for me (at least, when my $ is concerned.) |
| 22:24.49 | seanbright | ... trace [off]|<trace level> |
| 22:24.51 | seanbright | ? |
| 22:26.28 | yannj_fr | Corydon76-dig : comming back to my idea, even if the amount of data is really high, what do you think I would really have to sync (calls..) |
| 22:26.31 | seanbright | or [off|<trace level>] |
| 22:26.40 | seanbright | i just don't know the best way to convey it |
| 22:27.31 | putnopvut | seanbright: do you have to have one or the other? |
| 22:27.36 | seanbright | yes |
| 22:27.44 | seanbright | so no brackets, i assume |
| 22:27.49 | putnopvut | Right. |
| 22:28.04 | seanbright | so "... trace off|<trace level>" |
| 22:28.16 | putnopvut | I'd suggest putting parentheses around it like this: |
| 22:28.27 | putnopvut | ...trace (off | <trace level>) |
| 22:29.06 | seanbright | alrighty. |
| 22:29.06 | putnopvut | Of course, I'm not sure if that's the "Asterisk way (tm)" |
| 22:29.09 | seanbright | right. |
| 22:52.29 | brookshire | Qwell!! |
| 22:56.44 | file | MattyBrooks! |
| 22:58.58 | Qwell | brookshire: ! |
| 22:59.05 | Qwell | brookshire: Why do your IT closets keep beeping? :p |
| 23:06.45 | Qwell | why can't svk be smarter about the revision prop? meh |
| 23:07.05 | Qwell | stupid thing is complaining about crap that should be trivial |
| 23:17.54 | yannj_fr | bed time, bye bye |
| 23:24.54 | Simon-- | does anybody object to making "ztconfig" _not_ clear the config when a configuration file is not specified? I have seen this occur a few times by accident now, as people trial-and-error looking for "zttool"... |