| 00:41.37 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 01:06.07 | *** join/#asterisk-dev snuff-work (~snuff-wor@203.87.61.22) |
| 01:06.07 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:35.57 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 06:36.39 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:21.55 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:28.45 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:28.45 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:02.43 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 13:41.36 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-rbcqbfqftkadzpsb) |
| 13:41.36 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:58.01 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:58.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:03.59 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-lbeijfkntvblspmi) |
| 14:48.16 | *** join/#asterisk-dev acidfu_ (~acidfoo@198-48-218-90.cpe.pppoe.ca) |
| 14:49.09 | acidfu_ | when I do module reload... module does dlclose() and dlopen() are called again ? |
| 14:49.19 | gtjoseph | no |
| 14:49.29 | gtjoseph | only the config is reloaded |
| 14:49.35 | acidfu_ | ah! excellent thanks |
| 15:11.52 | *** join/#asterisk-dev raspberrypifan (~raspberry@cpe-69-204-232-211.nyc.res.rr.com) |
| 16:12.45 | putnopvut | gtjoseph: file: I'm trying to type up the landing page for the Asterisk 14 documentation and I've hit a snag. I wanted to write something about remote media playback, but I'm not finding much to go on. On the New in 14 page, there's a listing for ControlPlayback saying that Asterisk can playback remote media and to look at the Playback application for details. I looked at the docs for Playback in 14, and I don't see anythin |
| 16:12.46 | putnopvut | g about remote media there. |
| 16:13.18 | file | Hum |
| 16:13.19 | putnopvut | Similarly, the documentation for the ControlPlayback application lists nothing about remote media either. |
| 16:13.30 | gtjoseph | the stuff from the wiki pages was a cut and paste from CHANGES and UPGRADE.txt |
| 16:13.51 | file | I can't remember what Matt included for docs with that if anything |
| 16:13.53 | putnopvut | And the cherry on the sundae is that doing a git log on app_playback and app_controlplayback doesn't show anything regarding remote media playback |
| 16:14.20 | gtjoseph | Ha! |
| 16:14.21 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ymeciqcrupywnhrm) |
| 16:14.23 | putnopvut | Maybe there was some core change that makes it so that Playback and Controlplayback just work for remote URIs, but the docs are lacking |
| 16:14.32 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-upnuopxialukxruy) |
| 16:14.40 | gtjoseph | i think it was related to curl |
| 16:14.51 | gtjoseph | <PROTECTED> |
| 16:15.14 | gtjoseph | maybe res_http_media_cache? |
| 16:15.34 | putnopvut | Maybe that's where I should look. I found the CURL() change that allowed storage of remote content |
| 16:15.52 | putnopvut | I think you're right about the HTTP media cache being where I need to look for the moment. |
| 16:16.25 | putnopvut | BUt I think that it would be wise to update various places in Asterisk to say they can play a local file or be given a remote URI instead. |
| 16:16.35 | gtjoseph | agreed |
| 16:16.46 | putnopvut | Not a pressing beta1 issue, but something to get addressed before release for sure. |
| 16:17.49 | file | Yeah it was core |
| 16:19.20 | gtjoseph | anyone know what the intended meaning of AST_IN_CORE is? |
| 16:19.38 | gtjoseph | external modules won't compile unless they define this |
| 16:19.57 | file | We should document the remote stuff better, so an issue for that would be good |
| 16:20.59 | gtjoseph | @coreyfarrell: ^^ AST_IN_CORE |
| 16:32.01 | rmudgett | gtjoseph: It is to identify Asterisk core files like main/pbx.c |
| 16:56.26 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:25.16 | coreyfarrell | gtjoseph: AST_IN_CORE causes malloc failures to use ast_log_safe instead of ast_log, and it causes AST_MODULE_SELF to be NULL instead of calling a module specific function that won't exist in main/asterisk or utils/* |
| 17:29.04 | *** join/#asterisk-dev piling (~piling@unaffiliated/piling) |
| 17:31.17 | coreyfarrell | gtjoseph: see MOD_ASTCFLAGS in Makefile.moddir_rules. AST_MODULE_SELF_SYM must be defined for all modules, not AST_IN_CORE. |
| 18:00.35 | putnopvut | I found a Digium internal wiki page describing how to export wiki content to HTML or PDF. Problem is that the instructions don't bear out. They say there should be "HTML Export" and "PDF Export" options on the Space Operations page. Problem is, they're not there. Googling, it's possible that I do not have hte "Export Space" permission for the Asterisk space. |
| 18:01.03 | putnopvut | Can someone with admin on the Asterisk space on the public wiki check if they have "HTML Export" and "PDF Export" options on the "Space Operations" page? |
| 18:01.51 | putnopvut | As a side note, I do see "HTML Export" and "PDF Export" in my personal space, so I think it may just be a permissions issue. Anyone know who I can ask to get my permissions bumped up in the Asterisk space? |
| 18:01.56 | file | takes a gander |
| 18:02.20 | putnopvut | It looks like "Asterisk Developers" do not have the permission to export space. |
| 18:02.39 | putnopvut | Confluence administrators do though. |
| 18:03.24 | file | added to group you are |
| 18:03.29 | putnopvut | Thank you kind sir |
| 18:04.31 | putnopvut | And now I see what I needed. Excellent! |
| 18:24.48 | putnopvut | I have a feeling I'm doing this wrong...it seems like I'm exporting the entire Asterisk space rather than just the Asterisk 14 documentation. I base this on the fact that the export says "Exporting Space - In Progress" and after 7 minutes, it has completed 0% of the export. |
| 18:24.48 | gtjoseph | coreyfarrell: so basically they all need " -DAST_MODULE_SELF_SYM=__internal_$(module_name)_self" set. anythign else I should be aware of? |
| 18:25.55 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 18:26.01 | coreyfarrell | gtjoseph: not that I can think of, replicating the options of MOD_ASTCFLAGS should be enough |
| 18:26.21 | gtjoseph | can't do them all because these are out-of-tree modules so no menuselect options, etc. |
| 18:27.22 | coreyfarrell | yes I meant replicate the fully exanded result :) |
| 19:07.00 | *** join/#asterisk-dev raspberrypifan (~raspberry@cpe-69-204-232-211.nyc.res.rr.com) |
| 20:05.48 | *** join/#asterisk-dev snuff-work (~snuff-wor@203.87.61.22) |
| 20:05.48 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 20:14.06 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 20:14.06 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:44.55 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-lbeijfkntvblspmi) |
| 21:41.58 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 22:04.39 | *** join/#asterisk-dev snuff-work (~snuff-wor@203.87.61.22) |
| 22:04.39 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:09.51 | coreyfarrell | rmudgett: when you have some time could you take a look at ASTERISK-26233 let me know any thoughts/ideas? I ask since you previously did some work on dealing with ignoring '-' in extensions. |
| 23:11.43 | rmudgett | A review or the issue itself? |
| 23:12.43 | coreyfarrell | the issue itself... I don't have a patch yet, not really sure the best way to proceed. |
| 23:39.15 | rmudgett | coreyfarrell: Looks like in ast_context_remove_extension_callerid2() when the extension is copied into dummy_name[] we should remove the '-' eye candy fluff chars. |
| 23:39.45 | coreyfarrell | rmudgett: oh the bug works in both directions.. |
| 23:40.45 | coreyfarrell | ie with 1-000,1 then 1000,1 the lookup fails to find 1000 |
| 23:40.53 | coreyfarrell | err sorry 1000,2.. |
| 23:42.15 | rmudgett | Either way, the '-' should not be part of any extension comparison. |
| 23:44.47 | coreyfarrell | I'm assuming we can't just sanitize ast_exten->exten (dialplan save would remove dashes). Maybe add a new 'const char *clean_exten;' to the struct? only different from exten if eye candy exists? |
| 23:47.20 | coreyfarrell | would make it a little more difficult to size the ast_exten allocation so we don't waste memory duplicating already clean extensions, but it would make comparisons less error prone / more efficient if they just used clean_exten for comparisons |