| 00:24.26 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 00:24.26 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 04:25.37 | *** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au) |
| 04:31.21 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-nzpmzfapbcgsagou) |
| 04:54.48 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 04:54.48 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 05:41.18 | *** join/#asterisk-dev zerohalo (~zerohalo@2601:6:f80:224:e82c:c397:86d8:3c09) |
| 07:02.20 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:02.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:14.48 | *** join/#asterisk-dev mbowie (~mbowie@162.212.36.9) |
| 08:29.45 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:29.45 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:31.09 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:31.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:21.33 | *** join/#asterisk-dev seanbrig1t (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 09:21.33 | *** mode/#asterisk-dev [+o seanbrig1t] by ChanServ |
| 09:22.57 | *** join/#asterisk-dev drmessano^ (~nonya@pdpc/supporter/active/drmessano) |
| 09:26.25 | *** join/#asterisk-dev terryw (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 09:42.39 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:42.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:31.40 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:31.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:49.17 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:49.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:12.24 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 13:12.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:36.00 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 14:36.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:55.47 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 15:14.06 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 15:14.06 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:20.52 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 15:20.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:58.29 | coreyfarrell | mjordan: I was looking at the testsuite change you just made to tests/channels/SIP/sip_attended_transfer, somehow this fixed the PJLIB destroy error I was getting from python. any objection if I just change reactor.stop() to self.stop_reactor() without review? This will make the test pass for ref checks. |
| 15:59.15 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 15:59.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:19.40 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 16:19.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:47.11 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 17:17.56 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 17:17.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:49.06 | mjordan | coreyfarrell: go for it |
| 17:49.23 | mjordan | it's a weekend of trying to make Bamboo green :-) |
| 17:49.59 | coreyfarrell | yeah thanks for that fix BTW... I thought that something was wrong with my pjlib python install |
| 17:50.55 | coreyfarrell | shouldn't be long before that iax peercnt leak is the only failure left for Asterisk 11 ref checks |
| 17:51.22 | coreyfarrell | oh and speaking of bamboo, how long do 1.8 / 12 stay on? |
| 17:52.38 | mjordan | until they're out of security fix mode, IMO |
| 17:52.47 | mjordan | not because it is super useful, but because patches do get merged in from time to time |
| 17:53.11 | mjordan | coreyfarrell: yeah... I think the only way to solve that reasonably in 11 is to modify chan_iax2 |
| 17:53.18 | mjordan | but it would be nice if the scheduler was made ao2 aware |
| 17:53.51 | mjordan | I don't think it is unreasonable to say that if you hand an object to the scheduler, it must be (a) ref bumped by the caller (scheduler is ref stealing) and (b) that all objects passed are ao2 objects |
| 17:53.52 | file | I'm just going through my PJSIP filter and picking issues from there :D no Bamboo for meeeeeeee |
| 17:53.58 | mjordan | at that point, the API becomes much nicer |
| 17:54.08 | file | mjordan, yes |
| 17:54.11 | mjordan | file: compulsory test fixing for all! |
| 17:54.29 | file | THE POWER OF BAMBOO COMPELS YOU! |
| 17:55.14 | mjordan | grumbles at the sound indexer |
| 17:55.32 | coreyfarrell | I agree that all scheduler objects should be ao2, but I think the scheduler should use balanced calls to ao2_ref / should not steal refs |
| 17:55.52 | mjordan | I care less about that part, so long as we don't have those silly macros |
| 17:56.02 | mjordan | and horrible race conditions in nominal usage |
| 17:56.16 | coreyfarrell | +1 death to all sched macros |
| 17:56.16 | mjordan | when you're in a callback, the scheduler needs to handle the notion of cancellation gracefully |
| 17:56.30 | mjordan | auto re-scheduling is a bad idea |
| 18:00.17 | mjordan | huh. The terminator runs Linux: https://lh5.googleusercontent.com/-W_apgVmij20/VOAvvgpevvI/AAAAAAAAO3A/fPG5gFS2Rg8/w953-h536-no/mate_2015.02.15.051456.utc-smplayer-2009-terminator-salvation-mp4_16-9.jpg |
| 18:01.01 | file | lawl |
| 18:13.42 | file | let it snow, let it snow, let it snow |
| 18:13.52 | coreyfarrell | I'm tired of the snow |
| 18:14.16 | coreyfarrell | actually not really I'm just tired of shoveling it |
| 18:18.15 | coreyfarrell | mjordan: void ast_sched_clean_by_callback(struct ast_sched_context *con, ast_sched_cb match, ast_sched_cb cleanup_cb); - I think this could be added to sched.c to immediately run each item where sched->callback == match, but use cleanup_cb instead.. have chan_iax2 run that before ast_sched_context_destroy |
| 18:20.25 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 18:20.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:02.18 | file | GOOD NEWS, EVERYONE! |
| 19:02.39 | file | I can see the house across from me! PROGRESS! |
| 19:06.38 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 19:06.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:22.59 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 19:22.59 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 19:28.12 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 19:28.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:56.22 | mjordan | coreyfarrell: worth a shot at least |
| 19:57.10 | coreyfarrell | I'm actually about to post what I have to reviewboard since it worked :) |
| 20:57.55 | *** join/#asterisk-dev Jamuel (~Adium@67.180.156.186) |
| 21:11.09 | file | la la la |
| 22:49.19 | *** part/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 23:01.36 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 23:01.36 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:08.25 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-xfmesamhokpeqcub) |
| 23:08.25 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 23:39.25 | mjordan | file: 1 .... MILLION dollars. |
| 23:40.00 | file | mjordan, I value my time more. |
| 23:40.12 | file | 2 MILLION |
| 23:40.36 | mjordan | file: SOLD! |
| 23:54.38 | *** join/#asterisk-dev sloun (~hero@193.93.163.11) |
| 23:55.30 | sloun | Hi guys. Does anybody know something about Asterisk and rtcp-mux. I've a problem with WebRTC clients inside local network and latest Asterisk (just no sound in both directions) |
| 23:57.03 | mjordan | sloun: yes: Asterisk doesn't support multi-plexing RTP/RTCP. I'm not sure that would be the cause of your issue, since SDP Offer/Answer with a WebRTC endpoint should not require that. |
