| 01:01.34 | *** join/#asterisk-dev unpaidbill (i=bill@shackjews.com) |
| 01:23.34 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:23.34 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:04.21 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 02:04.21 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 03:18.13 | *** join/#asterisk-dev JackEStorm (n=no@ip24-252-118-155.no.no.cox.net) |
| 05:06.00 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 05:48.23 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 05:48.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:28.38 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:28.38 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:53.47 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:53.47 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:54.06 | *** part/#asterisk-dev Curus (n=Curus@94.127.50.7) |
| 06:59.12 | *** part/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:12.52 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:24.43 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:24.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:31.14 | *** part/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:35.35 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:35.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:58.47 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 08:14.04 | *** join/#asterisk-dev korihor (n=korihor@190.72.254.245) |
| 08:56.07 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 10:08.49 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 11:18.02 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:18.02 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:30.02 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:39.59 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:39.59 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:44.37 | kpfleming | mvanbaak: ping |
| 11:46.04 | mvanbaak | kpfleming: pong |
| 11:46.11 | kpfleming | howdy! |
| 11:46.15 | mvanbaak | hey m8 |
| 11:46.15 | kpfleming | do you use VMware Server? |
| 11:46.27 | mvanbaak | I have it on some machines yes |
| 11:46.45 | kpfleming | would you be willing to build some FreeBSD VMs for me to use for building codec_g729 binary modules? |
| 11:47.03 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:47.03 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:47.06 | mvanbaak | erm, sure. is it ok for it to take two days ? |
| 11:47.11 | kpfleming | oh yes |
| 11:47.13 | kpfleming | no rush |
| 11:47.17 | mvanbaak | because today I'll get home around 9 PM |
| 11:47.20 | mvanbaak | but I can do it tomorrow |
| 11:47.30 | kpfleming | i need four of them: freebsd6 32 and 64 bit, freebsd7 32 and 64 bit |
| 11:47.40 | kpfleming | each one needs to have gcc 4.3 available and subversion 1.4 or 1.5 installed |
| 11:47.43 | mvanbaak | you'll get 2 for free with that |
| 11:47.47 | kpfleming | lol |
| 11:47.55 | mvanbaak | OpenBSD 4.5 32 and 64 bit ;) |
| 11:48.01 | kpfleming | awesome! |
| 11:48.18 | mvanbaak | ok, just to make sure I build the correct machines: |
| 11:48.32 | mvanbaak | should they be clean installs or can I use my .tgz to create a clone ? |
| 11:48.47 | kpfleming | ideally clean install, but as long as they have no previous asterisk installation on them that's fine |
| 11:48.54 | mvanbaak | ok, clean installs |
| 11:48.58 | kpfleming | they use DHCP for networking |
| 11:49.04 | mvanbaak | sweet |
| 11:49.11 | kpfleming | and a single 2GB root disk is plenty |
| 11:49.18 | mvanbaak | can you send me a small mail with the request please ? |
| 11:49.23 | kpfleming | sure |
| 11:49.25 | mvanbaak | michiel@vanbaak.info |
| 11:49.30 | kpfleming | thanks |
| 11:49.34 | mvanbaak | no problemo |
| 11:49.35 | kpfleming | i owe you some beers :-) |
| 11:49.53 | mvanbaak | :) we'll fix that some time |
| 11:50.14 | mvanbaak | k, back to work for now. |
| 11:50.19 | mvanbaak | talk to you later |
| 11:55.46 | leifmadsen | morning all |
| 12:33.47 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:04.15 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 13:09.45 | jsmith | Morning folks... trying to gather some consensus on parameter syntax in the built-in help |
| 13:10.08 | jsmith | Many existing apps format the first parameter differently than the other parameters |
| 13:10.19 | jsmith | Such as: Directory([vm-context][,dial-context[,options]]) |
| 13:10.44 | jsmith | While I believe, for consistency's sake, we should format it as: Directory([vm-context[,dial-context[,options]]]) |
| 13:10.49 | jsmith | Thoughts? |
| 13:14.34 | Corydon76-dig | jsmith: that implies that when dial-context is specified, vm-context is required, which is not the case |
| 13:15.12 | jsmith | Corydon76-dig: Well, *something* has to be in the first parameter, even if it's empty |
| 13:15.22 | jsmith | You can't do Directory(dial-context,options) |
| 13:15.36 | jsmith | You *can* do Directory(,dial-context,options) |
| 13:15.37 | Corydon76-dig | Correct, which is why the comma is within the second option |
| 13:15.39 | eliel | Corydon76-dig: we know but we will need to add more [] like Directory([[vm-context][,[dial-context][,[options]]]]) |
| 13:16.01 | Corydon76-dig | jsmith: eliel's is the most correct |
| 13:16.28 | jsmith | Corydon76-dig: But why is the first parameter any different than any other parameter... to follow your logic to it's conclusion, wouldn't the syntax simply be: |
| 13:16.52 | jsmith | Corydon76-dig: Directory([vm-context][,dial-context][,options])? |
| 13:17.12 | jsmith | It's even more apparent with AMD |
| 13:17.18 | Corydon76-dig | I repeat... eliel's is the most correct |
| 13:17.31 | jsmith | AMD([initialSilence][,greeting[,afterGreetingSilence[,totalAnalysis Time[,miniumWordLength[,betweenWordSilence[,maximumNumberOfWords[,silenceThreshold[,maximumWordLength]]]]]]]]) |
| 13:17.41 | jsmith | Why does the first parameter get formatted differently than the rest? |
| 13:18.23 | jsmith | See what I mean? |
| 13:18.46 | Corydon76-dig | jsmith: I see inconsistency, but I think you're making a mountain out of a molehill |
| 13:19.05 | jsmith | Corydon76-dig: All I'm looking for is consistency... |
| 13:19.09 | Corydon76-dig | Go with what eliel suggested |
| 13:19.16 | Corydon76-dig | That's my recommendation |
| 13:19.20 | leifmadsen | why? |
| 13:19.23 | Corydon76-dig | He has the format correct |
| 13:19.28 | jsmith | blinks |
| 13:19.29 | leifmadsen | why is it the most correct? |
| 13:19.30 | jsmith | Even for AMD? |
| 13:19.48 | Corydon76-dig | jsmith: I'm not familiar with AMD |
| 13:20.17 | jsmith | Corydon76-dig: It has nothing to do with the app itself... I'm using AMD as an example of an application that has *many* parameters, all of which are optional |
| 13:20.20 | Corydon76-dig | leifmadsen: Because at least for Directory, any parameter may be specified to the exclusion or in combination with, any other |
| 13:21.10 | leifmadsen | I understand that, but why is [first][,second[,third] different, or better, than [first[,second[,third]] ? |
| 13:21.12 | Corydon76-dig | jsmith: but are the parameters EXCLUSIVELY optional, or does one of the options, if specified, require that another option also be specified? |
| 13:21.36 | jsmith | Corydon76-dig: Just like with Directory, each parameter is EXCLUSIVELY optional |
| 13:21.46 | Corydon76-dig | leifmadsen: you need to double the square brackets, as eliel suggested |
| 13:21.59 | eliel | okok, we are talking about different things here |
| 13:22.15 | eliel | Corydon76-dig is talking about the brackets missing in the syntax |
| 13:22.23 | Corydon76-dig | jsmith: I'm not sure that's true |
| 13:22.28 | leifmadsen | Corydon76-dig: I still don't understand the why though, you're just telling me what it should be, but I don't understand why it is right |
| 13:22.37 | leifmadsen | that's my question |
| 13:22.43 | eliel | leifmadsen and jsmith are talking about a minor difference about the first parameter |
| 13:23.21 | jsmith | Correct... my number one question is "Why does the syntax for the first parameter get styled differently than any following parameters" |
| 13:23.29 | eliel | suggestion 1: App([param1][,param2[,param3]]) |
| 13:23.42 | eliel | suggestion 2: App([param1[,param2[,param3]]]) |
| 13:23.48 | Corydon76-dig | Okay, let me be more explicit... If we're talking about CORRECTING the syntax, then eliel has the CORRECT syntax. Both what is there now AND what jsmith suggested are not fully correct |
| 13:24.00 | jsmith | Corydon76-dig: Eliels *is* what we have now |
| 13:24.11 | eliel | suggestion 3: App([[param1][,[param2][,[param3]]]) |
| 13:24.11 | Corydon76-dig | jsmith: No, it is NOT |
| 13:24.15 | leifmadsen | jsmith: he meant his new third suggestion |
| 13:24.34 | Corydon76-dig | Suggestion 3 is what I'm talking about |
| 13:24.42 | jsmith | Ok... |
| 13:24.57 | leifmadsen | assuming that *is* the most correct, why is the first parameter formatted differently? |
| 13:25.16 | eliel | we have suggestion 4: App([param1][,[param2][,[param3]]]) |
| 13:25.23 | Corydon76-dig | leifmadsen: because it requires no leading commas |
| 13:26.06 | leifmadsen | thank you -- that is what I had been looking for since my first question |
| 13:26.10 | Corydon76-dig | leifmadsen: All of the other options require at least 1 leading comma to be formatted correctly, and we optimized the format to reduce the number of square brackets |
| 13:26.57 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:27.12 | leifmadsen | eliel: doesn't 4 suggest the comma is optional separate of the param? |
| 13:28.07 | Corydon76-dig | leifmadsen: correct, but the number of commas prior to a specific option being specified is not |
| 13:28.10 | eliel | nop, because the [param2] is inside [, ...] so, if you put param2 you need to put the comma |
| 13:29.08 | Corydon76-dig | So you can put a comma without putting the option, but you cannot put the option without putting the comma |
| 13:42.31 | *** join/#asterisk-dev JackEStorm (n=no@ip24-252-118-155.no.no.cox.net) |
| 13:43.45 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-32-189.maryville.mo.cebridge.net) |
| 13:43.45 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:45.22 | eliel | mmm, i think so... |
| 13:46.39 | seanbright | is buildbot dead again? |
| 13:47.09 | eliel | it is the revision 200000 bug |
| 13:47.26 | eliel | it is affecting every svn related application |
| 13:47.34 | seanbright | huh? |
| 13:47.42 | eliel | :-) |
| 13:47.56 | eliel | nothing |
| 13:48.04 | seanbright | i guessed that you were trying to be funny |
| 13:48.07 | eliel | i though about PastryChef |
| 13:48.33 | eliel | yes... trying... |
| 13:50.43 | eliel | hides |
| 13:54.13 | Corydon76-dig | eliel: and successful |
| 14:06.20 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:06.20 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:10.04 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.82) |
| 14:11.30 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 14:15.15 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:15.15 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:19.59 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:19.59 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:51.17 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:51.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:07.24 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 15:19.10 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 15:24.04 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 15:29.46 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.175.58) |
| 15:33.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:36.29 | anonymouz666 | putnopvut: how can I see the diff between app_queue from version 1.4.21.1 and the latest 1.4? |
| 15:39.10 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:39.42 | leifmadsen | check out both versions, diff -u ? |
| 15:40.35 | kpfleming | svn diff .../asterisk/tags/1.4.21.1/apps/app_queue.c .../asterisk/branches/1.4/apps/app_queue.c |
| 15:40.41 | mvanbaak | svn diff http://svn.digium.com/svn/asterisk/tags/1.4.21.1/apps/app_queue.c http://svn.digium.com/svn/asterisk/branches/1.4/apps/app_queue.c > app_queue-14211-14svn.diff |
| 15:41.54 | anonymouz666 | thank you |
| 15:42.05 | mvanbaak | ok, I'm going home |
| 15:42.08 | mvanbaak | latero all |
| 15:42.42 | putnopvut | Wow, I didn't even have to answer. Thanks, folks! |
| 15:43.20 | anonymouz666 | putnopvut: never been so easy :-) |
| 15:46.52 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 15:48.35 | leifmadsen | oh putnopvut is easy alright |
| 15:51.16 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:55.55 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 16:02.25 | JunK-Y | based on http://opengroup.org/onlinepubs/007908799/xsh/usleep.html , usleep fails if we use number over 1M, why when im executing usleep(5000000); it still returns 0 ? |
| 16:03.46 | russellb | it's not considered an error on all systems |
| 16:04.31 | putnopvut | JunK-Y: You should look at the man page for usleep on your system to be sure that your implementation also considers >1000000 an error. |
| 16:04.53 | putnopvut | If you need to sleep for that long, you should probably just use sleep(5) |
| 16:05.13 | JunK-Y | yeah that's what im realizing now |
| 16:05.26 | JunK-Y | my man usleep contains no RETURNS section |
| 16:05.49 | Qwell | isn't that a janitor project or something? |
| 16:06.03 | putnopvut | good question |
| 16:06.20 | Qwell | http://svn.asterisk.org/svn/asterisk/trunk/doc/janitor-projects.txt |
| 16:06.20 | putnopvut | Qwell: yes it is. |
| 16:06.22 | Qwell | first one |
| 16:06.47 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:13.44 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 16:13.44 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 16:27.15 | eliel | the idea is to create new code with the 90 columns limit for the source ? |
| 16:27.53 | putnopvut | That's still not officially in the coding guidelines, but it does seem to come up during code reviews. |
| 16:28.41 | eliel | i think adding more columns will be a good idea, 90 columns is short for a common vi session in a xterm |
| 16:33.30 | russellb | short? |
| 16:33.33 | russellb | not when you split windows |
| 16:33.40 | russellb | 80 is the most common standard. |
| 16:33.44 | russellb | 90 is already being nice :-) |
| 16:33.56 | leifmadsen | I've heard 72 befor |
| 16:33.58 | leifmadsen | e |
| 16:34.26 | russellb | honestly, if code really needs more than that, then it's probably bad code :-p |
| 16:34.49 | eliel | russellb: 80, 10 years ago!! when i split windows i do it horinzontallly (<- if that word exists) |
| 16:35.15 | eliel | russellb: i was "testing" that limit, and a lot of code needs more that 90 columns... |
| 16:35.31 | jameswf | I say 144 character limit |
| 16:35.33 | eliel | ao2_container_alloc is an example |
| 16:35.34 | tzafrir_laptop | my windows are all 80 columns. |
| 16:35.47 | russellb | I know a lot of it does, but it shouldn't |
| 16:36.04 | tzafrir_laptop | I use 72 for quoting in email. rationale: line will not get cut at further quoting |
| 16:38.35 | eliel | if indentation is 8 chars long (tab) then every call to ast_log will be split in two lines (!) |
| 16:39.14 | tzafrir_laptop | is it 8? |
| 16:39.28 | eliel | well, it could be changed, but i think it is... |
| 16:39.46 | eliel | i like 8 chars it is enough to get code readable |
| 16:40.16 | tzafrir_laptop | -ts4: tab size 4 |
| 16:40.53 | jameswf | !readable code == job security.... |
| 16:40.57 | russellb | ts8 ! |
| 16:41.45 | tzafrir_laptop | russellb, is that a patch to CODING-GUIDELINES ? |
| 16:43.07 | eliel | (it should be) |
| 16:45.12 | russellb | i've been wanting to update the guidelines, but it's pretty far down my priority list |
| 16:45.42 | russellb | so instead I just troll occasionally |
| 16:46.02 | kpfleming | do we have trolling guidelines? |
| 16:46.10 | Juggie | russellb, i heard yuor moving, how did it go? |
| 16:46.14 | Juggie | *your |
| 16:46.55 | russellb | just packing so far. we're mostly packed. The move is tonight / tomorrow |
| 16:46.59 | russellb | thanks for asking :-) |
| 16:47.40 | Juggie | nice nice |
| 16:47.42 | Juggie | moving far? |
| 16:47.52 | Juggie | packing sucks, i've been 'moving' for like 4 months now |
| 16:47.54 | russellb | not really ... same town, heh |
| 16:47.59 | Juggie | my house has been on the market for a weekish |
| 16:48.20 | jameswf | trolling is an art, if you need guidelines your probably doing it wrong. |
| 16:48.28 | Juggie | same with me, i'm moving like a 5minute drive away |
| 16:48.29 | russellb | s/your/you're/ |
| 16:48.47 | russellb | see what I did there? ^_^ |
| 16:49.09 | Juggie | we all need to accept that the internet killed proper english :) |
| 16:49.26 | jameswf | My hobby: randomly interchanging your and you're to freak out the grammar police! |
| 16:49.44 | Juggie | if leifmadsen was not afk he'd be bitchin :) |
| 16:49.48 | russellb | you stole that from a comic, didn't you. |
| 16:50.02 | jameswf | only the my hobby part.. |
| 16:50.20 | jameswf | xkcd guy way funnier than me |
| 16:50.37 | eliel | takes english classes in this #channel! |
| 16:52.31 | eliel | eliel saIs.... not anImoreS... |
| 16:52.41 | leifmadsen | Juggie: eh? |
| 16:54.25 | leifmadsen | eliel: ha! |
| 17:00.12 | Juggie | leifmadsen: i called you the grammar police :) |
| 17:00.29 | leifmadsen | I sure am |
| 17:00.43 | leifmadsen | and ya, I read the scrollback and was happy russellb corrected your correction |
| 17:01.09 | Juggie | i'm not sure who he corrected, me, jameswf, or us both :) |
| 17:01.14 | russellb | the world |
| 17:01.24 | leifmadsen | correct the world |
| 17:01.28 | leifmadsen | hack the planet |
| 17:01.31 | Juggie | i am not correctable |
| 17:01.38 | Juggie | my gf can testify to that :) |
| 17:01.39 | leifmadsen | oh I know -- and how I've tried |
| 17:03.23 | Juggie | hmmmmm |
| 17:05.07 | jameswf | Hackers makes me smile or die a little, perhaps both... |
| 17:07.00 | Qwell | the movie? |
| 17:07.48 | seanbright | angelina makes me smile a lot |
| 17:07.53 | seanbright | evne in that movie. |
| 17:07.56 | Corydon76-dig | I don't know why the media has to corrupt a perfectly good word like that, when we had a good word for those people before: criminals. |
| 17:08.49 | Corydon76-dig | A criminal using a computer does not suddenly elevate his craft to something admirable. He's still a criminal. |
| 17:16.01 | *** part/#asterisk-dev lasko (n=lasko@70.102.15.210) |
| 17:31.53 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:32.04 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 17:33.02 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:33.18 | *** join/#asterisk-dev tamiel (n=tamiel@ip-120.net-81-220-18.versailles.rev.numericable.fr) |
| 18:26.48 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.82) |
| 18:33.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:34.26 | *** part/#asterisk-dev korihor (n=korihor@190.72.254.245) |
| 18:40.10 | Corydon76-dig | jsmith: you fail on reading comprehension |
| 18:40.22 | jsmith | Corydon76-dig: w00t! I fail! |
| 18:40.38 | Corydon76-dig | The L option to Dial, not the Dial arguments themselves |
| 18:40.54 | Corydon76-dig | third parameter to the L option REQUIRES the second parameter |
| 18:40.56 | jsmith | I got that after I read putnopvut's message |
| 18:41.18 | jsmith | Yes, but luckily that's beyond the scope of what we're trying to decide on here |
| 18:41.53 | Corydon76-dig | which is whether you need human comprehension to properly format arguments? |
| 18:42.15 | Corydon76-dig | or at least, something a bit more complex? |
| 18:43.28 | Corydon76-dig | One of the project's worst enemies is poor or insufficient documentation. I'm arguing for clear syntax, and you're arguing for ambiguous syntax. Think about that. |
| 18:44.27 | Corydon76-dig | Yes, it's more difficult to express in markup. |
| 18:45.04 | Corydon76-dig | But we don't turn down problems because they're "too hard", we find new methods to find solutions |
| 18:53.04 | Juggie | ... Corydon76-dig.. motivational speaker. |
| 18:54.36 | Corydon76-dig | Juggie: damn skippy! |
| 18:55.39 | Juggie | for some reason all i can think of is chris farley doing the motivational speaker... 'i live in a van down by the river.... ' |
| 18:56.20 | jsmith | Corydon76-dig: I'm *not* arguing for ambiguous syntax. I'm arguing that we should all agree on *one* syntax. |
| 18:57.10 | jsmith | Corydon76-dig: Right now, Asterisk 1.4 has two different versions of the syntax (depending on which apps you look at), the XML docs in trunk have another, and the documentation I'm trying to create from the XML docs has yet another |
| 18:57.35 | jsmith | Corydon76-dig: I'm simply trying to tie that down to "one syntax to rule them all, and in the darkness bind them" |
| 18:57.52 | jsmith | Corydon76-dig: Sure, I have my *preferences*, but in the end.. as long as everyone can agree on one syntax, I'm happy |
| 18:58.03 | Juggie | does * use the XML embedded in the code to build the 'core show application foo' output? |
| 18:58.09 | jsmith | Juggie: It does now! |
| 18:58.23 | Juggie | but only in 1.6.x/trunk not 1.4 right? |
| 18:59.01 | jsmith | 1.6.2 and later, if I recall |
| 18:59.05 | Juggie | k |
| 18:59.14 | Juggie | because thats one of the biggest (or was) multiple sources of documentation |
| 18:59.23 | Juggie | why would a dev want to write docs if he had to write it in 2-3 places. |
| 18:59.23 | jsmith | Aye |
| 18:59.29 | jsmith | Exactly |
| 18:59.43 | Juggie | furthermore digium *REALLY* needs to put up a web interface to the docs |
| 18:59.46 | jsmith | And why would somebody like me want to go write documentation, if it would never end up back in the code |
| 18:59.54 | jsmith | Juggie: I think there are plans for that as well... |
| 18:59.56 | Juggie | so all the out of date info on voip-info becomes redundant |
| 19:00.11 | jsmith | Juggie: In fact, the little project I'm working on in my spare time is XSLT to turn the XML in the code into HTML |
| 19:00.19 | Juggie | ya |
| 19:00.22 | Juggie | i demoed that to leif |
| 19:00.30 | jsmith | Juggie: (if you'd paid attention to the discussion in -doc, you'd know that) |
| 19:00.36 | Juggie | i have been |
| 19:00.38 | Juggie | i saw that |
| 19:00.43 | tzafrir_laptop | jsmith, what do you mean by a "web interface to docs"? HTML generated from them? |
| 19:00.56 | tzafrir_laptop | ah, ok |
| 19:01.21 | Juggie | tzafrir_laptop, so i can see a list of applications/functions/etc via a nice clean web if w/ help, user comments etc |
| 19:01.21 | Corydon76-dig | wants a web interface to the world |
| 19:01.25 | Juggie | alla php documentation |
| 19:01.44 | Juggie | php docs are the perfect example of where it should be aimed |
| 19:02.27 | Juggie | jsmith, originally leif was talking about converting xml->html, i was the one who told him you could use XSLT to have the browser do it on the fly |
| 19:02.29 | Juggie | then you chimed in |
| 19:02.44 | leifmadsen | Juggie: yes, jsmith took over that part because he's much better at it |
| 19:02.53 | Juggie | ya i dontk now anything about it |
| 19:02.56 | Juggie | only that it can be done :) |
| 19:03.02 | leifmadsen | thinks jsmith should show Juggie what he has HTML wise |
| 19:03.28 | Juggie | i knew about it from playing WOW, bliz uses xml for the 'armoury' and xslt to present it |
| 19:06.57 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 19:17.02 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:19.55 | *** join/#asterisk-dev jicksta (n=jicksta@67.164.0.78) |
| 19:33.38 | eliel | jsmith: Corydon76-dig: if we find an answer on how to generate the syntax please tell me and i will modify the code... |
| 19:33.54 | eliel | words of a simple worker :) |
| 19:35.03 | jsmith | I'm doing what I can to reach consensus... but so far, I'm not finding much |
| 19:35.58 | eliel | i know, i think the problem is readability vs ambiguity |
| 19:39.02 | eliel | i agree with Corydon76-dig making a non-ambiguos syntax, but i am just a developer, i don't know what an end-user is... |
| 19:45.29 | Corydon76-dig | eliel: some of us are in a company-wide meeting right now |
| 19:46.05 | eliel | Corydon76-dig: thanks |
| 19:47.31 | Corydon76-dig | eliel: this was all much simpler when we had no documentation to speak of... |
| 19:47.42 | eliel | hehehe |
| 19:48.05 | eliel | yes, i will remove it right now!, also i am having problems with chan_local, i will remove that too, hehe |
| 19:48.35 | Corydon76-dig | Don't forget chan_agent |
| 19:49.29 | jsmith | Can I just remove app_dial? |
| 19:50.18 | eliel | now i am going to a meeting... |
| 19:51.19 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:51.19 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:59.05 | Corydon76-dig | leifmadsen: shopping for groceries qualifies as a Canadian date these days? |
| 20:00.25 | tzanger | Corydon76-dig: girls like guys who can provide |
| 20:00.50 | Juggie | i hate going to the supermarket w/ my gf |
| 20:00.57 | Corydon76-dig | tzanger: in my experience, guys also like guys who can provide |
| 20:00.59 | Juggie | 20$ of groceries turns into 100 |
| 20:01.25 | tzanger | Corydon76-dig: see it transcends genders |
| 20:01.30 | tzanger | so grocery shopping is a good date for anyone |
| 20:01.45 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:01.52 | Corydon76-dig | tzanger: only if I get laid at the end. :-P |
| 20:02.30 | tzanger | that too is common |
| 20:02.51 | Corydon76-dig | tzanger: not as common as I'd like. |
| 20:02.54 | Juggie | TMI |
| 21:02.32 | leifmadsen | Corydon76-dig: ya, it keep her happy -- either I don't go grocery shopping, and pay for the groceries, and then also have to take her on a date (which I pay for), or I just get out of the office (which I don't do a lot anyways) and go grocery shopping :) |
| 21:02.35 | leifmadsen | it's a win-win :) |
| 21:02.41 | leifmadsen | and now... gym |
| 21:04.34 | Corydon76-dig | I'm taking a "break" to go put fencing in the ground, next to the house, to keep the dog from digging up the foundation |
| 21:04.56 | jsmith | Corydon76-dig: That's OK... I just took a "break" to fix my home phone line |
| 21:29.26 | *** join/#asterisk-dev Greek-Boy (n=greek@41.222.89.77) |
| 21:36.30 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:56.58 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.244) |
| 22:00.02 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.70) |
| 22:40.43 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 23:04.18 | mnicholson | opps, that's an infinite loop... |
| 23:05.00 | russellb | infinite recursion is more fun |
| 23:06.29 | mnicholson | russellb, actually it was infinite recursion sort of, gen event->allocate channel to subst vars (which generates an event) |
| 23:06.44 | russellb | ha |
| 23:07.02 | russellb | that would be bad. |
| 23:07.06 | mnicholson | i am going to have to make a special allocate function just to do the substitution similar to the dummy allocate |
| 23:07.16 | russellb | I wonder how hard it would be to get rid of the channel requirement ... |
| 23:07.42 | mnicholson | russellb, i was sitting here looking at it thinking, "I wonder why it's posting so many events to pgsq..." |
| 23:07.50 | russellb | :-) |
| 23:09.02 | mnicholson | russellb, i looked at doing subst without a channel briefly. the substitution function looks like it will automatically allocate a channel if necessary. I can look at it some more after I fix this bug tomorrow. |
| 23:09.15 | russellb | gross |
| 23:09.19 | russellb | they seem so ... unrelated |
| 23:09.33 | russellb | it should just take a list head of vars or something |
| 23:09.49 | russellb | yeah, would be good to consider doing |
| 23:09.55 | russellb | this allocate channel business is silly. |
| 23:10.58 | putnopvut | agreed, it makes no sense to go to the effort of allocating a channel just to have variable substitution functions available. |
| 23:11.09 | mnicholson | i think there is a function that just uses headp |
| 23:11.13 | mnicholson | ill look into it |
| 23:11.20 | mnicholson | that code is a little messy |
| 23:11.32 | mnicholson | im heading home |
| 23:11.53 | russellb | k! |
| 23:26.48 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 23:26.48 | *** mode/#asterisk-dev [+o eliel] by ChanServ |