| 00:00.47 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc6-slam5-2-0-cust171.2-4.cable.virginmedia.com) |
| 00:05.11 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 00:05.11 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 00:23.05 | *** join/#asterisk-dev tzafrir (n=tzafrir@212.179.75.202) |
| 00:23.05 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 01:14.21 | philipp64 | following tzafrir's suggestion to do my NAT work in trunk, I updated astlinux to allow building from an SVN snapshot of asterisk... but that seems to fail. cross-compilation issue. logs are here: ftp://ftp.redfish-solutions.com/pub/asterisk-2009-11-10.log |
| 01:16.29 | kpfleming | can you provide something other than FTP? |
| 01:18.37 | philipp64 | sure. http://www.pastebin.ca/1665768 |
| 01:20.34 | kpfleming | darrick has astlinux already building asterisk 1.6.1 in his asterisk-beta branch... is that what you are using, or did you try to do this yourself? |
| 01:22.49 | kpfleming | the build system in asterisk has not changed appreciably between 1.6.0 and HEAD of trunk, so i believe you will need to use his build system mechanics to make this work |
| 01:23.17 | philipp64 | I was building with 1.6.2.0-rc3... |
| 01:23.35 | philipp64 | I was building off trunk, however. |
| 01:23.41 | philipp64 | not the asterisk-beta branch. |
| 01:24.04 | philipp64 | the asterisk-beta branch is for weaning astlinux 0.6.x users to asterisk-1.6 from 1.4. |
| 01:24.14 | philipp64 | I'm looking at issues with 1.8. |
| 01:25.24 | kpfleming | but the build system is not different, so there shouldn't be any reason you can't use that branch and just replace the copy of asterisk it uses |
| 01:27.51 | philipp64 | that's exactly what I did. |
| 01:28.15 | philipp64 | (well, asterisk-beta is parented by trunk, of course, but trunk also builds 1.6.2.0-rc3 just fine, as I said.) |
| 01:28.16 | kpfleming | what version was it building against previously, and was that successful? |
| 01:28.34 | kpfleming | now i'm really confused |
| 01:28.49 | kpfleming | you say that astlinux trunk builds asterisk 1.6.2.0-rc3 properly? |
| 01:30.03 | philipp64 | yup. |
| 01:30.11 | kpfleming | so what were you trying to build with that failed? |
| 01:30.40 | philipp64 | from my production box in Boise: Asterisk 1.6.2.0-rc3 built by philipp @ builder on a x86_64 running Linux on 2009-10-23 07:20:49 UTC |
| 01:30.50 | kpfleming | that doesn't answer my question at all |
| 01:31.05 | kpfleming | what version of astlinux and what version of asterisk were you trying to build? |
| 01:31.05 | philipp64 | no, it answers your previous question. :-) |
| 01:31.10 | kpfleming | oh, ok |
| 01:31.30 | kpfleming | sorry, this is rather laggy and i'm impatient :-) |
| 01:33.47 | philipp64 | I'm building astlinux trunk (rev: 3430) and asterisk trunk (HEAD as of 20 minutes ago). |
| 01:34.48 | kpfleming | i'm not aware of any significant build system changes between 1.6.2 and trunk, but i can look |
| 01:35.56 | philipp64 | please. it could be as simple as the host that autogenerated the initial version of some file that got checked in... like configure or aclocal.m4... was done with a more recent version that contains a regression which breaks cross-compiling. |
| 01:36.25 | philipp64 | we actually see that a lot... because no two people build astlinux on the same platform (except Darrick and me both using FC11 and x86_64 h/w). |
| 01:37.46 | philipp64 | oh, I also noticed that if I build asterisk with -j1, that works, but if I build with -j4, then include/asterisk/build.h isn't always present in time for func_version.c ... so it seems the latter has a missing dependency. |
| 01:38.12 | philipp64 | wasn't sure if that was worth filing a bug over or not. |
| 01:38.36 | kpfleming | it's not... we don't spend much time trying to make parallel builds work properly |
| 01:38.45 | kpfleming | it's doubtful anyone would spend much time on it |
| 01:39.29 | kpfleming | so how about if you regenerate the configure script locally in both versions and see if you get working builds from both (or failing builds from both)? |
| 01:41.58 | philipp64 | we kind of already do... http://astlinux.svn.sourceforge.net/viewvc/astlinux/trunk/package/asterisk/asterisk.mk?view=markup ... on line 162 we call ./bootstrap.sh ... |
| 01:42.26 | kpfleming | then you are regenerating all the generated files already |
| 01:42.35 | kpfleming | so it doesn't matter what we have checked in |
| 01:43.00 | kpfleming | so that means there is some difference between the configure scripts that is causing this failure |
| 01:52.05 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.252.1) |
| 01:52.05 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:59.03 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 01:59.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:12.42 | *** join/#asterisk-dev work|philipp64 (n=chatzill@63.224.43.239) |
| 02:13.23 | philipp64 | ok... I can try to make snapshots. |
| 02:14.30 | kpfleming | thanks |
| 02:17.40 | philipp64 | might not be until later... |
| 02:18.03 | kpfleming | i'll be around some... don't know how much, meetings are keeping me busy here |
| 02:23.37 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 02:25.54 | *** part/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 02:40.56 | philipp64 | file is too big for pastebin... damn. |
| 03:13.26 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 03:25.57 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 03:46.24 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 03:57.53 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 05:15.04 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 05:15.05 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 05:30.10 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc6-slam5-2-0-cust171.2-4.cable.virginmedia.com) |
| 06:07.20 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.248) |
| 06:23.52 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 06:23.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:53.10 | *** join/#asterisk-dev |Cybex| (n=John@212.178.82.20) |
| 07:11.11 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 08:06.05 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 08:12.19 | *** join/#asterisk-dev tzafrir (n=tzafrir@local.xorcom.com) |
| 08:12.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:59.53 | *** join/#asterisk-dev Praise (n=Fat@unaffiliated/praise) |
| 09:03.56 | *** join/#asterisk-dev tamiel (n=tamiel@ip-1.net-81-220-19.versailles.rev.numericable.fr) |
| 09:04.47 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 09:07.00 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 09:07.01 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:04.09 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 10:05.48 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.153) |
| 11:11.43 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:11.48 | DagMoller | tzafrir, hi |
| 11:12.00 | tzafrir | DagMoller, hi |
| 11:12.08 | DagMoller | tzafrir, i have added authentication/autozization on monast |
| 11:12.20 | tzafrir | nice :-) |
| 11:12.24 | DagMoller | the changes are in svn trunk |
| 11:22.25 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:50.17 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 11:50.24 | jmls | morning all |
| 11:50.30 | mvanbaak | mogguh |
| 11:50.38 | jmls | ? |
| 12:00.07 | mvanbaak | it's dutch for morning |
| 12:15.03 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:15.03 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:24.15 | atis_work | yaawwwwn |
| 12:31.30 | *** join/#asterisk-dev michael-i_ (n=michael-@141.41.40.153) |
| 12:34.30 | tzafrir | DagMoller, is it r261 ? Or also things before that? |
| 12:35.29 | tzafrir | ah, ok |
| 12:36.37 | DagMoller | tzafrir, r264 |
| 12:48.17 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 13:07.13 | tzafrir | DagMoller, So you keep your own list of users. I guess reusing the one of manager.conf is impractical |
| 13:17.23 | *** join/#asterisk-dev Kchehab (n=kchehab@212.98.141.202) |
| 13:17.51 | Kchehab | hi all, i cant dial through SS7 channels even when i reload dahdi i find errors ,kindly assist me .I post my debug and config http://pastebin.com/m45ab3955 |
| 13:18.05 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:18.05 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:20.06 | *** join/#asterisk-dev kazaa_lite (n=msaleem@94-193-98-124.zone7.bethere.co.uk) |
| 13:24.37 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 13:25.02 | TheDavidFactor-H | mornin' |
| 13:30.24 | DagMoller | tzafrir, impratical or pratical? |
| 13:32.47 | tzafrir | impractical |
| 13:34.12 | DagMoller | tzafrir, it is possible |
| 13:34.42 | tzafrir | DagMoller, does monast need to work if Asterisk doesn't? |
| 13:35.10 | DagMoller | i can add an config option auth_type = local or manager |
| 13:35.22 | DagMoller | or both |
| 13:35.47 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65.127.126.34) |
| 13:37.51 | DagMoller | tzafrir, yes... monast will retry to reconnect to ami |
| 13:38.11 | DagMoller | clean internal status and request it again |
| 13:44.22 | *** join/#asterisk-dev loos (n=luiz@187.39.15.15) |
| 13:51.55 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:51.55 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:09.08 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 14:09.14 | DagMoller | tzafrir, to use manager.conf users to auth in monast, manager.conf can not stay in realtime mode |
| 14:10.23 | DagMoller | AMI command GetConfig only work for files, not for realtime |
| 14:11.03 | tzafrir | can you try to authenticate to asterisk? |
| 14:11.23 | tzafrir | this tells that you have a valid user |
| 14:11.34 | DagMoller | hmmm |
| 14:12.39 | DagMoller | let me try |
| 14:16.31 | Corydon76-dig | Correct, GetConfig was never meant to work with a database backend |
| 15:01.39 | *** join/#asterisk-dev ctooley (n=ctooley@74-46-151-44.dr01.clmb.ne.frontiernet.net) |
| 15:01.39 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:19.17 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:19.18 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:23.23 | *** join/#asterisk-dev moy (n=moy@74.12.130.190) |
| 15:27.08 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:27.09 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:30.07 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:31.57 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:31.57 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:11.26 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:11.26 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:19.12 | *** join/#asterisk-dev xpot-mobile (n=xpot@mx0.synergyconsultant.net) |
| 16:32.00 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:32.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:33.17 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:34.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:47.19 | DagMoller | tzafrir, ping |
| 16:48.15 | tzafrir | DagMoller, pong |
| 16:48.53 | DagMoller | tzafrir, monast will try to autheticate use with local configure users, if user not found it try to authenticate over AMI |
| 16:49.00 | DagMoller | s/use/user |
| 16:51.13 | DagMoller | on monast users have 3 roles: originate (can originate, transfer, hangup), agents (add, remove, pause, unpause queue members) and command (execute cli commands) |
| 16:53.20 | DagMoller | tzafrir, r267 |
| 16:54.41 | elliot98 | is 1.4 still being developed or only for security fixes? |
| 16:54.45 | *** join/#asterisk-dev Corydon76-dig_ (i=eleven@c-68-52-33-133.hsd1.tn.comcast.net) |
| 16:54.45 | *** mode/#asterisk-dev [+o Corydon76-dig_] by ChanServ |
| 16:56.14 | tzafrir | elliot98, maintained: security issues and bug fixes |
| 16:57.12 | tzafrir | DagMoller, looks interesting. I'll have to check that later |
| 16:57.30 | elliot98 | where can I find information about the differences between 1.4 and 1.6, how to upgrade, why a new version, etc. etc.? |
| 16:58.13 | DagMoller | :D |
| 17:00.24 | leifmadsen | elliot98: see UPGRADE.* in the source of your asterisk, and CHANGES |
| 17:07.25 | elliot98 | thanks! just two more questions: is 1.8 due to be out soon and also, is there any frequency in Asterisk releasing new versions |
| 17:07.26 | elliot98 | ? |
| 17:08.36 | *** join/#asterisk-dev XoplqoX (n=XoplqoX@i59F5354F.versanet.de) |
| 17:08.45 | russellb | elliot98: 1.8 is targeted at Q2 2010 |
| 17:08.55 | russellb | elliot98: every 6 moths or so for major versions |
| 17:09.02 | russellb | bug fix updates roughly 4-6 weeks |
| 17:09.08 | russellb | it varies. |
| 17:09.09 | XoplqoX | Hello, |
| 17:09.20 | russellb | we have a rough timetable, but determine exact dates based on quality. |
| 17:09.59 | elliot98 | I came in when 1.4.4 came around, somewhat around 2 years ago |
| 17:10.34 | russellb | XoplqoX: hi. |
| 17:10.52 | XoplqoX | <PROTECTED> |
| 17:10.54 | elliot98 | and 1.6 came out around, say, 6 months ago |
| 17:11.24 | russellb | XoplqoX: to make a call :-) |
| 17:11.48 | XoplqoX | and whats the difference to the callback ast_channel_tech.requester is? |
| 17:11.49 | russellb | elliot98: The release policy updates section of this post would probably be interesting to you: http://blogs.asterisk.org/2009/11/10/asterisk-project-update-astricon-2009/ |
| 17:12.11 | russellb | XoplqoX: the requester callback is to just have an ast_channel allocated and initialized |
| 17:12.22 | russellb | the call callback actually initiates an outbound call |
| 17:13.04 | XoplqoX | okay thanks |
| 17:13.57 | elliot98 | I was just looking at the releases in download section of asterisk to get an idea of the frequency |
| 17:14.05 | elliot98 | 1.4 was released dec. '06 |
| 17:14.12 | elliot98 | 1.6 was released in oct. '08 |
| 17:14.38 | elliot98 | so it seems around every 1-3/4 to two years |
| 17:15.11 | elliot98 | although 1.2 was released dec. '05 |
| 17:15.17 | Corydon76-dig | elliot98: you need to compare 1.6.0 to 1.6.1 also, since those are different branches |
| 17:15.37 | russellb | elliot98: read my post about release policy if you want to know about what the future plans are |
| 17:15.42 | elliot98 | oh, I didn't know that...so there is 1.6.0.1.n and 1.6.1.n too? |
| 17:15.50 | Corydon76-dig | elliot98: yes |
| 17:16.07 | seanbright | 1.6.0.1.2.5.9.12 |
| 17:16.09 | Corydon76-dig | Well, 1.6.0.n and 1.6.1.n, anyway |
| 17:16.12 | seanbright | that's my favorite version |
| 17:16.45 | Corydon76-dig | seanbright: I prefer TeX versioning |
| 17:17.11 | elliot98 | oish...my main concern is gather some sense of asterisk's growth in regards to a production environment. Commercial customers naturally need to know what to expect |
| 17:17.16 | kazaa_lite | if i get some error in me condig/decoding reoutine, what would be the best way to inform asterisk that something bad happened so it can drop the call? or should i always return zero ? |
| 17:17.27 | Corydon76-dig | For every release Knuth has to make, he adds another digit of Pi |
| 17:17.33 | seanbright | yeah |
| 17:17.52 | Corydon76-dig | elliot98: you REALLY need to read the release policy document, then |
| 17:18.16 | russellb | Corydon76-dig: funny, but an absolutely terrible idea to actually use IMO :-) |
| 17:18.17 | Corydon76-dig | elliot98: it was composed partially with business users in mind |
| 17:18.34 | Corydon76-dig | russellb: unclear antecedant |
| 17:18.46 | russellb | the TeX versioning |
| 17:18.50 | elliot98 | I'm in the middle of it right now...thanks! |
| 17:19.41 | seanbright | and for metafont he adds digits of e |
| 17:19.52 | kazaa_lite | Corydon76-dig: what would you suggest to return from encoding/decoding routines if some error occurs in ecoding/decoding? should i still be returning zero? |
| 17:20.12 | elliot98 | right now, my gut tells me 1.4 is a good mix for a production environment. It is feature rich and has reached maturity in terms of stability |
| 17:20.20 | Corydon76-dig | You can return -1 |
| 17:20.31 | Corydon76-dig | From a function, that ensures that a blank buffer is returned |
| 17:20.54 | kazaa_lite | Corydon76-dig: Thanks. As always, I love you:D |
| 17:21.03 | Corydon76-dig | kazaa_lite: I assume this query is related to the REPLACE function? |
| 17:21.26 | Corydon76-dig | kazaa_lite: my bf might have a problem with any expression of that love |
| 17:21.59 | Corydon76-dig | He's the paranoid, jealous type |
| 17:22.12 | kazaa_lite | Corydon76-dig: no idea about replace function. hehe dont worry, just tell him that celebraties have fans and fans love them;) |
| 17:22.38 | Corydon76-dig | I'm a celebrity? |
| 17:23.02 | Corydon76-dig | btw, 'fan' is short for 'fanatic' |
| 17:23.11 | kazaa_lite | lol |
| 17:23.21 | kazaa_lite | never knew this |
| 17:28.28 | elliot98 | russelb...great article. |
| 17:28.32 | elliot98 | just came out yesterday |
| 17:28.51 | elliot98 | so it's current |
| 17:30.09 | elliot98 | I noticed that Asterisk developers are working hard on improving T.38 faxing...where does this current stand? I read that 1.4 only has pass-through, but 1.6 does actual negotiation, is this true? |
| 17:31.25 | russellb | 1.6 does origination and termination, yes. |
| 17:31.32 | russellb | there is an issue on issues.asterisk.org for gateway |
| 17:32.36 | elliot98 | so if my ATA states it is T.38 compatible, the T.38 procotol should work on 1.6 for picking up and sending faxes? |
| 17:33.01 | russellb | this conversation should probably head over to #asterisk |
| 17:33.30 | elliot98 | you're probably right...russel, thanks for the clarification with that article! |
| 17:33.40 | russellb | you're welcome |
| 17:34.10 | russellb | hopefully someone will be able to answer your fax questions there, I will be heading out for lunch soon. |
| 17:34.59 | elliot98 | my only suggestion may be is that since Asterisk has been such a success, it would be advisable for developers to consider version impact on production environments |
| 17:35.55 | russellb | we absolutely consider that frequently |
| 17:35.58 | putnopvut | elliot98: you're like 2 years late to the party on that conversation :) |
| 17:36.08 | russellb | and that's exactly why we are signing up for LTS releases |
| 17:36.11 | elliot98 | I don't doubt they haven't, but it would be nice to see some feedback from commercial industries |
| 17:36.15 | russellb | and why 1.0, 1.2, 1.4 were supported for so long |
| 17:36.23 | russellb | trust me, long maintenance is not fun at all |
| 17:36.31 | elliot98 | I can imagine |
| 17:36.42 | elliot98 | you're the primary maintainer for Asterisk? |
| 17:37.54 | Corydon76-dig | We prefer y'all're |
| 17:37.57 | russellb | I'm the manager of the team at Digium who collectively acts as the primary maintainers |
| 17:38.12 | elliot98 | what an honor! |
| 17:38.13 | Qwell | rogue maintains |
| 17:38.43 | elliot98 | ok...enjoy your lunch! |
| 17:38.46 | russellb | most people in this channel play some role in Asterisk development and maintenance |
| 17:38.59 | russellb | and maybe some that just lurk :-) |
| 17:39.05 | Qwell | lots that just lurk, heh |
| 17:39.41 | Corydon76-dig | just plays a role in breaking Asterisk on a regular basis. ;-) |
| 17:41.19 | elliot98 | is there a comittee for releasing manuals and reference material? I know books exists, the O'Rielly one, for example, and voip-info (which is not very current) |
| 17:41.55 | Corydon76-dig | points at jsmith and leifmadsen |
| 17:42.18 | elliot98 | and at the rate of development, I think guides and transition material should be released at the same frequency |
| 17:43.01 | Corydon76-dig | elliot98: if you want to base your business around that, good luck to you |
| 17:43.39 | russellb | we have documentation that is managed along side the source code, but it's not extensive. Outside of that, and the occasional book, no. |
| 17:44.13 | elliot98 | are you being sacrcastic? Really, in a commercial environment, guides and references is the catalyst for successful deployment |
| 17:44.48 | Corydon76-dig | That was not sarcasm |
| 17:45.21 | russellb | let's go ahead and make this clear, our documentation is not among the best of open source projects. |
| 17:45.23 | russellb | some would say it sucks. |
| 17:45.23 | Corydon76-dig | There isn't much, like russell said, and if you believe that you fill a market need, you're welcome to do it |
| 17:45.36 | russellb | next topic :-) |
| 17:45.41 | russellb | which is lunch. |
| 17:45.46 | elliot98 | enjoy! |
| 17:46.04 | Corydon76-dig | Lunch is overrated. Discuss! |
| 17:46.42 | Corydon76-dig | munches on Doritos and a Moon Pie |
| 17:47.25 | elliot98 | I think Microsoft did a terrific job with their VIsual Studio, for example |
| 17:47.37 | elliot98 | partly because it is completely documented |
| 17:48.14 | Corydon76-dig | Not supported on Linux |
| 17:48.18 | Qwell | You've never used VS, have you? |
| 17:48.28 | Qwell | VS is pretty terrible |
| 17:48.32 | elliot98 | I've used it years ago |
| 17:48.41 | elliot98 | back in the VB6 days and was quite impressed |
| 17:48.48 | Qwell | VB != VS |
| 17:49.33 | elliot98 | no it is not, but my point is, so you are correct, I was mainly refering to VB |
| 17:49.51 | Qwell | VB wasn't terrible. It worked well for me. |
| 17:49.56 | Corydon76-dig | Hallmark of a well-designed system is the lack of a need for documentation |
| 17:49.57 | Qwell | VS however...ugh. |
| 17:50.00 | elliot98 | that I'm brainstorming how to document Asterisk for a commercial setting |
| 17:50.36 | elliot98 | Qwell...I'd be interesting in hearing how it differs from VB, but I guess the time is not now. |
| 17:51.13 | Corydon76-dig | Point: I can fully document "Hello world". That doesn't make "Hello world" any more useful of a program |
| 17:51.15 | Qwell | VB did what you told it. It actually worked most of the time. It didn't modify your code for you, because it thought it was doing "The Right Thing". :P |
| 17:51.20 | Qwell | I'll stop my rant there though |
| 17:51.41 | elliot98 | perhaps, but the nature of open-source also presents a challenge for that "well-designe" system, that can be easily remedied with good docs |
| 17:52.58 | Corydon76-dig | The fact that I don't need to crack a single page of documentation to learn what any particular option in Dial does speaks well to Asterisk |
| 17:54.38 | elliot98 | I think the Asterisk developers did a great job with its syntax, however, but there are sometimes features I completely overlooked simply because it has never been documented |
| 17:54.44 | Corydon76-dig | That said, Asterisk is a toolkit that doesn't lend itself well to simply installing and running well with no modification to default files, like Apache does |
| 17:55.12 | Corydon76-dig | What features, specifically? |
| 17:55.32 | elliot98 | for example, I just found out T.38 faxing has been implemented in 1.6 |
| 17:56.13 | elliot98 | I found out in a round about way in Russel's blog |
| 17:56.14 | Corydon76-dig | That's something that you could have learned simply by reading the Changes file in the root of Asterisk |
| 17:56.52 | Corydon76-dig | excuse me, "CHANGES" |
| 17:58.53 | elliot98 | yes, but CHANGES is large and lengthy file that most feature really don't pertain to me...and I need to skim through dozens of them to find out 'if' something has changed |
| 17:59.52 | elliot98 | I just think good documentation should go out to the user and the user should not need to search for help |
| 18:02.21 | elliot98 | this is criticism, I am trying to found out how things can improve |
| 18:03.25 | elliot98 | woops...this is "not" critcism |
| 18:03.42 | Corydon76-dig | elliot98: we get lots of ideas on how to improve Asterisk, but we have a lack of people who have the time to actually follow those suggestions |
| 18:04.08 | elliot98 | I can understand that |
| 18:04.17 | Corydon76-dig | And that is what we need, more than anything else. People who "do", not "suggest" |
| 18:05.11 | elliot98 | are these improvements documented somewhere? |
| 18:05.40 | elliot98 | improvements => suggestions? |
| 18:07.23 | Corydon76-dig | I'd talk to leifmadsen or jsmith |
| 18:07.44 | Corydon76-dig | They have the most experience with documentation needs |
| 18:08.05 | elliot98 | oh, yes, they did the famous book, yes? |
| 18:08.23 | elliot98 | are they one irc occasionally? |
| 18:08.34 | elliot98 | leif...I've chatted with him before |
| 18:08.41 | ctooley | elliot98, #asterisk-doc and http://www.asteriskdocs.org |
| 18:09.09 | elliot98 | who is magellen? |
| 18:09.28 | ctooley | Meggelen? |
| 18:09.56 | elliot98 | Jim Van Meggelen, listed as also one of the authors |
| 18:10.24 | elliot98 | ok! I'll hop over there...I think I'm starting to abuse this channel |
| 18:16.22 | leifmadsen | elliot98: so you're say we have too much documentation in the CHANGES, and you want more? You're contradicting yourself. |
| 18:23.04 | elliot98 | oh, the changes file is great. |
| 18:28.17 | elliot98 | it is not an issue of more, but rather it should speak to the user/developer as opposed to him needing to chase after documentation. The O'Reilly book is a fantastic source of information that is well organized and designed |
| 18:33.29 | elliot98 | and now when Asterisk is turning to 1.8...I don't really know where to turn for a similar source of info |
| 18:41.34 | leifmadsen | elliot98: CHANGES |
| 18:41.48 | leifmadsen | elliot98: if you look carefully, you will see a header that says "Changes from 1.6.2 to 1.8" |
| 18:42.03 | leifmadsen | and 1.6.1 to 1.6.2, and 1.6.0 to 1.6.1, etc... |
| 18:46.17 | *** join/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 18:46.17 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 19:01.59 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 19:02.00 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:28.53 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.248) |
| 19:46.16 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 19:46.17 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 19:47.38 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 19:48.11 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 19:48.11 | *** join/#asterisk-dev XoplqoX (n=XoplqoX@i59F5354F.versanet.de) |
| 19:48.11 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:48.11 | *** join/#asterisk-dev elliot98 (n=windows@unaffiliated/elliot98) |
| 19:48.11 | *** join/#asterisk-dev xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 19:48.11 | *** join/#asterisk-dev jmworx__ (n=jeval@mail.octasic.com) |
| 19:48.11 | *** mode/#asterisk-dev [+o mog] by irc.freenode.net |
| 19:49.39 | *** join/#asterisk-dev Praise (n=Fat@unaffiliated/praise) |
| 19:50.50 | *** join/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 19:51.11 | XoplqoX | can some one tell me how i can signalize the a channel that the called user has accept the call |
| 19:55.26 | russellb | i can not parse that question |
| 19:55.31 | *** join/#asterisk-dev denon (n=denon@66.207.128.103) |
| 19:58.55 | putnopvut | XoplqoX: On the A channel, you need to populate the .indicate callback of the channel_tech to handle the AST_CONTROL_ANSWER frame type. |
| 19:59.30 | putnopvut | Actually, just populate the A channel's .answer callback. |
| 20:00.07 | putnopvut | When the called party answers, the Dial, Queue, bridge, or whatever will call the A channel's .answer callback so that you can signal appropriately. |
| 20:00.12 | russellb | XoplqoX: I would strongly recommend learning everything about how one of the console channel drivers work. They are relatively straight forward. |
| 20:01.52 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@fw1.safedataisp.net) |
| 20:05.40 | XoplqoX | I have found out that i have to send AST_CONTROL_ANSWER via ast_queue_frame and it works |
| 20:06.18 | russellb | XoplqoX: what are you writing? |
| 20:06.43 | putnopvut | code |
| 20:06.47 | putnopvut | I'll shut up |
| 20:06.51 | russellb | putnopvut: thanks |
| 20:07.06 | russellb | like, what kind of channel driver ..... |
| 20:08.15 | XoplqoX | I'm writing a channel using socket based version of misdn |
| 20:09.48 | russellb | is that misdn2? |
| 20:09.59 | XoplqoX | yes |
| 20:10.05 | russellb | cool :-) |
| 20:14.29 | XoplqoX | I am writing it for my bachelor thesis. first it should be a kind of prototyp |
| 20:17.23 | XoplqoX | Is there a difference between sending AST_CONTROL_ANSWER via ast_queue_frame or using ast_indicate? |
| 20:18.30 | russellb | Yes, they are different |
| 20:18.39 | russellb | ast_indicate() requires a pointer to the channel you are signaling answer to |
| 20:18.56 | russellb | queuing up a frame allows it to be read and passed across to the other side of the bridge |
| 20:19.15 | russellb | they are very different in their operation |
| 20:20.46 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 20:31.41 | XoplqoX | Thx |
| 20:34.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:13.29 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 21:13.30 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:08.11 | kazaa_lite | how is each codec handled in Asterisk? like each module is actually a thread for asterisk? |
| 22:08.59 | jmls | yay! |
| 22:09.06 | jmls | http://www.astricon.net/2009/astricon/presentation/digium-1/Index.htm |
| 22:09.06 | kazaa_lite | i need to sleep for sometime in encoding/decoding, but i want to know that sleep in encode/decode should not affect performance of other subsystems in Asterisk e.g. other codecs etc |
| 22:09.13 | jmls | I get a mention ! Woot ! |
| 22:09.47 | jmls | however, I use Apache, not IIS ;) |
| 22:10.31 | kazaa_lite | Corydon76-dig: there? |
| 22:11.45 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:13.30 | jmls | res_config_curl simply rocks |
| 22:13.45 | jmls | is still extremely happy with it ;) |
| 22:15.26 | TheDavidFactor | In general how strict should applications be in checking their arguments? For example is it better to throw an error or ignore extra arguments? |
| 22:15.56 | putnopvut | TheDavidFactor: I'd say it depends on how necessary an argument is for operation. |
| 22:16.46 | putnopvut | But in general, if there is something extra that isn't needed, or if a non-essential argument is incorrectly formatted or something, we'll just throw a warning to the console and attempt to carry on. |
| 22:17.09 | putnopvut | jmls: how did you find that presentation? I want to see mine... |
| 22:17.20 | Qwell | putnopvut: there are only like 8 up |
| 22:17.24 | putnopvut | oh |
| 22:17.26 | jmls | http://www.astricon.net/2009/astricon/videoPresentations.aspx |
| 22:17.32 | TheDavidFactor | I mean take a an application that accepts three arguments MyApp(arg1,arg2,arg3) maybe two and three are optional, doesn't matter. How should MyApp(arg1,arg2,arg3,arg4) be handled? |
| 22:17.40 | TheDavidFactor | I think you answered my question |
| 22:17.42 | TheDavidFactor | thx |
| 22:21.54 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 22:21.55 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:30.15 | *** join/#asterisk-dev jsmith (n=njsmith@asterisk/training-and-documentation-guru/jsmith) |
| 22:30.15 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 22:33.36 | Corydon76-dig | kazaa_lite: pong |
| 22:33.58 | kazaa_lite | how is each codec handled in Asterisk? like each module is actually a thread for asterisk? |
| 22:34.13 | Corydon76-dig | Nope |
| 22:34.47 | Corydon76-dig | Codecs are implemented as functions that take frames as input and output a frame or frame list |
| 22:34.57 | kazaa_lite | i want to sleep in encode/decode functions...... can this thing mess with overall system performance? causing complete system to suffer from this sleep? |
| 22:35.14 | Corydon76-dig | Why do you want to sleep? |
| 22:35.31 | kazaa_lite | ok.... so each call is treated as a separate thread? |
| 22:35.45 | Corydon76-dig | Each call leg is, yes |
| 22:36.22 | kazaa_lite | ahhh....... so sleeping will not mess with system performance. However, I should not sleep since it will cause other issues... right? |
| 22:36.32 | kazaa_lite | sleeping in audio is silly:p |
| 22:37.25 | kazaa_lite | and what if i sleep in load module? will it affect the system performance? |
| 22:37.43 | Corydon76-dig | If you sleep, you will cause gaps in audio. Remember, audio arrives just in time and any latency is really bad |
| 22:38.09 | kazaa_lite | Corydon76-dig: yes you are right so I am not going to sleep |
| 22:38.45 | kazaa_lite | just curious to know, how load_module is handled? if I sleep in load_module() will this affect overall system? |
| 22:39.13 | Corydon76-dig | If the problem is that you don't have enough audio input to create a full output frame, you're welcome to return a null_frame |
| 22:39.42 | Corydon76-dig | If you sleep in load_module, you will either delay startup or delay the CLI |
| 22:40.03 | kazaa_lite | and what happens on null_frame? is the call disconnected? |
| 22:40.15 | kazaa_lite | love Corydon76-dig :D |
| 22:40.30 | Corydon76-dig | Nope, null_frame is merely a method for saying "nothing to say right now, but check back later" |
| 22:41.01 | Corydon76-dig | and remember, that's a null_frame, not the NULL pointer |
| 22:41.15 | Corydon76-dig | returning a NULL pointer will cause a hangup |
| 22:41.21 | kazaa_lite | and how to tell asterisk that please drop this call, i do not need any more audio from this call leg? |
| 22:41.51 | Corydon76-dig | That's not really something you should be doing from a codec |
| 22:42.26 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 22:42.30 | kazaa_lite | like if i am usually getting some poor quality data so i want that call to be dropped |
| 22:42.58 | kazaa_lite | if I am doing some call quality analysis, and want the call to be dropped when audio quality is really bad |
| 22:43.14 | kazaa_lite | is there some tweak to achieve this thing? |
| 22:43.21 | Corydon76-dig | Again, that's not something that a codec should do |
| 22:43.59 | Corydon76-dig | A codec should ONLY accept input frames and output translated frames. Period. |
| 22:44.25 | Corydon76-dig | If you want to drop a call, do that in an application, not in a codec |
| 22:44.53 | kazaa_lite | so codec has not enough power to tease Asterisk to drop a call:p |
| 22:46.11 | Corydon76-dig | No, it's that it SHOULD not |
| 22:46.33 | kazaa_lite | Corydon76-dig: how long have you been working with Asterisk? You provided really useful and helpful info:D |
| 22:46.40 | Corydon76-dig | If a codec returned a NULL, it would cause the call to hangup, but that's not what a well-behaved codec SHOULD do |
| 22:46.57 | kazaa_lite | ahhhh.... right |
| 22:47.01 | Corydon76-dig | since 2002 |
| 22:47.54 | kazaa_lite | i am really impressed. This is the best experience I had while asking things on this channel. |
| 22:48.43 | kazaa_lite | i really love you:D the best thing is you explained things than spending time in asking "why you doing this ... why you doing this":D |
| 23:26.26 | leifmadsen | Corydon76-dig: you have a fan(atic) :) |
| 23:31.48 | *** join/#asterisk-dev xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 23:32.46 | Corydon76-dig | fan(tastic) |
| 23:36.35 | kazaa_lite | hehehe:D |
| 23:38.17 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:38.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |