| 00:13.22 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 00:31.27 | tzafrir_laptop | Symbol is exported from libm, though :-( |
| 00:48.47 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:48.47 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 00:55.19 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:55.19 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:03.15 | *** join/#asterisk-dev obnauticus (n=l@about/windows/regular/obnauticus) |
| 01:30.06 | Corydon76-dig | tzafrir_laptop: C99 is required for all targets |
| 01:30.34 | Corydon76-dig | tzafrir_laptop: and the long double variants are required by C99 |
| 01:53.31 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 01:58.56 | *** join/#asterisk-dev MikeJ (n=MikeJ@freeswitch/developer/mikej) |
| 01:59.10 | MikeJ | any chan_sip folks around |
| 01:59.51 | MikeJ | just got a report of 1.6 sending Session-Expires: -1;refresher=uas |
| 02:00.03 | MikeJ | anything less than 90 for that value isn't valid |
| 02:00.09 | MikeJ | just thought I would let someone know |
| 02:17.00 | *** part/#asterisk-dev MikeJ (n=MikeJ@freeswitch/developer/mikej) |
| 02:26.17 | russellb | has already been fixed |
| 02:26.31 | russellb | was a regression in the latest release |
| 02:26.46 | russellb | speaking of which, leifmadsen, we should kick off some RCs tomorrow |
| 02:30.48 | snuff-work | so russ is left holding the fort while kp/file/put are having fun @ sipit? |
| 02:34.15 | russellb | heh, with jabber and IRC, it's like they never left :-) |
| 02:34.49 | snuff-work | mm i guess that it true |
| 02:35.31 | snuff-work | may get around to on the weekend seeing how hard it would tbe to make sipit tests for regressions |
| 02:35.47 | snuff-work | *sipp |
| 02:37.37 | paravoid | russellb: #15838 ? :) |
| 02:37.43 | paravoid | (since you're about to release RCs) |
| 02:37.45 | paravoid | M15838 |
| 02:37.47 | MuffinMan | [new] [Asterisk] General 0015838: Please remove IAXy's firmware from the main tarball reported by paravoid (Karma: +5.00) https://issues.asterisk.org/view.php?id=15838 |
| 02:40.30 | russellb | but that will take _weeks_ ! |
| 02:41.15 | russellb | I mean, yes, that's a good idea :-) |
| 02:41.41 | snuff-work | has another interesting idea..any new chan_sip features should add a few sipp test cases ;) |
| 02:43.53 | snuff-work | technically i guess i could make a 'dialplan set' which is used for sipp testing (check for when things like callerid go missing etc) |
| 02:44.17 | paravoid | who's the libpri guy again? |
| 02:46.30 | russellb | there is more than 1 ... |
| 02:46.45 | seanbright | i am the libpri guy |
| 02:46.52 | seanbright | i make pri cables |
| 02:49.08 | *** join/#asterisk-dev xpot-mobile (n=james@173.8.94.1) |
| 02:49.57 | snuff-work | i thought u made wrong ones seanbright? |
| 02:50.08 | seanbright | i've gotten better |
| 02:50.24 | snuff-work | good to know we can all improve |
| 02:50.31 | snuff-work | ;) |
| 03:47.59 | *** part/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 05:44.04 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 05:50.32 | *** join/#asterisk-dev |Cybex| (n=John@212.178.82.26) |
| 06:18.26 | *** join/#asterisk-dev fiddur (n=fiddur@dhcp08.textalk.com) |
| 06:39.54 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:39.54 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:45.04 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 06:45.04 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 07:17.44 | *** join/#asterisk-dev Grof (n=dule@89.201.165.226) |
| 07:28.28 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:44.21 | *** join/#asterisk-dev Micc (n=Micc@c-71-231-123-28.hsd1.wa.comcast.net) |
| 09:50.16 | *** join/#asterisk-dev _ys (n=ys@xgw.infor.net.ru) |
| 10:15.22 | *** part/#asterisk-dev |Cybex| (n=John@212.178.82.26) |
| 10:15.38 | *** join/#asterisk-dev |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 10:57.59 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:57.59 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:23.26 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 11:34.58 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:34.58 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:40.47 | Grof | anyone alive? :D |
| 12:05.15 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:12.41 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:12.41 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:12.45 | Grof | can anyone help me with manager Bridge action? |
| 12:13.20 | Grof | i am currenty upgrading from 1.2 to 1.6 |
| 12:14.16 | tzafrir_laptop | Do you have any specific question you want to ask? |
| 12:14.23 | Grof | and in 1.2 i used someones patch to get Bridge/Unbridge actions |
| 12:15.00 | Grof | i ported the Unbridge action, but it doesnt work for native bridges |
| 12:15.30 | Grof | Unbridge action only sets AST_SOFTHANGUP_UNBRIDGE flags on both channels |
| 12:15.36 | Grof | it does nothing else |
| 12:24.04 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:24.04 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:27.15 | Grof | i guess noone can help me :( |
| 12:27.44 | leifmadsen | well, since most people in here are central time, it is 7:30am for many people who hang out here |
| 12:27.53 | Grof | :) |
| 12:28.01 | Grof | its 14:30 here (Croatia) :D |
| 12:28.53 | Grof | i want to Unbridge two bridged calls |
| 12:29.06 | Grof | but it doesnt work when native bridging is used |
| 12:37.22 | leifmadsen | russellb: ping! |
| 12:37.41 | leifmadsen | russellb: I'm going to do some RCs this morning. Let me know which branches you want to do. I presume all of them. |
| 12:42.50 | snuff-home | disappears for zzz's |
| 12:42.54 | leifmadsen | night! |
| 12:56.58 | tzafrir_laptop | Grof, I suppose "Central" does not refer to CET (timezone) |
| 12:57.53 | tzafrir_laptop | You ported "Unbridge": from 1.2 to 1.6 or vice versa? |
| 13:08.27 | leifmadsen | seanbright: !!! |
| 13:09.34 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:09.34 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:15.54 | Grof | i had Unbridge in asterisk 1.2 |
| 13:17.01 | russellb | leifmadsen: Yeah, all of them. However, there is one mantis issue I want to close first. |
| 13:17.01 | Grof | like i said, the only thing it does is setting AST_SOFTHANGUP_UNBRIDGE |
| 13:17.37 | Grof | it workes when I bridge 1 DAHDI and 1 IAX channel |
| 13:17.55 | Grof | but if I bridge 2 IAX channels with same audio codec, it doesnt |
| 13:23.36 | kpfleming | that means the chan_iax2 native bridge is not checking that flag |
| 13:24.22 | Grof | is that a normal behavior? |
| 13:24.40 | kpfleming | no, it's a bug |
| 13:31.17 | *** join/#asterisk-dev oej (n=olle@132.177.253.250) |
| 13:31.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:35.56 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:35.56 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:43.48 | *** join/#asterisk-dev oej (n=olle@132.177.253.250) |
| 13:43.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:50.12 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:50.12 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:04.50 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 14:05.36 | seanbright | leifmadsen: ? |
| 14:06.29 | leifmadsen | seanbright: hey! do you have any time today to go over the proper way to merge documentation between branches where one branch has it in one format (XML for example) and another has it in code, or plaintext? I want to document it so I know how to do it for the future. |
| 14:06.35 | leifmadsen | I think it was you who helped me with that before... |
| 14:06.57 | *** join/#asterisk-dev moy (n=moy@mail.e-contact.cl) |
| 14:07.07 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:07.40 | seanbright | i can try |
| 14:07.41 | seanbright | :) |
| 14:08.10 | seanbright | once upon a time, there was a project named asterisk |
| 14:08.25 | seanbright | and it lived in a magical forest known as subversion |
| 14:09.17 | seanbright | that's all i've got... |
| 14:09.53 | leifmadsen | lol |
| 14:10.33 | leifmadsen | I remember having to patch manually, and then doing something in svn to log it... |
| 14:10.51 | leifmadsen | and couldn't remember if I needed to do some blocking as well |
| 14:11.03 | leifmadsen | hmmm, maybe it was Corydon76-dig who told me the commands, I can't remember now :) |
| 14:11.10 | seanbright | ok, what fix are we talking about specifically |
| 14:11.37 | leifmadsen | seanbright: none in particular at this time, but on a more general basis for documentation changes. I think I actually have one or two I need to do assigned to me... let me check |
| 14:13.58 | leifmadsen | seanbright: aha, how about 15734 which is a TeX document, but I don't think all branch versions have the document in TeX format |
| 14:14.40 | leifmadsen | so I actually need to apply the fix to the TeX version, then merge where appropriate, then apply a 2nd patch to the versions that are plain text, and then... block from the higher versions that have the TeX version? |
| 14:15.14 | seanbright | you always start with the earliest affected branch |
| 14:15.39 | seanbright | so while the "fix" may be a TeX fix, if the variables are missing in earlier version in a text document, the earlier version still gets fixed first |
| 14:17.00 | seanbright | so 1.4 would need to be fixed |
| 14:17.15 | leifmadsen | ok, so step one, fix 1.4, and 1.6.0 (for example) with the plain text versions |
| 14:17.24 | seanbright | no |
| 14:17.41 | seanbright | it's always the same order |
| 14:18.01 | seanbright | maybe someone else instructed you to do otherwise |
| 14:18.03 | seanbright | i may be wrong |
| 14:18.08 | leifmadsen | or I remember wrong (most likely) |
| 14:18.36 | seanbright | but i would apply the fix to 1.4, merge to trunk (fixing both the .txt and .tex versions), merge to the 1.6.x branches, etc. |
| 14:18.38 | leifmadsen | so same order of fixing as normal: 1.4 -> trunk -> 1.6.latest -> 1.6.latest - 1, etc... |
| 14:18.54 | leifmadsen | seanbright: that's the thing, the txt version wouldn't exist in trunk |
| 14:18.59 | leifmadsen | it was converted to tex |
| 14:19.08 | seanbright | well then you just fix the .tex version in trunk |
| 14:19.22 | leifmadsen | ok, but there is no merge there... ? |
| 14:19.39 | leifmadsen | there was something tricky I had to do, and I don't remember what it was |
| 14:19.52 | seanbright | you can just recordonly if an svn merge doesn't actually bring in any changes |
| 14:20.16 | seanbright | which basically just throws the 1.4 revision in the integrated property of trunk |
| 14:20.23 | seanbright | without moving any code around |
| 14:21.03 | seanbright | so for that bug... this is what i would do |
| 14:21.09 | seanbright | fix in 1.4, commit |
| 14:21.37 | seanbright | cd trunk |
| 14:21.58 | seanbright | merge4trunk <whatever rev the 1.4 commit was> |
| 14:22.14 | seanbright | this should result in either a conflict or nothing but property changes |
| 14:22.20 | seanbright | fix the .tex version |
| 14:22.31 | seanbright | svn commit -F ../merge.msg |
| 14:22.45 | seanbright | cd 1.6.0 ; mergetrunk6 <whatever rev the trunk commit was> |
| 14:23.00 | seanbright | fix conflicts & commit |
| 14:23.08 | seanbright | rinse and repeat for 1.6.1 and 1.6.2 |
| 14:23.29 | seanbright | now that i think about it, recordonly is only really needed when a fix already exists in a newer branch (i think) |
| 14:23.42 | seanbright | and really, i feel like i am giving you bad information but no one has jumped in to correct me yet |
| 14:23.58 | seanbright | so we'll just call this 'policy' |
| 14:23.59 | leifmadsen | ok, so on 1.6.0, since that would be txt as well, I'd apply the txt changes and commit (the conflict would be the tex change from trunk) |
| 14:24.00 | seanbright | heh |
| 14:24.14 | seanbright | yeah |
| 14:24.37 | leifmadsen | ok, I'll let this sit here for a bit and see if anyone jumps in to correct you :) |
| 14:24.42 | leifmadsen | thanks much! I have made a note of it now. |
| 14:24.54 | seanbright | the only thing that svnmerge is doing for you with these kinds of fixes is keeping the merge history (in the branch properties) correct |
| 14:26.37 | leifmadsen | right, which is probably the most important part :D |
| 14:26.48 | seanbright | indeed. |
| 14:27.31 | seanbright | and actually, reading the docs on asterisk.org: |
| 14:27.38 | seanbright | Sometimes you commit a fix to trunk, and it's decided that this fix should also go into 1.4. Once committed to 1.4 instead of blocking this commit in trunk you should record it. |
| 14:27.46 | seanbright | that is when you use record4trunk and friends |
| 14:29.20 | leifmadsen | which doesn't apply in this case right? |
| 14:29.31 | leifmadsen | it was record4trunk someone told me to use, but I can't remember why |
| 14:30.11 | seanbright | correct |
| 14:30.33 | leifmadsen | ok awesome thanks. I took some notes, and will try to write up some docs on this |
| 14:30.59 | leifmadsen | because I'll need to know when/if I start going through all the XML stuff and doing spell checking, syntax fixing, and all that good stuff |
| 14:31.48 | kpfleming | leifmadsen: why is 15905 marked as related to 15826? |
| 14:34.10 | leifmadsen | kpfleming: because they somewhat looked related in passing, and I don't have a "possibly related" option |
| 14:34.49 | leifmadsen | they both appeared to be related to INVITES not working, and TCP setups |
| 14:35.42 | kpfleming | they are not at all related |
| 14:36.08 | kpfleming | since the older issue was against specific releases, and the newer issue is against an SVN revision from yesterday that broke his system, they can't be related |
| 14:36.16 | leifmadsen | if they are not related, they can easily be unrelated, but if they happened to be related, then I didn't one to get missed for the other |
| 14:36.20 | leifmadsen | ok, then I will unrelate then |
| 14:37.31 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 14:39.23 | *** join/#asterisk-dev ebroad (n=EB@72.11.213.195) |
| 14:40.57 | *** join/#asterisk-dev fenlander (n=fenlande@82.152.81.57) |
| 14:52.04 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:52.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:54.29 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 14:56.10 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:56.10 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:56.30 | ebroad | is back (gone 00:03:22) |
| 14:57.30 | seanbright | ebroad: please turn that off in the #asterisk-* channels |
| 14:58.55 | ebroad | seanbright, done |
| 14:59.01 | seanbright | thanks |
| 15:11.36 | Corydon76-dig | leifmadsen: recordtrunk6, apply patch, test, and commit |
| 15:15.44 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:17.26 | leifmadsen | Corydon76-dig: when does recordtrunk6 get executed? Can you elaborate on the full set of steps? |
| 15:18.28 | *** join/#asterisk-dev _ys (n=Miranda@236-070.nat.mns.ru) |
| 15:35.45 | Corydon76-dig | leifmadsen: That IS the full set of steps |
| 15:37.22 | leifmadsen | which branch do I run the recordtrunk6 on? Just all non-TeX versions of the patch I'm applying? Because I have to apply to 1.4 first, then apply something different to trunk, then merge down to 1.6.2 , and 1.6.1, then apply something different (non-TeX) for 1.6.0, which I presume is where I run the recordtrunk6 command on? |
| 15:38.16 | Corydon76-dig | Right, so you're likely to use record4trunk for 1.4 to trunk, and recordtrunk6 for trunk to 1.6.0 |
| 15:39.52 | leifmadsen | ok, so that is a more complete set of steps |
| 15:41.52 | Corydon76-dig | pokes leifmadsen with a more complete stick |
| 15:42.30 | leifmadsen | gets infected by the toxins in the oak leaves |
| 15:47.59 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 16:01.47 | *** join/#asterisk-dev oej (n=olle@132.177.253.250) |
| 16:01.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:10.07 | *** join/#asterisk-dev wtca (n=wtca@williamt.noc.sonic.net) |
| 16:12.50 | *** join/#asterisk-dev errotan (n=errotan@5403E6D6.catv.pool.telekom.hu) |
| 16:36.56 | *** join/#asterisk-dev Tim_Toady (n=moi@adsl194-8.kln.forthnet.gr) |
| 16:53.30 | *** join/#asterisk-dev oej (n=olle@132.177.253.250) |
| 16:53.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:02.44 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 17:59.06 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
| 18:03.23 | Damin | Afternoon.. |
| 18:04.15 | Damin | I'm reading through the chan_sip source code looking for CNG Tone detection (Fax detection) references to try and understand how/when Asterisk will do faxdetect on incoming RTP streams. |
| 18:05.01 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 18:05.42 | Damin | From my read of the ast_fram structure information, two conditions need to be met before it CNG fax detection will be checked.. |
| 18:06.26 | Damin | 1. The peer has to be using inband DTMF (makes sense as you have to attach a DSP to the channel to detect DTMF) |
| 18:06.31 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 18:06.31 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:07.17 | Damin | 2. T.38 has to be enabled.. |
| 18:07.53 | Damin | If my read is accurate, then that means that it is not possible to do CNG detection on SIP connections using RFC-2833... |
| 18:08.00 | Damin | Anyone care to comment? |
| 18:08.12 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:10.46 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:11.59 | kpfleming | Damin: that is correct |
| 18:12.24 | *** join/#asterisk-dev tamiel (n=tamiel@ip-7.net-81-220-254.rev.numericable.fr) |
| 18:12.51 | kpfleming | to do so will require that we offer to accept the RFC 2833 event for CNG, which we currently do not, and I don't know how many endpoints will actually send that |
| 18:13.16 | kpfleming | but, if you are not the gateway between SIP and the TDM network, it's really not your responsibility to do FAX detection anyway |
| 18:18.18 | Damin | kpfleming: The whole discussion is really being brought up because we're trying to get Switchvox to provide a list of circumstances under which we can realibly do CNG detection to trigger T.38 invites and so far, it's not going to well. |
| 18:19.15 | kpfleming | well, that's a different situation |
| 18:19.22 | Damin | kpfleming: In this particular case, all we're trying to do is build a workable scenario where a Switchvos system can provide unified Fax / Voicemail on a singl extension. |
| 18:19.39 | kpfleming | if you are receiving the call, then the fax machine is local to you, and you do CNG detection on the DAHDI channel |
| 18:19.45 | kpfleming | not on the SIP channel |
| 18:19.55 | kpfleming | the receiving FAX machine, i mean |
| 18:20.04 | Damin | kpfleming: No PRI's involved. |
| 18:20.14 | kpfleming | how is the fax machine connected to switchvox? |
| 18:20.24 | Damin | kpfleming: Let me clarify.. Cisco PRI Gateway -> Asterisk 1.4 -> Switchvox. |
| 18:20.35 | kpfleming | ok, so you are terminating the faxes on switchvox then |
| 18:20.42 | Damin | kpfleming: Yes.. |
| 18:20.48 | Damin | kpfleming: using T.38 |
| 18:21.01 | Damin | kpfleming: Which works when we hard-code a DID and "Force all calls as Fax" |
| 18:21.03 | kpfleming | then that is an area that still needs more work... it's on my agenda for october |
| 18:21.07 | kpfleming | correct |
| 18:21.28 | kpfleming | but detecting CNG on a VOIP call is not very reliable |
| 18:21.39 | Damin | kpfleming: OK.. I'll add it to the list of items for discussion at the Switchvox Roundtable at Astricon then.. |
| 18:21.41 | kpfleming | unless the call is using ulaw/alaw with inband DTMF |
| 18:22.01 | kpfleming | if the provider is using RFC2833, and they don't do CNG detection themselves, you won't be able to either |
| 18:22.06 | kpfleming | at least not easily |
| 18:22.35 | Damin | kpfleming: Yep.. god T.38 is a headache.. :) |
| 18:22.39 | kpfleming | this not specifically a switchvox issue, it's a general asterisk issue |
| 18:22.41 | kpfleming | no, it's not |
| 18:22.52 | kpfleming | the emitting gateway should be capable of telling you when the caller is a FAX |
| 18:22.58 | kpfleming | if it can't, you have a problem |
| 18:23.05 | *** join/#asterisk-dev w9sh (n=chatzill@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 18:23.08 | Damin | kpfleming: Tell that to X/O and Level 3. ;) |
| 18:23.41 | kpfleming | T.38 was not designed with auto voice/fax discrimination in mind |
| 18:23.49 | kpfleming | but it can be done |
| 18:24.05 | Damin | kpfleming: Luckily on the X/O side, we are forced to use ULAW and Inband DTMF because of their Sonus NBS issues.. |
| 18:24.24 | kpfleming | ok, i need to get back to rewriting SIP dialog matching code now :-) |
| 18:24.34 | Damin | kpfleming: Thanks for your input.. |
| 18:25.31 | w9sh | Brain-fade help request. strace -c -p PID against asterisk running as root, ctrl-C will not break out of the strace and display the results. What am I forgetting? Thanks. |
| 18:26.18 | russellb | rarely finds strace useful |
| 18:26.31 | w9sh | any better ideas russell? |
| 18:26.58 | w9sh | not compiled for profiling and i need to find where it is consuming 100% cpu |
| 18:27.19 | w9sh | this is on a exception not normal operation |
| 18:27.33 | russellb | attach with gdb, thread apply all bt? |
| 18:27.49 | w9sh | sure I'll try it |
| 18:28.01 | *** join/#asterisk-dev jsmith (n=jsmith@asterisk/training-and-documentation-guru/jsmith) |
| 18:28.01 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 18:38.10 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 18:38.10 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 18:38.20 | w9sh | ok that's plenty of information to analyze. thanks. |
| 18:45.49 | *** join/#asterisk-dev pittmodal (n=chatzill@multimodal-fw0.cust.expedient.net) |
| 18:51.17 | pittmodal | hello all. I'm working on developing an app against apps/app_dictate.c. Currently when I run that program I get a file ending in .raw - how do I determine the audio format of that file? I'm running on an otherwise stock asterisk install |
| 18:51.55 | seanbright | it's slinear |
| 18:52.02 | seanbright | wav without a header |
| 18:52.06 | pittmodal | more specifically, what's the format of the audio in the ast_frame? I'm going to pass that information to my own program |
| 18:52.17 | pittmodal | seanbright: ah, thanks |
| 18:54.04 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 18:54.04 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 18:55.49 | pittmodal | what about bit/sample rate? does that depend on the setup? |
| 19:10.44 | *** join/#asterisk-dev mnicholson_ (n=mnichols@nat/digium/x-bnbwwkrzpnjhwcxt) |
| 19:10.49 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 19:10.49 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 19:11.54 | Qwell | that was fun |
| 19:12.06 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 19:12.06 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 19:15.27 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@212.179.75.202) |
| 19:15.27 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:16.42 | oej | kpfleming failed. We all feel bad. |
| 19:16.53 | oej | Or was it his patch that failed? |
| 19:16.55 | oej | Hmmm |
| 19:17.45 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-nihxfytdgiziqpro) |
| 19:27.55 | jsmith | oej: I don't think I've ever seen him fail... I blame the patch :-p |
| 19:28.24 | oej | Well, he seems to be getting a cold, so failing a little bit himself too |
| 19:41.14 | kpfleming | yes, and this is complex voodoo we're working on here |
| 19:43.45 | file | voodoo is a good word for it |
| 19:45.01 | jsmith | voodoo, eh? |
| 19:45.11 | jsmith | Sounds like a lot more fun that what I'm working on today |
| 19:45.22 | putnopvut | jsmith: What are you working on? Santeria? |
| 19:45.52 | jsmith | putnopvut: Trying not to strangle training partners :-p |
| 19:47.45 | putnopvut | ah |
| 19:51.09 | ebroad | app_strangle = combination of app_milliwatt and slamming the phone down |
| 20:08.49 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:08.49 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 20:13.16 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-onmconbryqhvthco) |
| 20:28.48 | *** part/#asterisk-dev korihor (n=korihor@190.77.83.180) |
| 20:44.20 | tzafrir_laptop | The configure script has svn:mime-type : application/octet-stream |
| 20:45.46 | Qwell | tzafrir_laptop: autoconf is b0rked, causing that to be necessary |
| 20:46.06 | tzafrir_laptop | why? |
| 20:46.31 | Qwell | something with newlines |
| 20:46.34 | Qwell | I don't recall exactly |
| 21:03.56 | kpfleming | no, that's not it |
| 21:04.24 | kpfleming | it's that way so that it won't be included in diffs/patches, or commit messages to the mailing lists |
| 21:04.48 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 21:04.48 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:04.58 | kpfleming | also, there's no value in subversion trying to handle conflicts in it, because the only way to resolve them is to re-run the boostrap script |
| 21:05.40 | *** join/#asterisk-dev ibercom (i=d9d85043@gateway/web/freenode/x-szjxljykkvapmpyp) |
| 21:23.52 | *** join/#asterisk-dev ZX81 (n=ZX81@121.74.228.111) |
| 21:24.01 | ZX81 | was there a fire at Digium? |
| 21:24.07 | ZX81 | Everything ok? |
| 21:26.08 | ZX81 | hmmm - except for the fact that everyone in #asterisk-dev lost their keyboards :D |
| 21:31.08 | Qwell | ZX81: there was a small electrical ...something... with a water pump. |
| 21:31.25 | ZX81 | everyone ok? |
| 21:31.33 | Qwell | yeah, it was nothing really |
| 21:31.50 | ZX81 | cool |
| 21:31.54 | ZX81 | any damage? |
| 21:31.59 | Qwell | I think the worst thing that happened was our facilities manager getting stung by a wasp :p |
| 21:32.08 | ZX81 | :D LOL |
| 21:32.18 | Qwell | (he's allergic..) |
| 21:32.57 | Qwell | well, and the water pump is toast I assume :D |
| 21:33.28 | Qwell | it smelled *bad*. I walked by, and I can still smell it on my clothes. |
| 21:33.33 | ZX81 | :D |
| 21:41.10 | Qwell | ZX81: did I miss a news post or something? :p |
| 21:41.51 | ZX81 | :D it's there - including your comments to calm people down - it was on twitter already but with not much info, so I figured I'd add some |
| 21:41.56 | Qwell | oh |
| 21:42.07 | ZX81 | http://www.venturevoip.com/news.php |
| 21:44.01 | Qwell | The_Boy_Wonder: we definitely should have come up with an elaborate story |
| 21:44.08 | ZX81 | :D |
| 21:44.37 | ZX81 | :) last night I didn't know what to have for dinner, so I went to www.google.co.nz, selected "pages from new zealand" and typed "what should I eat?" - the top response was "http://news.msn.co.nz/article.aspx?id=850620" |
| 21:44.48 | ZX81 | Should you be allowed to eat your pets? |
| 21:44.48 | ZX81 | :D |
| 21:45.06 | ZX81 | at least Google knows what not to eat :D |
| 21:48.05 | The_Boy_Wonder | Qwell, definitely |
| 21:49.22 | Corydon76-dig | Qwell: we seem to be going through water pumps |
| 21:49.38 | *** join/#asterisk-dev xpot-mobile (n=james@173.8.94.1) |
| 21:49.42 | Corydon76-dig | This would have been the second |
| 21:54.50 | *** part/#asterisk-dev ZX81 (n=ZX81@121.74.228.111) |
| 21:57.32 | *** part/#asterisk-dev ibercom (i=d9d85043@gateway/web/freenode/x-szjxljykkvapmpyp) |
| 22:03.39 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 22:03.39 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 22:11.32 | tzafrir_laptop | codec/gsm/Makefile has a long blacklist of CPUs in which libgsm should not be optimized |
| 22:12.05 | tzafrir_laptop | Maybe make it an explicit list of CPUs in which -march=$(PROC) should be used? |
| 22:12.43 | tzafrir_laptop | This is also a direct usage of the output of uname, which cross-builders may not like |
| 22:13.42 | tzafrir_laptop | (Anyway, armv5tel needs to be blacklisted as well to build on the SheevaPlug without a system libgsm) |
| 22:14.36 | tzafrir_laptop | (anyway, bedtime) |
| 22:34.11 | *** join/#asterisk-dev dwery (n=dwery@nslu2-linux/dwery) |
| 22:36.06 | dwery | hello. this is the syntax of goto according to core show application: Verbose([level,]message) and this is how it is called from Asterisk::AGI: $self->execute("VERBOSE \"$message\" $level"); . It's wrong or am I missing something? |
| 22:37.58 | dwery | s/goto/verbose/ |
| 22:41.46 | Qwell | dwery: You'd have to ask the author of Asterisk::AGI |
| 22:43.20 | dwery | Qwell: will do. It's reasonable to assume that it at least looks wrong, right? ;) |
| 22:44.06 | Qwell | wait, no. it isn't executing an app |
| 22:45.06 | dwery | mm right |
| 22:45.37 | dwery | it's the AGI syntax that differs from the app |
| 22:45.40 | dwery | thanks! |
| 22:47.57 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 23:54.46 | Corydon76-dig | file: ping |