| 00:43.34 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:1877:cdf2:b916:c847) |
| 00:43.34 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 00:54.39 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 00:54.39 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:27.08 | *** join/#asterisk-dev KaliLinuxGR (~KaliLinux@unaffiliated/kalilinuxgr) |
| 08:26.34 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:26.34 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:26.52 | *** join/#asterisk-dev KaliLinuxGR (~KaliLinux@unaffiliated/kalilinuxgr) |
| 11:24.42 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 11:24.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:30.10 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d008850adfa834e56db.ipv6.abo.wanadoo.fr) |
| 12:44.28 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 13:20.13 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 13:47.56 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:dcd1:2796:6e6d:e19f) |
| 13:47.56 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 18:05.05 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:4b:7481:b53a:4898) |
| 18:05.06 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:53.44 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:41cf:9407:ab7:ebc5) |
| 19:53.44 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:54.31 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:41cf:9407:ab7:ebc5) |
| 19:54.32 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:55.21 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:41cf:9407:ab7:ebc5) |
| 19:55.22 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:56.09 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:41cf:9407:ab7:ebc5) |
| 19:56.09 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:56.56 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:41cf:9407:ab7:ebc5) |
| 19:56.57 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:57.42 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:41cf:9407:ab7:ebc5) |
| 19:57.42 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 21:02.32 | *** join/#asterisk-dev nbjoerg (~joerg@netbsd/developer/joerg) |
| 21:02.52 | nbjoerg | is a backport of the stream abstraction patch for TLS for 14.x feasible? |
| 21:03.06 | nbjoerg | in the sense of: would such a patch be acceptable or not? |
| 21:03.44 | nbjoerg | it is somewhat intrusive in the sense of covering a lot of code |
| 21:08.39 | file | no, it would not |
| 21:17.03 | nbjoerg | feared so |
| 21:18.36 | coreyfarrell | nbjoerg: one easy way to know is if it removes any symbol from any header file.. 99.9% of the time that is a breaking change so not allowed in released branches. |
| 21:18.48 | file | or changes them |
| 21:18.56 | coreyfarrell | yep was just about to say that too :) |
| 21:19.04 | file | lack of tests is also a blocker, or core changes |
| 21:20.19 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 21:20.38 | nbjoerg | I suspected so. a pity, but not exactly surprising |
| 21:34.26 | tompaw | Hello. I am trying to find out a piece of code inside core_local.c/local_hangup which is responsible for hanging up both legs (;1 and ;2) of a Local channel. |
| 21:35.02 | tompaw | Specifically, hanging up ;2 after ;1 has been terminated. |
| 21:37.31 | tompaw | Also, do you have any helper ast_ functions to dump (print) a pvt variable? Is local_pvt where the relationship between ;1 and ;2 is held? |
| 21:43.34 | tompaw | I see, it's inside ast_unreal_pvt. |
| 21:45.02 | *** part/#asterisk-dev nbjoerg (~joerg@netbsd/developer/joerg) |
| 22:26.11 | *** join/#asterisk-dev snuff-work (~snuff-wor@203.87.61.22) |
| 22:26.12 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:05.45 | *** join/#asterisk-dev emel_punk|2 (~emel_punk@190.67.252.41) |
| 23:06.52 | *** join/#asterisk-dev scriptinghelp (~scripting@95.211.188.10) |
| 23:06.56 | scriptinghelp | hi all, could someone please help me? i have a problem with my Asterisk Queue. Everything is working perfectly, but sometimes i see that Asterisk does not make calls to ALL of the members in the queue, only some of them. If i reboot Asterisk, it begins to make calls to all members of the queue again. |
| 23:08.43 | *** part/#asterisk-dev scriptinghelp (~scripting@95.211.188.10) |
| 23:10.31 | emel_punk|2 | Greetings, I am trying to compile Asterisk 11 or 13 with console video support, I included the flag _ASTCFLAGS+=-DHAVE_VIDEO_CONSOLE on Makefile, but the compilation fails on module vgrabbers.c with vgrabbers.c:121: error: âPIX_FMT_RGB555â undeclared (first use in this function). Any clue of what should I do? |
| 23:12.18 | emel_punk|2 | scriptinghelp, maybe you should check penalty |
| 23:18.34 | snuff-work | emel_punk|2: he waited all of 2 minutes before he left |
| 23:19.46 | emel_punk|2 | my mistake |
| 23:20.32 | snuff-work | the vid console can't be enabled via menuselect? |
| 23:21.27 | tompaw | erm |
| 23:21.53 | snuff-work | normally.. menuselect will also tell u what package ur missing to enable a feature |
| 23:22.12 | snuff-work | aka 'chan_console' on my box won't work because i do not have portaudio |
| 23:22.27 | tompaw | Gents, https://github.com/asterisk/asterisk/blob/13.13/main/core_unreal.c#L873 << aren't you missing a "goto unreal_hangup_cleanup" here? |
| 23:22.47 | emel_punk|2 | there is no console_video on menuselect just chan_console but is already selected |
| 23:24.24 | snuff-work | well.. do u have ffmpeg installed? |
| 23:24.46 | snuff-work | aka if u look at channels/console_video.h |
| 23:25.15 | snuff-work | gives you an idea of the headers its trying to include, FFMPEG would be one defining your PIX_FMT |
| 23:26.03 | snuff-work | also console_video doesn't appear to have had much love anytime lately.. |
| 23:26.11 | emel_punk|2 | I already instaled FFMPEG SDL and SDL-IMAGE as the doc says |
| 23:26.22 | snuff-work | circa 2012 |
| 23:26.22 | emel_punk|2 | I know that doc is old 7 years ... |
| 23:26.37 | snuff-work | you installed the dev/header versions of those right? |
| 23:27.02 | snuff-work | so if u were to grep -rn PIX_FMT_RGB555 /usr/include or similar it shows up |
| 23:27.06 | emel_punk|2 | yes, I even installed from sources .. |
| 23:27.15 | emel_punk|2 | let me check that out |
| 23:27.33 | tompaw | scratch that. |
| 23:28.55 | emel_punk|2 | this is the output http://pastebin.com/9RwPyu63 |
| 23:29.08 | emel_punk|2 | A few libraries |
| 23:52.36 | tompaw | What happens after ast_queue_hangup_with_cause returns 0? Where is the code that actually processes this hangup request? |
| 23:53.33 | tompaw | In my debug of this issue ( https://issues.asterisk.org/jira/browse/ASTERISK-26716 ) I hit a brick wall: it turns out that the ;2 channels which are not hung up properly are scheduled with this function and it returns 0 (same as when the hangup is successful). |