| 01:30.24 | *** join/#asterisk-dev asteriskmonkey (~phili@CPEd4ca6d2afe4a-CM00fc8d8f0660.cpe.net.cable.rogers.com) |
| 03:40.29 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 04:18.23 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 06:54.58 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 09:42.51 | *** join/#asterisk-dev bof22 (~Thunderbi@ARennes-650-1-38-149.w86-215.abo.wanadoo.fr) |
| 12:22.00 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:22.01 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 13:09.58 | *** join/#asterisk-dev goddva (~goddva@2a02:fe0:c511:3800:ae9e:17ff:fe91:a8c9) |
| 13:28.05 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 14:30.13 | *** join/#asterisk-dev vassilux (~vassilux@gau06-h01-176-190-167-131.dsl.sta.abo.bbox.fr) |
| 14:35.14 | vassilux | I have the debian wheezy box with asterisk live install and try to upload an audio file with res_http_post. Get Got unexpected MIME subpart , so gmime-2.6 is installed in my systeme. ANy idea ? |
| 14:36.07 | vassilux | asterisk version 11.20.0 from tarball |
| 15:14.42 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-wjaygmnajohaugfs) |
| 15:16.07 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-tjiluoqmwuhsuotb) |
| 15:16.07 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:54.34 | vassilux | so may be better idea to use php script to upload the file to the server |
| 15:59.07 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-qcobmtvygxlpcsen) |
| 16:03.22 | mjordan | gtjoseph: ping |
| 16:03.31 | mjordan | rats |
| 16:03.48 | mjordan | blames Christmas Eve |
| 16:18.49 | coreyfarrell | kharwell: thanks for posting the rtp->ice conditional compile fix.. ran into that last night didn't have a chance to post the fix. |
| 16:19.16 | kharwell | coreyfarrell: np just ran into it myself |
| 16:20.08 | coreyfarrell | kind of glad you posted it, I would have gotten it wrong for 11 - would have done #ifdef HAVE_PJPROJECT |
| 16:24.53 | kharwell | heh I almost did the opposite and straight cherry picked it to 13. |
| 16:27.07 | coreyfarrell | kharwell: I think the fix is needed in master, see line 4869 |
| 16:28.34 | kharwell | coreyfarrell: you are correct. silly me had not gotten the latest code from master before checking |
| 16:28.55 | coreyfarrell | oh so it might even cherry-pick :) |
| 16:41.53 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 18:38.42 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 18:38.42 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:09.20 | gtjoseph | mjordan: re: 1853 Was this from one of my recent patches? If so, I had done a ref_debug and there were no leaks. |
| 20:10.28 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 20:11.09 | mjordan | gtjoseph: yeah, it was part of 450579e908. The object itself isn't leaked, actually - it is just in memory, and shutting down Asterisk will destroy it |
| 20:11.30 | gtjoseph | hmmm. ok. i also verified the lifecycle via ami, I though. |
| 20:11.35 | gtjoseph | thought |
| 20:11.36 | mjordan | What happens is that if you destroy an AoR via ARI, that will kill the Contact sorcery objects, but the underlying Contact_Status sorcery objects linger |
| 20:11.42 | mjordan | Because they aren't destroyed in sorcery |
| 20:12.16 | mjordan | So you end up with a stale piece of Contact_Status state hanging around. If you then re-create the AoR, with the same Contact, it inherits the stale Contact_Status state object |
| 20:12.37 | mjordan | And so it doesn't do all the stuff it should do when a Contact gets created with new state, i.e., send out events that it was just created |
| 20:12.46 | gtjoseph | ah, is that path different than a contact that's recreated on a re-registration? |
| 20:12.51 | mjordan | yup |
| 20:12.57 | gtjoseph | ok, that explains it. |
| 20:13.04 | mjordan | it's a weird use case |
| 20:13.22 | mjordan | but I have a little project that I use to monitor stuff, and it makes liberal use of the 'make PJSIP objects and toss em away' |
| 20:13.32 | gtjoseph | :) |
| 20:13.42 | mjordan | as it turns out, Asterisk is super good at monitoring other SIP stacks with that |
| 20:14.59 | mjordan | btw, I think I may be on a path to fixing the endpoint shenanigans |
| 20:15.28 | gtjoseph | the duplicate events? |
| 20:15.40 | mjordan | yeah |
| 20:15.53 | gtjoseph | that'd be very good. |
| 20:16.28 | mjordan | I'm 99% sure your patch was right. |
| 20:17.04 | mjordan | I had to re-read it, then dig back into the mess I created with the technology only endpoints. |
| 20:17.11 | mjordan | And I ended up with your patch again. |
| 20:17.12 | gtjoseph | :) |
| 20:17.21 | mjordan | The unit test just has to be changed to not expect the duplicate events. |
| 20:17.29 | gtjoseph | exactly |
| 20:17.39 | mjordan | I'll need to test some more. Sorry it took so long to evaluate all of that. |
| 20:17.46 | gtjoseph | no worries |
| 20:17.48 | mjordan | That's probably a sign that endpoints got too complicated :-( |
| 20:18.52 | coreyfarrell | hi mjordan and gtjoseph! |
| 20:18.55 | mjordan | waves |
| 20:18.59 | gtjoseph | hey! |
| 20:19.12 | mjordan | I really should go shopping soon. Have to pick up the wife a few last things. |
| 20:19.26 | mjordan | is a JIT Christmas Interpreter |
| 20:19.32 | gtjoseph | Ha! |
| 20:19.39 | file | mjordan, MAKE. IT. SO. |
| 20:20.17 | mjordan | file: one more conference call to get through :-D |
| 20:20.27 | file | LIES |
| 20:20.36 | mjordan | file: Everything I say is a lie. |
| 20:21.15 | file | was playing a game of "figure out why a startup doesn't look like a startup" and the answer is "they aren't" |
| 20:29.09 | mjordan | Have a good holiday y'all |
| 20:29.17 | gtjoseph | U2 |
| 20:37.13 | rmudgett | R2-D2 |
| 21:54.32 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-wjaygmnajohaugfs) |