| 00:01.38 | mvanbaak | any dev around ? |
| 00:02.56 | seanbright | is here... and kinda a dev |
| 00:03.18 | mvanbaak | asterisk-trunk wont compile on openbsd |
| 00:03.29 | mvanbaak | gmake[1]: *** [aelparse.o] Error 1 |
| 00:03.31 | mvanbaak | gmake[1]: Leaving directory `/home/michiel/dev/personal/asterisk/origsvn/asterisk-trunk/utils' |
| 00:03.35 | mvanbaak | gmake: *** [utils] Error 2 |
| 00:03.38 | mvanbaak | /home/michiel/dev/personal/asterisk/origsvn/asterisk-trunk/include/asterisk/logger.h:86: warning: `warn_unused_result' attribute directive ignored |
| 00:03.41 | mvanbaak | /home/michiel/dev/personal/asterisk/origsvn/asterisk-trunk/include/asterisk/logger.h:87: warning: `warn_unused_result' attribute directive ignored |
| 00:03.44 | mvanbaak | gmake[1]: *** [aelparse.o] Error 1 |
| 00:03.47 | mvanbaak | gmake[1]: Leaving directory `/home/michiel/dev/personal/asterisk/origsvn/asterisk-trunk/utils' |
| 00:03.50 | mvanbaak | gmake: *** [utils] Error 2 |
| 00:04.21 | seanbright | is that the result of a recent commit? |
| 00:04.30 | mvanbaak | dont know |
| 00:04.46 | mvanbaak | I was totally frustrated by linux |
| 00:04.58 | mvanbaak | so converted my thinkpad to OpenBSD 4.3 |
| 00:05.03 | mvanbaak | did a fresh checkout |
| 00:05.10 | mvanbaak | and noticed this |
| 00:05.24 | seanbright | without --enable-dev-mode it compiles, right? |
| 00:05.30 | mvanbaak | no |
| 00:05.40 | seanbright | there are no errors |
| 00:05.43 | seanbright | that you pasted |
| 00:05.48 | seanbright | both were warnings |
| 00:06.06 | mvanbaak | let me post the error without --enable-dev-mode |
| 00:06.11 | seanbright | ok |
| 00:08.23 | mvanbaak | gmake is running |
| 00:09.27 | seanbright | what version of gcc? |
| 00:10.00 | mvanbaak | $ gcc -v |
| 00:10.00 | mvanbaak | Reading specs from /usr/lib/gcc-lib/amd64-unknown-openbsd4.3/3.3.5/specs |
| 00:10.00 | mvanbaak | Configured with: |
| 00:10.00 | mvanbaak | Thread model: single |
| 00:10.02 | mvanbaak | gcc version 3.3.5 (propolice) |
| 00:10.05 | mvanbaak | $ |
| 00:10.29 | mvanbaak | without --enable-dev-mode it compiles |
| 00:11.29 | mvanbaak | but shitloads of 'Warning' on my terminal |
| 00:11.58 | seanbright | all related to warn_unused_result? |
| 00:12.29 | mvanbaak | most of them yeah |
| 00:12.37 | seanbright | weird |
| 00:13.06 | seanbright | reading that for gcc 3.3, there is some weird behavior when checking for attribute support |
| 00:13.13 | seanbright | not an openbsd guy, so... |
| 00:13.16 | seanbright | shrugs |
| 00:13.49 | mvanbaak | and a bunch of: |
| 00:13.50 | mvanbaak | warning: sprintf() is often misused, please use snprintf() |
| 00:14.01 | seanbright | well thats a good warning to see |
| 00:14.04 | mvanbaak | warning: strcat() is almost always misused, please use strlcat() |
| 00:14.05 | seanbright | those should be fixed |
| 00:15.21 | mvanbaak | I've had that discussion before with kevin |
| 00:15.39 | mvanbaak | and he told me that asterisk was using it wher it should use it |
| 00:15.41 | mvanbaak | :( |
| 00:15.47 | seanbright | interesting |
| 00:16.03 | seanbright | holy hell in a handbasket |
| 00:16.06 | mvanbaak | strcat and sprintf are never ok if you ask me |
| 00:16.13 | seanbright | its used a bazillion times in app_rpt |
| 00:16.30 | mvanbaak | app_rpt is one of the apps I never include |
| 00:16.38 | mvanbaak | app_rpt is never compiling |
| 00:16.43 | seanbright | compiles fine here |
| 00:16.45 | seanbright | <-- centos |
| 00:16.51 | mvanbaak | not on linux, not on openbsd, not on freebsd |
| 00:17.01 | seanbright | hmmm |
| 00:17.09 | seanbright | it compiles just fine for me on linux |
| 00:17.18 | mvanbaak | linux == Debian, ubuntu, lfs |
| 00:18.04 | mvanbaak | I never tried centos/redhat or suse |
| 00:18.07 | seanbright | it compiles just fine for me on centos |
| 00:18.35 | mvanbaak | there's a limit on the ammount of xen virtual machines I can run ;) |
| 00:19.31 | mvanbaak | I already run 12 virtual machines on this poor thinkpad with 2GB memory |
| 00:20.08 | mvanbaak | ah well |
| 00:20.20 | mvanbaak | I'll see what I can fix on the OpenBSD build tomorrow |
| 00:20.37 | mvanbaak | Sun Jun 1 02:20:36 CEST 2008 |
| 00:20.43 | mvanbaak | time to get some sleep |
| 00:20.45 | seanbright | `date` |
| 00:20.47 | seanbright | err |
| 00:20.48 | seanbright | heh |
| 00:21.00 | seanbright | Sat May 31 20:20:52 EDT 2008 |
| 00:21.00 | mvanbaak | <PROTECTED> |
| 00:21.07 | seanbright | Sat May 31 20:21:06 EDT 2008 |
| 00:21.08 | seanbright | ohhh |
| 00:21.09 | seanbright | sweet |
| 00:21.45 | mvanbaak | :) |
| 00:21.50 | seanbright | alright |
| 00:21.53 | seanbright | sleep tight |
| 00:21.58 | mvanbaak | thanks |
| 00:22.07 | mvanbaak | same to you in a couple of hours |
| 00:22.10 | seanbright | thanks |
| 00:22.17 | mvanbaak | latero |
| 00:58.22 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:58.22 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:24.56 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582332.dsl.bell.ca) |
| 02:18.55 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 02:37.22 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:37.22 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:18.58 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 05:08.10 | *** join/#asterisk-dev techie (n=techie@adsl-76-214-14-114.dsl.lsan03.sbcglobal.net) |
| 06:17.47 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 09:43.20 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 09:43.20 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:25.34 | *** part/#asterisk-dev jmls_sleeps (n=jmls_hom@mail.tessera.co.uk) |
| 10:27.00 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 11:50.36 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 12:30.31 | *** join/#asterisk-dev techie (n=techie@adsl-76-214-14-114.dsl.lsan03.sbcglobal.net) |
| 12:33.08 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 13:01.52 | *** join/#asterisk-dev Kernel_Core (n=I@85.133.155.134) |
| 13:01.54 | Kernel_Core | hi all |
| 13:02.08 | tzafrir_laptop | hi |
| 13:02.12 | Kernel_Core | I added new country ringtone to Zaptel |
| 13:02.29 | tzafrir_laptop | zonedata.c ? |
| 13:02.36 | Kernel_Core | yea |
| 13:02.52 | Kernel_Core | but should I modify asterisk too ? |
| 13:03.11 | tzafrir_laptop | Asterisk doesn't use it, actually, but the translation to indications.conf format is rather automatic |
| 13:03.37 | tzafrir_laptop | Can you submit a [patch] bug report with the details? |
| 13:03.40 | Kernel_Core | tzafrir_laptop: zapata.conf ? |
| 13:04.09 | tzafrir_laptop | You patched zonedata.c ? |
| 13:04.17 | Kernel_Core | tzafrir_laptop:Progzone=blah blah |
| 13:04.18 | Kernel_Core | yea |
| 13:04.33 | tzafrir_laptop | Progzone? that's in dsp.c, right? |
| 13:04.56 | Kernel_Core | I don't know , but I know zapata.conf has this option |
| 13:04.56 | tzafrir_laptop | Does it actually work? |
| 13:05.12 | tzafrir_laptop | So what diod you actually change? |
| 13:05.23 | Kernel_Core | I got the information from here http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf |
| 13:05.33 | Kernel_Core | and I added a new zone |
| 13:06.06 | Kernel_Core | I compiled the source , and in my zaptel.conf in defaultzone and zone I used "ir" |
| 13:06.23 | Kernel_Core | nothing was wrong in ztcfg -vvvvd |
| 13:06.50 | tzafrir_laptop | OK. Can you submit a patch to http://bugs.digium.com/? |
| 13:06.54 | tzafrir_laptop | OK. Can you submit a patch to http://bugs.digium.com/ ? |
| 13:08.36 | tzafrir_laptop | here's a small program to help you create an indications.conf entry: |
| 13:08.36 | Kernel_Core | okey |
| 13:08.39 | tzafrir_laptop | http://svn.digium.com/svn/asterisk/trunk/contrib/utils/zones2indications.c |
| 13:08.41 | Kernel_Core | I will submit it |
| 13:08.57 | tzafrir_laptop | (included in the sources of asterisk, actually) |
| 13:09.13 | Kernel_Core | what is stutter ? |
| 13:09.45 | Kernel_Core | can you bring an example of it ? |
| 13:09.59 | tzafrir_laptop | Sorry, I don't remember that right now |
| 13:10.49 | Kernel_Core | okey , I was in doubt , I will search for it later |
| 13:11.10 | Kernel_Core | mr tzafrir_laptop: how do I solve my problem with tdm400 ? :D |
| 13:11.51 | Kernel_Core | it is really stupid whenever you restart your machine , you have to replug the phone lines to make it work ! |
| 13:16.25 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:16.25 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:22.38 | _ys | hi russellb, I upload new patch for rwlock tracking, but don't know what to do with aelparse. Or make gag for function ast_bt_get_addresses() or link this w/logger.o |
| 13:24.28 | russellb | the files in utils/ are a pain. |
| 13:25.10 | russellb | what are your compiler errors? |
| 13:27.37 | _ys | ashtab.o: In function `_ast_rwlock_wrlock':/home/yuri/src/asterisk/include/asterisk/lock.h:1207: undefined reference to `ast_bt_get_addresses' |
| 13:27.57 | _ys | s/ashtab/hashtab |
| 13:28.37 | russellb | well ... for a lot of functions, you just have to put them in the utils/ file, as an empty function :( |
| 13:28.58 | russellb | it's really a pain ... and would only be made easier if we turned the asterisk core into libasterisk |
| 13:30.13 | _ys | Yes. but utils/arlparse.c is simple copied from ./res/ael/ael_lex.c |
| 13:31.46 | russellb | what kind of system is this on? |
| 13:32.01 | russellb | you may have forgotten to had the #ifdef HAVE_BKTR |
| 13:32.05 | russellb | or whatever the define is ... |
| 13:37.30 | _ys | problem inly in FC Linux 2.6.15 box, on BSD all fine as, since don't have backtrace code. |
| 13:37.43 | _ys | I mean only |
| 13:38.48 | _ys | asterisk core compiled fine in both system, problemm only w/utils aplication |
| 13:47.10 | russellb | well if the only problem is the utils application, then you can post it |
| 13:47.17 | russellb | i don't mind fixing that part later |
| 13:47.24 | russellb | as long as the core compile |
| 13:47.26 | russellb | compiles |
| 13:47.34 | russellb | i don't blame you for utils/ sucking :) |
| 13:57.25 | _ys | yes! fixed. :) |
| 13:57.34 | _ys | utils now compiled |
| 13:59.19 | _ys | patch posted |
| 13:59.58 | russellb | yay |
| 14:04.10 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 14:04.59 | _ys | Why asterisk migrates from mutex to rwlock? It's is not be recursively write locked. |
| 14:05.07 | _ys | in same thread |
| 14:16.12 | mvanbaak | _ys: what bsd version do you compile asterisk on ? |
| 14:16.42 | mvanbaak | I tried on OpenBSD, but there it gives shitloads of warnings |
| 14:16.51 | mvanbaak | so i had to run configure without --enable-dev-mode |
| 14:17.22 | mvanbaak | 02:03 <@ mvanbaak> /home/michiel/dev/personal/asterisk/origsvn/asterisk-trunk/include/asterisk/logger.h:86: warning: `warn_unused_result' attribute directive ignored |
| 14:17.25 | mvanbaak | 02:03 <@ mvanbaak> /home/michiel/dev/personal/asterisk/origsvn/asterisk-trunk/include/asterisk/logger.h:87: warning: `warn_unused_result' attribute directive ignored |
| 14:17.29 | mvanbaak | 02:03 <@ mvanbaak> gmake[1]: *** [aelparse.o] Error 1 |
| 14:17.31 | mvanbaak | 02:03 <@ mvanbaak> gmake[1]: Leaving directory `/home/michiel/dev/personal/asterisk/origsvn/asterisk-trunk/utils' |
| 14:17.35 | mvanbaak | 02:03 <@ mvanbaak> gmake: *** [utils] Error 2 |
| 14:17.45 | mvanbaak | this is just an example |
| 14:17.52 | mvanbaak | I get those errors on almost every C file |
| 14:20.46 | _ys | mvanbaak FreeBSD |
| 14:21.18 | _ys | mvanbaak that gcc version? May be gcc option -Wno-attributes help? |
| 14:22.19 | mvanbaak | 02:10 <@ mvanbaak> $ gcc -v |
| 14:22.19 | mvanbaak | 02:10 <@ mvanbaak> Reading specs from /usr/lib/gcc-lib/amd64-unknown-openbsd4.3/3.3.5/specs |
| 14:22.22 | mvanbaak | 02:10 <@ mvanbaak> Configured with: |
| 14:22.24 | mvanbaak | 02:10 <@ mvanbaak> Thread model: single |
| 14:22.27 | mvanbaak | 02:10 <@ mvanbaak> gcc version 3.3.5 (propolice) |
| 14:22.29 | mvanbaak | 02:10 <@ mvanbaak> $ |
| 14:23.53 | mvanbaak | hhmm, I can check with the -Wno-attributes |
| 14:25.39 | _ys | "info gcc" contain "warn_unused_result" attribute? |
| 14:25.55 | _ys | I use gcc version 3.4.2 - all ok |
| 14:28.13 | mvanbaak | I'll check later. I borked my obsd install |
| 14:28.28 | mvanbaak | upgraded to latest snapshot |
| 14:28.35 | mvanbaak | there they bumped libc version |
| 14:28.47 | mvanbaak | now all installed packages are borked |
| 14:30.01 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:32.35 | *** part/#asterisk-dev Kernel_Core (n=I@85.133.155.134) |
| 14:33.10 | snuff-home | mm unused result seems to be listed for gcc 3.3/3.4 |
| 14:35.00 | snuff-home | anyway snooze time |
| 14:48.28 | mvanbaak | rebuilding my obsd box here |
| 14:59.49 | stevie_ramjet | mvanbaak, if I understand the warning correctly, that's a warning you can't do anything about except by removing the attribute from that function. |
| 15:51.31 | *** join/#asterisk-dev nicox (n=nicox@213-33-15-212.adsl.highway.telekom.at) |
| 16:10.43 | *** join/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 16:37.57 | *** join/#asterisk-dev ariel_ (n=ariel_@c-66-176-41-202.hsd1.fl.comcast.net) |
| 16:38.07 | ariel_ | hello everyone |
| 16:58.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:32.21 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:32.21 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:33.11 | *** part/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 17:38.25 | *** join/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 17:52.08 | *** part/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 17:55.12 | *** join/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 17:58.44 | *** part/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 18:04.55 | seanbright | mvanbaak: i'm jealous you are working on that xml docs branch! |
| 18:14.19 | lmadsen | w00t! XML docs :) |
| 18:15.10 | mvanbaak | seanbright, you are welcome to join me |
| 18:15.31 | seanbright | mvanbaak: woo |
| 18:15.40 | seanbright | mvanbaak: let me know what i can do |
| 18:15.49 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 18:15.58 | mvanbaak | seanbright: sure |
| 18:16.10 | mvanbaak | seanbright: I'm now trying to grab all of app_dial in a nice xml format |
| 18:16.21 | seanbright | mvanbaak: ah. good place to start. |
| 18:16.25 | mvanbaak | yup |
| 18:16.30 | mvanbaak | it's the most messy one :) |
| 18:16.44 | seanbright | indeed |
| 18:16.51 | mvanbaak | I found out we are not consistent when it comes to argument seperators |
| 18:17.11 | seanbright | & vs. ^ vs. : |
| 18:17.12 | seanbright | ? |
| 18:17.16 | mvanbaak | uhhuh |
| 18:17.18 | seanbright | yeah |
| 18:17.25 | seanbright | well, based on recent discussions on -dev |
| 18:17.32 | seanbright | might not want to change them :) |
| 18:17.34 | mvanbaak | <option name="D" args="called,calling" argsep=":"> |
| 18:17.42 | mvanbaak | <option name="F" args="context,exten,pri" argsep="^"> |
| 18:18.11 | mvanbaak | that's how I'm thinking about documenting it now |
| 18:18.16 | seanbright | what about L? |
| 18:18.29 | mvanbaak | hang on |
| 18:19.23 | mvanbaak | I have that one covered as well |
| 18:19.27 | mvanbaak | too much to paste here |
| 18:19.30 | mvanbaak | pastebinning it now |
| 18:19.33 | seanbright | cool |
| 18:20.15 | mvanbaak | http://pastebin.ca/1036068 |
| 18:20.59 | mvanbaak | something like that :) |
| 18:22.01 | seanbright | hmmm |
| 18:22.10 | seanbright | y and z are optional though |
| 18:22.23 | mvanbaak | hhmm |
| 18:22.28 | mvanbaak | required="yes" |
| 18:22.48 | seanbright | hmmm |
| 18:22.56 | mvanbaak | required="yes,no,no" |
| 18:23.00 | mvanbaak | to match the args |
| 18:23.16 | seanbright | why not sub-elts? |
| 18:23.19 | seanbright | hold |
| 18:23.32 | mvanbaak | yeah |
| 18:23.35 | mvanbaak | <option> |
| 18:23.52 | mvanbaak | <PROTECTED> |
| 18:25.52 | seanbright | http://pastebin.ca/1036070 |
| 18:25.53 | seanbright | yeah |
| 18:27.00 | mvanbaak | that's even better indeed |
| 18:27.16 | mvanbaak | what you think about the <optionvar> stuff ? |
| 18:27.20 | seanbright | "true" and "false" are better than "yes" and "no" imho |
| 18:27.27 | seanbright | true/false == xsd:boolean |
| 18:27.37 | mvanbaak | to document variables that get set only when using that specific option |
| 18:27.37 | seanbright | so if you wanted to use schemas to validate, etc. |
| 18:27.41 | mvanbaak | uhhuh |
| 18:27.51 | mvanbaak | just playing around with some ideas here |
| 18:28.15 | seanbright | well |
| 18:28.27 | seanbright | you could just called it "option" instead of "optionvar" |
| 18:29.01 | seanbright | nothing wrong with having child <option> tags |
| 18:29.05 | mvanbaak | <variable> |
| 18:29.32 | mvanbaak | brb |
| 18:29.34 | seanbright | k |
| 18:30.43 | seanbright | if you are organizing stuff hierarchically... <options> like "L" are just like mini function calls (or they look like them) |
| 18:31.09 | seanbright | err |
| 18:31.12 | seanbright | <option> like L |
| 18:35.36 | *** join/#asterisk-dev techie (n=techie@adsl-76-214-14-114.dsl.lsan03.sbcglobal.net) |
| 18:44.45 | mvanbaak | hhmm |
| 18:54.52 | mvanbaak | seanbright: how about this: http://pastebin.ca/1036101 |
| 18:57.47 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:02.58 | mvanbaak | lmadsen: you here ? |
| 19:03.09 | lmadsen | mvanbaak: yes I am here |
| 19:03.11 | lmadsen | are YOU? |
| 19:03.25 | mvanbaak | lol |
| 19:03.32 | mvanbaak | lmadsen: http://pastebin.ca/1036107 |
| 19:04.32 | lmadsen | oooo! |
| 19:04.35 | lmadsen | that is very nice |
| 19:04.46 | lmadsen | I like how it is all at the top of the file, and looks very human readable |
| 19:04.57 | lmadsen | I could actually probably help with that one |
| 19:04.58 | lmadsen | heh |
| 19:05.42 | mvanbaak | :) |
| 19:06.15 | mvanbaak | the big conversion will be a janitor project |
| 19:06.24 | lmadsen | indeed |
| 19:06.25 | mvanbaak | for now, I'm trying to come up with a good format |
| 19:06.36 | lmadsen | the format looks pretty good to me so far |
| 19:06.44 | lmadsen | I like the argsep=":" thing |
| 19:06.50 | mvanbaak | then the hard part starts. |
| 19:06.59 | mvanbaak | writing code that actually does something with it |
| 19:07.09 | lmadsen | totally |
| 19:07.12 | mvanbaak | so we can ditch the desc[] = "" stuff |
| 19:07.17 | lmadsen | totally |
| 19:07.24 | lmadsen | I could probably do most of it in a day if I spent a whole day on it |
| 19:07.32 | lmadsen | it'll depend if I can get permission to do that or not :) |
| 19:07.37 | mvanbaak | :) |
| 19:07.47 | mvanbaak | I'll keep that in mind for when we have something working :) |
| 19:07.59 | lmadsen | feel free to email rbrindley@digium.com :) |
| 19:08.02 | mvanbaak | thanks for the offer |
| 19:08.39 | lmadsen | welp, back to working on a customers box |
| 19:08.47 | mvanbaak | good luck |
| 19:08.55 | lmadsen | I bought a condo on Friday, so I expect most of my morning tomorrow to be associated with that |
| 19:09.10 | mvanbaak | ooooooh, nice |
| 19:09.10 | lmadsen | deposit cheque, getting papers together, mortgage agreement, etc... |
| 19:10.08 | mvanbaak | yeah |
| 19:10.11 | mvanbaak | a lot of work |
| 19:10.21 | mvanbaak | I remember from when I bought this wooden box |
| 19:12.43 | lmadsen | heh... ya, it's been a lot of work already... and I have to take the first 2 weeks of July off... 1 week to help my Dad with this house (re-side, open a big hole in the back of the house and put in a set of double french doors, put in new windows, etc...) |
| 19:13.17 | lmadsen | then I'm gonna spend a day ripping up carpet and putting in a new floating floor with dark laminate |
| 19:13.41 | lmadsen | I'm really glad I can do my own home renovations.. I'll increase the value of the condo by $10k immediately by replacing the carpet |
| 19:14.08 | mvanbaak | yeah |
| 19:14.26 | mvanbaak | I'm going to do that next year |
| 19:14.37 | mvanbaak | rip out the carpet, put in a wooden floor |
| 19:14.59 | mvanbaak | rip out the plastic thing on the floor of the bathroom and kitchen and put nice marmer on the floor there |
| 19:15.02 | lmadsen | yep... you'll love not having carpet |
| 19:15.20 | mvanbaak | yeah |
| 19:15.29 | lmadsen | ooo... that'll be nice -- I'm thinking I'll put in a nice granite floor in the kitchen at some point... or maybe cork... not sure yet |
| 19:15.36 | mvanbaak | specially since we have a cat, and will have another kitten in 2 weeks |
| 19:15.42 | lmadsen | the kitchen and bathroom already have granite counter tops luckily enough |
| 19:15.58 | mvanbaak | here the kitchen and bathroom have vinyl |
| 19:16.03 | lmadsen | ya... having animals will make it much nicer not having all that dander in the carpet -- your lungs will thank you |
| 19:16.05 | mvanbaak | and normal paper on the wall |
| 19:16.26 | mvanbaak | that's amazing. I dont know what the prev owner was thinking by putting normal paper on the walls of a bathroom |
| 19:16.58 | lmadsen | ya... I'm gonna paint the walls, and do some sort of texture... I think in the bedroom I'll do a darker colour with a satin, then create big stripes with a gloss with a light tint |
| 19:17.14 | lmadsen | ya I wonder the same thing about a lot of people |
| 19:17.38 | lmadsen | I'm hoping I can also sand off all the stucko on the roof as well and repaint it... I hate stucko so much |
| 19:17.47 | mvanbaak | and where will be the wallfilling asterisk logo ? |
| 19:17.49 | lmadsen | but what a bitch that's gonna be |
| 19:18.01 | lmadsen | mvanbaak: I believe that will go in the living room |
| 19:18.11 | lmadsen | you should see all the asterisk logos I have all over my condo now :) |
| 19:18.52 | mvanbaak | lol |
| 19:27.08 | Qwell | pics or it didn't happen |
| 19:37.15 | lmadsen | they are somewhere on facebook... but can't find them :) |
| 19:53.33 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 19:58.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:59.55 | mvanbaak | meh, I have Dial() documented |
| 20:03.11 | mvanbaak | let me commit it |
| 20:50.59 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 20:55.05 | tzafrir_home | mvanbaak, hmmm... is the description pre-formatted text? |
| 20:56.12 | tzafrir_home | XML by its nature dictates separating to paragraphs |
| 20:56.33 | tzafrir_home | But what will you do with the complex help text of Dial() ? |
| 20:57.57 | tzafrir_home | Using that verbose XML to describe it means you need XML-awae applications all over the place |
| 20:58.01 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:58.17 | tzafrir_home | and displaying description text becomes a complex task |
| 20:59.19 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177581983.dsl.bell.ca) |
| 21:00.24 | tzafrir_home | the logic behind using XML is to be able to reuse it for the docbook documentation |
| 21:01.04 | tzafrir_home | But this implies that displaying the description text requires docbook-processing capabilities of some sort |
| 21:04.07 | tzafrir_home | (And all of this needs to be done at run-time for dynamic modules, right?) |
| 21:06.49 | mvanbaak | tzafrir_home: have you been following the discussion about this ? |
| 21:06.57 | mvanbaak | we will do something like the menuselect stuff |
| 21:07.09 | mvanbaak | so every application will be documented like this |
| 21:07.22 | mvanbaak | and on compile time, we will extract this info from the apps that get build in |
| 21:07.30 | mvanbaak | put it in some sort of binary db file |
| 21:07.40 | mvanbaak | and let the CLI use that to generate the help info |
| 21:07.45 | tzafrir_home | and if I load a different module later? |
| 21:08.03 | mvanbaak | it will have to be injected |
| 21:08.10 | mvanbaak | we can use the module loader for that |
| 21:08.20 | tzafrir_home | where does this db reside? |
| 21:08.26 | tzafrir_home | in what directory? |
| 21:09.11 | mvanbaak | probably /var/lib/asterisk |
| 21:09.14 | tzafrir_home | <PROTECTED> |
| 21:09.41 | mvanbaak | and yes, we will be able to use the info outside of asterisk |
| 21:09.41 | tzafrir_home | So if I reuse /var/lib/asterisk but use a different set of modules, this breaks |
| 21:09.59 | mvanbaak | for example html docs or whatever |
| 21:10.22 | mvanbaak | nah |
| 21:10.28 | mvanbaak | I think the loader can take care of it |
| 21:11.07 | mvanbaak | all that is still a bit foggy |
| 21:11.25 | tzafrir_home | I use the same /var/lib/asterisk . But I want to test a new version of Asterisk, so I isntall modules to a different directory (or use live-ast) |
| 21:11.29 | mvanbaak | we are just looking at a way to make the application docs better maintainable |
| 21:11.53 | mvanbaak | you just have to set the systemname then |
| 21:11.56 | tzafrir_home | Potential problem with /usr/lib/asterisk/modules: can be read-only at registration time |
| 21:11.58 | mvanbaak | in /etc/asterisk/asterisk.conf |
| 21:13.38 | tzafrir_home | set the system name? what good does it do? |
| 21:13.48 | mvanbaak | potential problem with whatever dir: can be read-only |
| 21:14.09 | mvanbaak | tzafrir_home: if the system name is set the file will be: <system-name>-appdoc.db |
| 21:15.04 | mvanbaak | most of my asterisk boxen run on ro cf media |
| 21:15.16 | tzafrir_home | build system != deploy system . What <system-name> do I use for Asterisk installed from a package built elsewhere? |
| 21:15.19 | mvanbaak | the stuff that needs to be altered are symlinked to a nfs share |
| 21:15.49 | tzafrir_home | It seems like we're breaking a system that works |
| 21:16.13 | mvanbaak | if you have a better idea. please share it |
| 21:17.00 | tzafrir_home | one direction: patch doxygen to parse out the help text, in one way or the other |
| 21:17.36 | tzafrir_home | The problem is not with run-time help text. Its only with extracting them at build time |
| 21:17.58 | tzafrir_home | So what if we give the description and such some special types? |
| 21:17.59 | mvanbaak | why is it a problem with extracting them at build time ? |
| 21:18.05 | mvanbaak | we do the same with the menuselect stuff |
| 21:18.50 | tzafrir_home | we currently have working documetnation on run-time ("core show application foobar") |
| 21:19.29 | tzafrir_home | mvanbaak, I'm not assuming that we used the changes in your branch. You asked mme for an alternative |
| 21:19.47 | mvanbaak | uhhuh |
| 21:20.10 | tzafrir_home | What way is there to extract such text? hmmm... |
| 21:20.22 | mvanbaak | the stuff we have now, is in some char that can only be used in the cli 'core show application foobar' |
| 21:21.01 | tzafrir_home | But it does not depend on any external database |
| 21:21.08 | tzafrir_home | It is robust enough |
| 21:22.54 | mvanbaak | it would be nice if we can use it in more places |
| 21:23.25 | mvanbaak | like documentation, dependecy checking, syntax checking before we load the dialplan etc |
| 21:23.38 | mvanbaak | the current way of doing it is a mess |
| 21:24.53 | mvanbaak | what we can do is: |
| 21:25.05 | tzafrir_home | syntax checking before loading the dialplan requires pre-processing of the dialplan |
| 21:25.14 | mvanbaak | on build time, extract the docs and generate a string like the desc[] string is now |
| 21:25.24 | mvanbaak | tzafrir_home: yup I know |
| 21:25.33 | mvanbaak | this brings us a step closer into that direction |
| 21:25.44 | tzafrir_home | I have some thoughts on that, and in fact asked for help on the =dev list and here on a specific ietm I have problems with |
| 21:25.54 | tzafrir_home | but it's not really relaetd |
| 21:26.41 | mvanbaak | it is, because now you have a clear way of defining the applications and their arguments etc |
| 21:26.44 | tzafrir_home | And even then we might miss some, because channel variables might have different values |
| 21:28.34 | mvanbaak | ok, so maybe for runtime stuff we dont use the external db file |
| 21:28.46 | mvanbaak | but generate some description strings somewhere in the source |
| 21:28.48 | tzafrir_home | mvanbaak, if so, then the module should provide that information. Not any external CD |
| 21:28.54 | tzafrir_home | s/CD/DB/ |
| 21:28.57 | mvanbaak | yeah, indeed |
| 21:29.22 | mvanbaak | good point |
| 21:30.38 | mvanbaak | so now that's been taken care of, what do you think about the way to document it now |
| 21:31.12 | tzafrir_home | Are there any modules that load applications / functions / whatever conditionally? |
| 21:31.47 | tzafrir_home | if not, why not have the module provide a list of applications to register, functions to register, etc. |
| 21:32.58 | tzafrir_home | But I'm drifting the wrong way again |
| 21:38.26 | tzafrir_home | ok, so if we actually have merely a list of applications to load, their descriptions can be in a more predictable place in the source tarball, and then they could be extracted |
| 21:38.31 | Qwell | tzafrir: sort of.. there are failure cases where you don't want to load the app |
| 21:39.11 | tzafrir_home | why? |
| 21:39.41 | Qwell | missing config file |
| 21:39.58 | Qwell | I guess in that case the module just wouldn't be loaded |
| 21:40.02 | tzafrir_home | Is the module still functional in such a case? |
| 21:40.12 | mvanbaak | some are |
| 21:40.39 | mvanbaak | specially when talking about dialplan applications |
| 21:41.00 | mvanbaak | only few depend on config files |
| 22:04.50 | mvanbaak | ok, my idea about the format is here: http://pastebin.ca/1036256 |
| 22:10.17 | mvanbaak | russellb@ <- is that aliased to russell@ ? |
| 22:11.04 | mvanbaak | ah well, sent to both now ;) |
| 22:11.09 | mvanbaak | I'm off to get some sleep |
| 22:11.11 | mvanbaak | latero all |
| 22:11.20 | *** join/#asterisk-dev asdx (n=diego@adsl-141-8.click.com.py) |
| 22:17.50 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 22:17.53 | ZaVoid | morning |
| 22:21.18 | ZaVoid | hey russ? |
| 22:33.16 | *** part/#asterisk-dev nicox (n=nicox@213-33-15-212.adsl.highway.telekom.at) |
| 22:41.43 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:43.14 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 23:44.02 | *** join/#asterisk-dev nicox_ (n=nicox@212-183-47-228.adsl.highway.telekom.at) |
| 23:56.54 | *** join/#asterisk-dev Laureano (n=Laureano@OL93-199.fibertel.com.ar) |