| 00:32.48 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 02:56.24 | *** part/#asterisk-dev snuff-work (~snuff-wor@203.87.61.22) |
| 03:28.29 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 03:31.10 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 04:01.20 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 04:15.36 | *** join/#asterisk-dev leedm777 (~textual@173-16-52-28.client.mchsi.com) |
| 04:15.37 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 04:18.30 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:29.52 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 05:29.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:59.59 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 06:02.26 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:19.18 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:57.29 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 07:28.15 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:28.15 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:46.43 | *** join/#asterisk-dev matsk (~matsk@217.142.15.30) |
| 07:59.39 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 08:07.16 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:14.22 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:50.45 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 09:51.06 | *** join/#asterisk-dev matsk (~matsk@vpnbl.borderlight.net) |
| 10:02.02 | tzafrir | Has anybody tested building asterisk with musl? There seem to be quite some cases of testing for linux-gnu, but non for linux-musl |
| 10:35.53 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 10:40.41 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 11:19.44 | *** join/#asterisk-dev CELYA_ (~Thunderbi@lcy44-2-88-161-121-174.fbx.proxad.net) |
| 11:26.40 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-zxghyxhaxucywpys) |
| 11:26.40 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 12:01.19 | gtjoseph | tzafrir: someone did testing and submitted patches for musl last year i think. can't remember who or exactly when but i _think_ everything worked. |
| 12:16.48 | Tim_Toady | tzafrir: alpine linux is based on musl and has asterisk |
| 12:18.25 | Tim_Toady | it was actually a distro fucosed on voip tools before it was taken over by docker, and asterisk/kamailio etc were tested thoroughly |
| 13:05.38 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-esopyncokoozxvmn) |
| 13:05.38 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:38.37 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:38.37 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:47.40 | file | do we like or dislike the comments from Gerrit on issues? |
| 13:48.06 | gtjoseph | it's good but it generates lots of notifications |
| 13:48.45 | file | yeah, I don't really have control over that... |
| 13:49.31 | gtjoseph | might be more chatty than it's worth. |
| 13:49.50 | file | I can change it so only a merge does it |
| 13:50.07 | gtjoseph | that'd be cool |
| 13:50.17 | file | any other thoughts? although it is sorta early |
| 13:51.14 | gtjoseph | or late :) |
| 13:51.21 | file | time. |
| 13:53.54 | file | I will leave it for now and ask for more thoughts Friday afternoon and then make any changes, that gives the current config a full week of use to see how people feel |
| 13:54.21 | cresl1n | I'm not a big fan of chatty bots |
| 13:54.33 | cresl1n | makes me not want to read comments when it's mostly from bots |
| 13:54.38 | cresl1n | <â that's just me |
| 13:55.03 | cresl1n | So if you could restrict it to just merging, I'd +2 that |
| 13:55.09 | file | k |
| 13:56.07 | file | theoretically done |
| 13:59.20 | cresl1n | gtjoseph: what's your twitter handle? |
| 13:59.36 | gtjoseph | i forget, gimme a sec |
| 14:00.20 | gtjoseph | isgtj0 |
| 14:02.09 | cresl1n | There we go, I just promoted your blog post :-) |
| 14:03.47 | file | and retweeted |
| 14:03.50 | cresl1n | Nice! |
| 14:04.00 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-656-1-144-17.w80-14.abo.wanadoo.fr) |
| 14:04.02 | cresl1n | Asterisk dev team powers combine |
| 14:04.11 | cresl1n | in the twitterverse |
| 14:04.19 | gtjoseph | CRAP: How do you delete a patchset on gerrit? |
| 14:04.36 | cresl1n | I don't think anyone has than handle gtjoseph |
| 14:04.43 | cresl1n | s/than/that IRC/ |
| 14:04.48 | gtjoseph | Alexander Traud and I had a collision and his correct. |
| 14:05.00 | file | gtjoseph, um |
| 14:05.19 | gtjoseph | maybe from the command line |
| 14:08.46 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 14:09.09 | coreyfarrell | file: I agree with cresl1n about bots, less is better. if gerrit posts too much to asterisk-bugs I'll unsubscribe from that list. actually would be nice if the asterisk-bugs mailing list could just blacklist the gerrit bot. |
| 14:09.42 | coreyfarrell | .. so messages from gerrit bot would only be sent to those watching the specific issue. |
| 14:10.19 | file | ahahahaha |
| 14:10.23 | file | yeah, not possible |
| 14:11.13 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 14:11.28 | file | gtjoseph, you can probably pull down 6 and put it up as an update |
| 14:11.37 | gtjoseph | that's what i'm doing now |
| 14:12.19 | file | coreyfarrell, it will only now comment on merge with the reviews which I think is the best compromise |
| 14:12.40 | file | we don't have to explicitly add the reviews and we still have a direct link back |
| 14:16.50 | coreyfarrell | sounds good |
| 14:17.53 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-gqdfdsrfrdnusyhw) |
| 14:17.53 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:22.37 | coreyfarrell | do we have a wiki page I can give to scgm11 / explain how to update a review instead of abandoning and creating new one? |
| 14:23.10 | file | I don't think we have one explicitly going through step by step on it |
| 14:25.41 | cresl1n | before I make a fool of myself on the -dev list, the nat settings on the transport object in pjsip.conf⦠|
| 14:26.30 | cresl1n | simply set localnet and the external_media_address and external_signaling_address to the proper values and it should place those external_* values in the SDP and signaling going in/out of asterisk, right? |
| 14:26.39 | file | local_net, but yes |
| 14:26.55 | cresl1n | merci |
| 14:27.05 | cresl1n | you're sure it's local_net? |
| 14:27.12 | file | yes. |
| 14:27.34 | cresl1n | thanks |
| 14:42.39 | cresl1n | Aren't there a few modules that can improve CPU load when they're disabled? |
| 14:42.46 | cresl1n | I was trying to remember them |
| 14:42.51 | cresl1n | CDRs seems like one of them |
| 14:42.58 | cresl1n | Were there any others? |
| 14:43.07 | cresl1n | Maybe related to stasis load? |
| 14:43.36 | cresl1n | I know rmudgett had a few on his list |
| 14:43.41 | gtjoseph | CELs are probably others |
| 14:43.52 | cresl1n | Are CELs that intensive though? |
| 14:44.07 | cresl1n | I was only thinking of CDRs because of all the end processing that occurs |
| 14:44.27 | gtjoseph | just thinking out loud |
| 14:44.31 | gtjoseph | maybe not |
| 14:48.05 | coreyfarrell | I thought I remember someone saying that disabling all three of CDR, CEL and AMI could stop some stasis events from ever being routed. |
| 14:48.54 | cresl1n | Just asked rmudgett and he mentioned that |
| 14:48.58 | file | yes |
| 14:49.12 | cresl1n | he said the big bad ones are the HEP modules and CDRs though |
| 14:49.32 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-egnkjsziwmxsszfg) |
| 14:49.32 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 14:58.09 | gtjoseph | Yeah, HEP is a biggie |
| 15:17.33 | *** join/#asterisk-dev WIMPy (~wimpy@85.183.95.26) |
| 15:55.02 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:55.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:55.13 | cresl1n | waves to putnopvut |
| 15:55.47 | putnopvut | snubs cresl1n |
| 15:55.54 | putnopvut | nah jus' kiddin' |
| 15:55.57 | putnopvut | waves back |
| 15:56.01 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-yininpnnvypsiaax) |
| 15:56.01 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:56.37 | cresl1n | meanie |
| 16:39.15 | file | I do like it when issue reporters give reproduction steps |
| 17:20.39 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:27.14 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0024035913148eedae.ipv6.abo.wanadoo.fr) |
| 17:48.05 | putnopvut | https://issues.asterisk.org/jira/browse/ASTERISK-26343 is ... interesting. The problem appears to be that an AGI is setting caller ID on a local channel. While the AGI is running, a connected line frame gets deferred. The connected line frame then gets queued after the AGI finishes. This results in the caller ID that had been set in the AGI getting overwritten by the connected line frame. |
| 17:48.31 | putnopvut | The issue specifically mentions that it was the fix for https://issues.asterisk.org/jira/browse/ASTERISK-25951 that introduced this problem |
| 17:48.56 | putnopvut | ASTERISK-25951 specifically was created because connected line frames were being eaten by the AGI, and deferring them fixed their problem. |
| 17:49.09 | putnopvut | So it's a case where connected line frames need to be deferred and don't need to be deferred. |
| 17:49.23 | file | hrm |
| 17:50.20 | putnopvut | There are probably ways for the reporter of ASTERISK-26343 to work around his issue. Probably could set up a connected line gosub that just re-writes what he already set as caller ID. |
| 17:50.23 | putnopvut | something like that. |
| 17:50.27 | putnopvut | But it's not especially elegant |
| 17:50.35 | putnopvut | And I'm not sure what we should do automatically |
| 17:51.19 | file | can we know that it was updated and discard the deferred? |
| 17:51.19 | putnopvut | Some ideas |
| 17:51.27 | putnopvut | Yeah, that was going to be one of my ideas |
| 17:51.38 | putnopvut | It would only work within the one AGI invocation though |
| 17:51.45 | putnopvut | So if they call AGI 1 and set caller ID |
| 17:51.57 | putnopvut | then call AGI 2 and that's where the connected line frame gets deferred ... oops |
| 17:52.39 | file | did we receive the connected line frame after they set caller ID in that scenario |
| 17:53.19 | putnopvut | I'm not 100% sure, but I think so. ANother idea would be to provide an option to the AGI application that says "I'm in charge of caller ID, so plz drop connected line frames you get" |
| 17:53.43 | putnopvut | It's ugly, but it may work more consistently |
| 17:53.45 | file | hum |
| 17:57.53 | putnopvut | I'll try some "automatic" things to start with |
| 18:37.14 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-qdjpsjtgmmoiabfu) |
| 18:37.14 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 21:11.34 | file | gtjoseph, on 11 stuff what will --with-pjproject-bundled do? |
| 21:11.58 | cresl1n | file: if I +2'd something by mistake, if I +1 it really quickly, will that cancel the merge? |
| 21:12.01 | gtjoseph | should do nothing. ./configure should just report an unrecognised option |
| 21:12.19 | gtjoseph | cresl1n: NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO!!!!!! |
| 21:12.25 | cresl1n | bummer |
| 21:12.29 | gtjoseph | just kidding |
| 21:12.29 | file | it would be a lie if I said yes |
| 21:12.36 | cresl1n | bummer twice. |
| 21:12.53 | file | however, the jobs can be canceled manually and it'll fail gate |
| 21:13.04 | cresl1n | nah, it's ok, I see the cherry picks now |
| 21:13.06 | cresl1n | it'll be ok |
| 21:13.13 | gtjoseph | look on the bright side, jenkins will probably fail the gate anyway because of a stupid test issue. |
| 21:13.35 | file | aka doing its job |
| 21:13.36 | file | :D |
| 21:14.48 | cresl1n | Do we have a verification step on the infrastructure project? |
| 21:14.54 | file | no |
| 21:14.58 | cresl1n | ok |
| 21:15.31 | file | and in it goes |
| 21:16.18 | gtjoseph | was it the pjproject-bundled thing that went in? |
| 21:16.47 | *** join/#asterisk-dev tuxd00d (~tuxd00d@24.121.219.186) |
| 21:16.56 | file | yes |
| 21:17.08 | gtjoseph | ah, that's why you asked about 11 |
| 21:17.15 | gtjoseph | and yes, it's just ignored |
| 21:17.19 | file | yes, and coreyfarrell tested |
| 21:19.59 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 21:20.00 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:27.45 | *** join/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 21:27.45 | *** mode/#asterisk-dev [+o DivideBy0] by ChanServ |
| 23:23.04 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-gqdfdsrfrdnusyhw) |
| 23:56.11 | *** join/#asterisk-dev philipp64|macmin (~chatzilla@66-232-81-197.ctcweb.net) |