IRC log for #asterisk-dev on 20140617

00:53.57*** join/#asterisk-dev Dovid (~Dovid@ool-2f113d03.dyn.optonline.net)
01:03.06*** join/#asterisk-dev Dovid (~Dovid@ool-2f113d03.dyn.optonline.net)
02:27.03*** join/#asterisk-dev stevePearPear (~stevePear@202.166.82.164)
02:40.30*** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net)
03:17.34*** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net)
03:57.13*** join/#asterisk-dev Qwell (north@pdpc/sponsor/digium/Qwell)
03:57.13*** mode/#asterisk-dev [+o Qwell] by ChanServ
05:53.59*** join/#asterisk-dev stevePearPear (~stevePear@202.166.82.164)
06:38.19*** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:2937:228c:8177:d242)
06:39.48*** join/#asterisk-dev moy_ (~moy@207.107.151.50)
06:41.48*** join/#asterisk-dev Qwell (north@pdpc/sponsor/digium/Qwell)
06:41.54*** mode/#asterisk-dev [+o Qwell] by ChanServ
06:46.37*** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca)
07:39.51*** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com)
07:39.51*** mode/#asterisk-dev [+o tzafrir] by ChanServ
07:57.01*** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net)
08:25.13*** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com)
08:25.13*** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca)
08:25.13*** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:2937:228c:8177:d242)
08:25.13*** join/#asterisk-dev stevePearPear (~stevePear@202.166.82.164)
08:25.13*** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net)
08:25.13*** join/#asterisk-dev opticron (~opticron@pianoben.ch)
08:25.13*** join/#asterisk-dev coreyfarrell (~cfarrell@2001:4830:117f:2:a524:f031:e146:f6b7)
08:25.13*** join/#asterisk-dev Stefan27 (~Stefan27@212.247.4.149)
08:25.13*** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net)
08:25.13*** join/#asterisk-dev leifmadsen (~free-mads@asterisk/documenteur-extraordinaire/blitzrage)
08:25.13*** join/#asterisk-dev zerohalo (~zerohalo@2601:6:f80:224:60f6:986c:d0ba:9d8c)
08:25.13*** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de)
08:25.13*** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-qqepjfxwmnaboxna)
08:25.13*** join/#asterisk-dev Tim_Toady (~fuzzy@83.212.108.130)
08:25.13*** join/#asterisk-dev wdoekes (~walter@wjd.osso.nl)
08:25.13*** join/#asterisk-dev vlad_starkov (~vlad_star@91.206.59.50)
08:25.14*** join/#asterisk-dev jrose_atDigium (~jrose@nat/digium/x-iwjfvizilednhoic)
08:25.14*** join/#asterisk-dev skrusty (~skrusty@168.63.14.171)
08:25.14*** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano)
08:25.14*** join/#asterisk-dev tonyclewis (sid6025@gateway/web/irccloud.com/x-dtwivyabdknmmpus)
08:25.14*** join/#asterisk-dev kodomo (~gregor@92.63.174.119)
08:25.14*** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie)
08:25.14*** join/#asterisk-dev Gugge (gugge@kriminel.dk)
08:25.14*** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y)
08:25.14*** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de)
08:25.14*** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file)
08:25.14*** mode/#asterisk-dev [+oooo tzafrir opticron leifmadsen file] by card.freenode.net
08:25.14*** join/#asterisk-dev ChanServ (ChanServ@services.)
08:25.14*** join/#asterisk-dev Corydon76-home (~quassel@c-69-137-93-158.hsd1.tn.comcast.net)
08:25.15*** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe)
08:25.15*** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-ryxnxpdgfyfvyxvf)
08:25.15*** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak)
08:25.15*** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
08:25.15*** mode/#asterisk-dev [+oooo ChanServ Corydon76-home mvanbaak pabelanger] by card.freenode.net
08:25.15*** join/#asterisk-dev chazzam (~chazz@donutokyo.info)
08:27.26*** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-ftyxfkztrpptvjnh)
08:27.26*** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd)
08:27.26*** join/#asterisk-dev ivan` (~ivan@unaffiliated/ivan/x-000001)
08:27.26*** join/#asterisk-dev HeN (uid3747@gateway/web/irccloud.com/x-shtvgyhrysniyvpx)
08:27.26*** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2)
08:27.26*** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith)
08:27.26*** join/#asterisk-dev tm1000 (tm1000@2600:3c00::f03c:91ff:fe6e:6894)
08:27.26*** mode/#asterisk-dev [+oo malcolmd jsmith] by card.freenode.net
08:27.27*** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au)
08:27.27*** join/#asterisk-dev X-Rob (sid14615@gateway/web/irccloud.com/x-qxyayoaweusigfet)
08:27.30*** join/#asterisk-dev ivan` (~ivan@unaffiliated/ivan/x-000001)
08:43.53*** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212)
08:43.53*** join/#asterisk-dev ivan` (~ivan@unaffiliated/ivan/x-000001)
08:43.53*** join/#asterisk-dev X-Rob (sid14615@gateway/web/irccloud.com/x-qxyayoaweusigfet)
08:43.53*** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au)
08:43.53*** join/#asterisk-dev chazzam (~chazz@donutokyo.info)
08:43.53*** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
08:43.53*** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak)
08:43.53*** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-ryxnxpdgfyfvyxvf)
08:43.53*** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe)
08:43.53*** join/#asterisk-dev Corydon76-home (~quassel@c-69-137-93-158.hsd1.tn.comcast.net)
08:43.53*** join/#asterisk-dev ChanServ (ChanServ@services.)
08:43.53*** mode/#asterisk-dev [+oooo pabelanger mvanbaak Corydon76-home ChanServ] by card.freenode.net
08:43.53*** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file)
08:43.53*** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de)
08:43.53*** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y)
08:43.53*** join/#asterisk-dev Gugge (gugge@kriminel.dk)
08:43.53*** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie)
08:43.53*** join/#asterisk-dev kodomo (~gregor@92.63.174.119)
08:43.54*** join/#asterisk-dev tonyclewis (sid6025@gateway/web/irccloud.com/x-dtwivyabdknmmpus)
08:43.54*** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano)
08:43.54*** join/#asterisk-dev skrusty (~skrusty@168.63.14.171)
08:43.54*** join/#asterisk-dev jrose_atDigium (~jrose@nat/digium/x-iwjfvizilednhoic)
08:43.54*** join/#asterisk-dev vlad_starkov (~vlad_star@91.206.59.50)
08:43.54*** join/#asterisk-dev wdoekes (~walter@wjd.osso.nl)
08:43.54*** join/#asterisk-dev Tim_Toady (~fuzzy@83.212.108.130)
08:43.54*** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-qqepjfxwmnaboxna)
08:43.54*** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de)
08:43.54*** join/#asterisk-dev zerohalo (~zerohalo@2601:6:f80:224:60f6:986c:d0ba:9d8c)
08:43.54*** join/#asterisk-dev leifmadsen (~free-mads@asterisk/documenteur-extraordinaire/blitzrage)
08:43.54*** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net)
08:43.54*** join/#asterisk-dev Stefan27 (~Stefan27@212.247.4.149)
08:43.54*** join/#asterisk-dev coreyfarrell (~cfarrell@2001:4830:117f:2:a524:f031:e146:f6b7)
08:43.54*** join/#asterisk-dev opticron (~opticron@pianoben.ch)
08:43.54*** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net)
08:43.54*** join/#asterisk-dev stevePearPear (~stevePear@202.166.82.164)
08:43.54*** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:2937:228c:8177:d242)
08:43.54*** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca)
08:43.54*** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com)
08:43.54*** mode/#asterisk-dev [+oooo file leifmadsen opticron tzafrir] by card.freenode.net
08:43.54*** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-ftyxfkztrpptvjnh)
08:43.54*** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd)
08:43.54*** join/#asterisk-dev HeN (uid3747@gateway/web/irccloud.com/x-shtvgyhrysniyvpx)
08:43.54*** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2)
08:43.54*** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith)
08:43.54*** join/#asterisk-dev tm1000 (tm1000@2600:3c00::f03c:91ff:fe6e:6894)
08:43.55*** mode/#asterisk-dev [+oo malcolmd jsmith] by card.freenode.net
09:00.35*** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net)
10:43.23*** join/#asterisk-dev _MoneY_ (~Thunderbi@195.71.173.74)
10:48.16*** join/#asterisk-dev zaibb (~jkk@80.67.113.180)
10:49.29*** part/#asterisk-dev zaibb (~jkk@80.67.113.180)
11:42.32*** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net)
11:55.10*** join/#asterisk-dev Marquis42 (~mrbmw@d149-67-95-208.try.wideopenwest.com)
11:57.01*** join/#asterisk-dev danjenkins_ (~dan@nat/digium/x-alfesohjbvvsphla)
12:01.58*** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca)
12:11.24*** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net)
12:12.53*** join/#asterisk-dev skirmisha (~vk@46.47.82.189)
12:12.58skirmishahi guys
12:13.39skirmishaone simple question - server with 2 or more interfaces with different ips - does asterisk answer with the interface where packets came in?
12:15.29skirmisha???
12:18.59*** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg)
12:19.13*** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug)
12:58.23*** join/#asterisk-dev Dovid (~Dovid@static-173-63-105-210.nwrknj.fios.verizon.net)
13:04.53*** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com)
13:04.53*** mode/#asterisk-dev [+o newtonr] by ChanServ
13:06.41*** join/#asterisk-dev danjenkins__ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net)
13:42.01fileTuesday!
13:43.58skrusty:)
13:46.12opticronreposts https://reviewboard.asterisk.org/r/3560/ for code review tuesday
13:46.22opticronit's a test!
13:46.33opticroninvolving transfers
13:46.49opticronand silly SIPp shenaniganry
13:48.17*** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-cxnodobjfgfjpyno)
13:48.18*** mode/#asterisk-dev [+o mjordan] by ChanServ
13:51.01wdoekesopticron: INVITE sip:[local_ip]:[local_port] SIP/2.0 ? invite to self?
13:55.34*** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net)
13:55.37opticronheh
13:55.56opticrongood catch
13:56.03wdoekes[next_url] sounds better
13:59.08*** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson)
13:59.08*** mode/#asterisk-dev [+o putnopvut] by ChanServ
14:04.34fileOpenSSL source code. Discuss.
14:06.03opticronapparently [next_url] doesn't quite cut it
14:16.35jsmithfile: A tangled mess of twisty passages, all obscure?
14:19.22Stefan27My s300 snom phone registered in asterisk 12 in sip.conf gets error chan_sip.c:10663 process_sdp: We are requesting SRTP for audio, but they responded without it! when it tries to make a call. (But when the same device registers at using chan_pjsip there's no error.) 'sip show peer myphones300' shows Encryption:no so why does asterisk request SRTP?
14:20.39*** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-oozbdsmegbhdxxbb)
14:20.44mjordanStefan27: this is really a question that is appropriate for #asterisk
14:21.02mjordanand you asked it in both places. Please refrain from doing that. Most of us hang out in both channels.
14:21.22mjordan"Tier 2 and 3.14159265 support is in #asterisk"
14:24.19wdoekesopticron: it should, but you need rrs=true somewhere
14:26.34*** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net)
14:26.39*** join/#asterisk-dev heise2k (~rheise@static-96-245-76-214.phlapa.fios.verizon.net)
14:27.13*** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell)
14:27.13*** mode/#asterisk-dev [+o sruffell] by ChanServ
15:06.39*** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj)
15:12.12Stefan27Sorry I didn't know in which chat it belonged, i figured if it's a bug it belongs here and if it's a misconfiguration it belongs in the other one
15:14.19*** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg)
15:16.40*** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-zjrswhkmqjedkhzz)
15:17.38filejsmith, needs more cowbell
15:17.48jsmithfile: Amen, brother!
15:19.20tzafrirI'm trying to package the testsuite as a Debian package (needed for automated packages testing),
15:20.04tzafrirI get the following nag from Lintian for many scripts: executable-not-elf-or-script usr/share/asterisk-testsuite/tests/rest_api/mailbox/baseline/mailbox_baseline.py
15:20.58tzafrirThat script is executable. But has no shebang header. Is there any attempt to execute it?
15:22.16tzafrirtests/rest_api/mailbox/baseline/mailbox_baseline.py: line 7: $'\nCopyright (C) 2014, Digium, Inc.\nJonathan Rose <jrose@digium.com>\n\nThis program is free software, distributed under the terms of\nthe GNU General Public License Version 2.\n': command not found
15:22.27tzafrirAnd then the cursor changed to a crosshair
15:22.42mjordantzafrir: it shouldn't be executable. IIRC, those are loaded by a python interpreter, but not directly executed from the shell
15:24.38tzafrirSo anybody mind removing the exec bits to test scripts with no shebang line? IIRC I can't write to testsuite
15:31.42tzafrirAll .py files there are
15:32.13mjordanwell
15:32.17mjordansome .py files should be executable
15:32.34mjordanfor example, some of the python files in lib/python/asterisk have unit tests in them that require direct execution
15:32.58mjordantzafrir: and I certainly don't mind giving you write access to testsuite :-)
15:33.42mjordantzafrir: do you have a good way to list the python files that don't have the shebang but are executable? I can sanitize the list if you want
15:34.34tzafrirhmm... all of them executable, but some of them do have a shebang line
15:34.54tzafrirfind tests -name \*.py -executable | xargs head -n 1
15:42.53mjordanI don't have all python files as executable, e.g., lib/python/asterisk/ari.py
15:43.10mjordannm
15:43.14mjordanthe ones under tests :-)
15:45.51mjordantzafrir: The voicemail ones - if the tests were executed - should be executable
15:46.17mjordantzafrir: the others are questionable. They should, however, all have the shebang if they are executable. My guess is that, voicemail ones aside, none of those have to be executable
15:46.38mjordanA simple check is to see if they handle __main__ - if not, they were not intended to be executed.
15:47.51tzafrirWhat's /tmp/bash ?
15:48.11tzafrirrong-path-for-interpreter usr/share/asterisk-testsuite/tests/agi/exit_status/badinterpreter3.agi (#!/tmp/bash != /bin/bash)
15:49.26opticronthat's an intentionally bad interpreter
15:49.51opticronpart of the tests for AGI
16:20.51*** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-stujwzmkjqlatigd)
16:41.33tzafrirI see in Debian 3 existing Python binding for libpcap. Why was another one written?
16:45.07mjordanyou mean yappcap?
16:47.22mjordan"
16:47.22mjordanThe pcap functionality relies on the yappcap library (which I also wrote) which is available at https://github.com/otherwiseguy/yappcap . The library is still under active development and I desperately need to document it, but the API in use by the tests should not change. Other python pcap libraries were missing one or more features I needed/wanted.
16:47.22mjordan"
17:21.20gtjosephputnopvut: armadillo wings
17:23.32putnopvutgtjoseph: shh, that's a secret
17:23.49fileboneless unicorn wings
17:30.19tzafrirwhen I run 'make' and some dependencies have changed - why does it break the build?
17:30.52tzafrir(sadly just deleting menuselect.makeopts no longer silenses it)
17:31.29tzafrirI don't care my system has changed. I just want the build to work
17:56.20jsmithfile: Chipotle or habaƱero sauce?
17:56.31fileneither!
18:01.16mjordanfile: those are the only two valid peppers
18:01.32mjordanall other peppers sit on thrones of lies
18:01.41filemjordan, this is a free IRC channel! you can't force such things!
18:01.48mjordanfile: I AM THE MAN
18:01.54*** kick/#asterisk-dev [mjordan!~file@asterisk/developer-and-muffin-lover/file] by file (mjordan)
18:02.04fileCANADA PREVAILS
18:02.06jsmithmjordan: For sauces yes -- but how do you make a good chile relleno without a fire-roasted poblano?
18:02.15jsmiththinks up a conundrum
18:03.29*** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-cxnodobjfgfjpyno)
18:03.29*** mode/#asterisk-dev [+o mjordan] by ChanServ
18:03.33mjordanfile: touche
18:03.40filemjordan, do you declare war on Canada?
18:03.57mjordanfile: who would want it? :-)
18:04.03fileharsh
18:24.33mjordanjrose_atDigium: so, the concept of adding a dedicated AMI action for rotating the Asterisk log file
18:24.53mjordanjrose_atDigium: there's basically two ways I can think of doing this
18:25.02jrose_atDigiumI figure since I can't add the manager action while initializing logger I can just add another function for adding the manager commands in logger after initializing manager.
18:25.14jrose_atDigiumNot sure if that's especially clean... but it works.
18:25.24mjordanyou either (a) have another init routine that is called after manager is initialized (which is what you just mentioned), or (b) have a public API function that can be called from manager.c, and implement the action there
18:25.47mjordanthere isn't a super clean way of doing this, since manager has a dependency on logger, but logger wants to register something for it
18:26.05mjordanin this one particular case, it *may* be better to expose that as a public API function in logger
18:26.28mjordanand the only reason I think that is because the init startup sequence in asterisk.c is a lovecraftian horror
18:26.42*** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-onumifiqcmxiwevs)
18:26.46jrose_atDigiumAlright, that seems like an acceptable approach.
18:26.55*** mode/#asterisk-dev [+o newtonr] by ChanServ
18:27.10mjordanjrose_atDigium: I know there's a few of these system things you're looking at adding... I'd do them as separate patches
18:27.31jrose_atDigiummjordan: yeah, I've already broken them out as a few separate items
18:27.39jrose_atDigiumfax, logger, and pbx so far.
18:27.59jrose_atDigiumalso PRI a little later.
18:28.15jrose_atDigiumI'll post them all as separate reviews too.
19:06.54opticronso I've been hunting through the 12/trunk bridging code for a way to programmatically add a dynamic feature hook that would get added to the bridge on a Dial(), but I'm coming up empty-handed thus far
19:08.47opticronit would be similar to adding an applicationmap in features.conf, but instead of an application getting called, I'd have a hook called directly that was attached by an application I ran before the Dial()
19:10.42mjordanWhy not use a similar mechanism to FEATURE/FEATURE_MAP?
19:11.46mjordanFEATURE_MAP already lets you set the acceptable dtmf for a particular feature to execute, I'd imagine that a FEATURE_EXEC function could do something similar.
19:12.20opticronfor that I'd have to touch lots of things to extend the current list of builtin features
19:12.31mjordansuch as?
19:12.42mjordanWhich should, if the datastore is detected, use ast_bridge_queue_action or ast_bridge_queue_everyone_else
19:12.58mjordanwhen the channel is pushed into the bridge
19:13.36opticronhmm...I haven't yet come across any datastores I can push a hook into
19:14.43mjordanwhy would push the hook into it?
19:14.59mjordanYou need something to set on a channel that says 'hey, when I jump into or back into a bridge, do this thing'
19:15.11mjordanIt shouldn't be the code that does the action, the bridging framework has to be the thing that actually takes the action
19:15.21mjordanYou just need a place holder - or an indication - of what the bridging framework should do
19:15.39opticronok, I'll look for that path
19:15.50mjordanLook at bridge_channel_handle_action
19:15.52*** join/#asterisk-dev oej (~Adium@scandic725.host.songnetworks.se)
19:15.53*** mode/#asterisk-dev [+o oej] by ChanServ
19:16.06mjordanbasically, you want a way to externally tell something that when a channel gets pushed into a bridge, it should go do one of those things
19:55.11*** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug)
19:57.29*** join/#asterisk-dev russellb (~russellb@redhat/russellb)
19:57.29*** mode/#asterisk-dev [+o russellb] by ChanServ
19:57.46*** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson)
19:57.47*** mode/#asterisk-dev [+o putnopvut] by ChanServ
19:59.12*** kick/#asterisk-dev [putnopvut!~russellb@redhat/russellb] by russellb (putnopvut)
19:59.24*** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson)
19:59.24*** mode/#asterisk-dev [+o putnopvut] by ChanServ
20:00.15russellbputnopvut: <3
20:04.21mjordan?
20:21.08mjordanfile: putnopvut: question that is not really hypothetical but I'd like to phrase it as a hypothetical question regardless
20:21.09mjordanSO!
20:21.10putnopvutno, it doesn't make a sound
20:21.10putnopvutNext!
20:21.18*** join/#asterisk-dev russellb (~russellb@redhat/russellb)
20:21.18*** join/#asterisk-dev Qwell (north@pdpc/sponsor/digium/Qwell)
20:21.18*** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright)
20:21.18*** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se)
20:21.18*** mode/#asterisk-dev [+ooo russellb Qwell seanbright] by card.freenode.net
20:21.19mjordanHypothetically speaking, say we wanted to provide res_pjsip_transport_websocket with a configuration option
20:21.48mjordanNow, most sane PJSIP transports have a nice little initialization function that we can call when we parse out the sorcery object
20:21.56mjordanAlas, Qwell's awesome abomination doesn't really get that luxury: instead, we just mosey on along (which makes defining websocket transports in the configuration something of a farce)
20:21.57mjordanInstead, when it loads itself, it does all of its own loading/initialization
20:21.58mjordanAnd PJSIP handles the muck of actually using the transport as appropriate
20:22.17mjordanUnfortunately, since the configuration is parsed when it is first loaded, it is never stored in anything that is readibly accessible
20:22.51mjordanThe Q: How can res_pjsip_transport_websocket query the res_pjsip stack its configuration?
20:23.22mjordanOr is it better to (somehow) punch the configuration options down into the transport module? (Doubtful on this one, since the module itself is highly unlikely to be loaded when the configuration is parsed)
20:23.25filedo a retrieve all on load and only care about the specific protocol for ws/wss?
20:23.36filethat is the first thing that comes to mind
20:23.45mjordanfile: re-parsing the configuration feels smelly
20:23.59fileit's not re-parsed, it's stored in memory
20:24.37mjordanHm. Can I at least get just the transport objects?
20:33.19*** join/#asterisk-dev infobot (~infobot@rikers.org)
20:33.19*** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev
20:36.39*** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net)
20:36.39*** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net)
20:36.39*** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca)
20:38.34*** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug)
21:10.03*** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson)
21:10.03*** mode/#asterisk-dev [+o putnopvut] by ChanServ
21:18.20*** join/#asterisk-dev opticron (~opticron@256.makerslocal.org)
21:18.20*** mode/#asterisk-dev [+o opticron] by ChanServ
21:21.37*** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2)
21:26.11*** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net)
21:26.11*** mode/#asterisk-dev [+o tzafrir] by ChanServ
21:29.22putnopvutRegarding coreyfarrell 's feedback on https://reviewboard.asterisk.org/r/3619/ , is there a way to specify multiple minversions of Asterisk? In other words, the test I've written needs a minversion of 1.8.29.0 for the 1.8 branch, but it needs 11.11.0 for the 11 branch and 12.4.0 for the 12 branch.
21:45.01mjordanputnopvut: nope
21:45.25mjordanputnopvut: it is a flaw in the testsuite's ability to handle versions. We just specify 1.8.29.0 in that case
21:45.33mjordanand watch things explode if you run them against 12.3.0
21:48.09*** join/#asterisk-dev docelmo (18354422@gateway/web/freenode/ip.24.53.68.34)
21:48.38docelmoCan anyone tell me in 1.8 how I can collect DTMF entry from SIP?
21:49.09docelmoI was using wait for digit but it appears to never actually pause and wait for a digit..
21:51.05Qwelldocelmo: In dialplan?  #asterisk, please
21:51.26docelmoNot dialplan..  in app_dial.c
22:00.25[TK]D-Fenderif it isn't even waiting.. then it isn't a detection issue
22:00.37[TK]D-FenderAnd something else is wrong
22:00.53[TK]D-FenderSo be specific about what you're running and show some backup
22:01.08[TK]D-Fender#youknewthisalreadysoletsgettoit
22:47.36[TK]D-Fender#crickets
23:19.06*** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-oozbdsmegbhdxxbb)
23:37.38*** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13)
23:37.38*** mode/#asterisk-dev [+o snuff-work] by ChanServ

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.