| 00:55.07 | file | hum |
| 01:08.43 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 01:10.32 | klow | Howdy . I discussed this briefly on the mailing list with gtjoseph . Was wondering if a feature request for pjsip show channels, or perhaps an rtp command, to show you active calls/channels and which codec is being used (chan_sip shows this in sip show channels) - a bonus would be an estimate of how much data has been sent/received on that rtp stream .. ? |
| 01:11.23 | klow | if a feature request for that would be likely considered or implemented i mean. |
| 01:11.42 | file | if gtjoseph is interested in doing it then you can file it, otherwise we don't accept feature requests on the issue tracker |
| 01:17.21 | file | just a heads-up gtjoseph / coreyfarrell / etc - there's likely to be a bit of evening downtime in the future for Gerrit / Jenkins to upgradeify |
| 01:17.35 | file | not tonight, but sometime |
| 01:18.52 | coreyfarrell | are you saying we complain too much? |
| 01:20.27 | file | Meh, no :P |
| 01:20.46 | file | Just giving a heads up to take a break one evening |
| 03:16.53 | *** join/#asterisk-dev acidfoo_ (~acidfoo@208.114.164.19) |
| 03:44.37 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 04:44.29 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 05:55.56 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 06:03.12 | *** join/#asterisk-dev zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net) |
| 06:35.43 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 06:47.08 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-hyvievnjiuabtgiv) |
| 06:58.01 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 08:12.44 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:19.20 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:33.54 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:33.54 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:48.47 | *** join/#asterisk-dev acidfoo_ (~acidfoo@208.114.164.19) |
| 11:57.29 | *** join/#asterisk-dev oej (~oej@host-95-195-134-111.mobileonline.telia.com) |
| 11:57.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:22.46 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:57.47 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-uixgvagfamhekwqi) |
| 13:59.11 | *** join/#asterisk-dev newtonr (~RustyNewt@173-21-146-94.client.mchsi.com) |
| 13:59.11 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:59.29 | file | A wild newtonr appears. |
| 14:02.51 | gtjoseph | file: we use a bunch of different "sleep" mechanisms for multi-second periodic wakeups. Which do you prefer? sleep(), the pthread lock, or ast_sched? I'm tending toward the last even though I used sleep in the place you commented. |
| 14:03.15 | file | the scheduler is overkill |
| 14:03.48 | gtjoseph | not of we create a single one in res_pjsip that anyone can use for housecleaning. |
| 14:03.54 | gtjoseph | (later) |
| 14:04.13 | gtjoseph | so the phread loop? |
| 14:04.27 | file | meh, just stick with sleep for now - it may just get spurious wakeups and not be as accurate |
| 14:04.42 | gtjoseph | yeah, in that case, it's just a housecleaning task |
| 14:04.53 | gtjoseph | timing isn't critical at all |
| 14:11.22 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-wrghjafzfwptlwqb) |
| 14:15.27 | newtonr | file, aroo! |
| 14:43.35 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-qbjejamlgfxteulc) |
| 14:43.58 | *** join/#asterisk-dev sruffell (sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:43.58 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:37.52 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 15:50.01 | *** join/#asterisk-dev acidfoo_ (~acidfoo@208.114.164.19) |
| 16:49.34 | jameswf | git clone giving.... error: RPC failed; result=22, HTTP code = 500 |
| 16:50.52 | jameswf | http://www.asterisk.org/downloads/source-code address is wrong.... s/http/https/ @newtonr |
| 16:51.41 | file | http should work |
| 16:51.54 | jameswf | file: gives that 500 crap above |
| 16:52.02 | file | doesn't here, so it's probably gerrit being stupid |
| 16:52.19 | jameswf | or centos <.< >.> |
| 16:52.45 | newtonr | yeah it should work |
| 16:52.46 | jameswf | redirect.... aint noone got time for that |
| 16:52.54 | file | oh, Java |
| 16:52.55 | file | [2016-03-15 11:47:39,409] WARN org.eclipse.jetty.server.HttpChannel : /asterisk/git-upload-pack |
| 16:52.55 | file | java.lang.NullPointerException |
| 16:53.14 | file | I'm going to kick it again |
| 16:53.36 | file | you can also clone from git.asterisk.org or github |
| 16:53.38 | file | it's all the same |
| 16:53.59 | jameswf | walks over to github |
| 16:54.12 | jameswf | just wanted to write a 1 line patch |
| 16:54.16 | file | I kicked gerrit regardless |
| 16:54.17 | jameswf | but nooooooo |
| 17:05.14 | *** join/#asterisk-dev acidfoo_ (~acidfoo@208.114.164.19) |
| 17:16.17 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 18:00.58 | *** join/#asterisk-dev fornax (~fornax@85.183.43.221) |
| 18:12.33 | tm1000 | file: which branch should I work with? 13.7? 13 looks old so does master |
| 18:12.44 | tm1000 | I cant really find an answer in your wiki :-/ |
| 18:12.49 | file | 13 and master |
| 18:12.54 | file | 13.7 is already released |
| 18:13.05 | tm1000 | last commits were in march :-| |
| 18:13.14 | file | it is March? |
| 18:13.29 | tm1000 | file: so it is! |
| 18:13.32 | tm1000 | is ashamed |
| 18:13.45 | file | Latest commit d804b90 3 hours ago |
| 18:13.47 | tm1000 | brain.not.functioning |
| 18:13.47 | file | :P |
| 18:16.11 | *** join/#asterisk-dev lnxslck (~lnxslck@av3-84-90-162-98.netvisao.pt) |
| 18:26.05 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 18:28.37 | tm1000 | file: k⦠so I added my public key to gerrit. Trying to push this patch and getting Permission denied (publickey). |
| 18:28.58 | tm1000 | actually all I am running is: git review 13 -t ASTERISK-25846 |
| 18:29.08 | file | Did you set a user name? |
| 18:29.26 | tm1000 | yes |
| 18:29.29 | tm1000 | it sees me as tm1000 |
| 18:29.51 | tm1000 | err no apparently I did not |
| 18:29.55 | file | You set it in Gerrie? |
| 18:30.00 | file | Er gerrit |
| 18:30.06 | file | Then that would be why |
| 18:30.16 | tm1000 | yeah that was it |
| 18:30.21 | tm1000 | didnt realize it wasnt set from crowd. |
| 18:36.11 | tm1000 | file: is reviewboard still a thing or everything is in gerrit |
| 18:36.18 | file | everything is in gerrit |
| 18:55.13 | *** join/#asterisk-dev acidfoo_ (~acidfoo@208.114.164.19) |
| 19:11.18 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 19:31.46 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 20:59.49 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 21:00.31 | file | rmudgett, I'm trying to figure out what failed to merge, but I don't know |
| 21:01.47 | rmudgett | I was wondering the same thing. It might be because I inserted a new review in the middle of the chain. |
| 21:01.53 | file | there's conflicts in the list |
| 21:03.18 | rmudgett | Aww gtjoseph pushed me out of the top spot on www.asterisk.org contributors list. |
| 21:03.56 | file | ooo |
| 21:04.37 | file | I'm 80 away from #1 |
| 21:05.15 | file | rmudgett, so yeah I think the point at which the conflicts start on the 13 series is probably where the problem is |
| 21:10.12 | rmudgett | https://gerrit.asterisk.org/#/c/2391/ is now supposed to come after the inserted review https://gerrit.asterisk.org/#/c/2403/ |
| 21:10.39 | rmudgett | That is where the conflict starts. |
| 21:13.09 | rmudgett | I suppose when 2384 and 2387 go in I can rebase the 13 series to see if the conflicts get resolved |
| 21:48.58 | tm1000 | rmudgett: re: app_stasis |
| 21:49.24 | rmudgett | yes |
| 21:49.26 | tm1000 | I feel as though "Allocated failedâ and "Failed to attach masquerade detector\nâ should actually *maybe* hangup the channel as they seem like non-continuable errors |
| 21:49.45 | tm1000 | they return -1 same as "Stasis app '%s' not registeredâ and "Stasis app '%s' not active" |
| 21:51.10 | rmudgett | Yes and no. You'd have to bend over backward to distinguish those errors. |
| 21:51.35 | tm1000 | also stasis_app_exec only returns a -1 or 0 EXCEPT through (has_masquerade_store(chan) && app_send_end_msg(app, chan)) which could be something different |
| 21:51.44 | tm1000 | unless I am missing the place where it can return 1 or 2 |
| 21:51.55 | tm1000 | err 1 or -2 |
| 21:52.10 | tm1000 | oh also ast_pbx_run_args |
| 21:52.12 | tm1000 | argh |
| 21:53.52 | rmudgett | If you get one of those allocation failed type errors then the system is generally unstable anyway. You've run out of memory. |
| 21:54.00 | tm1000 | im having a rough time with git review right now, the rebases keep failing on UPGRADE.txt (which I have not touched). Might have to restart this whol review anyways |
| 21:54.34 | tm1000 | sigh |
| 21:54.38 | tm1000 | it created a new review anyways |
| 21:54.39 | tm1000 | how annoying |
| 21:56.10 | file | were you trying to do it against master, but your original review was 13? |
| 21:57.10 | tm1000 | file: no |
| 21:57.14 | tm1000 | its all sorts of fucked up now |
| 21:57.20 | tm1000 | im just going to start over |
| 21:57.21 | file | that new review was against master |
| 21:57.32 | file | you can pull your existing review down using git review -d <number> |
| 21:57.32 | tm1000 | yeah I noticed. but I was still in the 13 branch |
| 21:57.42 | file | make changes, do git commit -a --amend |
| 21:57.46 | file | then do git review 13 |
| 21:57.47 | rmudgett | Likely you didn't specify the 13 branch so it defaults to master |
| 21:57.50 | *** join/#asterisk-dev klow (~textual@c-73-53-31-109.hsd1.wa.comcast.net) |
| 21:58.01 | tm1000 | rmudgett: yeah thats it |
| 21:58.13 | tm1000 | in the docs on the wiki it never says anything about that for updating a review |
| 21:58.56 | file | edits wiki page |
| 21:59.23 | *** join/#asterisk-dev fornax (~fornax@85.183.43.221) |
| 21:59.30 | rmudgett | You should always use the -t option to specify the topic. Otherwise it will set your topic to your local branch name. |
| 22:00.28 | tm1000 | yeah I thought so but then it didnât say that when it said it previously |
| 22:00.33 | tm1000 | sooooo its all good |
| 22:00.42 | tm1000 | just learning new methods |
| 22:01.03 | tm1000 | last time I did a commit to Asterisk was in the chan_motif days⦠3 years ago with fileâs help⦠soo things are different :-) |
| 22:04.25 | rmudgett | chan_motif days haven't ended as that is still the current module. :) |
| 22:07.07 | tm1000 | it SHOULD end |
| 22:07.09 | tm1000 | ;-) |
| 22:16.08 | tm1000 | file: yo dawg. Your simplified instructions are beautiful. Just need the wiki to say that in 50 words or less, not 10000000000000000000000 *BUFFEROVERFLOW |
| 22:16.12 | tm1000 | ;-) |
| 22:16.39 | file | we're doomed either way :P |
| 22:17.01 | tm1000 | yeah I know. heh |
| 22:18.17 | tm1000 | amusing someone added crap whitespace formatting into app_stasis way before me |
| 22:23.06 | tm1000 | file: is there a point to setting pbx_builtin_setvar_helper(chan, "STASISSTATUS", "FAILEDâ); if Iâm returning -1 which tells pix_core to hangup |
| 22:23.22 | tm1000 | (this is in relation to rmudgettâs issues with my work that I am fixing) |
| 22:23.24 | file | it can be read from the 'h' extension and also goes out over AMI |
| 22:23.29 | tm1000 | right!! h1 |
| 22:23.33 | file | and changing that would PROBABLY break the test |
| 22:23.33 | tm1000 | âhâ! |
| 22:23.36 | tm1000 | thanks! :-) |
| 22:29.43 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 22:33.06 | tm1000 | file: Created by Matt Jordan, last modified by Joshua Colp 32 minutes ago Go to start of metadata |
| 22:33.06 | tm1000 | <PROTECTED> |
| 22:54.37 | tm1000 | file: now the build failed. heh |
| 22:54.46 | tm1000 | will look more into it tomorrow when Richard is around :-) |
| 22:54.46 | file | yup |
| 22:55.02 | file | the failure is in the log |
| 22:55.19 | file | https://en.wikipedia.org/wiki/Tsujigiri |
| 22:55.21 | file | grrr |
| 22:55.23 | file | 2016-03-15 17:46:50 app_stasis.c: In function 'app_exec': |
| 22:55.23 | file | 2016-03-15 17:46:50 app_stasis.c:119:3: error: expected ';' before '}' token |
| 22:55.23 | file | 2016-03-15 17:46:50 } |
| 22:55.42 | tm1000 | sigh sucky coding |
| 22:55.42 | tm1000 | app_stasis.c:119: error: expected ';' before '}' token |
| 22:55.44 | tm1000 | yeah |
| 22:55.46 | tm1000 | heh |
| 22:55.55 | *** part/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 22:56.10 | tm1000 | sigh |
| 22:56.18 | tm1000 | always need a semi-colon⦠ALWAYS |
| 23:06.46 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-wrghjafzfwptlwqb) |
| 23:23.51 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 23:33.15 | tm1000 | file: it passed yay |
| 23:33.59 | tm1000 | file: alsoâ¦.. Tsujigiri was in your clipboardâ¦.. Okayâ¦. |
| 23:34.18 | file | it is the favorite word of a British comedian |
| 23:34.50 | tm1000 | heh |
| 23:37.29 | *** part/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |