| 00:19.07 | *** join/#asterisk-dev infobot (ibot@208.53.50.136) |
| 00:19.07 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 05:21.25 | *** join/#asterisk-dev tuxd00d (~tuxd00d@unaffiliated/tuxd00d) |
| 06:01.40 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:01.40 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 08:12.42 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.126) |
| 08:29.51 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:03.33 | *** join/#asterisk-dev pchero (~pchero@176-23-78-252-cable.dk.customer.tdc.net) |
| 09:45.32 | *** join/#asterisk-dev CELYA_ (~Thunderbi@185.253.37.55) |
| 10:06.24 | *** join/#asterisk-dev Dovid (~dovid@ool-45738ae3.dyn.optonline.net) |
| 10:07.54 | Dovid | I am not sure if this is considered a bug or not. In Asterisk 15 if in modules.conf I had a type for instance mload => module_name, instead of noload => module_name it would just ignore that line. in Asterisk 16-rc.1 asterisk wont start |
| 10:37.56 | *** join/#asterisk-dev tuxian (~tuxian@194.12.3.67) |
| 12:13.31 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 12:13.31 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 12:49.54 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 12:49.54 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 12:55.21 | seanbright | Dovid: probably this commit https://github.com/asterisk/asterisk/commit/49f83a7490ce0fbee728ef8bd5355a1672dfb8b9 |
| 12:55.47 | seanbright | but i think failing if modules.conf is invalid is the correct thing to do |
| 12:59.23 | file | personally I agree |
| 13:03.34 | seanbright | well that settles it |
| 13:03.36 | seanbright | +2 |
| 13:32.13 | jkroon | i would appreciate some opinions on https://gerrit.asterisk.org/#/c/asterisk/+/9858/ - there is an alternative patch on the issue, but seeing that it just adds TCP and TLS as well (which then covers all transports I believe) it's probably better to just remove the test completely. |
| 13:36.55 | *** join/#asterisk-dev russellb (~rustlebee@redhat/russellb) |
| 13:36.55 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:59.27 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-wvdhvikxmmmwsvjc) |
| 13:59.37 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:44.22 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 15:14.10 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d003d7fc15731844af5.ipv6.abo.wanadoo.fr) |
| 15:21.54 | jameswf | http://deprecate.win/ peparing for Astricon :) |
| 15:22.07 | jameswf | s/peparing/preparing/ |
| 15:22.21 | seanbright | pfft |
| 15:22.34 | seanbright | https://issues.asterisk.org/jira/browse/ASTERISK-27309 |
| 15:22.42 | jameswf | I still haven't figured out what I hate this year |
| 15:48.05 | *** join/#asterisk-dev fblackburn (~fblackbur@modemcable094.94-70-69.static.videotron.ca) |
| 16:22.47 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 16:44.12 | coreyfarrell | jameswf: deprecating dialplan is not even worth discussing until someone adds a patch allowing calls to bypass the PBX core. as far as I know we have no functional replacement for inbound call routing. |
| 16:47.12 | file | doesn't see the benefit of it |
| 16:47.16 | file | (of deprecating dialplan) |
| 16:52.43 | jameswf | just thinks it is hillarious and is generally sure chan_sip is a goonie and will never die |
| 16:52.53 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-nmkjouxiwzaaekbq) |
| 16:52.53 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:53.20 | jameswf | I was told I should do a /dows and have deprecate.win/dows |
| 16:53.50 | seanbright | yeah, it's so antiquated with its dominating market share |
| 16:55.13 | file | if chan_sip continues to work for people, then the world goes on |
| 16:55.21 | coreyfarrell | I see benefit to making it possible bypass dialplan entirely but don't really see benefit to telling everyone that it should not be used. |
| 16:56.49 | jameswf | fixed lol https://usercontent.irccloud-cdn.com/file/lwAXtqO5/image.png |
| 16:57.15 | file | coreyfarrell: yeah |
| 16:57.28 | seanbright | jameswf: this is hilarious. i just spit out my coffee. |
| 16:57.37 | jameswf | the discussion of pointing to an ari rather than putting it in dialplan was a good one. |
| 16:58.12 | jameswf | or even an agi |
| 16:59.26 | jameswf | if your dialplan consist of answer, stasis, hangup it seems silly |
| 16:59.43 | jameswf | unless the ari crashed I guess |
| 16:59.59 | seanbright | i don't imagine that would be that difficult of a patch |
| 17:00.56 | seanbright | the counter argument would be: if your dialplan is just answer, stasis, hangup, what's the big deal? |
| 17:01.09 | jameswf | touche |
| 17:42.46 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 17:47.37 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 17:54.33 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 17:58.09 | coreyfarrell | to add/remove a DID you have to modify and reload extensions.conf, if ARI apps could do this without access to /etc/asterisk that would be very nice. |
| 18:02.03 | seanbright | coreyfarrell: i don't follow |
| 18:08.14 | coreyfarrell | seanbright: say I have dialplan context "[inbound-route]" with "exten => 8005551212,1,Stasis(my-app,${EXTEN})". if I want the app to also handle 8885551212 then I have to add that DID to [inbound-route]. |
| 18:09.51 | *** join/#asterisk-dev malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:09.52 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:13.29 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 18:15.12 | rmudgett | Why not exten = _X.,1,Stasis(my-app,${EXTEN}) and then have the app hangup with cause 1 on DID values it doesn't want to handle. |
| 18:17.45 | coreyfarrell | rmudgett: I'll have to test the sip capture for that again, at one point I tried using dialplan like that but couldn't get it to properly reject the unwanted extensions. was a while ago so I don't remember what I might of done wrong. |
| 18:21.35 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.169) |
| 18:24.56 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-fmwvnucwacnddldc) |
| 18:24.56 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 18:31.34 | seanbright | can't you add extensions dynamically with AMI? |
| 18:31.44 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 18:31.56 | seanbright | although having the stasis app handle it would be cleaner, obviously |
| 19:03.54 | jameswf | coreyfarrell: you can also continue for any DID you want to put to traditional dialplan |
| 19:17.08 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 19:18.38 | *** join/#asterisk-dev DanQuinney_ (sid18169@gateway/web/irccloud.com/x-zzowezwawoemtqbr) |
| 19:43.54 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 19:49.59 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 20:49.22 | coreyfarrell | seanbright: yeah I hadn't thought of the AMI actions for that.. not sure how safe they are (especially the remove part). |
| 20:49.45 | seanbright | safe schmafe |
| 20:49.50 | seanbright | live a little |
| 21:15.51 | *** join/#asterisk-dev scgm11_ (~scgm11@190.86.172.165) |
| 22:15.12 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-wvdhvikxmmmwsvjc) |
