| 00:06.57 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 02:45.59 | *** join/#asterisk-dev russellb (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 02:45.59 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:46.30 | *** join/#asterisk-dev russellb (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 02:46.30 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:50.29 | *** join/#asterisk-dev russellb (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 02:50.29 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:51.16 | *** join/#asterisk-dev russellb (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 02:51.16 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:53.45 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:53.45 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 06:22.25 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:22.47 | schmidts | good morning |
| 06:46.10 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 07:18.10 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:52.03 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 08:20.42 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:35.09 | *** join/#asterisk-dev Tim_Toady (~moi@188.4.51.59) |
| 09:22.56 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 11:07.36 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 11:07.36 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:29.14 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:33.21 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:33.21 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:49.02 | snuff-home | damn.. lots of -dev list chatter |
| 11:49.15 | snuff-home | going to have to catchup on 37 emails since 4th |
| 12:18.55 | snuff-home | finally through em all |
| 12:23.12 | *** join/#asterisk-dev bklang_ (~bklang@2001:470:8:5de:225:ff:fe49:f8cd) |
| 12:37.42 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 12:37.43 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 12:48.58 | asterisk-learner | hi, what are "Comfort Noise frame" AST_FRAME_CNG used for ? |
| 12:50.22 | *** join/#asterisk-dev ixyd_ (~denzs@carbon.gonicus.de) |
| 12:50.34 | ixyd_ | hi guys, i would like to prevent chan_sip to send out sip-notifies in some cases.... it would be great to control this inside of the dialplan, like by setting a channel variable or something like that.... is this possible in some way? |
| 13:03.24 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:03.24 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:03.33 | kpfleming | ixyd_: your question is far too ambiguous for anyone to be able to answer |
| 13:10.51 | *** join/#asterisk-dev bklang (~bklang@2001:470:8:5de:225:ff:fe49:f8cd) |
| 13:32.47 | ixyd_ | alright...i know that this is more kind of a #asterisk questions, but it seems as there is know one whow knows or maybe my questions isnt precise enough...so i'll try to explain |
| 13:39.56 | *** join/#asterisk-dev bklang (~bklang@2001:470:8:5de:225:ff:fe49:f8cd) |
| 13:40.10 | *** join/#asterisk-dev e_dot_zilla99 (~e_dot_zil@8.224.32.34) |
| 13:45.12 | ixyd_ | lets say i have a hint which points to the devstate of a sipuser. when another user subscribes to the hint, he gets SIP Notifys for every change of the corresponding sipuser, in most cases this is what the user wants.... but in some cases, like cti-calls which are generated by a callfile, i dont want other users to be able to pickup the call, so the idea was to prevent asterisk from sending out SIP NOTIFY with early-state in the dialog xml |
| 13:52.12 | *** join/#asterisk-dev bklang_ (~bklang@2001:470:8:5de:225:ff:fe49:f8cd) |
| 13:53.08 | kaii | ixyd_: interesting use case. pity is, that its not possible until somebody implements it. |
| 13:53.55 | ixyd_ | i was afraid that you would say something like that ;) |
| 13:57.19 | ixyd_ | but do you agree with the idea of prevent chan_sip sending the state-early NOTIFYs? |
| 14:01.39 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:01.39 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:08.13 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:08.13 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:12.23 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:12.23 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:17.52 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 14:19.12 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:23.08 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-rjaohtlrvwfnpbmn) |
| 14:30.50 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:30.50 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:34.13 | kaii | ixyd_: personally i do, yes. because its a stupid use case picking up calls someone initited to himself via CTI. |
| 14:35.22 | kaii | but i cannot speak for others. |
| 14:54.58 | ixyd_ | another question regarding the app_queue leastrecent strategy....does it look on the time the last call was answered or hangup? queues.conf says "was last recently called" which sounds like answertime for me.... looking into app_queue.c shows that the lastcall attribute of the queue member is used for the metric decision, doxygen says lastcall contains the time of last call succesfull hangup which sounds like hanguptime to me |
| 15:33.08 | *** join/#asterisk-dev Corydon76-home (eleven@c-69-137-80-31.hsd1.tn.comcast.net) |
| 15:33.08 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 15:38.59 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM0026f3a1701d.cpe.net.cable.rogers.com) |
| 16:09.15 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-vrxlwcioldmkkrus) |
| 16:46.52 | *** join/#asterisk-dev Tim_Toady (~moi@188.4.51.59) |
| 16:47.44 | *** part/#asterisk-dev Tim_Toady (~moi@188.4.51.59) |
| 16:51.08 | *** join/#asterisk-dev Tim_Toady (~moi@188.4.51.59) |
| 17:25.29 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 17:36.47 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:36.47 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:55.34 | rgagnon | anyone: is there a trick to setting up "make menuselect" so it causes all code to output symbol information? I enabled "DONT_OPTIMIZE" and "DEBUG_THREADS", but still I don't have all the symbol data from some functions/modules when I gdb a core-dump file. |
| 17:56.40 | rgagnon | for example, I got a core dump caused by segfault in udptl_build_packet() today, but none of the line numbers, or parameters were shown that were fed into it |
| 17:56.43 | kpfleming | that should have done it |
| 17:56.58 | kpfleming | you rebuilt and reinstalled after making those changes? |
| 17:57.05 | rgagnon | correct |
| 17:57.13 | kpfleming | that symptom sounds like what happens when a function gets inlined |
| 17:57.39 | rgagnon | make clean, ./configure, make menuselect, set params, make install |
| 17:57.45 | kpfleming | hmm |
| 17:59.42 | rgagnon | the bt showed some stuff... like sip_write() the pointers in it for ast, and frame, and the line number |
| 18:00.03 | rgagnon | after that, it hit ast_udptl_write() without any info, and then on to udptl_build_packet() |
| 18:02.05 | *** join/#asterisk-dev cVsup (~cVsup@189.12.6.232) |
| 18:03.57 | *** join/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 18:24.53 | *** join/#asterisk-dev ixyd_ (~denzs@ip-78-94-178-44.unitymediagroup.de) |
| 18:26.48 | ixyd_ | i have a question regarding the app_queue leastrecent strategy....does it look on the time the last call was answered or hangup? queues.conf says "was last recently called" which sounds like answertime for me.... looking into app_queue.c shows that the lastcall attribute of the queue member is used for the metric decision, doxygen says lastcall contains the time of last call succesfull hangup which sounds like hanguptime to me |
| 18:51.56 | *** join/#asterisk-dev Freeaqingme (~Freeaqing@83.160.112.249) |
| 19:19.23 | russellb | let's play spot the error in the backtrace! |
| 19:19.28 | russellb | #3 0x00315a3a in dial_exec_full (chan=0xb0042430, data=0xaf9f7ee8 "SIP/,20,rtTA(tl/beep)" |
| 19:21.54 | kpfleming | looks fine to me :-) |
| 19:22.25 | russellb | the dial string is silly |
| 19:22.30 | russellb | (and caused a crash in chan_sip) |
| 19:22.38 | kpfleming | which has been fixed, IIRC |
| 19:23.07 | russellb | doesn't look like it, about to test though |
| 19:23.40 | leifmadsen | eep |
| 19:28.12 | *** join/#asterisk-dev m4xx (~m4xx@75-144-154-165-NewEngland.hfc.comcastbusiness.net) |
| 19:29.04 | *** part/#asterisk-dev m4xx (~m4xx@75-144-154-165-NewEngland.hfc.comcastbusiness.net) |
| 19:31.51 | russellb | kpfleming: you win! |
| 19:31.55 | russellb | but no prize. |
| 19:32.02 | kpfleming | five free internets |
| 19:32.06 | russellb | yes |
| 19:33.18 | russellb | leifmadsen: what is blocking the release of 1.8.4? |
| 19:33.28 | leifmadsen | russellb: galway networking :) |
| 19:33.31 | russellb | ha |
| 19:33.33 | russellb | burn |
| 19:33.38 | leifmadsen | aye |
| 20:06.21 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 20:19.22 | *** join/#asterisk-dev sdr_ (~sdr@85.187.131.254) |
| 20:20.54 | rgagnon | BTW, anyone know why make install causes an empty /var/lib/asterisk/sounds/en_AU directory to get created? |
| 20:21.05 | rgagnon | this seems relatively new |
| 20:22.08 | sdr_ | what might be the reason for a app_mp3.c based application to experience some frequency doubling in every next use? |
| 20:23.07 | sdr_ | the first run it's all ok the on second run the audio is twice as slow as it needs to be and so on |
| 20:24.20 | rgagnon | sdr: without looking, I would guess there is a /= 2 some place, and no initilization |
| 20:24.40 | rgagnon | (or *=2) |
| 20:24.56 | sdr_ | huh .. there are no static variables in it :( |
| 20:25.38 | sdr_ | ok it's relatively simple .. let me put it in pastebin |
| 20:27.31 | leifmadsen | rgagnon: does it create empty dirs for fr and es too? |
| 20:27.42 | leifmadsen | (assuming you're not installing es and fr prompts) |
| 20:28.00 | leifmadsen | because it should do the same thing for all languages |
| 20:28.52 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 20:29.09 | rgagnon | lmadsen: negative.. only en_AU... this was from an svn co of tag-1.8.3.3 |
| 20:29.57 | rgagnon | I was thinking it should not make that at all. only the "en" directory, unless you specifically install other language packs |
| 20:31.46 | leifmadsen | that's very odd |
| 20:32.04 | leifmadsen | I would have literally just copy/pasted the existing stuff for the sounds and just changed en -> en_AU |
| 20:32.36 | alecdavis | Interesting find last night, what happens if you cause a 5 second wait in chan_sip:handle_request_invite()? do all the other invites on the system get blocked. Seems so. |
| 20:33.14 | rgagnon | the wget's that ran during make install fetched http://downloads.asterisk.org/pub/telephony/sounds/releases/asterisk-core-sounds-en-gsm-1.4.20.tar.gz, and http://downloads.asterisk.org/pub/telephony/sounds/releases/asterisk-moh-opsound-wav-2.03.tar.gz |
| 20:33.22 | rgagnon | maybe one of those has the directory stuck in it? |
| 20:33.50 | leifmadsen | I'll have to look at the Makefile but that doesn't make sense to me |
| 20:34.30 | leifmadsen | I may have gotten overzealous though |
| 20:35.09 | rgagnon | found it: "mkdir -p /var/lib/asterisk/sounds/en_AU" |
| 20:35.21 | rgagnon | just before the wget for the sounds tarball |
| 20:35.40 | leifmadsen | :q |
| 20:36.10 | leifmadsen | I don't see anything different in sounds/Makefile than any of the other languages |
| 20:36.49 | leifmadsen | doesn't seem right it would only use en_AU and not all of them |
| 20:37.34 | leifmadsen | dist-clean: |
| 20:37.35 | leifmadsen | <PROTECTED> |
| 20:37.35 | leifmadsen | $(SOUNDS_DIR)/en $(MOH_DIR) $(SOUNDS_DIR)/en_AU $(SOUNDS_DIR)/es $(SOUNDS_DIR)/fr $(SOUNDS_DIR)/ru $(SOUNDS_CACHE_DIR): |
| 20:37.35 | leifmadsen | <PROTECTED> |
| 20:42.09 | rgagnon | weird... I checked, and my make menuselect options for core sound packages only show CORE-SOUNDS-EN-GSM checked |
| 20:42.57 | rgagnon | could it be the order of string substitution in the MCS variable? |
| 20:43.02 | alecdavis | shouldn't chan_sip:handle_request_invite() spawn a new thread for anything that is going to comsume time, as handle_request_invite() has the lock on netlock, meaning every invite becomes single file. The comsume time reference is to ast_stream_and_wait(pickupsound) |
| 20:43.46 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 20:47.47 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 20:50.06 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 20:50.13 | rgagnon | oops.. i fell out of the room |
| 20:53.12 | rgagnon | lmadsen: if I "cd sounds; make install" it makes "/sounds/en, en_AU, es, and fr" at the root level (meaning at "/sounds") which makes sense since SOUNDS_DIR isnt set, but it does make att 4 |
| 20:53.15 | rgagnon | all 4 * |
| 20:54.26 | leifmadsen | ok then that makes more sense to me :) |
| 20:54.31 | leifmadsen | it's been like that forever then |
| 20:55.13 | rgagnon | odd though... looking at the svn log, it does show sounds/Makefile hasnt changed much at all, but I never noticed the 1 extra directory for en_AU before |
| 20:56.05 | sdr_ | rgagnon, I've setup a github repo my troubling file visible at https://github.com/sdrsdr/ast_wrapplay/blob/master/app_wrapplay.c if you're still interested |
| 20:56.07 | rgagnon | minor thing, we just happened to code a new process to ensure certain sound files of ours are in all available languages, and we got a warning about a missing en_AU/digits/ directory |
| 20:57.01 | rgagnon | lol@sdf: wtf_count +1 |
| 20:57.42 | leifmadsen | rgagnon: en_AU is new, and ru will be available in the next RC |
| 20:57.46 | leifmadsen | 1.8.5-rc1 |
| 20:57.52 | leifmadsen | available from the branches right now |
| 21:06.00 | alecdavis | leif: I don't yet see http://svnview.digium.com/svn/asterisk/tags/1.8.5-rc1 ?? :) |
| 21:07.16 | leifmadsen | that's true :) |
| 21:07.19 | alecdavis | can we get the pickup stuff into 1.8.5 series????? |
| 21:07.25 | leifmadsen | I don't know, can we? |
| 21:07.42 | leifmadsen | is it committed? |
| 21:07.51 | alecdavis | It works for me, jsut need some body to give me the nod. |
| 21:07.57 | leifmadsen | then you should get someone to do that |
| 21:08.42 | alecdavis | I know. who's listening? Or is it silent, as it's a much bigger problem, that I havn't found yet. |
| 21:08.49 | leifmadsen | I can't help you there :) |
| 21:09.01 | alecdavis | understand that. |
| 21:12.06 | alecdavis | 1.4 and 1.6.2 migrators are not going to be happy if they are using the *8 pickup feature. Who uses it anyway, after all don't we have every one in queue's now. directed pickup is so last year. |
| 21:12.19 | leifmadsen | what bug number is this? |
| 21:12.51 | alecdavis | M18654 and https://reviewboard.asterisk.org/r/1185/ |
| 21:12.55 | MuffinMan | [ready for testing] [Asterisk] Features 0018654: [patch] [regression] Call Pickup Hangs Asterisk (deadlock?) reported by Docent https://issues.asterisk.org/view.php?id=18654 |
| 21:13.09 | leifmadsen | it's already assigned to the 1.8.5 roadmap |
| 21:13.25 | leifmadsen | I was under the impression this was 1.8 only |
| 21:14.05 | alecdavis | 1.8 and trunk, not 1.4 and not 1.6.2 |
| 21:15.41 | alecdavis | https://reviewboard.asterisk.org/r/1185/ is more upto date than, 18654 |
| 21:18.50 | sdr_ | last time I checked (4 days ago) 1.6 got more libss7 support than trunk |
| 21:29.22 | alecdavis | leif: as it's on the roadmap for 1.8.5, when is 1.8.5 scheduled? |
| 21:30.12 | leifmadsen | when it's ready? |
| 21:30.31 | rgagnon | is reviewboard online? for me I cannot browse it |
| 21:30.33 | leifmadsen | I have no schedule for it because 1.4 and 1.6.2 final changes are the priority |
| 21:30.45 | leifmadsen | loads for me |
| 21:31.00 | rgagnon | time to shoot my browser or wifi again |
| 21:33.59 | alecdavis | ironic. The day 1.4 and 1.6.2 become final release, is the trigger to migrate to 1.8. |
| 21:35.21 | *** join/#asterisk-dev jrrose (~Jon@207.98.203.74) |
| 21:40.31 | leifmadsen | alecdavis: rc1's of the last tags should be later this week |
| 21:58.22 | alecdavis | leif: is that 1.4.42-rc1 and 1.6.2.19-rc1, or the next 1.8 ? |
| 21:58.51 | leifmadsen | yes, next 1.4 and 1.6.2 |
| 21:58.54 | leifmadsen | 1.8 is not yet on my radar |
| 21:59.02 | alecdavis | k |
| 22:46.05 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 23:01.46 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 23:01.46 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:40.50 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |