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.58 | skirmisha | hi guys |
12:13.39 | skirmisha | one simple question - server with 2 or more interfaces with different ips - does asterisk answer with the interface where packets came in? |
12:15.29 | skirmisha | ??? |
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.01 | file | Tuesday! |
13:43.58 | skrusty | :) |
13:46.12 | opticron | reposts https://reviewboard.asterisk.org/r/3560/ for code review tuesday |
13:46.22 | opticron | it's a test! |
13:46.33 | opticron | involving transfers |
13:46.49 | opticron | and 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.01 | wdoekes | opticron: 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.37 | opticron | heh |
13:55.56 | opticron | good catch |
13:56.03 | wdoekes | [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.34 | file | OpenSSL source code. Discuss. |
14:06.03 | opticron | apparently [next_url] doesn't quite cut it |
14:16.35 | jsmith | file: A tangled mess of twisty passages, all obscure? |
14:19.22 | Stefan27 | My 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.44 | mjordan | Stefan27: this is really a question that is appropriate for #asterisk |
14:21.02 | mjordan | and you asked it in both places. Please refrain from doing that. Most of us hang out in both channels. |
14:21.22 | mjordan | "Tier 2 and 3.14159265 support is in #asterisk" |
14:24.19 | wdoekes | opticron: 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.12 | Stefan27 | Sorry 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.38 | file | jsmith, needs more cowbell |
15:17.48 | jsmith | file: Amen, brother! |
15:19.20 | tzafrir | I'm trying to package the testsuite as a Debian package (needed for automated packages testing), |
15:20.04 | tzafrir | I 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.58 | tzafrir | That script is executable. But has no shebang header. Is there any attempt to execute it? |
15:22.16 | tzafrir | tests/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.27 | tzafrir | And then the cursor changed to a crosshair |
15:22.42 | mjordan | tzafrir: it shouldn't be executable. IIRC, those are loaded by a python interpreter, but not directly executed from the shell |
15:24.38 | tzafrir | So anybody mind removing the exec bits to test scripts with no shebang line? IIRC I can't write to testsuite |
15:31.42 | tzafrir | All .py files there are |
15:32.13 | mjordan | well |
15:32.17 | mjordan | some .py files should be executable |
15:32.34 | mjordan | for example, some of the python files in lib/python/asterisk have unit tests in them that require direct execution |
15:32.58 | mjordan | tzafrir: and I certainly don't mind giving you write access to testsuite :-) |
15:33.42 | mjordan | tzafrir: 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.34 | tzafrir | hmm... all of them executable, but some of them do have a shebang line |
15:34.54 | tzafrir | find tests -name \*.py -executable | xargs head -n 1 |
15:42.53 | mjordan | I don't have all python files as executable, e.g., lib/python/asterisk/ari.py |
15:43.10 | mjordan | nm |
15:43.14 | mjordan | the ones under tests :-) |
15:45.51 | mjordan | tzafrir: The voicemail ones - if the tests were executed - should be executable |
15:46.17 | mjordan | tzafrir: 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.38 | mjordan | A simple check is to see if they handle __main__ - if not, they were not intended to be executed. |
15:47.51 | tzafrir | What's /tmp/bash ? |
15:48.11 | tzafrir | rong-path-for-interpreter usr/share/asterisk-testsuite/tests/agi/exit_status/badinterpreter3.agi (#!/tmp/bash != /bin/bash) |
15:49.26 | opticron | that's an intentionally bad interpreter |
15:49.51 | opticron | part of the tests for AGI |
16:20.51 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-stujwzmkjqlatigd) |
16:41.33 | tzafrir | I see in Debian 3 existing Python binding for libpcap. Why was another one written? |
16:45.07 | mjordan | you mean yappcap? |
16:47.22 | mjordan | " |
16:47.22 | mjordan | The 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.22 | mjordan | " |
17:21.20 | gtjoseph | putnopvut: armadillo wings |
17:23.32 | putnopvut | gtjoseph: shh, that's a secret |
17:23.49 | file | boneless unicorn wings |
17:30.19 | tzafrir | when I run 'make' and some dependencies have changed - why does it break the build? |
17:30.52 | tzafrir | (sadly just deleting menuselect.makeopts no longer silenses it) |
17:31.29 | tzafrir | I don't care my system has changed. I just want the build to work |
17:56.20 | jsmith | file: Chipotle or habaƱero sauce? |
17:56.31 | file | neither! |
18:01.16 | mjordan | file: those are the only two valid peppers |
18:01.32 | mjordan | all other peppers sit on thrones of lies |
18:01.41 | file | mjordan, this is a free IRC channel! you can't force such things! |
18:01.48 | mjordan | file: I AM THE MAN |
18:01.54 | *** kick/#asterisk-dev [mjordan!~file@asterisk/developer-and-muffin-lover/file] by file (mjordan) |
18:02.04 | file | CANADA PREVAILS |
18:02.06 | jsmith | mjordan: For sauces yes -- but how do you make a good chile relleno without a fire-roasted poblano? |
18:02.15 | jsmith | thinks 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.33 | mjordan | file: touche |
18:03.40 | file | mjordan, do you declare war on Canada? |
18:03.57 | mjordan | file: who would want it? :-) |
18:04.03 | file | harsh |
18:24.33 | mjordan | jrose_atDigium: so, the concept of adding a dedicated AMI action for rotating the Asterisk log file |
18:24.53 | mjordan | jrose_atDigium: there's basically two ways I can think of doing this |
18:25.02 | jrose_atDigium | I 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.14 | jrose_atDigium | Not sure if that's especially clean... but it works. |
18:25.24 | mjordan | you 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.47 | mjordan | there 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.05 | mjordan | in this one particular case, it *may* be better to expose that as a public API function in logger |
18:26.28 | mjordan | and 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.46 | jrose_atDigium | Alright, that seems like an acceptable approach. |
18:26.55 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
18:27.10 | mjordan | jrose_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.31 | jrose_atDigium | mjordan: yeah, I've already broken them out as a few separate items |
18:27.39 | jrose_atDigium | fax, logger, and pbx so far. |
18:27.59 | jrose_atDigium | also PRI a little later. |
18:28.15 | jrose_atDigium | I'll post them all as separate reviews too. |
19:06.54 | opticron | so 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.47 | opticron | it 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.42 | mjordan | Why not use a similar mechanism to FEATURE/FEATURE_MAP? |
19:11.46 | mjordan | FEATURE_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.20 | opticron | for that I'd have to touch lots of things to extend the current list of builtin features |
19:12.31 | mjordan | such as? |
19:12.42 | mjordan | Which should, if the datastore is detected, use ast_bridge_queue_action or ast_bridge_queue_everyone_else |
19:12.58 | mjordan | when the channel is pushed into the bridge |
19:13.36 | opticron | hmm...I haven't yet come across any datastores I can push a hook into |
19:14.43 | mjordan | why would push the hook into it? |
19:14.59 | mjordan | You need something to set on a channel that says 'hey, when I jump into or back into a bridge, do this thing' |
19:15.11 | mjordan | It shouldn't be the code that does the action, the bridging framework has to be the thing that actually takes the action |
19:15.21 | mjordan | You just need a place holder - or an indication - of what the bridging framework should do |
19:15.39 | opticron | ok, I'll look for that path |
19:15.50 | mjordan | Look 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.06 | mjordan | basically, 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.15 | russellb | putnopvut: <3 |
20:04.21 | mjordan | ? |
20:21.08 | mjordan | file: putnopvut: question that is not really hypothetical but I'd like to phrase it as a hypothetical question regardless |
20:21.09 | mjordan | SO! |
20:21.10 | putnopvut | no, it doesn't make a sound |
20:21.10 | putnopvut | Next! |
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.19 | mjordan | Hypothetically speaking, say we wanted to provide res_pjsip_transport_websocket with a configuration option |
20:21.48 | mjordan | Now, most sane PJSIP transports have a nice little initialization function that we can call when we parse out the sorcery object |
20:21.56 | mjordan | Alas, 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.57 | mjordan | Instead, when it loads itself, it does all of its own loading/initialization |
20:21.58 | mjordan | And PJSIP handles the muck of actually using the transport as appropriate |
20:22.17 | mjordan | Unfortunately, since the configuration is parsed when it is first loaded, it is never stored in anything that is readibly accessible |
20:22.51 | mjordan | The Q: How can res_pjsip_transport_websocket query the res_pjsip stack its configuration? |
20:23.22 | mjordan | Or 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.25 | file | do a retrieve all on load and only care about the specific protocol for ws/wss? |
20:23.36 | file | that is the first thing that comes to mind |
20:23.45 | mjordan | file: re-parsing the configuration feels smelly |
20:23.59 | file | it's not re-parsed, it's stored in memory |
20:24.37 | mjordan | Hm. 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.22 | putnopvut | Regarding 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.01 | mjordan | putnopvut: nope |
21:45.25 | mjordan | putnopvut: it is a flaw in the testsuite's ability to handle versions. We just specify 1.8.29.0 in that case |
21:45.33 | mjordan | and 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.38 | docelmo | Can anyone tell me in 1.8 how I can collect DTMF entry from SIP? |
21:49.09 | docelmo | I was using wait for digit but it appears to never actually pause and wait for a digit.. |
21:51.05 | Qwell | docelmo: In dialplan? #asterisk, please |
21:51.26 | docelmo | Not dialplan.. in app_dial.c |
22:00.25 | [TK]D-Fender | if it isn't even waiting.. then it isn't a detection issue |
22:00.37 | [TK]D-Fender | And something else is wrong |
22:00.53 | [TK]D-Fender | So 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 |