| 00:47.43 | wedhorn | snuff-work: i've updated trunk with some log message fixups for skinny. May shed some more light on your issue |
| 01:00.49 | snuff-work | ok cool |
| 01:59.02 | *** join/#asterisk-dev stevePearPear (~stevePear@203.126.171.206) |
| 02:20.30 | jameswf | Can i create an ari channel in the future... like you can set the modified time in the future on a .call file |
| 02:27.35 | *** join/#asterisk-dev leifmadsen (~free-mads@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:27.35 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 02:30.04 | snuff-work | wedhorn: now loaded * with ur newer changes.. will see how it goes |
| 02:33.52 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 02:41.18 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 02:46.34 | wedhorn | okay. murphy's law means you won't see a crash for a few weeks ;) |
| 02:56.16 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 04:14.05 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 05:07.50 | *** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au) |
| 06:36.51 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:09.45 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:09.45 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:11.36 | oej | Morning folks |
| 07:16.27 | snuff-work | wedhorn: i didn't get issue with phone losing itself against *.. but i did get a crash when doing call pickup with the other end hanging up |
| 07:19.25 | wedhorn | snuff-work: yeah, I think the pickup code needs a bit of love to handle those sort of situations |
| 07:21.38 | wedhorn | snuff-work: be interesting to see what the actual failure was if you got a core dump |
| 07:22.32 | snuff-work | i has |
| 07:24.03 | snuff-work | http://pastebin.com/YZvydGsM |
| 07:35.40 | skrusty | morning |
| 07:37.26 | wedhorn | snuff-work: you get many of those crashes? |
| 07:47.57 | snuff-work | depends.. |
| 07:48.15 | snuff-work | how many ppl hang up before i get to it |
| 07:49.12 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 07:49.12 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:49.18 | wedhorn | okay, suppose the question is how reliably can you force a crash |
| 07:56.02 | snuff-work | not very.. i believe.. unless i can repro locally |
| 07:56.54 | snuff-work | the caller that hangs up comes via SIP from another trunk.. i might give it a go another day just using local software voip client |
| 07:57.03 | snuff-work | so i at least get the sip -> skinny part |
| 07:57.30 | wedhorn | okay, my gut feel is it's a locking issue |
| 07:58.21 | wedhorn | in effect the skinny rtp appears to be destroyed twice, but doesn't exist on the second attempt |
| 07:58.45 | wedhorn | if this is what happens, shouldn't really matter what the other tech is |
| 07:59.20 | snuff-work | k |
| 08:16.40 | *** join/#asterisk-dev tgu (~tgu@host-212-68-194-46.brutele.be) |
| 08:36.17 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 11:55.07 | file | jameswf, to answer your quesiton... there is no facility built-in to do that |
| 11:55.09 | file | er question |
| 12:09.33 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:16.25 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 13:27.11 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-nucdzlslrhwhfdcd) |
| 13:27.11 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:56.01 | jameswf | File is that a "yet" thing |
| 14:04.52 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 14:08.33 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-pnoongccisfxhups) |
| 14:12.27 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 14:14.09 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:14.09 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:15.26 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:15.26 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:23.00 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 14:37.59 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-dutnssahvmoiazji) |
| 14:45.21 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 14:46.41 | jameswf | malcolmd: may I pm |
| 15:09.19 | malcolmd | jameswf: of course |
| 15:10.42 | pabelanger | morning. |
| 15:11.33 | pabelanger | So, what is the status of WS these days in asterisk. Is it actually working or broken? |
| 15:19.27 | file | pabelanger, working... |
| 15:20.14 | file | jameswf, I'm not sure if that would ever be something I'd personally expect or like to see in ARI... cause then you have to persist all of them, figure out the timing, and what if you are sending it to a stasis app and it's not connected? |
| 15:22.37 | pabelanger | file, thanks |
| 15:36.28 | pabelanger | <PROTECTED> |
| 15:36.41 | pabelanger | should have been more specific, how's the status of webrtc |
| 15:36.54 | pabelanger | Still browser dependant? |
| 15:40.24 | file | I'm working in a branch to improve things |
| 15:40.41 | file | but WebRTC continues to evolve |
| 15:41.15 | pabelanger | file, so, there are issues with it ATM |
| 15:41.26 | file | in mainline? yes |
| 15:41.45 | pabelanger | okay |
| 15:41.55 | pabelanger | checking issues tracker to see what is up |
| 15:42.07 | file | ASTERISK-22961 |
| 15:42.16 | file | ASTERISK-23026 |
| 15:42.44 | pabelanger | danke |
| 16:03.05 | jameswf | file: my thought on the ARI thing was using it to replace call files... I was thinking this could replace call files but I have to figure out a time mechanism.... maybe they have one in the works and I don't have to..... seems no one wants to :) |
| 16:03.28 | file | who has one in the works? |
| 16:03.51 | Marquis42 | jameswf: cron + script that interacts with ARI? |
| 16:04.18 | file | you could actually probably write a small script which understands .call files but dispatches to ARI |
| 16:05.06 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-qwruamejypbgfssq) |
| 16:05.06 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:05.10 | jameswf | Marquis42: that is probably where I will end up. file I want to eliminate call files... I am mentally reworking the whole "wake up call" thing |
| 16:05.40 | sgriepentrog | jameswf: what would the purpose be - to eliminate asterisk's implementation of call files, or to originate calls into stasis based on file time? |
| 16:05.50 | file | yeah, all depends on what you are trying to achieve |
| 16:05.55 | sgriepentrog | AAnd you just answered that. |
| 16:06.00 | jameswf | lol |
| 16:07.03 | jameswf | It actually makes more sense I guess for the application to control time and fire events to allow proper error handling and logging. |
| 16:07.26 | jameswf | sometimes a guy just wants to be lazy |
| 16:16.49 | tzafrir | Are the packages in http://packages.asterisk.org/centos/6/current/ maintained? |
| 16:32.18 | mjordan | tzafrir: yes, although I'm sure we're a bit behind due to feature freeze in a few weeks. |
| 16:35.19 | tzafrir | Some packages fail to build in mock due to the odd handling of the build logs |
| 16:39.50 | mjordan | tzafrir: specifically, which packages and for what particular reasons? I know we have mock problems, but I'm not sure what the specifics are |
| 16:42.14 | tzafrir | http://git.xorcom.com/?p=rpm/libss7.git;a=commitdiff;h=a75e191218414cd63c8e3fa1c006c6b9bddf0f7b |
| 16:42.40 | tzafrir | It keeps the errors from the output of rpm |
| 16:43.00 | tzafrir | It also writes to places rpm building is not supposed to |
| 16:43.09 | tzafrir | Which makes the build fails |
| 16:52.30 | *** join/#asterisk-dev moy_ (~moy@207.107.151.50) |
| 17:02.56 | file | coreyfarrell, are you going to up the media formats review with the replace? |
| 17:03.10 | file | insert any missing words in that if needed |
| 17:12.05 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 17:15.30 | mjordan | tzafrir: are there packages other than libss7 that have that problem? |
| 17:15.41 | mjordan | tzafrir: I'm fairly sure we haven't built libss7 packages in a loooong time |
| 17:17.37 | tzafrir | libpri |
| 17:31.19 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 18:10.08 | file | er |
| 18:10.35 | file | pokes kharwell |
| 18:11.13 | kharwell | uhm |
| 18:11.22 | file | interesting |
| 18:11.47 | kharwell | maybe |
| 18:12.08 | file | I blame network routing. |
| 18:13.03 | kharwell | always possible |
| 18:13.25 | file | firewalls kharwell from reality |
| 18:14.28 | kharwell | it's like....unreal man! |
| 18:39.43 | coreyfarrell | file: I was planning to do a separate review to use ao2_replace / ao2_bump for format refcounting. if I start it on this review we will end up with 130 changes to 56 files.. seems like the stuff in r3671 needs to be scrutinized better than the ao2_replace/ao2_bump mass change |
| 18:41.11 | file | ack |
| 18:41.44 | coreyfarrell | ? |
| 18:41.54 | file | acknowledged |
| 18:42.42 | coreyfarrell | ah sorry pretty tired |
| 18:43.22 | file | ship it baby ONE MORE TIME |
| 18:44.08 | coreyfarrell | anyhow something I'm more concerned with right now are the code where we have frame.mallocd = 0;frame.subclass.format = ast_format_ulaw; (we have this with and without bump) |
| 18:46.04 | file | what about it? |
| 18:46.18 | coreyfarrell | with the current code I believe the FRACK's are being caused by the above pattern, where some code uses frame.mallocd=0; frame.subclass.format = ast_format_copy... in a more current test I have my single call down to 4 reference leaks (instead of FRACK's) |
| 18:46.50 | coreyfarrell | it's not always easy to know if call_some_procedure(frame) will result in ast_frfree(frame). |
| 18:47.01 | file | indeed, it depends on the user |
| 18:47.54 | coreyfarrell | so currently there are frames that do not use ast_format_copy but do get ast_frfree called on them |
| 18:50.02 | coreyfarrell | I'm thinking of making only running ao2_cleanup(fr->subclass.format) in __frame_free when we have AST_MALLOCD_HDR |
| 18:50.47 | coreyfarrell | this switches us from having too many ao2_ref(fmt, -1) to leaking a few references |
| 18:51.23 | file | I'd prefer we understood the usage instead of just doing that and hoping it'll cover a lot of cases |
| 19:18.41 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 19:18.41 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 19:29.45 | leifmadsen | newtonr: mjordan: looks like there are centos repos again for Asterisk (such as 11), I'm curious who is responsible for those RPMs? Looks like the latest in that repo is 11.10.0 (no security releases) |
| 19:41.50 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 19:43.13 | newtonr | leifmadsen, are you talking about the ones here http://packages.asterisk.org/centos ? |
| 19:43.22 | leifmadsen | yea |
| 19:43.50 | leifmadsen | also, nevermind really I guess, since i can't use those as they are built with deps on dahdi-linux and asterisknow :) |
| 19:45.32 | newtonr | yeah those are maintained by the Digium dev team. |
| 19:46.04 | newtonr | mjordan mentioned earlier: " mjordan> tzafrir: yes, although I'm sure we're a bit behind due to feature freeze in a few weeks." |
| 19:52.18 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 19:52.18 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:03.44 | jameswf | is looking for the APT repos.... |
| 20:04.02 | jameswf | knows yall hate ubuntu |
| 20:04.37 | pabelanger | they are long dead now |
| 20:04.47 | pabelanger | just use tzafrir's work from debian |
| 20:04.49 | Qwell | jameswf: give it time. Afterall, Ward Mundy says he just made Asterisk work on Ubuntu today. |
| 20:05.26 | jameswf | Qwell: about time somebody did |
| 20:05.34 | jameswf | I felt like the ugly step sister |
| 20:05.56 | pabelanger | what are you trying to do? |
| 20:18.36 | tzafrir | Though I must say that recently Jeremey Laine has been doing most of the work |
| 20:19.36 | tzafrir | Ubuntu (Universe. But who cares?) includes those packages, basically |
| 20:31.46 | putnopvut | coreyfarrell: Hey if you have a moment, would you mind replying to my latest comment on https://reviewboard.asterisk.org/r/3619/ ? Thanks! |
| 20:33.57 | putnopvut | Okay, and now that I actually published the comment, it should make more sense to ask for a reply :) |
| 20:34.51 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-170-9.mci.googlefiber.net) |
| 20:35.51 | coreyfarrell | I was about to reply to your old comment :) |
| 20:40.24 | putnopvut | Thanks very much! |
| 20:48.21 | *** join/#asterisk-dev Qwell (north@pdpc/sponsor/digium/Qwell) |
| 20:48.21 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:59.33 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:14.36 | gtjoseph | mjordan: When's the feature cutoff again? |
| 21:15.03 | mjordan | gtjoseph: July 16th |
| 21:15.11 | gtjoseph | oh yeah, thanks. |
| 21:15.43 | mjordan | np :-) |
| 21:15.54 | coreyfarrell | mjordan / file: review coming shortly for removing ast_format_copy.. just waiting for it to finish building |
| 21:16.00 | mjordan | btw, 'feature freeze' means we'd like to have the code up on review board |
| 21:16.04 | mjordan | that doesn't mean it has to be merged |
| 21:16.11 | mjordan | nor does it have to be through the review process |
| 21:16.28 | gtjoseph | yep, I think I remember that from your earlier email. Just forgot the date. |
| 21:17.48 | file | REVIEW ALL THE THINGS! |
| 22:33.05 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 22:33.05 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 22:49.03 | *** join/#asterisk-dev HeN (uid3747@gateway/web/irccloud.com/x-cjprbuhpqksjdypo) |
| 22:50.10 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-pnoongccisfxhups) |
| 23:05.43 | tm1000 | pabelanger: jameswf wasnt trying to do anything really, ward mundy just made his work with Asterisk on Ubuntu sound like it’s never been done before as he said it’s the “ugly step sister” for asterisk |
| 23:06.08 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-upvtuwhwkkwerjge) |
| 23:27.48 | mjordan | tm1000: which is funny, as I run Ubuntu on my laptop |
| 23:28.48 | tm1000 | mjordan: Well good to know you run your ugly sister on your laptop |
| 23:28.59 | mjordan | Hey, don't call my sister ugly |
| 23:38.06 | coreyfarrell | anyone who knows python can tell me if I'm adding an array to an array the "proper" way? mylist.append([ "name1", "value1" ]) |
| 23:44.05 | tm1000 | coreyfarrell: not to be all high and mighty but do note that there are no arrays in python |
| 23:44.07 | tm1000 | :-D |
| 23:44.22 | coreyfarrell | hates python |
| 23:45.17 | tm1000 | that is the way to do it, though looks like you are trying to add either multiple items are make the list multidimensional |
| 23:45.27 | tm1000 | are==or |
| 23:46.14 | tm1000 | mylist.extend([ "name1", "value1" ]) might work better |
| 23:46.19 | tm1000 | depending on what you are doing |
| 23:46.42 | coreyfarrell | multidimensional. although it looks like a hash would work I need to support duplicate names |
| 23:48.02 | tm1000 | if mylist = [1, 2, 3], then after append you’d have, [1, 2, 3, ["name1", "value1"]] |
| 23:48.09 | tm1000 | if thats what you want then yes that is correct |
| 23:48.54 | coreyfarrell | that's exactly it (minus the 1,2,3 at the start) |
| 23:49.44 | coreyfarrell | thanks |