| 00:00.14 | seanbright | well you're the only worthy opponent :) |
| 00:00.43 | ZaVoid | sup guys |
| 00:01.49 | ZaVoid | how ya all doing tonight |
| 00:01.57 | seanbright | super |
| 00:02.13 | seanbright | here is what i *really* don't get |
| 00:02.31 | ZaVoid | hey any of you guys got small kids? |
| 00:02.35 | seanbright | we have you-know-who telling everyone that will listen that 1.2 is the only way to go, since 1.4 is horrible |
| 00:02.41 | ZaVoid | my 1 year old had a tick on him tonight i ripped off |
| 00:02.54 | seanbright | you have others saying that 1.4 is just now getting stable |
| 00:03.14 | Corydon76-dig | ZaVoid: ouch |
| 00:03.25 | seanbright | and now we are talking about 1.6, which hasn't even RC'd yet |
| 00:03.36 | ZaVoid | yeah Corydon76-dig . |
| 00:03.38 | seanbright | are they *that* eager to upgrade? |
| 00:03.42 | ZaVoid | not sure if i should be worried or not ya know? |
| 00:03.45 | seanbright | and if so, why? |
| 00:04.09 | seanbright | it would seem to be a disservice to their customers who they insist they are trying to protect |
| 00:04.42 | ZaVoid | hey sean is this somthing tha worked in 1.2/1.4 but not 1.6? |
| 00:04.43 | seanbright | ZaVoid: lyme disease is the only big thing. |
| 00:04.47 | Corydon76-dig | ZaVoid: watch the location for a telltale target mark |
| 00:04.54 | ZaVoid | yeah i know seanbright and i'm in lyme country too |
| 00:05.03 | Corydon76-dig | ZaVoid: if you see that, get him/her to the hospital |
| 00:05.04 | ZaVoid | just never sure what to do with sucha small kid |
| 00:05.13 | ZaVoid | yeah i had lyme's when i was 12 but caught it super early |
| 00:05.52 | seanbright | ZaVoid: re: 1.2/1.4, i'm just venting about a stupid thread on the -dev mailing list |
| 00:06.00 | Corydon76-dig | ZaVoid: there are various bug repellents that are safe for children, you might want to get a bottle |
| 00:06.04 | ZaVoid | yeah i glanced at it sean |
| 00:06.20 | ZaVoid | but is it somthign thats fine on 1.2/1.4 and not 1.6? |
| 00:06.59 | seanbright | ZaVoid: the delims in the realtime databases changed. |
| 00:07.04 | Corydon76-dig | seanbright: Ward's email implied that developers don't deal with the real world |
| 00:07.37 | ZaVoid | the delims |
| 00:07.43 | Corydon76-dig | "Real work", eh? |
| 00:07.45 | ZaVoid | hmm i use realtime |
| 00:07.49 | ZaVoid | it would affect me then right i gues |
| 00:07.54 | Corydon76-dig | Gee, what do I do, fake work? |
| 00:08.06 | Corydon76-dig | ZaVoid: realtime extensions or sip realtime? |
| 00:08.19 | ZaVoid | ummm sip realtime |
| 00:08.23 | ZaVoid | sip_buddies |
| 00:08.24 | ZaVoid | iax_buddies |
| 00:08.31 | Corydon76-dig | ZaVoid: doesn't affect you then |
| 00:08.33 | ZaVoid | asteriskdeveloper_buddies |
| 00:08.37 | ZaVoid | oh |
| 00:08.39 | ZaVoid | nice |
| 00:08.45 | ZaVoid | which realtime extensions would it affect? |
| 00:08.59 | Corydon76-dig | The dialplan... |
| 00:09.05 | Corydon76-dig | pbx_realtime.so |
| 00:09.12 | ZaVoid | oh one sec |
| 00:09.13 | seanbright | well, i'm sorry to beat a dead horse. just frustrating to read that stuff knowing how hard you guys work. |
| 00:09.35 | ZaVoid | speaking of hardwork.... |
| 00:09.41 | Corydon76-dig | People who load their extension logic into a database, because they like extension logic to be executed S L O W L Y |
| 00:09.51 | ZaVoid | how many drinks will it take at astricon to bribe you guys to commit a patch ctooley did for me? |
| 00:10.03 | Corydon76-dig | Heh |
| 00:10.07 | ZaVoid | seriously :) |
| 00:10.10 | ZaVoid | its a FEATURE add |
| 00:10.12 | Corydon76-dig | What patch? |
| 00:10.17 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 00:10.29 | Corydon76-dig | You know it's only a candidate for trunk, right? |
| 00:10.32 | ZaVoid | he broke out sip cause codes into a channel variable to me so i can record the SIP code on every call |
| 00:10.49 | ZaVoid | so i can see what my carriers are actually rejecting me with |
| 00:11.05 | Corydon76-dig | Ah |
| 00:11.10 | ZaVoid | gonna finish testing it this week |
| 00:11.12 | ZaVoid | its like 10 lines |
| 00:11.55 | Corydon76-dig | I don't know about a channel variable specifically... but I'll take a look at it |
| 00:13.38 | ZaVoid | maybe i'm phrashing that term wrong |
| 00:13.52 | ZaVoid | but it lets me write it to my db from a $SIPCAUSECODE variable |
| 00:14.42 | Corydon76-dig | It may wind up in a dialplan function or similar, but I'll take a look at exposing the information |
| 00:15.17 | Corydon76-dig | which is basically what you want; I'm more concerned with how it gets exposed |
| 00:15.29 | ZaVoid | gets exposed? |
| 00:16.19 | seanbright | be a variable, dialplan function, etc. |
| 00:16.50 | Corydon76-dig | We're trying to get away from implicitly setting variables on the channel and instead going for accessor methods that you can use to retrieve information |
| 00:16.52 | ZaVoid | gotcha |
| 00:17.18 | ZaVoid | anyway that i can write it to my cdr records for each attempt i'm happy |
| 00:17.31 | ZaVoid | i like your idea too |
| 00:17.36 | Corydon76-dig | The main danger is that the more variables we implicitly set, the greater the danger of colliding with a user-set variable |
| 00:18.31 | ZaVoid | ahh |
| 00:18.39 | ZaVoid | i gotcha |
| 00:18.50 | ZaVoid | what happens in that case(not having that happen to me yet) |
| 00:21.32 | Corydon76-dig | Something along the lines of this in your dialplan: Set(CDR(sipcause)=${CHANNEL(sipcause)}) |
| 00:22.09 | ZaVoid | right |
| 00:22.49 | Corydon76-dig | I don't know how much you use Asterisk CDRs, but you might enjoy using cdr_adaptive_odbc, if you do |
| 00:23.15 | ZaVoid | none at all |
| 00:23.18 | ZaVoid | we create our own cdr |
| 00:23.23 | Corydon76-dig | Ah, oh well |
| 00:23.29 | ZaVoid | it lets me record every single call attempts |
| 00:23.36 | ZaVoid | and i got about 35 fields in each cdr too |
| 00:24.02 | Corydon76-dig | Yeah, that's part of what adaptive odbc lets you do |
| 00:24.35 | Corydon76-dig | If you need a new field in your CDR, you add it to the backend, you add it to your dialplan, you reload, and the field gets populated |
| 00:24.47 | ZaVoid | hmm |
| 00:24.49 | Corydon76-dig | No additional lines in a config file required |
| 00:24.58 | ZaVoid | you mean in an php file? |
| 00:25.13 | Corydon76-dig | I mean in cdr_adaptive_odbc.conf |
| 00:25.25 | ZaVoid | i'll have to look at that i honestly haven't |
| 00:25.30 | Corydon76-dig | There's a few lines that tell it which databases to log to |
| 00:25.46 | Corydon76-dig | But the whole idea is to minimize your fiddling with a config file |
| 00:26.22 | Corydon76-dig | as long as you set a cdr variable with the same name as your table column name... it's taken care of |
| 00:27.49 | ZaVoid | hmm |
| 00:27.59 | Corydon76-dig | Also, if you don't want one of the standard fields, just drop it from your table, and reload |
| 00:28.09 | Corydon76-dig | and it adapts to your layout |
| 00:29.21 | lmadsen | ya... it's a very cool idea |
| 00:29.27 | lmadsen | I haven't had to use it yet, but I look forward to when I do :) |
| 00:29.42 | lmadsen | and I agree that ZaVoid's idea is much better in a DP function than a variable |
| 00:29.52 | lmadsen | but exposing the information could be handy for me too |
| 00:30.13 | ZaVoid | well variable is very helpful for me.. so i can re-route based on the result as well |
| 00:30.41 | lmadsen | ZaVoid: function is going to be a better method, but you can assign the function result to a variable if you want |
| 00:30.50 | ZaVoid | right |
| 00:30.54 | ZaVoid | gotcha |
| 00:31.37 | Corydon76-dig | Several years ago, when dialplan functions were still getting created, I called them "variables with triggers" |
| 00:32.08 | lmadsen | as Corydon76-dig mentioned, creating a variable causes a few issues, plus you have to look at a channelvariables.txt file to see the variables, as opposed to just doing 'core show function <tab>' |
| 00:32.43 | ZaVoid | well $CauseCode is a channel variable now right? |
| 00:33.04 | ZaVoid | that returns the UCC |
| 00:33.51 | Corydon76-dig | It may be |
| 00:34.20 | Corydon76-dig | but we're trying to move away from most of those |
| 00:34.31 | Corydon76-dig | There are a few left, like ${EPOCH} |
| 00:34.59 | ZaVoid | gotcha |
| 00:35.10 | Corydon76-dig | but the CALLERID() function has completely replaced about 10 builtin variables |
| 00:35.33 | ZaVoid | which? |
| 00:35.36 | lmadsen | I used STRPTIME() the other day and that was VERY handy |
| 00:35.45 | ZaVoid | start time? |
| 00:35.49 | lmadsen | ${CALLERIDNAME} and ${CALLERIDNUM} for one |
| 00:35.55 | lmadsen | err... two :) |
| 00:36.02 | ZaVoid | nah one works there lmadsen :) |
| 00:36.04 | Corydon76-dig | CALLERID, CALLERIDNAME, CALLERIDNUM, RDNIS, CALLERTON, a few others |
| 00:36.08 | ZaVoid | meh |
| 00:36.17 | lmadsen | they work for now... but I'm sure are deprecated in 1.4 |
| 00:36.20 | lmadsen | and removed in 1.6 |
| 00:36.23 | ZaVoid | i ended up creating a lot of my own variables for stuff like PDD |
| 00:36.51 | Corydon76-dig | ZaVoid: right, and that's the intended use... |
| 00:36.57 | ZaVoid | yeah |
| 00:37.26 | Corydon76-dig | We want the system to be able to provide information without stepping on your toes |
| 00:38.44 | ZaVoid | heh :) |
| 00:39.43 | Corydon76-dig | ENV() is another perfect example of something that should have been a dialplan function, originally, and wasn't |
| 00:39.51 | Corydon76-dig | and LEN() |
| 00:40.34 | lmadsen | are you referencing those are applications? |
| 00:40.34 | Corydon76-dig | Now you can even set ENV() variables |
| 00:40.41 | lmadsen | s/are/as |
| 00:40.50 | ZaVoid | i like the lang change in 1.4 |
| 00:40.54 | Corydon76-dig | lmadsen: they were originally builtins |
| 00:40.59 | lmadsen | ah gotcha |
| 00:41.29 | ZaVoid | gotta run for abit |
| 00:41.36 | Corydon76-dig | Later |
| 00:43.30 | lmadsen | Corydon76-dig: how goes tonight? |
| 00:51.33 | Corydon76-dig | Mmmm, dealing with a spam issue |
| 00:52.23 | Corydon76-dig | My father complained that my very excellent spam solution was blocking email from a person using Gmail. |
| 00:52.47 | Corydon76-dig | No big surprise, there. Gmail is being blocked because of their spam problem |
| 00:53.03 | lmadsen | spam problem? |
| 00:53.16 | Corydon76-dig | Yeah, their CAPTCHAs are broken |
| 00:53.39 | Corydon76-dig | and spammers are signing up thousands of accounts daily and using them to send spam |
| 00:54.24 | lmadsen | niiiice.... |
| 00:54.29 | lmadsen | oh ya, I remember reading that |
| 00:54.41 | lmadsen | you'd think they'd try to fix that real quick.... |
| 00:54.43 | Corydon76-dig | Right, so many anti-spam vendors are currently blocking Gmail |
| 00:55.03 | Corydon76-dig | Hopefully that puts the pressure on them to fix the problem |
| 00:55.23 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:55.45 | lmadsen | indeed |
| 00:57.31 | Corydon76-dig | ebay is about to go on the same blacklist for selling my email address to a third party |
| 01:02.05 | lmadsen | oh nice |
| 01:02.19 | lmadsen | welp, I'm off to play some GTA IV I guess after finally finishing with this client |
| 01:20.15 | *** join/#asterisk-dev ZX81 (n=matt@202.55.97.173) |
| 01:38.36 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) |
| 01:38.36 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 01:45.19 | ctooley | Corydon76-dig, still around? |
| 01:46.49 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 01:46.50 | ctooley | I'll try to catch up tomorrow, going to start "yum upgrade" I won't have the hd capabilities to chat. :( |
| 02:08.24 | *** part/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 03:07.53 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-195.west.biz.rr.com) |
| 03:17.10 | *** join/#asterisk-dev moy (n=moyhu@189.169.69.205) |
| 05:05.40 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 06:04.52 | *** join/#asterisk-dev pnlarsson-work (n=pnlarsso@h35n3fls309o285.telia.com) |
| 07:07.14 | *** part/#asterisk-dev pnlarsson-work (n=pnlarsso@h35n3fls309o285.telia.com) |
| 07:14.45 | atis_work | good morning |
| 07:15.07 | atis_work | anybody can point me to some place where strings are concatenated in array within asterisk sources? |
| 07:15.21 | atis_work | s/array/loop/ |
| 07:15.45 | atis_work | morning (yawn) |
| 07:15.45 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) [NETSPLIT VICTIM] |
| 07:15.45 | *** join/#asterisk-dev techie (n=techie@adsl-76-214-30-46.dsl.lsan03.sbcglobal.net) [NETSPLIT VICTIM] |
| 07:15.45 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 07:15.45 | *** mode/#asterisk-dev [+o tzafrir_home] by irc.freenode.net |
| 08:12.26 | *** join/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 08:17.34 | *** part/#asterisk-dev Zuchmir (n=dddddd@ool-18bd3bfc.dyn.optonline.net) |
| 08:32.34 | *** join/#asterisk-dev nreinartz (n=chatzill@ntmail1.datus.com) |
| 09:04.47 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 09:06.20 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.139) |
| 09:18.47 | *** part/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 09:19.01 | *** join/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 10:06.45 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 10:17.48 | *** join/#asterisk-dev Nobbie (n=chatzill@fwb003.fw.is.co.za) |
| 10:21.15 | Nobbie | i need some urgent help with astdb. running "database get" commands from AGI is very slow at times, taking up to to 4 seconds for a single get |
| 10:23.54 | tzafrir | Nobbie, time cat /var/lib/asterisk/astdb >/dev/null |
| 10:24.01 | Nobbie | out of desperation, i moved astdb into /dev/shm which seems to have made a tiny difference |
| 10:24.50 | Nobbie | tzafrir: it's in /dev/shm, so it returns on <1sec |
| 10:25.07 | tzafrir | and in /var/lib/ ? |
| 10:27.01 | Nobbie | [root@jane agi-bin]# ls -l /var/lib/asterisk/astdb |
| 10:27.03 | Nobbie | lrwxrwxrwx 1 root root 14 May 19 13:51 /var/lib/asterisk/astdb -> /dev/shm/astdb |
| 10:28.23 | Nobbie | to address the volatility of storing it in shared memory, the file is copied to disk every few minutes, and copied from disk to shared mem at startup |
| 10:37.38 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:49.03 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 10:49.15 | tzafrir | Nobbie, so copy the file to /var/lib/asterisk/astdb_test and give it a shot . Also: do you get warnings about deadlocks? |
| 10:49.26 | tzafrir | This is basically a question to ask in #asterisk |
| 10:50.47 | Nobbie | give what a shot ? |
| 10:51.02 | Nobbie | it used to be in /var/lib/asterisk/astdb. the problem was worse at the time |
| 10:52.16 | Nobbie | are are Avoiding IAX destroy deadlock notices |
| 10:52.37 | Nobbie | but they don't tie into the times when "database get" calls via AGI are slow |
| 10:54.38 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:03.51 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:04.38 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:21.51 | *** part/#asterisk-dev nreinartz (n=chatzill@ntmail1.datus.com) |
| 11:28.09 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 11:57.09 | *** join/#asterisk-dev ctooley (n=ctooley@mo-76-0-47-96.dhcp.embarqhsd.net) |
| 12:00.27 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:00.27 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:07.29 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:07.29 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:19.15 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 12:24.47 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.165) |
| 12:31.01 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 13:28.46 | *** join/#asterisk-dev robevans (n=robevans@OL6-231.fibertel.com.ar) |
| 13:29.12 | *** part/#asterisk-dev robevans (n=robevans@OL6-231.fibertel.com.ar) |
| 13:33.25 | ctooley | please see topic in #prepaid |
| 13:33.38 | ctooley | ooops |
| 13:33.46 | ctooley | that was only supposed to go to our private server |
| 13:34.29 | russellb | oops! |
| 13:34.30 | russellb | :-p |
| 13:34.37 | russellb | now i know all of your sekretz |
| 13:34.47 | ctooley | yeah, it's a "secret" |
| 13:35.19 | jsmith | #prepaid is a channel on your secret server! |
| 13:35.32 | ctooley | I'm trying to get the internal people to actually register their nick's so I can register the channels and chanserv can keep logging data correctly. |
| 13:36.37 | ctooley | Not exactly a trade secret. :) |
| 13:37.27 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:39.05 | russellb | throws that business plan out the window |
| 13:39.59 | ctooley | 1) Steal ctooley's Business Plan .... 2) .... 3) Go bankrupt |
| 13:40.22 | ctooley | brb |
| 13:40.23 | MikeJ | heh |
| 13:40.41 | russellb | O.O |
| 13:43.13 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 13:43.13 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:47.36 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.207.130) |
| 13:55.23 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.165) |
| 14:15.08 | seanbright | mornin' folks. |
| 14:19.55 | russellb | mornin', sir |
| 14:20.05 | seanbright | what's shakin? |
| 14:20.17 | putnopvut | the salt |
| 14:20.25 | seanbright | hmmm |
| 14:20.27 | seanbright | FAIL |
| 14:20.28 | seanbright | heh |
| 14:20.35 | putnopvut | my butt? |
| 14:21.02 | seanbright | i hope not |
| 14:21.32 | Corydon76-dig | Shaking your moneymaker? |
| 14:23.54 | russellb | shake your moneymaker like somebody's 'bout to pay ya ... |
| 14:25.09 | seanbright | hmmm, ok i just screwed up |
| 14:25.18 | seanbright | how do i revert part of a commit? |
| 14:26.11 | Corydon76-dig | svn merge -r <cur>:<prev> . |
| 14:26.28 | Corydon76-dig | Then revert the files that you don't want to change |
| 14:26.32 | Corydon76-dig | then commit |
| 14:27.18 | tzafrir | svn merge -c -<bad_num> |
| 14:27.36 | tzafrir | (note the extra '-') |
| 14:27.46 | tzafrir | err: |
| 14:27.49 | tzafrir | svn merge -c -<bad_num> . |
| 14:30.34 | seanbright | ok, i think i fixed it |
| 14:30.35 | seanbright | thanks. |
| 14:33.10 | Corydon76-dig | I'll be right back. I'm just taking a side trip to St Petersberg, FL, with an axe. |
| 14:33.25 | seanbright | heh |
| 14:35.25 | Corydon76-dig | commit asterisk 9.9e462 |
| 14:35.29 | MuffinMan | The current revision of that repository is 118648, I can not reach into the future. |
| 14:35.54 | Corydon76-dig | commit asterisk 0 |
| 14:37.14 | file | raises eyebrow |
| 14:38.46 | russellb | putnopvut: poke |
| 14:38.52 | putnopvut | russellb: hey |
| 14:38.57 | russellb | putnopvut: can you pastebin your vim macro that lets you find out what function you're in? |
| 14:39.04 | putnopvut | russellb: no prob. |
| 14:39.08 | russellb | thx! |
| 14:39.20 | seanbright | vim... pfft |
| 14:39.54 | seanbright | russellb_street_cred--; |
| 14:40.06 | russellb | it's what all the cool kids use |
| 14:40.12 | russellb | jbot: seanbright-- |
| 14:40.13 | putnopvut | http://pastebin.ca/1032139 |
| 14:40.24 | file | russellb += 0; |
| 14:40.37 | putnopvut | Put that in your .vimrc file and then you can use the 'f' key to see what function you are in. |
| 14:41.11 | seanbright | ~seanbright |
| 14:41.12 | jbot | you are, like, a girl with standards |
| 14:41.17 | seanbright | weeeeee |
| 14:41.36 | russellb | putnopvut: <3 |
| 14:44.11 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.165) |
| 14:46.43 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 14:57.56 | bbryant | putnopvut: i think one of your backtrace changes has an issue in trunk |
| 14:58.38 | putnopvut | bbryant: do tell. |
| 14:59.15 | bbryant | "/include/asterisk/lock.h:413: undefined reference to `ast_bt_get_addresses'" |
| 15:01.15 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:02.16 | putnopvut | really... |
| 15:03.57 | seanbright | ok, here is what we need |
| 15:04.03 | seanbright | a moderated #asterisk channel |
| 15:04.05 | seanbright | :) |
| 15:04.10 | russellb | agreed |
| 15:04.17 | russellb | some of the people there ... are a bit counter-productive |
| 15:04.37 | seanbright | to put it mildly |
| 15:05.13 | russellb | nods |
| 15:05.18 | russellb | i'm talking in a public channel here :) |
| 15:05.25 | seanbright | hehe |
| 15:05.37 | russellb | i could op you and you could moderate :) |
| 15:05.42 | seanbright | ugh |
| 15:05.47 | russellb | exactly |
| 15:06.03 | *** mode/#asterisk-dev [+o seanbright] by russellb |
| 15:06.44 | *** mode/#asterisk-dev [-o seanbright] by russellb |
| 15:06.55 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 15:06.58 | snuff-home | mm anyone else use 'virtualbox' ? |
| 15:07.08 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 15:07.24 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:09.47 | tzafrir | putnopvut, you don't use the original use of f? |
| 15:10.05 | tzafrir | (similar to 't') |
| 15:10.38 | putnopvut | tzafrir: nope, I've never used 'f' as originally intended (mainly because I didn't even know what it did) |
| 15:10.43 | *** join/#asterisk-dev UnixDog (n=UnixDog@254.69.118.70.cfl.res.rr.com) |
| 15:10.51 | putnopvut | bbryant: compiles fine for me here... |
| 15:10.57 | tzafrir | :h f |
| 15:11.11 | putnopvut | bbryant: what compiler flags do you have enabled? |
| 15:11.31 | bbryant | putnopvut: let me check |
| 15:12.16 | bbryant | dont optimize, debug threads, and debug threadlocals |
| 15:16.19 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:17.48 | *** join/#asterisk-dev ManxPower (n=manxpowe@111.sub-70-221-101.myvzw.com) |
| 15:18.26 | ManxPower | It sure would be nice if "show codecs" added a note this is not the list of SUPPORTED codecs, just a list of all codecs Asterisk COULD use if the right stuff is installed. |
| 15:19.02 | UnixDog | ok there is a problem going on that is getting brushed off and I think it has to do with sip stak . but not sure |
| 15:19.11 | seanbright | ManxPower: |
| 15:19.11 | seanbright | dev*CLI> core show codecs |
| 15:19.11 | seanbright | Disclaimer: this command is for informational purposes only. It does not indicate anything about your configuration. |
| 15:19.17 | russellb | core show translation shows that info |
| 15:19.21 | UnixDog | it has to do with sip uri dialing between boxes |
| 15:19.22 | russellb | or whatever it is |
| 15:19.56 | UnixDog | if box a has a exten 1000 and box b has a exten 1000 and box a calls a exten on box b the call fails |
| 15:20.17 | UnixDog | . but if you rm the exten 100 on box b the call works fine |
| 15:20.31 | ManxPower | seanbright: is that in 1.4? |
| 15:20.35 | seanbright | ManxPower: yes. |
| 15:20.46 | ManxPower | seanbright: ah, so the person that did not see the message is just an idiot. |
| 15:20.50 | UnixDog | this happens with names also |
| 15:20.53 | seanbright | ManxPower: good talk. |
| 15:21.03 | jsmith | UnixDog: If it's not dealing directly with the C code of Asterisk, let's take the conversation to #asterisk-bugs instead |
| 15:21.12 | UnixDog | ok |
| 15:21.34 | UnixDog | no one in thre |
| 15:21.50 | UnixDog | I am not sure where the failure is |
| 15:21.53 | seanbright | ManxPower: interest that you also didn't know it was there. but that is neither here nor there. |
| 15:21.54 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.165) |
| 15:21.59 | seanbright | s/interest/interesting/ |
| 15:22.11 | ManxPower | seanbright: I don't run 1.4, chances I never will. |
| 15:23.22 | ManxPower | seanbright: I try to stay off this channel unless I have a suggestion (usually informational messages to help newbies) |
| 15:23.24 | *** part/#asterisk-dev ManxPower (n=manxpowe@111.sub-70-221-101.myvzw.com) |
| 15:23.34 | seanbright | sigh |
| 15:23.48 | seanbright | (sorry) |
| 15:24.39 | tzafrir | I'll ask again what I asked in the midst of a noisy thread in asterisk-dev: |
| 15:25.20 | tzafrir | Any place where there is an up-to-date reference for Asterisk applications, functions, manager commands, and such? |
| 15:25.39 | seanbright | svn.digium.com/view/asterisk/trunk |
| 15:25.41 | seanbright | :) |
| 15:26.16 | jsmith | tzafrir: I have my own private reference that's better than nothing, but it's really just some minor updates to Appendix B of "The Future of Telephony" |
| 15:26.37 | jsmith | tzafrir: Appendix B of A:TFOT is about the only thing out there that's anywhere close to complete |
| 15:27.02 | tzafrir | So if I want to politly tell someone what is the reference I could point them to http://asterisk.org/docs/1.6/functions/dial |
| 15:27.11 | ctooley | For applications and functions anyway, it might be nice if there was an automatic parser for 'descrip', etc so that docs could be updated. |
| 15:28.04 | tzafrir | Pomting to a PDF is a nice start, but not as direct |
| 15:29.04 | tzafrir | the URL does not have to be that pretty, but it has to be easy for me to find it so I can post / send it |
| 15:30.35 | jsmith | ctooley: I've been trying to convince somebody to help me write a docs framework for Asterisk, so we can always regenerate nice docs from the latest source |
| 15:30.45 | tzafrir | can I generate html or (better) text reference at build time? |
| 15:30.56 | jsmith | ctooley: Unfortunately, it's still not high enough on anybody's to-do list |
| 15:30.57 | russellb | would be nice. |
| 15:31.33 | jsmith | tzafrir: My docs are all in DocBook format, so I can generate PDF/HTML/text/LaTeX versions at will... but my stuff doesn't pull from the Asterisk source. |
| 15:31.50 | tzafrir | jsmith, what is it generated from? |
| 15:32.00 | putnopvut | bbryant: ah, the culprit was the DEBUG_THREADLOCALS. I'll get a fix generated. |
| 15:32.03 | tzafrir | those are all generated from the sources of the applications |
| 15:32.32 | bbryant | putnopvut: cool, i've been looking for it as well ... |
| 15:35.40 | tzafrir | russellb, any idea how to tell where there is a description of an app in the source? |
| 15:35.54 | russellb | nope ... |
| 15:35.58 | jsmith | tzafrir: It's generated from somebody stupid like me writing descriptions and examples for all the apps/functions |
| 15:35.58 | russellb | it's not standard enough to parse it out |
| 15:36.28 | tzafrir | hmm... plan b: ask asterisk |
| 15:36.28 | putnopvut | tzafrir: most apps seem to have a global variable called "descrip" but like russellb said, it's not standard by any means. |
| 15:36.59 | russellb | but asking asterisk isn't good enough either, because the output is dependent upon what modules you have ... what compile time options ... etc |
| 15:37.00 | russellb | it's not reliable |
| 15:37.12 | tzafrir | right.... |
| 15:37.14 | russellb | i went down that road once before and it was a dead end :( |
| 15:38.33 | tzafrir | right. And asking asterisk will require me to actually build asterisk on the docs host, which I want to avoid |
| 15:38.56 | russellb | so, we need a standard format for the docs to be in. |
| 15:39.11 | russellb | so that both Asterisk can use them, as well as whatever else you want to have that information |
| 15:39.18 | russellb | a parseable format in the source ... |
| 15:39.25 | russellb | an external XML document ... something, i don't care, really |
| 15:39.34 | tzafrir | yaml? |
| 15:39.42 | snuff-home | is happy to help docs wise.. long as doxygen isn't gettin thrown out.. worked hard on those errors ;) |
| 15:40.09 | jsmith | russellb: I don't care either... XML makes it easy for me to write an XSL transform to DocBook. |
| 15:40.09 | tzafrir | but this means separating the docs from the source. |
| 15:40.16 | jsmith | tzafrir: Not necessarily... |
| 15:40.20 | russellb | doxygen isn't going anywhere, that's for a different purpose |
| 15:40.23 | russellb | doxygen <3 |
| 15:40.34 | tzafrir | maybe specially-formmated comments or something? |
| 15:40.37 | jsmith | tzafrir: The idea is that there's a more structured way to put the docs in the source (whether in the same file or a different file) |
| 15:40.39 | tzafrir | we already have those |
| 15:40.41 | snuff-home | minute u seperate source from doc.. gap gets wider :) |
| 15:40.49 | jsmith | snuff-home: My opinion exactly |
| 15:41.47 | russellb | it could be something like XML that lives in the source, and it gets parsed out into an XML document that gets installed and read in by asterisk when it runs ... |
| 15:41.57 | russellb | that way it's still conveniently in the source |
| 15:42.05 | tzafrir | the description needs to be available to C as well |
| 15:42.08 | Qwell | "in" is relative. |
| 15:42.16 | tzafrir | XML is so verbose |
| 15:42.23 | Qwell | it's more..."with" the source |
| 15:42.31 | russellb | i'm using XML interchangeable with "some kind of parseable format" |
| 15:42.33 | russellb | i don't care what it is |
| 15:42.38 | jsmith | tzafrir: Yes, but that verbosity turns into flexibility to be able to manipulate it |
| 15:42.44 | russellb | Qwell: right, with the source. |
| 15:42.57 | jsmith | tzafrir: I don't honestly care if it's YAML or something else, as long as we all agree on *something* more structured than what we have now |
| 15:43.11 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:43.15 | tzafrir | jsmith, hmm... let's see if I can come up with something... |
| 15:43.41 | jsmith | tzafrir: Anything that is easily transformed to DocBook means I'm much more likely to spend time on it, fwiw |
| 15:43.54 | jsmith | tzafrir: Which is the real reason I suggested XML |
| 15:44.04 | tzafrir | jsmith, asciidoc can ;-) |
| 15:44.06 | jsmith | tzafrir: And I'd be more than happy to pastebin a sample DocBook page |
| 15:44.06 | russellb | if it's parseable, it should be reasonably easy to transform into anything ... |
| 15:44.23 | russellb | i prefer XML, but i'm not likely to do the work, so i'm not going to fight on the format |
| 15:44.30 | jsmith | russellb: Well, yeah... but there's an awful big gulf between theory and practice |
| 15:44.42 | russellb | jsmith: touche, sir. |
| 15:44.43 | Qwell | presumably, something we already have a parser for in Asterisk |
| 15:44.52 | jsmith | russellb: You've been introduced to the ancient art of data massage, right? |
| 15:44.53 | russellb | jsmith: but i'm sure you can convince someone to script it up for you :) |
| 15:45.02 | jsmith | Qwell: Like XML? |
| 15:45.04 | jsmith | ducks |
| 15:45.06 | Qwell | jsmith: like XML :p |
| 15:45.08 | russellb | XML and silly asterisk config format |
| 15:45.31 | russellb | asterisk config format isn't expressive enough for this, IMO |
| 15:45.41 | jsmith | russellb: Agreed |
| 15:46.26 | russellb | so yeah, XML with mxml >>>>>>>> anything that introduces a new dependency |
| 15:47.29 | *** join/#asterisk-dev RoyK (n=roy@ip-67-200-241-92.dialup.nmt.net) |
| 15:48.36 | ctooley | I have missed most of the discussion due to stupidity on my side, but I'd like to interject one comment. This is a problem other projects have solved. Following rabbit-holes when someone else has done the leg work seems non-productive. What do other projects use? |
| 15:49.15 | russellb | ctooley: very nice input |
| 15:49.20 | russellb | and i don't know :) |
| 15:49.36 | Qwell | WELL |
| 15:49.50 | Qwell | probably the same stuff they use for translation.. |
| 15:50.14 | jsmith | ctooley: Actually, they haven't solved *this* particular problem |
| 15:50.18 | Qwell | gettext? |
| 15:51.29 | snuff-home | mm off topic question.. i seen someone updating chan_usbradio or whatever.. maybe they could fix one of their args to 'nanosleep' (per janitor project) |
| 15:51.46 | ctooley | jsmith, just a sec, I'll get you some examples. I know they aren't "exactly" the same, but there are some very productive projects out there that pull data out of the source to generate docbook for user documentation. |
| 15:51.54 | Qwell | snuff-home: I think that was seanbright. he hasn't been the same since... |
| 15:52.03 | ctooley | and they use the same information in the source for application level documentation. |
| 15:52.05 | jsmith | ctooley: I'm all ears! |
| 15:52.22 | ctooley | will take me a while... I went down this path once before and will have to remember where that is. :) |
| 15:52.25 | jsmith | I'm all for not reinventing the wheel |
| 15:52.43 | jsmith | ctooley: I've been down that path many times... but you're obviously smarter than I am, so I'll wait for your reply |
| 15:52.51 | snuff-home | mm it wasn't.. a commiter name i've never heard of was seen on commits channel :) |
| 15:53.27 | Qwell | snuff-home: jdixon? |
| 15:53.32 | ctooley | jsmith, not smarter... DEFINITELY not smarter... different experience paths. :) |
| 15:53.33 | snuff-home | mm might have been it |
| 15:53.39 | *** join/#asterisk-dev Nasra (n=maxshipp@190.166.71.39) |
| 15:53.46 | Qwell | it's unlikely that it was cleanup |
| 15:53.54 | Qwell | oh, updating. yeah, probably then |
| 15:53.55 | snuff-home | doesnt have logs handy |
| 15:54.44 | ctooley | Originally designed for doxygen-style documentation, I would think it would translate well to user docs though... http://pubs.logicalexpressions.com/Pub0009/LPMArticle.asp?ID=741 |
| 15:55.05 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 15:55.21 | jsmith | ctooley: Yeah... I don't see how that helps us here |
| 15:55.32 | jsmith | ctooley: If we want to go down that road, we'd just put the docs in Doxygen and be done |
| 15:55.43 | jsmith | ctooley: I could be missing something obvious though |
| 15:56.21 | ctooley | jsmith, I think this was the project I found previously. If so, the result of it's parsing can be docbook |
| 15:57.09 | jsmith | ctooley: Sure... that's not the issue. I don't need the parsing to output docbook. |
| 15:57.24 | ctooley | uhhh, what do you need the? |
| 15:57.25 | jsmith | ctooley: I don't think it'll output *proper* DocBook |
| 15:57.34 | ctooley | why not? |
| 15:58.17 | jsmith | ctooley: What I want is an agreed-upon, parseable, and easily grokable *format* for the docs, that can be easily extracted from the source and transformed into a variety of formats (docbook, asciidoc, etc.) |
| 15:58.40 | jsmith | ctooley: See, headerdoc is great for documenting *classes* and *functions* and *objects*, like doxygen |
| 15:59.24 | ctooley | and provides a separation from doxygen documentation so that the developer documentation does not collide with the user documentation |
| 15:59.25 | jsmith | ctooley: We need a format for defining an *application*, it's parameters, any related channel variables, an example of its use |
| 15:59.27 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:59.44 | jsmith | ctooley: But we also need the same for functions, AMI commands, Manager commands, etc. |
| 16:00.05 | jsmith | ctooley: Hence the reason I don't think we're going to find an existing library that'll work for us |
| 16:00.52 | MikeJ | perl! |
| 16:01.26 | MikeJ | c pre-proecessor and perl may do it... |
| 16:01.27 | ctooley | jsmith, the exact tags in the code might not be "application", "parameters", etc, but I'd bet I could mock up one application to provide you with an output that's more parseable than what's currently there. |
| 16:02.31 | jsmith | ctooley: Sure... I'm less concerned about "one application" that's "more parseable" than having something that works *well* for it. |
| 16:02.39 | jsmith | ctooley: Almost anything would be "more parseable" |
| 16:03.09 | jsmith | ctooley: But I think we're both aiming at the same thing... we need a *format* definition that's more parseable. |
| 16:03.10 | ctooley | jsmith, well, I'll agree with you there. I'm saying I'm not seeing what is missing from what it provides. |
| 16:04.02 | jsmith | ctooley: For one thing, I want the CLI to be able to use the same info, instead of having the docs duplicated just for the CLI to use |
| 16:04.06 | ctooley | ie: the ability to provide documentation to "everything" needed, the ability to re-use said documentation in different formats, and the ability to |
| 16:04.51 | jsmith | ctooley: See, doxygen and headerdoc are meant for the case where "Hey, there's this information embedded in comments in the source code that we'll build external docs from" |
| 16:04.52 | ctooley | jsmith, I wouldn't think it'd be hard to do that with HeaderDoc, other than figure out how to do it, but I'm just throwing out a suggestion. |
| 16:05.27 | jsmith | ctooley: How, if it's just a perl script that parses comments? You have a C library that reads the comments out of the source code used to compile the application? |
| 16:05.29 | jsmith | blinks |
| 16:06.05 | ctooley | jsmith, modify the perl script to read a different separator than the comment with a magic ! starting. |
| 16:06.48 | jsmith | ctooley: Sure, but you're missing the point. If the documentation is *in comments*, Asterisk *itself* will never be able to parse the results. |
| 16:07.15 | jsmith | ctooley: And if we don't put it in comments, then Asterisk itself can output whatever we need, and we don't need said perl script |
| 16:07.29 | jsmith | hopes he isn't coming off as sounding obtuse |
| 16:08.29 | ctooley | again, why right another parser |
| 16:09.13 | ctooley | and no, we're just having a discussion |
| 16:09.27 | jsmith | ctooley: Because Asterisk needs to be able to parse the documentation. And we already have an XML parser in Asterisk. |
| 16:11.04 | ctooley | well, then that completely negates entire thing. I thought there was going to have to be a parser written for both. If that's not the case... well... that makes it a much different situation. |
| 16:11.40 | tzafrir | jsmith, in asterisk (the core?) |
| 16:12.25 | russellb | not yet, but it's already being distributed with asterisk |
| 16:12.38 | russellb | so it's the obvious choice |
| 16:12.39 | Qwell | tzafrir: it's part of menuselect now |
| 16:12.44 | russellb | it's tiny |
| 16:12.55 | russellb | and has a very easy API |
| 16:13.00 | russellb | i had the parser written in like 30 minutes |
| 16:13.10 | russellb | starting from never looking at it |
| 16:13.13 | tzafrir | holding all of this in xml at run-time? this is a translation to do at build-time |
| 16:13.17 | ctooley | well, in that case, by all means, use that. That makes much more sense. |
| 16:13.37 | russellb | *CLI> core show application foo ... is not a performance critical operation |
| 16:14.08 | russellb | besides, you load it once at run time ... |
| 16:14.11 | tzafrir | yeah, but why add useless memory when you don't have to? |
| 16:14.14 | russellb | and to get the info, it's just traversing a tree ... |
| 16:14.20 | russellb | the documentation is already in memory now! |
| 16:14.26 | Qwell | I think parsing at load time would be good |
| 16:14.28 | tzafrir | plain text |
| 16:14.31 | Qwell | or, at register, really |
| 16:14.45 | russellb | and once it is parsed, it is plain text in memory |
| 16:14.49 | ctooley | tzafrir, could be plaintext afterwards too, it just gets compiled to whatever at compile time. |
| 16:14.51 | russellb | in a tree of data structures |
| 16:15.07 | Qwell | russellb: hell, do the parsing in ast_register_* |
| 16:15.08 | russellb | essentially what is in memory now |
| 16:15.20 | Qwell | at that point, you already know the name of the app/func/whatever |
| 16:15.34 | tzafrir | it means adding xml dependency to any module |
| 16:15.43 | Qwell | tzafrir: only the core, if done properly |
| 16:15.47 | tzafrir | for no good reason |
| 16:15.48 | russellb | no it doesn't |
| 16:15.53 | russellb | it means adding the xml dependency on the core |
| 16:16.07 | ctooley | yeah, core would do the parsing as part of the register functions. |
| 16:16.10 | russellb | modules don't have to care ... |
| 16:16.55 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 16:16.56 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:25.14 | ctooley | So, the only part that's necessary now is to define the tag names, write a parser in ast_register_* and start porting documentation to it. |
| 16:25.54 | jsmith | ctooley: Exactly... I knew you'd see things my way ;-) |
| 16:25.57 | ctooley | a "doc write" command might be handy too, but that's not necessarily needed. |
| 16:26.21 | jsmith | "core show applications dump xml", anyone? |
| 16:26.24 | ctooley | jsmith, yeah, I didn't know that there was already an XML parser/dependency in asterisk, seemed unnecessary otherwise. |
| 16:26.33 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 16:26.42 | Qwell | jsmith: are you suggesting that it write itself? |
| 16:26.44 | jsmith | OK, I'll come up with a proposed format |
| 16:26.47 | Qwell | hmm |
| 16:27.01 | jsmith | Qwell: No... that it would just dump the XML from *all* the applications out to a single file |
| 16:27.10 | seanbright | jsmith: we need a 'since' attribute for app/func args |
| 16:27.22 | Qwell | seanbright: since? like the date it changed? |
| 16:27.28 | jsmith | Qwell: similar to "agi dumphtml" now |
| 16:27.30 | seanbright | Qwell: the date it was added to asterisk |
| 16:27.34 | seanbright | Qwell: err |
| 16:27.38 | seanbright | Qwell: the version of asterisk |
| 16:27.40 | Qwell | ahh |
| 16:27.46 | Qwell | another issue that has to be considered... |
| 16:27.51 | Qwell | out-of-tree modules |
| 16:27.53 | jsmith | seanbright: Yes, versioning will be one thing I'll try to address |
| 16:28.04 | seanbright | i actually started on something like this the other day |
| 16:28.07 | jsmith | Qwell: Out of tree modules, you say? |
| 16:28.14 | seanbright | goes to find the code |
| 16:28.16 | Qwell | it needs to be written in a way that can allow multiple doc files |
| 16:28.29 | Qwell | so, drop in a appdoc-addons.xml, and it can parse that too |
| 16:28.30 | russellb | a directory of files to load ... |
| 16:28.33 | Qwell | right |
| 16:29.06 | jsmith | OK... but I'd still prefer the docs to be in the source itself... so that format_mp3.so contains the documentation for that format, etc. |
| 16:29.15 | jsmith | s/source/Asterisk module/ |
| 16:29.18 | seanbright | this is what i started on the other day: |
| 16:29.19 | seanbright | http://pastebin.ca/1032255 |
| 16:29.27 | seanbright | not exactly what you guys are discussing |
| 16:29.32 | seanbright | but kinda sorta |
| 16:29.40 | lmadsen | it's be fantastic if the application documentation was not right in the C code so it could be easily updated from a single file |
| 16:29.51 | lmadsen | I have no idea if that's what you're talking about, but that'd be awesome :) |
| 16:29.56 | file | stares at lmadsen |
| 16:30.04 | ctooley | Qwell, the documentation would be in the module itself so the CLI version wouldn't be affected by out of tree modules, would it? It'd just be the external docs that need updated by the out-of-tree modules |
| 16:30.05 | lmadsen | goes back to his corner |
| 16:30.08 | snuff-home | lol |
| 16:30.14 | ctooley | lmadsen, that's exactly what everyones trying to avoid. :) |
| 16:30.21 | lmadsen | avoid which part? |
| 16:30.26 | jsmith | seanbright: Good start, but I think it's gotta be a lot more than that |
| 16:30.27 | ctooley | it being separate from the code. |
| 16:30.28 | lmadsen | a single file with docs, or docs all over the C code? |
| 16:30.35 | lmadsen | that seems backwards to me... |
| 16:30.43 | jsmith | seanbright: Hold on a second, and I'll give you sample DocBook file, just for comparison |
| 16:30.44 | seanbright | jsmith: agreed, that was 5 minutes of spit-balling |
| 16:30.51 | ctooley | lmadsen, docs that get generated by the stuff in the in the code |
| 16:31.17 | ctooley | automatically generated documentation that can be exported to a different format by a parser _and_ be used by "core show application foo" |
| 16:31.18 | Qwell | another issue to possibly consider... what if a certain option is only available if XYZ is defined? |
| 16:31.21 | seanbright | jsmith: i've dealt with docbook with php-docs |
| 16:32.42 | jsmith | http://asterisk.pastebin.com/m4542deed |
| 16:32.48 | seanbright | jsmith: i just think its crucial that we specify when options/args are added to apps/funcs |
| 16:33.01 | seanbright | jsmith: as well as when options are removed, and in favor of what other method |
| 16:33.16 | jsmith | Qwell: Many of those types of things will just have to be explained in the text |
| 16:33.30 | jsmith | Qwell: There's no good way to possibly cover all those in this format |
| 16:33.33 | Qwell | jsmith: I suppose that works |
| 16:33.39 | seanbright | Qwell: example? |
| 16:33.45 | Qwell | seanbright: have none |
| 16:33.49 | jsmith | seanbright: Right, as well as the application/function/blah itself being deprecated |
| 16:34.05 | seanbright | jsmith: aye |
| 16:34.06 | Qwell | deprecates/deprecatedby |
| 16:34.18 | jsmith | seanbright: If you look at my pastebin, you'll see I have a "condition" attribute showing which versions of Asterisk this application is defined for |
| 16:34.27 | seanbright | jsmith: i see it, yes. |
| 16:35.09 | seanbright | jsmith: not enough metadata on the various arguments to do anything useful though |
| 16:35.22 | seanbright | i should rephrase |
| 16:35.32 | seanbright | to do things "automagically" |
| 16:35.39 | Qwell | I know murf would want to use something like this to verify dialplans |
| 16:36.52 | jsmith | seanbright: Yeah, but technically, we're trying to document the *currently running* version of Asterisk, right? |
| 16:37.05 | seanbright | jsmith: why stop there? |
| 16:37.06 | *** join/#asterisk-dev moy (n=moyhu@189.169.69.205) |
| 16:37.14 | jsmith | seanbright: I'm not... just saying... |
| 16:37.25 | seanbright | jsmith: i think docbook is great for presentation |
| 16:37.35 | jsmith | seanbright: You can do the same thing with conditions like I did on the main refentry node |
| 16:37.58 | jsmith | seanbright: You can say "This paragraph/tag/section is dependant on this being version 1.2 or version 1.4 or ABE or whatever" |
| 16:38.06 | seanbright | jsmith: right |
| 16:38.30 | seanbright | jsmith: i just think the rest of the format is too tied to the presentation and not describing the attributes of various applications |
| 16:38.45 | seanbright | jsmith: something closer (but obviously more extensive) to what i pastebin'd |
| 16:38.55 | seanbright | jsmith: that could then be transformed into docbook format |
| 16:39.45 | seanbright | jsmith: but that's just my 2 cents. i'm not a docs guy. |
| 16:40.07 | seanbright | wtf? when did i get op'd? |
| 16:40.16 | Corydon76-dig | I'm probably going to regret this, but I just replied to Totaro |
| 16:41.13 | seanbright | Corydon76-dig: nooooooooooooooooooooooo |
| 16:41.27 | jsmith | Corydon76-dig: You didn't |
| 16:41.30 | putnopvut | Corydon76-dig: why? |
| 16:41.46 | ctooley | is so glad he isn't following the mailing lists. |
| 16:42.08 | Corydon76-dig | He's busy bashing again |
| 16:42.40 | putnopvut | seanbright: you got ops at 10:06 am CDT by my client's timestamps. |
| 16:43.02 | seanbright | putnopvut: yeah, i just scrolled up. |
| 16:43.14 | seanbright | russellb: thanks |
| 16:43.20 | ctooley | seanbright is now being op'd by ChanServ. :) |
| 16:43.49 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 16:43.54 | russellb | anyone with commit gets ops :) |
| 16:43.55 | ctooley | NO |
| 16:44.00 | russellb | YES |
| 16:44.02 | ctooley | crap |
| 16:44.12 | seanbright | ctooley: with great power comes great responsibility |
| 16:44.16 | ctooley | I don't have commit, I have a team branch, different thing entirely |
| 16:44.24 | russellb | not really. |
| 16:44.27 | ctooley | damn |
| 16:44.28 | Qwell | I count at least 2 other people in this channel with commit but not ops :P |
| 16:44.42 | russellb | ctooley: i probably gave you trunk access, too |
| 16:44.47 | ctooley | should have kept his mouth shut |
| 16:44.57 | mvanbaak | waits for his @ |
| 16:45.03 | ctooley | russellb, I will remember to not check out trunk from origsvn |
| 16:45.05 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 16:45.06 | Qwell | mvanbaak: oh, sorry, we took away your commit. |
| 16:45.14 | mvanbaak | lol Qwell |
| 16:45.19 | ctooley | just in case I accidentally type the wrong command. |
| 16:45.21 | mvanbaak | thanks russellb |
| 16:45.26 | russellb | you're welcome :) |
| 16:45.31 | russellb | thanks for your help, all of you guys |
| 16:45.32 | russellb | <3 |
| 16:45.36 | mvanbaak | :) |
| 16:45.38 | mvanbaak | welcome |
| 16:45.40 | ctooley | yeah, gee, thanks. Now someone's going to expect me to be able to help them. |
| 16:45.46 | putnopvut | I don't think ChanServ has commit...she should be de-oped. |
| 16:45.47 | mvanbaak | ctooley: hahahahaha |
| 16:45.52 | *** mode/#asterisk-dev [-o putnopvut] by Qwell |
| 16:45.56 | *** mode/#asterisk-dev [+o putnopvut] by Qwell |
| 16:46.00 | mvanbaak | ha |
| 16:46.14 | *** mode/#asterisk-dev [-o ctooley] by ctooley |
| 16:46.23 | Qwell | that's what we should do - forget using certs, we'll just check IRC operage for commit privs |
| 16:46.29 | lmadsen | :D |
| 16:46.31 | ctooley | :) |
| 16:46.38 | *** mode/#asterisk-dev [+o citats] by ChanServ |
| 16:46.41 | mvanbaak | Qwell: erm, smart plan |
| 16:46.43 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 16:46.57 | ctooley | thanks again russellb |
| 16:47.04 | russellb | thank _you_ |
| 16:47.28 | ctooley | needs to figure out how to port in 300 messages to his team branch, routing is kicking my butt. |
| 16:47.38 | ctooley | buries himself in chan_sip.c |
| 16:48.34 | snuff-home | mm chan_sip is rather deep.. dont die on us |
| 16:50.22 | ctooley | chan_sip.c should really be broken up. |
| 16:50.51 | seanbright | Corydon76-dig: well written... |
| 16:51.15 | seanbright | Corydon76-dig: but he is a sociopath... so i won't expect a satisfying response. |
| 16:51.49 | tzanger | seanbright: that stupid thread on -users? |
| 16:51.55 | seanbright | tzanger: indeed. |
| 16:52.01 | Corydon76-dig | No, on -dev |
| 16:52.03 | seanbright | tzanger: err, -dev |
| 16:52.52 | tzanger | the milliwatt one, yeah |
| 16:53.32 | putnopvut | ctooley: I agree with that. |
| 16:53.33 | seanbright | no, the db realtime stuff |
| 16:54.30 | lmadsen | which thread? |
| 16:54.33 | *** part/#asterisk-dev UnixDog (n=UnixDog@254.69.118.70.cfl.res.rr.com) |
| 16:54.38 | lmadsen | oh... db realtime stuff :) |
| 16:56.30 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 16:57.32 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:01.31 | ctooley | is all caught up on the thread now (rsync occurring slowly apparently) |
| 17:01.43 | ctooley | yeah, don't feel like it's necessary to keep on the list. :) |
| 17:01.54 | ctooley | at least for me. |
| 17:02.13 | ctooley | perfectly capable of taking my Corydon76-dig beatings here. :) |
| 17:02.31 | ctooley | and no Tilghman, I don't mind. |
| 17:07.37 | seanbright | jsmith: no matter what you decide to go with though, i'd love to assist where possible. |
| 17:07.54 | seanbright | so keep me posted. |
| 17:08.36 | jsmith | seanbright: Will do |
| 17:08.50 | jsmith | seanbright: I'll write up a proposal for a format, so that others can attack it |
| 17:09.09 | seanbright | jsmith: i think we've all had enough attacks for the week :) |
| 17:09.56 | putnopvut | makes fun of everyone's mother |
| 17:10.00 | jsmith | seanbright: You obviously haven't played Mr. Community Relations Scapegoat yet ;-) |
| 17:10.11 | seanbright | jsmith: i know better ;-) |
| 17:10.18 | seanbright | i'm big on self-preservation |
| 17:10.46 | jsmith | seanbright: Thank goodness I got these asbestos boxers on sale at the surplus store... |
| 17:10.49 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 17:11.02 | tzafrir | played a bit with yaml: |
| 17:11.06 | tzafrir | http://zaptel.tzafrir.org.il/~tzafrir/doc/dial.yaml.txt |
| 17:12.14 | tzafrir | easier to read, can actually be concatenated |
| 17:12.15 | Corydon76-dig | My perspective on it is that I've watched people in the political arena endure attacks without responding, and eventually, people just always assume that the point the pundits are pounding is true, if there's no response. |
| 17:13.02 | snuff-home | mm shouldnt that now be dahdi.tzafrir.org ? ;) |
| 17:13.19 | jsmith | Corydon76-dig: True to a point, but there's always a risk of giving the more vocal members of the list more fodder to argue about... |
| 17:13.25 | tzafrir | snuff-home, docs.tzafrir.org.il |
| 17:14.18 | jsmith | tzafrir: The problem I have with that is that there's no structure to make it easy to parse which parameters are optional, etc. Sure, it's easier to read than XML, but it's harder to parse correctly. |
| 17:14.21 | Corydon76-dig | jsmith: to summarize jtodd, if I respond once in awhile, enough to make those people seem like loons to the other 99% of the list users, then that's enough |
| 17:15.18 | Corydon76-dig | Some of them sound like the board members of Sangoma |
| 17:15.21 | mvanbaak | Corydon76-dig: nice mail there |
| 17:15.45 | tzafrir | jsmith, XML is a pain to parse correctly with awk and sed. This is possible |
| 17:16.03 | tzafrir | ;-) |
| 17:16.04 | jsmith | tzafrir: True, but we won't be using awk and sed, now will we ;-) |
| 17:16.30 | Corydon76-dig | jsmith: Real programmers..... |
| 17:16.33 | mvanbaak | throws his copy of 'sed and awk second edition' in the channel |
| 17:16.35 | tzafrir | the partial YAML::Tiny is a rather small perl module |
| 17:16.39 | ctooley | tzafrir, and a good export utility should be able to provide you something that generate manpages if you need it to. :) |
| 17:17.27 | tzafrir | checks export regulations |
| 17:17.42 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 17:17.43 | tzafrir | I hope it's legal |
| 17:17.56 | ctooley | tzafrir, I didn't say you'd be able to use the manpages outside the US, only that it would be able to generate them. |
| 17:18.07 | JunK-Y | file: for M11979, i tried, but i havent been able to reproduce. |
| 17:18.07 | Qwell | tzafrir: why would a yaml parser not be legal? |
| 17:18.16 | Qwell | tzafrir: real question - I have no idea |
| 17:18.18 | putnopvut | Qwell: you missed the joke. |
| 17:18.19 | Corydon76-dig | Qwell: play on 'export' |
| 17:18.33 | Qwell | I clearly did. |
| 17:20.02 | file | JunK-Y: perhaps the additional info shall help. |
| 17:20.39 | russellb | putnopvut: what is your test deadlock module? |
| 17:21.05 | putnopvut | It's a module that immediately deadlocks. |
| 17:21.29 | russellb | perhaps ... |
| 17:21.37 | russellb | I suppose you could drop it in the tests directory |
| 17:21.40 | russellb | not enabled by default |
| 17:21.41 | putnopvut | russellb: I wrote it to test the backtrace deadlock stuff in trunk. |
| 17:21.47 | russellb | ooh |
| 17:21.49 | russellb | i have a suggestion |
| 17:21.50 | Corydon76-dig | UserFriendly is so apropos today |
| 17:22.00 | putnopvut | I just wanted to be able to see what was output when a deadlock occurred. |
| 17:22.04 | russellb | what if it implemented a CLI command ... deadlock |
| 17:22.06 | Qwell | Nothing appropriate. |
| 17:22.11 | Cresl1n | UserFriendly's one of my favorite comics |
| 17:22.14 | russellb | so that if someone accidentally enabled it .... |
| 17:22.26 | russellb | "core deadlock yes i really mean it" |
| 17:22.31 | putnopvut | russellb: hmm, okay. |
| 17:22.45 | russellb | in that case, yes, i think it could be useful. |
| 17:23.00 | Corydon76-dig | russellb: oh, btw, had a thought this weekend on lock tracking |
| 17:23.25 | ctooley | Corydon76-dig, we had a comment in one our channels about that yesterday.... |
| 17:23.25 | Corydon76-dig | If everywhere we did deadlock avoidance, we changed the unlock/lock to a non-tracking version... |
| 17:23.56 | russellb | interesting idea. |
| 17:24.01 | Qwell | non-tracking version? |
| 17:24.03 | russellb | so that it doesn't disappear from the locks output? |
| 17:24.05 | Corydon76-dig | then the lock tracking shows where the lock was originally acquired, instead of within the deadlock avoidance code |
| 17:24.11 | Qwell | oh |
| 17:24.13 | russellb | oh, i see ... |
| 17:24.33 | russellb | however, my problem with that is that it doesn't preserve accurate locks output |
| 17:24.37 | russellb | i'd rather see another solution to that problem |
| 17:24.47 | ctooley | one of our guys made the comment that he's been trying to get the city of Austin to remove the street lights that hurt his eyes when he's drunk as well, they make him walk into things, clearly violating his rights. |
| 17:25.03 | Qwell | what about if it said like "originally locked <here>, relocked in <deadlock avoidance code>" |
| 17:25.12 | Qwell | or..something |
| 17:25.29 | Corydon76-dig | Qwell: how to track that, though? |
| 17:25.34 | Qwell | got me |
| 17:26.15 | Corydon76-dig | I saw one case which would be fixed by this idea I had, and I've been thinking about how to make that work ever since |
| 17:26.48 | Corydon76-dig | (That wasn't the best way to express my thought process) |
| 17:29.47 | codefreeze-lap | Corydon76-dig: had a similar prob with the refcount tracing code. You want some routines to report the lineno, of the call sometimes, and others not, so you don't lose the proper trace. |
| 17:40.27 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 17:49.01 | mvanbaak | seanbright: you still working on the astobj2 stuff for res_jabber ? |
| 17:56.11 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 18:09.09 | seanbright | mvanbaak: if you wanted to do it i wouldn't object :) |
| 18:09.33 | mvanbaak | you have code in there already ? |
| 18:10.29 | seanbright | mvanbaak: what's in svn is vanilla trunk (minus anything that hasn't automerged correctly) |
| 18:10.39 | seanbright | mvanbaak: i have a few very minor changes locally |
| 18:10.46 | seanbright | mvanbaak: nothing worth committing |
| 18:10.49 | mvanbaak | ah |
| 18:11.30 | mvanbaak | well, I was going to see if I can get the doxygen page for astobj.h have an empty 'This graph shows which files directly or indirectly include this file:' |
| 18:11.45 | seanbright | mvanbaak: do you grok astobj2? |
| 18:11.53 | mvanbaak | most of it I hope |
| 18:12.10 | mvanbaak | jpeeler did a great job enlightening me while I was working on the multiparking stuff |
| 18:12.11 | seanbright | than i hearby bequeath that job to do you if you want it :) |
| 18:13.51 | russellb | M12734 |
| 18:13.52 | MuffinMan | [new] [Asterisk] PBX/pbx_config 0012734: Allow custom Dial options for users.conf that do not have voicemail reported by litnimax (Karma: neutral) http://bugs.digium.com/view.php?id=12734 |
| 18:13.58 | russellb | that is such a stupid issue, but i can't think of a good way to fix it |
| 18:14.27 | mvanbaak | seanbright :) |
| 18:14.42 | Qwell | could just make it go to a different macro, rather than dial directly |
| 18:14.50 | Qwell | then people can mod the macro if they need/want |
| 18:15.09 | russellb | yeah ... i guess |
| 18:15.23 | russellb | we'd have to distribute that macro in the default dialplan ... |
| 18:15.29 | Corydon76-dig | russellb: that locking change, are you comfortable with it going into 1.4? |
| 18:15.32 | russellb | and we'd have to make sure that any product that uses the gui gets that macro, too |
| 18:15.43 | russellb | i'm not comfortable with doing it at all |
| 18:16.02 | russellb | because it makes the output not reflect the real state of the system for that period of time while the lock isn't help |
| 18:16.03 | russellb | held* |
| 18:16.08 | russellb | unless you thought of a different way of doing it |
| 18:16.33 | Corydon76-dig | Ah, hrm |
| 18:16.40 | russellb | so, :-/ |
| 18:16.45 | russellb | instead of saying, don't track this ... |
| 18:16.53 | seanbright | mvanbaak: i simply don't 'get' astobj2, and i don't have the bandwidth to learn it in the near future. |
| 18:17.02 | russellb | maybe ... remember the file/line/etc on the unlock, and on the lock, say, use the old file/line/etc |
| 18:17.21 | Corydon76-dig | hrm, okay |
| 18:17.27 | russellb | seanbright: we can hop on the phone and go over it if you'd like |
| 18:17.44 | Qwell | phones are overrated |
| 18:17.46 | seanbright | russellb: phone? what is this device you speak of? |
| 18:17.51 | russellb | :-X |
| 18:18.17 | seanbright | that'd be great. maybe once i get home. |
| 18:18.59 | mvanbaak | can I have a recording of that, just to make sure my understanding of it is correct ? |
| 18:19.16 | Qwell | I suspect you could just join the call |
| 18:19.23 | russellb | sure |
| 18:19.31 | russellb | and we can record it, no problem ... |
| 18:19.42 | seanbright | i smell podcast |
| 18:19.43 | seanbright | heh |
| 18:19.46 | russellb | heh |
| 18:20.30 | mvanbaak | Qwell: depends when seanbright is home |
| 18:20.31 | russellb | speaking of phones ... i have a conf open that you guys can join if you want ... |
| 18:20.36 | mvanbaak | it's 8 PM already |
| 18:20.43 | mvanbaak | cool |
| 18:20.45 | mvanbaak | iax ? |
| 18:20.52 | russellb | call digium (lots of ways to do so) ... 6060, conf 31337 |
| 18:21.04 | seanbright | has a haircut after work. won't be home until... 8:30 EDT or so |
| 18:21.14 | russellb | IAX2/guest@pbx.digium.com/6060 |
| 18:21.31 | russellb | i might not be available in the evening ... |
| 18:21.35 | russellb | silly real time communication ... |
| 18:22.09 | seanbright | not sure how kindly my employer would take to a middle-of-the-day conference call re: something that doesn't make us money |
| 18:22.12 | seanbright | :) |
| 18:22.15 | russellb | heh |
| 18:22.28 | russellb | you don't use asterisk at work? |
| 18:22.37 | seanbright | well, yes, we do. |
| 18:22.40 | russellb | see! |
| 18:22.40 | mvanbaak | [2008-05-28 20:22:24] WARNING[20729]: chan_iax2.c:8644 socket_process: Call rejected by 216.207.245.8: No such context/extension |
| 18:22.48 | russellb | it's part of your business infrastructure |
| 18:22.51 | seanbright | heh |
| 18:22.51 | russellb | which enables you to make money |
| 18:22.54 | russellb | mvanbaak: try 6000 |
| 18:22.56 | Qwell | mvanbaak: not sure if you can dial directly |
| 18:22.58 | russellb | mvanbaak: and then dial 6060 |
| 18:22.58 | seanbright | that's a little thin :) |
| 18:22.59 | Qwell | (to 6060) |
| 18:23.25 | russellb | and if that fails ... change it to no extension at all ... |
| 18:23.29 | russellb | kicks the pbx |
| 18:23.33 | Qwell | and if THAT fails... |
| 18:23.40 | russellb | then I blame IT |
| 18:24.01 | mvanbaak | no lock |
| 18:24.08 | mvanbaak | luck |
| 18:24.39 | russellb | pings the sysadmin |
| 18:24.54 | Qwell | mvanbaak: you using misery or pbx? |
| 18:25.09 | Qwell | oh, nm, russellb posted the dial |
| 18:25.15 | mvanbaak | pbx |
| 18:25.17 | mvanbaak | <PROTECTED> |
| 18:25.20 | mvanbaak | <PROTECTED> |
| 18:25.23 | mvanbaak | [2008-05-28 20:25:01] WARNING[20807]: chan_iax2.c:8644 socket_process: Call rejected by 216.207.245.8: No such context/extension |
| 18:25.48 | Qwell | s@default maybe? |
| 18:25.54 | putnopvut | yuck |
| 18:25.59 | Qwell | who knows if it's trying to use a different context... |
| 18:26.02 | russellb | and you tried 6060, and 6000? |
| 18:26.06 | Qwell | (which would be...silly) |
| 18:26.09 | mvanbaak | russellb: all of them |
| 18:26.14 | russellb | ok, i'm asking |
| 18:26.22 | Qwell | extensions.conf.sample has IAX2/guest@pbx.digium.com/s@default |
| 18:26.35 | russellb | eww |
| 18:26.36 | russellb | that's silly |
| 18:28.05 | Juggie | indeed. |
| 18:28.10 | mvanbaak | at least it's working |
| 18:28.20 | Juggie | even so |
| 18:30.19 | Juggie | 96933 russell exten => 500,n,Dial(IAX2/guest@pbx.digium.com/s@default) ; Call the Asterisk demo |
| 18:30.32 | Juggie | blames russellb |
| 18:30.43 | mvanbaak | M12227 |
| 18:30.46 | MuffinMan | [closed] [Asterisk] Applications/app_chanspy 0012227: Crash in chanspy_ds_destroy (__ast_pthread_mutex_unlock) reported by atis (Karma: +12.25) http://bugs.digium.com/view.php?id=12227 |
| 18:32.28 | mvanbaak | something is wrong with chan_skinny |
| 18:33.01 | mvanbaak | when starting a call my asterisk stops responding for some time |
| 18:33.02 | mvanbaak | 20:30 < nagios> 2008/05/28 20:29 CRIT asterisk SIP TCP SIP CRITICAL - Test Duration: 51.46 ms |
| 18:33.05 | mvanbaak | 20:31 < nagios> 2008/05/28 20:30 OK asterisk SIP TCP SIP OK - Test Duration: 0.27 ms |
| 18:33.19 | mvanbaak | all other channel drivels follow |
| 18:33.31 | mvanbaak | some even go above 20000 ms |
| 18:33.35 | russellb | i probably just s/misery/pbx/ ... |
| 18:35.48 | mvanbaak | and there you go ! |
| 18:35.54 | putnopvut | lol |
| 18:36.06 | mvanbaak | <PROTECTED> |
| 18:36.27 | file | madness |
| 18:36.35 | mvanbaak | lets see the backtrace |
| 18:36.51 | mvanbaak | -rw------- 1 root root 16M May 28 20:35 core.asterisk.vanbaak.info-2008-05-28T20:35:41+0200 |
| 18:37.32 | *** join/#asterisk-dev kannan (n=kann@123.201.60.110) |
| 18:38.20 | ctooley | You guys shut up, our pbx just segfaulted! |
| 18:38.24 | ctooley | you're making me work. |
| 18:39.04 | file | ctooley: you work? |
| 18:39.31 | ctooley | try not to |
| 18:39.39 | file | gives ctooley a muffin |
| 18:39.54 | ctooley | thanks file and eats the poisoned muffin |
| 18:40.33 | ctooley | Nice! The remote end of the PRI died a horrible death and that segfaulted Asterisk somehow |
| 18:40.48 | jameswf-home | I saw these things on the internet... they were bowls made out of bacon.... how awesome is that... |
| 18:40.50 | ctooley | really needs to upgrade the pbx to something newer than 1.2.12 |
| 18:42.54 | mvanbaak | ctooley: or downgrade to 1.0.9 |
| 18:42.56 | mvanbaak | ;) |
| 18:43.28 | Juggie | sigh... |
| 18:43.32 | Juggie | WHY WONT IT DIE |
| 18:43.49 | mvanbaak | kill -11 is your friend |
| 18:44.04 | jsmith | Juggie: Let it burn out on its own... throwing water on the fire only makes it smoke |
| 18:44.19 | Juggie | (no, this silly dev thread, its back again) |
| 18:44.37 | Corydon76-dig | Juggie: that's what he was referring to |
| 18:44.49 | Juggie | i was answering mvanbaak |
| 18:44.57 | Corydon76-dig | Oh |
| 18:45.03 | Juggie | and i prefer kill -9 :) |
| 18:46.04 | mvanbaak | ah, the thread on -dev |
| 18:46.06 | mvanbaak | lol |
| 18:46.30 | Juggie | but they like you Qwell, your openminded :) |
| 18:46.37 | Qwell | huh? |
| 18:46.51 | Juggie | open minded until you tell him to quit smokeing :) |
| 18:46.59 | Qwell | who likes me? |
| 18:47.08 | Juggie | Qwell, i wish i could make this stuff up... |
| 18:47.09 | Juggie | Nice... |
| 18:47.09 | Juggie | Thanks, |
| 18:47.09 | Juggie | Steve Totaro |
| 18:47.09 | Juggie | BTW, I really like Qwell, he seems very open minded. |
| 18:47.16 | Qwell | O.o |
| 18:47.17 | Juggie | </snip> |
| 18:47.18 | mvanbaak | indeed |
| 18:47.19 | mvanbaak | wheh |
| 18:47.22 | Qwell | where's that from? |
| 18:47.25 | mvanbaak | -dev |
| 18:47.27 | Juggie | last post on the thread |
| 18:47.45 | mvanbaak | Corydon76-dig: you here ? |
| 18:48.05 | Qwell | Juggie: yeah, I bet Ward hates me though, because I closed his bug ;/ |
| 18:48.05 | mvanbaak | I have a coredump in adaptive odbc ;) |
| 18:48.21 | Juggie | its just so amusing that people think one developer made a change and no one else noticed or something |
| 18:48.26 | mvanbaak | Qwell: WHAAAAAAAAAAAT ???? you did ???? ZOMGBBQ! |
| 18:48.32 | Juggie | like corydon removed support for | without running it by the other developers. |
| 18:49.17 | Corydon76-dig | Juggie: but we don't do "real work" |
| 18:49.22 | mvanbaak | Juggie: we all filter emails from Corydon76, didn't you know ? |
| 18:49.36 | Juggie | but apparentally there is 'too much breaking' lately, even though the change only exists in an unreleased codebase |
| 18:49.43 | outtolunc | drama drama drama ... i hate soaps |
| 18:49.54 | mvanbaak | if ( /^From:.*corydon*$/ ) { answer "yes, ok"; } |
| 18:50.29 | Cresl1n | Hey, just out of curiosity, who works on chan_mgcp bugs? |
| 18:50.34 | Juggie | and even though Corydon76-dig added in a flag to set realtime to 1.4 mode, the conversation keeps going. |
| 18:50.42 | Juggie | Cresl1n, i dont know if we have a chan_mgcp maintainer atm |
| 18:50.44 | Juggie | i cant think of anyone |
| 18:50.47 | Qwell | Cresl1n: nobody, really. we actually don't get that many |
| 18:50.56 | Qwell | sort of surprising |
| 18:51.05 | Corydon76-dig | Cresl1n: I can, if nobody else will |
| 18:51.21 | Qwell | I've seen putnopvut make a change or two to it too |
| 18:51.23 | Cresl1n | no, it's not that I have one, I was just kind of cuious |
| 18:51.26 | Cresl1n | *curious |
| 18:51.35 | Cresl1n | so no current maintainer |
| 18:51.38 | mvanbaak | and we can always mail Florian Overkamp to test |
| 18:51.44 | Corydon76-dig | I think I may have been the last one to make a protocol level change |
| 18:51.54 | Qwell | probably |
| 18:52.00 | jameswf-home | so its your fault!!! |
| 18:52.00 | mvanbaak | I think he still has a couple of devices that do mgcp |
| 18:52.05 | Qwell | Corydon76-dig: Steve Totaro wanted to add a bunch of stuff, like megaco support |
| 18:52.13 | Cresl1n | Well, I've been learning MGCP, so I was curious whether or not anybody worked on that channel driver |
| 18:52.15 | Qwell | was talking about hiring a dev for that the other day |
| 18:52.19 | Corydon76-dig | jameswf-home: everything is my fault now, apparently |
| 18:52.26 | Qwell | assigns all new MGCP bugs to Cresl1n |
| 18:52.32 | Cresl1n | no, wait! |
| 18:52.34 | Juggie | Corydon76-dig, dont take the bullshit of one or two people personally. |
| 18:52.34 | Cresl1n | :-) |
| 18:52.38 | Qwell | Cresl1n: You just volunteered! |
| 18:52.39 | Qwell | :) |
| 18:52.43 | Cresl1n | didn't mean it that way, just was curious |
| 18:52.46 | Qwell | heh |
| 18:52.47 | Corydon76-dig | Juggie: in good humor |
| 18:52.57 | jameswf-home | Corydon76-dig: Agreed,,, next time my boss yells at me I'll be like dude it was Corydon76-dig |
| 18:52.58 | ctooley | Cresl1n, that's what happened to me, it's the way it works. |
| 18:53.04 | Juggie | the issue is closed so far as i see it, you added 1.4 compat mode, case closed. |
| 18:53.17 | file | at least it is no longer my fault |
| 18:53.31 | jameswf-home | I blame the parents |
| 18:53.31 | Qwell | file: when was it your fault? |
| 18:53.36 | Corydon76-dig | We had a woman in HS theatre who claimed everything was her fault. "Mel's fault" was the humorous line. |
| 18:53.38 | file | Qwell: it is always my fault |
| 18:53.38 | Juggie | its allways files fault |
| 18:53.41 | ctooley | it's always file's fault |
| 18:53.43 | Qwell | oh, I see |
| 18:53.49 | Qwell | then... damn you file |
| 18:53.53 | Cresl1n | Corydon76-dig: you say you have some MGCP devices? |
| 18:53.53 | jameswf-home | ~fault |
| 18:54.03 | Corydon76-dig | Cresl1n: actually, no |
| 18:54.13 | mvanbaak | we had an interm, he was so damn fat. not like a big guy, but ugly fat |
| 18:54.18 | mvanbaak | it's all his fault |
| 18:54.24 | Juggie | isnt mgcp generally for between endpoints and not really phones? |
| 18:54.29 | Juggie | or are there phones w/ mgcp? |
| 18:54.30 | mvanbaak | and if someone asks why, the answer is: because he's fat |
| 18:54.40 | Qwell | Juggie: I think there is mgcp firmware for some cisco phones |
| 18:54.42 | Corydon76-dig | Someone requested some functionality in chan_mgcp and I went out and researched the RFCs enough to figure out what to change |
| 18:54.48 | Qwell | I don't think I've ever found a place to download it though |
| 18:54.49 | Cresl1n | MGCP is for endpoints and phones |
| 18:54.55 | mvanbaak | it's funny to see how ppl who totally dont know this guy always respond to that explanation with: "oh, ok" |
| 18:54.57 | Juggie | icic |
| 18:55.04 | ctooley | Polycom has an MGCP firmware for a lot of their phones. |
| 18:55.11 | Cresl1n | very interesting... |
| 18:55.11 | Qwell | ctooley: really? |
| 18:55.17 | ctooley | at least they used to, back in the days when I did phones |
| 18:55.18 | Juggie | interesting, well you must have a polycom @ digium |
| 18:55.19 | Qwell | huh |
| 18:55.23 | mvanbaak | and foverkamp had this small phone running on mgcp |
| 18:55.23 | jameswf-home | Never did see chan_orexic hit the tree |
| 18:55.25 | Juggie | flash it with mgcp and give it a whirl |
| 18:55.31 | Qwell | jameswf-home: wassat? |
| 18:55.34 | Cresl1n | nah, I don't have a polycom phone |
| 18:55.36 | Qwell | oh.. |
| 18:55.37 | Cresl1n | I have an IAXy |
| 18:55.38 | Qwell | nevermind |
| 18:55.41 | Juggie | Cresl1n, someone does :) |
| 18:55.45 | jameswf-home | ~chan_orexic |
| 18:55.46 | jbot | chan_orexic: developed due to expectations from the public. this uses verry few resources and has a small foot print. You should not try to force feed chan_orexic or it might puke. |
| 18:55.58 | Corydon76-dig | I think the one phone I have that does something other than SIP only does H.323 |
| 18:55.58 | mvanbaak | hhmm, they dont sell it anymore |
| 18:56.00 | jameswf-home | lmao |
| 18:56.03 | mvanbaak | swissvoice or something |
| 18:56.16 | Cresl1n | yeah, we had that phone |
| 18:56.19 | Cresl1n | a while ago |
| 18:56.23 | Cresl1n | I don't know what happened to it |
| 18:56.32 | Cresl1n | it lived in mark's office last time I saw it (years ago) |
| 18:56.37 | Corydon76-dig | jameswf-home: that's actually incorrect... |
| 18:56.41 | mvanbaak | it was nice, the phone had sip, mgcp and h323 firmware |
| 18:56.50 | Corydon76-dig | chan_orexic is full of starvation |
| 18:56.57 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 18:57.22 | Corydon76-dig | bulimia is puking |
| 18:57.37 | Juggie | anyone know if userfriendly has a xml feed of the daily static comic? |
| 18:57.41 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:57.49 | jameswf-home | I am going to do it!! |
| 18:58.08 | Cresl1n | chan_mgcp by itself isn't very useful, IMHO |
| 18:58.19 | Cresl1n | which is probably why we don't get a lot of bug reports on it |
| 18:58.25 | seanbright | so i guess we have to watch what we say on IRC now... oh man |
| 18:58.39 | Corydon76-dig | mvanbaak: in that backtrace, what's the value of obj->parent ? |
| 18:59.51 | Juggie | seanbright, so it would seem! |
| 18:59.53 | mvanbaak | blegh, I just recompiled asterisk and ran make install |
| 19:00.06 | mvanbaak | was just going to tell the guys in the conference that I need to restart * |
| 19:00.45 | seanbright | Juggie: we could try to start a vicious rumor about a celebrity and see how far it will spread |
| 19:01.15 | Juggie | or we could just be civil and see if the concept spreads! :) |
| 19:01.18 | mvanbaak | it's restarting |
| 19:01.22 | mvanbaak | let me see if it still happes |
| 19:01.50 | seanbright | Juggie: that is crazy talk ;-)( |
| 19:01.51 | Corydon76-dig | mvanbaak: I suspect it's a race of some kind, but okay |
| 19:01.58 | mvanbaak | maybe |
| 19:01.59 | seanbright | s/(// |
| 19:02.15 | mvanbaak | had it like 5 times in a row while trying to fix the dialstring for russellb's conference |
| 19:03.11 | Juggie | so i saw narnia last night, quite good, go see it :) |
| 19:03.12 | mvanbaak | hhmm |
| 19:03.16 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 19:03.22 | seanbright | Juggie: i would... but i have a penis and testicles |
| 19:03.28 | seanbright | ;) |
| 19:03.34 | seanbright | sorry, that was OT |
| 19:03.37 | seanbright | heh |
| 19:03.37 | mvanbaak | damn |
| 19:03.42 | mvanbaak | it's not dying on me anymore |
| 19:03.47 | Corydon76-dig | seanbright: yes, but your owner doesn't. :-P |
| 19:03.54 | Juggie | seanbright, i dont know if this is a good place to avertise the availability of that :) |
| 19:04.04 | seanbright | Juggie: point taken |
| 19:04.05 | mvanbaak | well, next time it happens I'll grab obj->parent for you |
| 19:04.18 | Juggie | seanbright, the gf wanted to see it |
| 19:04.40 | Juggie | and its not bad, decent adventure type movie, lotr esque. |
| 19:04.42 | seanbright | Juggie: that was the best setup ever... and i didn't take it! |
| 19:04.49 | seanbright | Juggie: because i am a good person. |
| 19:04.50 | seanbright | heh |
| 19:04.53 | Juggie | hahahahaha |
| 19:05.02 | Juggie | the movie, not your twig and berries |
| 19:05.08 | seanbright | frank and beans |
| 19:05.09 | mvanbaak | maybe I have to wait till the odbc connection needs this 'restart' |
| 19:05.36 | Corydon76-dig | mvanbaak: are you using trunk or 1.6? |
| 19:06.03 | Corydon76-dig | mvanbaak: and are you sharing handles? |
| 19:06.56 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 19:07.12 | mvanbaak | trunk |
| 19:07.16 | mvanbaak | and yes |
| 19:07.43 | Corydon76-dig | Okay, so pooling=no |
| 19:08.25 | mvanbaak | I can send you the configs |
| 19:09.00 | Corydon76-dig | I don't think that's necessary, but if it happens again, please open a bug |
| 19:09.13 | mvanbaak | when it happens again, I'll open a bug and post whatever info I can get |
| 19:10.14 | Qwell | Juggie: ...if I was here, I probably would've taken the setup |
| 19:12.46 | seanbright | Qwell: i can always count on you |
| 19:16.05 | jameswf-home | ok decided I am not creative enough to write chan_orexic and have it be funny |
| 19:17.16 | jameswf-home | though I am sure it could fork in to chan_emo that could be funny |
| 19:18.12 | jameswf-home | maybe app_athy could be the emo app which makes everything whine alot |
| 19:19.21 | ctooley | In 1.4 the config directory used to be in a constant named AST_CONFIG_DIR, what is the equivalent of that in 1.6? |
| 19:26.14 | putnopvut | ctooley: ast_config_AST_CONFIG_DIR |
| 19:26.26 | ctooley | putnopvut, k, thx |
| 19:44.50 | mvanbaak | any plans on a meetme() that wont need zaptel^wdahdi timing ? |
| 19:45.31 | putnopvut | mvanbaak: file has app_confbridge in his bridging branch. |
| 19:45.47 | mvanbaak | no external timing needed ? |
| 19:45.57 | putnopvut | mvanbaak: I'm not sure what it uses for timing. |
| 19:46.26 | mvanbaak | would be nice if I can host conferences on OpenBSD |
| 19:46.33 | jsmith | file: Care to enlighten us? |
| 19:46.50 | mvanbaak | 31337 has nice background music now :) |
| 19:48.23 | file | what am I enlightening? wha? |
| 19:48.35 | putnopvut | what does app_confbridge use as a timing source? |
| 19:48.58 | file | a pthread condition |
| 19:49.03 | file | well |
| 19:49.08 | file | bridge_softmix does |
| 19:49.17 | putnopvut | Right, that's what I meant, really. |
| 19:49.20 | file | which under the 2.6.24 kernel gives virtually perfect timing |
| 19:49.33 | file | previous kernels are ~20ms off, but it compensates so it doesn't matter |
| 19:49.42 | mvanbaak | and OpenBSD ? |
| 19:49.48 | putnopvut | I would guess it's untested. |
| 19:49.55 | file | I haven't tested on OpenBSD, but it should work fine |
| 19:49.56 | mvanbaak | lol |
| 19:50.02 | mvanbaak | file: wonderfull ! |
| 19:50.12 | mvanbaak | finally I can use stock asterisk on OpenBSD |
| 19:50.20 | file | we could certainly approach better techniques for timing under different platforms |
| 19:50.52 | mvanbaak | I hope the conf members like Arch Enemy ;) |
| 19:50.58 | putnopvut | lol |
| 19:51.50 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584441.dsl.bell.ca) |
| 19:51.51 | mvanbaak | there you go |
| 19:52.19 | mvanbaak | that is actually a very good looking woman |
| 19:52.27 | mvanbaak | amazing what sounds she can produce |
| 19:52.28 | seanbright | looks around |
| 19:52.34 | seanbright | where? wha? |
| 19:52.59 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 19:53.08 | mvanbaak | http://www.theage.com.au/ffximage/2005/11/01/archenemy_051101102728426_wideweb__300x375,1.jpg |
| 19:53.11 | mvanbaak | there |
| 19:53.29 | seanbright | looks too much like ann coulter |
| 19:53.39 | seanbright | my father would love her, though. |
| 19:54.08 | mvanbaak | my boss didn't like it when I put Arch Enemy as MOH for my phone |
| 19:54.31 | mvanbaak | first I had Cradle of Filth, he disagreed so I put arch enemy |
| 19:54.38 | mvanbaak | not that satanic and dark |
| 19:54.41 | mvanbaak | but still |
| 19:54.51 | mvanbaak | now I'm back to the default fp-* moh |
| 19:55.01 | seanbright | would have DMB MOH all day, every day |
| 19:57.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:58.59 | mvanbaak | hhmm |
| 19:59.03 | mvanbaak | is it me or is it dead ? |
| 19:59.10 | seanbright | is what dead? |
| 19:59.47 | mvanbaak | conf |
| 19:59.55 | putnopvut | mvanbaak: probably. |
| 20:05.20 | russellb | it's not dead |
| 20:05.23 | russellb | just nobody talking, heh |
| 20:05.24 | russellb | i'm on mute |
| 20:05.34 | mvanbaak | ah |
| 20:05.50 | mvanbaak | it was all dead air here all of a sudden |
| 20:06.19 | mvanbaak | and I'm back |
| 20:13.27 | mvanbaak | russellb: if you are on mute, does that mean the whole conf is mute ? |
| 20:14.20 | Cresl1n | Have I every mentioned how much I hate plain text protocols |
| 20:14.25 | Cresl1n | *ever :-) |
| 20:14.31 | putnopvut | Cresl1n: amen, bro. |
| 20:14.50 | Cresl1n | What a stupid idea, that's all I can say |
| 20:14.52 | wwalker | when I do a backtrace, there are filenames and line numbers for code in the executable, but only a file name for the modules /blah/modules/externalivr.so no .c no line number. How do I get gdb to find the source for the module ? |
| 20:15.14 | lmadsen | Cresl1n: makes it easier to debug from an implementors end though |
| 20:15.20 | Cresl1n | psssh |
| 20:15.31 | lmadsen | ya... damn implementors... who needs'em? |
| 20:15.31 | putnopvut | wwalker: did you compile with DONT_OPTIMIZE? |
| 20:15.35 | Cresl1n | that's what tools like wireshark and debuggers are made for |
| 20:15.58 | Cresl1n | how often do you use tcpdump to actually do protocol debugging? |
| 20:16.17 | wwalker | putnopvut: oops |
| 20:16.20 | wwalker | thanks |
| 20:16.24 | putnopvut | wwalker: no prob |
| 20:16.34 | mvanbaak | hhmm |
| 20:16.41 | mvanbaak | indenting in chan_skinny is a mess |
| 20:16.52 | Cresl1n | The only thing that is nice about them is the fact that string.h has so many good text parsing functions |
| 20:16.54 | Cresl1n | that's it |
| 20:16.57 | mvanbaak | #define foo<tab><tab><tab><space><tab>bar |
| 20:17.16 | Cresl1n | And all the negatives outweigh that one positive |
| 20:20.21 | russellb | some people tout flexibility |
| 20:20.27 | russellb | but the flexibility is the biggest problem |
| 20:20.32 | russellb | it's not defined well enough in most cases |
| 20:20.44 | russellb | that's all happy and good on paper |
| 20:21.01 | russellb | but it sucks for the people that actually have to implement it and make it understood by computers |
| 20:21.07 | Cresl1n | Yeah |
| 20:21.36 | Cresl1n | I think the further and further I go into learning some of these protocols, the more I agree with mark's rants about text based VoIP protocols |
| 20:21.46 | russellb | preaching to the choir, i suppose :) |
| 20:21.49 | Cresl1n | :-) |
| 20:21.52 | Cresl1n | Yeah, I guess so |
| 20:22.00 | russellb | makes me feel better, though |
| 20:22.02 | Cresl1n | I started writing an MGCP parser this last week |
| 20:22.08 | russellb | ... why? |
| 20:22.10 | russellb | for fun? |
| 20:22.22 | Cresl1n | I'm thinking about writing a new channel driver in my spare time |
| 20:22.27 | russellb | ah, cool |
| 20:22.33 | russellb | that supports both sides of the protocol? :) |
| 20:22.35 | Cresl1n | but I don't have any media gateways to use with it |
| 20:22.44 | Cresl1n | so I'm writing a media gateway first |
| 20:22.48 | russellb | heh, ask the lists for one :) |
| 20:22.49 | Cresl1n | then I'll do the channel driver |
| 20:22.52 | Cresl1n | :-) |
| 20:22.54 | putnopvut | Cresl1n: you could always see if Adtran has any spares. |
| 20:22.55 | russellb | ha |
| 20:23.05 | russellb | they have media gateways? |
| 20:23.07 | Cresl1n | well, it's helping me understand the protocol a lot better |
| 20:23.16 | russellb | i know they have mgcp client devices ... |
| 20:23.20 | Cresl1n | since Asterisk does a lot of the magic for you already |
| 20:23.32 | putnopvut | russellb: I'm pretty certain their PQ lab did at some point. |
| 20:23.36 | Cresl1n | I think some of their IADs do MGCP |
| 20:23.38 | Cresl1n | (IIRC) |
| 20:23.45 | russellb | right, but not as a media gateway |
| 20:23.49 | russellb | i don't know what the other side is called ... |
| 20:23.51 | russellb | the slave side .. |
| 20:24.01 | russellb | IIRC. |
| 20:24.03 | russellb | shrugs |
| 20:24.21 | Cresl1n | Anyways... |
| 20:24.22 | putnopvut | russellb: they had at least three different types of voice gateways there, and I'm fairly certain that at least one did MGCP. |
| 20:24.30 | Cresl1n | stupid text based VoIP protocols |
| 20:24.36 | russellb | yes, stupid! |
| 20:24.37 | mvanbaak | you have a mgcp endpoint ? |
| 20:24.50 | Cresl1n | at least they didn't try to do layer2 quite in the protocol like in SIP |
| 20:25.01 | russellb | heh |
| 20:25.11 | mvanbaak | if not, I can ask f.overkamp if he has one we can borrow |
| 20:25.51 | russellb | SIP is the suck |
| 20:27.42 | Cresl1n | I think I'm too far down the road with this to use somebody else's media gateway anyways |
| 20:28.09 | Cresl1n | I was thinking about trying to turn asterisk into a media gateway, but I couldn't think of a pretty way to do it |
| 20:29.36 | Cresl1n | At least one that wouldn't end up being technologically equivalent to the channel driver I'm trying to write |
| 20:31.15 | jsmith | Cresl1n: Sorry, I've been in a meeting... what's this new channel driver? |
| 20:31.19 | jsmith | blinks |
| 20:31.21 | Cresl1n | just an idea I had |
| 20:31.26 | ctooley | russellb, BTW in reference to wwalker's question, it is built with DONT_OPTIMIZE |
| 20:31.36 | Cresl1n | it might be a while till I start working on it though |
| 20:31.38 | wwalker | putnopvut: what ctooley said. |
| 20:31.46 | Cresl1n | I've got to finish my media gateway first |
| 20:31.56 | ctooley | russellb, sorry should have been putnopvut |
| 20:32.24 | putnopvut | wwalker: oh, then I'm not sure what to do to get the proper symbols to show. |
| 20:32.36 | wwalker | anyone else? |
| 20:33.15 | ctooley | Corydon76-dig, oh Corydon76-dig, little help please? |
| 20:33.17 | ctooley | :) |
| 20:34.06 | mvanbaak | Cresl1n: you have an mgcp endpoint there ? |
| 20:34.27 | mvanbaak | Cresl1n: if not, I can ask florian overkamp if he has one of those swissvoice devices we can borrow |
| 20:34.39 | Cresl1n | well, it's not going to be a phone I'd need |
| 20:34.44 | Cresl1n | I need trunks |
| 20:34.54 | Cresl1n | you can always use chan_mgcp for phones |
| 20:35.15 | mvanbaak | ah |
| 20:36.35 | mvanbaak | [2008-05-28 22:35:45] WARNING[1801]: chan_iax2.c:2312 __attempt_transmit: Max retries exceeded to host 216.207.245.8 on IAX2/216.207.245.8:4569-8807 (type = 6, subclass = 11, ts=1765073, seqno=27) |
| 20:37.12 | Cresl1n | Thanks though |
| 20:37.21 | mvanbaak | no problem |
| 20:37.34 | mvanbaak | we use the services of his company |
| 20:37.40 | mvanbaak | and contact with them is not bad |
| 20:37.49 | mvanbaak | so I can prolly borrow a device if you need it |
| 20:38.34 | mvanbaak | dont you love it when a naked women walks around your desk ! |
| 20:39.34 | Cresl1n | can't say that I've had that happen :-) |
| 20:39.45 | Corydon76-dig | ctooley: pong |
| 20:39.49 | Cresl1n | And if it isn't my wife, I'm in _big_ trouble |
| 20:40.14 | mvanbaak | Cresl1n: it's my wife :) |
| 20:40.24 | ctooley | Corydon76-dig, when we're in gdb we're not getting line info in app_externalivr like we see in other things even with DONT_OPTIMIZE |
| 20:40.28 | mvanbaak | she just got home from sports, and was going to take a shower |
| 20:40.38 | mvanbaak | but I called her, so she walked around naked |
| 20:40.46 | mvanbaak | always a nice thing happening :) |
| 20:41.30 | Corydon76-dig | ctooley: did the source change since the version that is running was compiled? |
| 20:43.47 | wwalker | Corydon76-dig: no. just rebuilt and reinstalled. |
| 20:44.10 | Corydon76-dig | Hrm |
| 20:44.26 | Corydon76-dig | Not sure, then. |
| 20:44.36 | Corydon76-dig | Can you pastebin the backtrace that you're seeing? |
| 20:50.16 | Corydon76-dig | lmadsen: ping |
| 20:53.19 | lmadsen | Corydon76-dig: pong |
| 20:53.39 | Corydon76-dig | Is there a way in Postgres to determine why a connection is stuck? |
| 20:54.28 | mvanbaak | Corydon76-dig: looks like the latest svn-trunk does not die on 'reload' anymore |
| 20:54.53 | mvanbaak | I tried after more then an hour idletime |
| 20:54.57 | ctooley | Corydon76-dig, http://pastebin.com/d4f439c3 |
| 20:54.58 | lmadsen | Corydon76-dig: hrmmm... I've never had to debug one... so I'm not sure... sorry :( |
| 20:54.59 | mvanbaak | and it completed fine |
| 20:55.21 | ctooley | Corydon76-dig, on the postgres side or client side? |
| 20:55.34 | Corydon76-dig | ctooley: either way |
| 20:55.41 | ctooley | strace might help |
| 20:56.07 | ctooley | but if you didn't start with strace you'll only see what's currently happening instead of what happened to get it there. |
| 20:56.25 | Corydon76-dig | ctooley: right, I got a hang |
| 20:56.38 | ctooley | strace -s10000 -f -p PID, but if you can reproduce it you could start the strace and do it again. |
| 20:56.59 | Corydon76-dig | Huh, restart and it all works |
| 20:57.19 | ctooley | blames tcp errors. :) |
| 20:57.56 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:58.08 | Corydon76-dig | ctooley: heh, on the same box? |
| 20:58.30 | ctooley | Corydon76-dig, depends on volume, that's what I'm blaming our routing issues on. |
| 20:58.47 | Corydon76-dig | lmadsen: I need you to break something |
| 20:59.05 | mvanbaak | tcp errors on the same box happen |
| 20:59.08 | lmadsen | I wish I had the time... I'm swamped with consulting :( |
| 20:59.17 | Corydon76-dig | http://svn.digium.com/svn/asterisk/team/tilghman/adaptive_realtime |
| 20:59.26 | lmadsen | Corydon76-dig: you could request some time from Ryan though in CustDev to schedule me to spend time breaking something |
| 20:59.37 | Corydon76-dig | Ah |
| 20:59.46 | mvanbaak | 22:58 < nagios!nagirc@monitoring.three-dimensional.staff [Ping timeout: 138 seconds] |
| 20:59.49 | mvanbaak | 22:58 >>> nagios!nagirc@monitoring.three-dimensional.staff |
| 20:59.52 | mvanbaak | that's the same box as well |
| 20:59.53 | lmadsen | unfortunately I don't use postgresql anymore because we're not supporting that big client with the postgresql DBs :( |
| 20:59.58 | mvanbaak | happens to me from time to time |
| 21:00.01 | Corydon76-dig | Crud |
| 21:00.06 | lmadsen | indeed |
| 21:00.23 | Corydon76-dig | ctooley: you sounded knowledgable on postgres... ;-) |
| 21:00.32 | ctooley | Corydon76-dig, nope |
| 21:00.40 | Corydon76-dig | Ah, oh well |
| 21:00.59 | Corydon76-dig | Well, I'm not quite ready to commit this quite yet |
| 21:01.28 | Corydon76-dig | I should probably open a bug for this |
| 21:01.45 | Corydon76-dig | I know who can test it... |
| 21:01.49 | Corydon76-dig | bmd |
| 21:01.49 | mvanbaak | can you reproduce this on low volume ? |
| 21:02.16 | mvanbaak | <--- can setup postgres |
| 21:02.37 | mvanbaak | we have some webapps running on postgres |
| 21:02.42 | mvanbaak | it's not unknown to me |
| 21:02.58 | Corydon76-dig | mvanbaak: would you like to test a new feature? |
| 21:03.52 | Corydon76-dig | What this does is to check for new columns required in a database... it will make adding new columns to realtime less painful |
| 21:05.09 | Corydon76-dig | At startup a module tells the RT engine what columns are needed, their sizes and types, and depending on the config, the RT engine can either create the columns that don't exist or warn you... Additionally, it will warn you when a column type isn't large enough |
| 21:05.47 | Corydon76-dig | So, for example, if voicemail would truncate a password because the field isn't long enough, now it will complain... |
| 21:05.59 | Corydon76-dig | Loudly |
| 21:06.00 | mvanbaak | sounds like a great option |
| 21:06.23 | mvanbaak | I was going to setup postgres anyways because of chan_skinny_realtime |
| 21:06.32 | mvanbaak | can I test it tomorrow ? |
| 21:06.36 | Corydon76-dig | Only the postgres engine for now has the ability to alter the table |
| 21:06.37 | Corydon76-dig | Sure! |
| 21:06.49 | mvanbaak | it's late here |
| 21:07.06 | Corydon76-dig | Understand completely |
| 21:07.36 | mvanbaak | gheh, the ones in the conf listening to me must think I'm gone mad |
| 21:07.46 | mvanbaak | Yola, my cat just walked in |
| 21:08.01 | mvanbaak | she miauwed, so I started talking to her |
| 21:08.49 | mvanbaak | team/tilghman/adaptive_realtime |
| 21:08.50 | mvanbaak | ? |
| 21:09.46 | Corydon76-dig | Right |
| 21:09.59 | mvanbaak | I'll put it on my todo list as item 0 |
| 21:10.07 | Corydon76-dig | Sweet |
| 21:10.29 | codefreeze-lap | Hey, I see a bit of heat being generated in asterisk-dev on the milliwatt being off by 4 hz... |
| 21:10.52 | codefreeze-lap | fidgets |
| 21:11.04 | codefreeze-lap | I may have been a player in all this. |
| 21:11.07 | Corydon76-dig | codefreeze-lap: I thought that was on -users |
| 21:11.12 | putnopvut | Corydon76-dig: it was. |
| 21:11.20 | codefreeze-lap | OK, users then |
| 21:11.56 | codefreeze-lap | A long, long, long time ago, I remember a bug along that line. Don't know if I assigned it to myself or not. But I did look into it. |
| 21:12.11 | mvanbaak | gheh |
| 21:12.19 | mvanbaak | looks like I'm aaaaaaaaaaaaaaaaaaaaal alone in the conf |
| 21:12.24 | mvanbaak | too bad for you guys |
| 21:12.30 | putnopvut | mvanbaak: aw |
| 21:12.33 | mvanbaak | I'm offering single malt whisky |
| 21:12.39 | putnopvut | really... |
| 21:12.45 | mvanbaak | yup |
| 21:20.24 | lmadsen | mvanbaak: does it have the really strong peaty taste? |
| 21:20.40 | lmadsen | doesn't like the peaty taste |
| 21:21.03 | mvanbaak | lmadsen: yup |
| 21:21.07 | mvanbaak | Laphroaig |
| 21:21.18 | Qwell | peaty? |
| 21:21.21 | Corydon76-dig | Haven't had that one before (yet) |
| 21:21.33 | mvanbaak | Corydon76-dig: get over here |
| 21:21.35 | mvanbaak | ;) |
| 21:22.25 | lmadsen | haven't had that one either, but I don't like the peat... reminds me way too much of the dentist |
| 21:22.36 | Corydon76-dig | listens to some Benny Benassi |
| 21:32.33 | tzafrir | ok, what use is there in the milliwatt app? |
| 21:33.10 | Cresl1n | I think it's for measuring return loss and calibrating gains |
| 21:33.24 | Corydon76-dig | tzafrir: it can be used to take down T1 lines |
| 21:33.36 | tzafrir | (referring to the recent flame in -dev) |
| 21:34.06 | tzafrir | if the recommendation is the use PlayTones anyway, what is Milliwatt there for? |
| 21:34.30 | russellb | or simply change Milliwatt to call Playtones internally |
| 21:34.31 | russellb | done |
| 21:34.34 | outtolunc | to my knowledge it is helpful in setting your gain in case you want to do inband progress analysis |
| 21:34.36 | Corydon76-dig | Historical oddity, I guess |
| 21:34.36 | Cresl1n | Before PlayTones Was, app_millliwat AM :-) |
| 21:36.12 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:38.04 | ctooley | http://pastebin.com/d40cd2873 |
| 21:38.15 | ctooley | any one see anything about that code that wouldn't be thread-safe? |
| 21:39.36 | Corydon76-dig | No, looks fine for thread safety |
| 21:40.56 | ctooley | we're getting data weirdness, we're concerned that app_externalivr.c might have some safety problems. |
| 21:41.21 | jsmith | russellb: Last time I brought this up, it was suggested that we add an option to app_milliwatt to be able to choose between the two different tones |
| 21:41.48 | jsmith | russellb: But then it digressed into "Do we take the memory to store the waveform or do we take the CPU cycles to regenerate it on demand" |
| 21:42.03 | russellb | well, i guess the option is reasonable ... |
| 21:42.22 | mvanbaak | I'm going to do chan_yola.c |
| 21:42.25 | russellb | one takes more CPU, but is accurate... one is cheap, but a little off ... |
| 21:42.32 | mvanbaak | it will be able to interact with my cat |
| 21:43.31 | ctooley | mvanbaak, just record different noises your cat makes and tie them to dtmf events. you won't know what you're saying to the cat but at least you can talk to it. |
| 21:46.11 | mvanbaak | lol |
| 21:58.20 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 22:06.19 | seanbright | question: |
| 22:06.21 | *** join/#asterisk-dev anthm (n=anthm@mb80736d0.tmodns.net) |
| 22:06.55 | seanbright | can i keep the version of asterisk that i install here @ work as a branch in my private team directory? |
| 22:07.03 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 22:07.04 | mvanbaak | sure |
| 22:07.16 | seanbright | wonderful |
| 22:07.18 | mvanbaak | team/seanbright/private/used_at_work |
| 22:07.20 | seanbright | that makes live easier |
| 22:07.27 | seanbright | well, yes, i know it is possible |
| 22:07.37 | seanbright | just wasn't sure if it was acceptable |
| 22:07.45 | seanbright | its not my svn server after all |
| 22:07.45 | mvanbaak | the private area is something you dont want to share |
| 22:07.55 | seanbright | right |
| 22:07.58 | seanbright | alrighty |
| 22:08.51 | mvanbaak | and now, it's zzzzzzzzzzzzzzz time |
| 22:08.53 | mvanbaak | latero all |
| 22:09.17 | lmadsen | night |
| 22:14.44 | ctooley | performance of "routing" on 1.4.19.1 is about 100X better than performance on trunk. :( I'll have to do some more investigating. |
| 22:15.20 | ctooley | oh well, tomorrow it is. |
| 22:19.00 | *** join/#asterisk-dev RoyK (n=Roy@91.149.38.225) |
| 22:23.52 | tzafrir | "dahdichan".. that sounds too long |
| 22:24.19 | tzafrir | unreadable |
| 22:31.38 | jameswf-home | jackie chan? |
| 22:35.23 | seanbright | codefreeze-lap: ping? |
| 22:35.49 | *** part/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 22:35.52 | Qwell | couldn't somebody just use playtones? |
| 22:36.05 | Qwell | ..for 1004hz |
| 22:36.53 | *** join/#asterisk-dev _alex_df_ (n=Alex@200.78.229.18) |
| 22:39.54 | codefreeze-lap | seanbright: yessir? |
| 22:40.27 | *** join/#asterisk-dev stephbul (n=stephbul@ks33394.kimsufi.com) |
| 22:40.40 | *** join/#asterisk-dev puzzled_ (n=patrick@puzzled.xs4all.nl) |
| 22:41.17 | seanbright | codefreeze-lap: #include "foo/bar/*.ael"; |
| 22:41.25 | seanbright | that works in trunk, not in 1.4 |
| 22:41.29 | seanbright | is that known? |
| 22:42.21 | codefreeze-lap | I **think** its an enhancement I added to trunk |
| 22:42.29 | seanbright | codefreeze-lap: ok, cool. |
| 22:42.42 | seanbright | codefreeze-lap: wanted to make sure it didn't slip through the cracks |
| 22:42.51 | codefreeze-lap | You can check the CHANGES or UPGRADES or something and find out... |
| 22:42.56 | seanbright | ok |
| 22:43.01 | seanbright | i backported to my local 1.4 |
| 22:43.07 | seanbright | i just needed it to work :) |
| 22:44.00 | codefreeze-lap | I remember spending a few pleasant hours working on that. Just trying to replicate the functionality in 1.4 for all the other .conf files. |
| 22:45.11 | codefreeze-lap | uh, not 1.4, trunk, getting AEL to do what the ... |
| 22:45.21 | _alex_df_ | hello all...trying to debug why asterisk 1.2 will not hangup a call. With pri intense debug i can see SETUP, STATUS, CALL PROCEEDING, PROGRESS, DISCONNECT, RELEASE, and RELEASE COMPLETE from the carrier but asterisk will not disconnect. This seems to only happen when during PROGRESS i get a cause 22 (number changed) before carrier sends DISCONNECT. Any pointers? |
| 22:45.26 | seanbright | hmmm? |
| 22:45.42 | codefreeze-lap | I hear thunder |
| 22:46.04 | codefreeze-lap | First time this year |
| 22:46.18 | seanbright | wow |
| 22:46.26 | seanbright | damn global warming. |
| 22:46.33 | ctooley | first time you've heard thunder? |
| 22:46.41 | ctooley | dang, we've been getting tons of rain this year. |
| 22:47.04 | seanbright | is off |
| 23:59.46 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 23:59.46 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
