| 00:37.18 | *** join/#asterisk-dev d_ferdi (~Miranda@77-64-174-132.dynamic.primacom.net) |
| 00:37.32 | d_ferdi | hello, i have a big problem with asterisk on authentication for outgoing calls. asterisk use the dialed nummer instead of the username in the auth uri for authentication!!! |
| 00:43.05 | coreyfarrell | d_ferdi: you should join #asterisk for help with that sort of thing. |
| 00:48.35 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@LFbn-1-5195-12.w90-105.abo.wanadoo.fr) |
| 00:59.25 | d_ferdi | coreyfarrell: hello i find a solution i use dial(SIP/provider/exten) instead of dial(SIP/exten@provider). i don't know why, but it works |
| 01:00.29 | d_ferdi | i think there is a bug in asterisk which should be fixed |
| 01:03.27 | d_ferdi | i don't know, what is the difference beetween this two versions, but it helps |
| 01:18.34 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 01:18.34 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 01:21.23 | *** join/#asterisk-dev elcontrastador (~textual@206.78.110.4) |
| 02:01.52 | *** join/#asterisk-dev leedm777 (~textual@50-81-29-44.client.mchsi.com) |
| 02:01.52 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 04:26.48 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.165) |
| 04:54.21 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 04:54.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:27.05 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:56.34 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:c899:1a8f:5ba1:5eb7) |
| 08:14.07 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:14.07 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:23.50 | *** join/#asterisk-dev elcontrastador (~textual@206.78.110.4) |
| 09:14.14 | *** join/#asterisk-dev elcontrastador (~textual@206.78.65.202) |
| 10:22.11 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 10:22.11 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 11:41.08 | *** join/#asterisk-dev elcontrastador (~textual@206.78.65.202) |
| 13:00.35 | *** join/#asterisk-dev leedm777 (~textual@50-81-29-44.client.mchsi.com) |
| 13:00.35 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:54.38 | *** join/#asterisk-dev Dovid (~dovid@ool-45738ae3.dyn.optonline.net) |
| 14:05.04 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-qtjchsmfcxyvdbop) |
| 14:05.04 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 14:22.47 | Dovid | has anyone seen Tzafrir? |
| 14:35.30 | *** join/#asterisk-dev Dovid (~dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 14:37.47 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:37.47 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:09.34 | cresl1n | Gerrit's a busy place right now |
| 15:09.55 | file | cresl1n: do try to keep up |
| 15:10.06 | cresl1n | heh |
| 15:10.18 | cresl1n | I feel like I'm a character in a bbc show right now |
| 15:19.53 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-ezazibwuuszwvopq) |
| 15:19.53 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:28.47 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 15:28.47 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:28.47 | jsmith | cresl1n: Hopefully it's not "Meet the Midwife" -- you kinda left yourself wide open there. |
| 15:29.21 | cresl1n | heh |
| 15:29.34 | cresl1n | My wife's recently went through that show |
| 15:29.50 | cresl1n | She tried to resist but she said it was too good and got sucked in |
| 15:40.48 | *** join/#asterisk-dev Gugge_ (gugge@92.246.2.105) |
| 15:49.42 | jsmith | cresl1n: Yours too, I see... |
| 15:50.11 | jsmith | cresl1n: What about "Shetland" -- has she gotten hooked on that one yet? |
| 15:50.58 | cresl1n | Oh man, not yet |
| 15:51.03 | cresl1n | better not tell her about it though |
| 15:51.34 | cresl1n | we watched a bunch of the inspector morse and lewis shows though |
| 15:51.37 | jsmith | cresl1n: No, do -- because then you''ll get extra points -- and it's one you probably won't mind watching too. (It's a crime show) |
| 15:51.41 | cresl1n | :-) |
| 15:51.42 | cresl1n | ok |
| 15:51.46 | jsmith | cresl1n: As did we... |
| 15:58.59 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-njayhefbhwhxgchf) |
| 15:58.59 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:20.46 | cresl1n | Anybody going to complain if I abandon https://gerrit.asterisk.org/#/c/6173/ |
| 16:20.54 | cresl1n | Haven't seen any response or progress on it |
| 16:27.52 | cresl1n | Alright, I gave it bump instead |
| 16:28.00 | cresl1n | if I don't hear anything back in a few days we'll take action |
| 16:28.53 | file | bumps cresl1n |
| 16:31.56 | cresl1n | waves |
| 17:06.24 | coreyfarrell | cresl1n: I pretty much blocked 6173 in the current form.. include/asterisk/netsock.h no longer exists in master, even if that change is low enough risk for 13/15 I'm -2 on adding a feature to 13/15 but not master. |
| 17:06.54 | cresl1n | Yeah, I'll second that |
| 17:07.22 | cresl1n | Don't have a problem with that approach |
| 17:09.18 | coreyfarrell | I feel a little bad for pulling netsock.h out from under him, but the header was labeled '\deprecated Use netsock2.h instead' since 2014. |
| 17:16.30 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-94-154.red.bezeqint.net) |
| 17:16.31 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 17:47.11 | gtjoseph | anyone got opinions about install_prereq installing optional things like unbound-devel or hoard? |
| 17:49.45 | file | negative |
| 17:49.58 | file | probably good though in the case of unbound |
| 18:11.20 | coreyfarrell | does anyone know of any platform (compiler) which can build asterisk but does not support either __sync or __atomic built-in's? |
| 18:11.58 | gtjoseph | not me |
| 18:12.54 | coreyfarrell | I'm working on a PR to add atomic reference counting to jansson, not sure if there is any purpose to supporting the other methods. |
| 18:20.23 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.165) |
| 19:42.36 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip70-180-17-122.ph.ph.cox.net) |
| 20:00.47 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-fyywcvujfjbdyaxg) |
| 20:00.47 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 20:30.03 | kharwell | Is jenkins hung up or just taking a while. Seems like stuff is backing up maybe? |
| 20:32.47 | coreyfarrell | kharwell: I was just looking at that, I think some reviews were missed by jenkins |
| 20:33.12 | gtjoseph | gimme a few minutes and I'll look |
| 20:33.13 | coreyfarrell | 7989 is not in the queue and I don't see it running |
| 20:33.29 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00649ff7d87a02d0e8.ipv6.abo.wanadoo.fr) |
| 20:33.38 | kharwell | ya and looks like some stuff has been waiting for a while |
| 20:49.00 | coreyfarrell | rmudgett: could I convince you to review some thread safety fixes I'll be submitting to jansson? two commits at https://github.com/coreyfarrell/jansson/tree/threadsafety |
| 20:51.41 | coreyfarrell | rmudgett: the atomic refcounting is the one I'm more concerned about, I'm pretty about the fix to json_dump. |
| 20:51.52 | gtjoseph | jenkins is going to get a restart here in a bit |
| 20:58.45 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-hubthmmbipejpuai) |
| 20:58.45 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 21:15.52 | rmudgett | coreyfarrell: What would be better is if we could get the internal calls to json_incref/json_decref to call Asterisk's version instead. Something like how jansson allows internal calls to malloc/free to be replaced. |
| 21:19.53 | coreyfarrell | rmudgett: I'm not sure I understand what that would do (what would that improve)? |
| 21:21.53 | rmudgett | It would allow Asterisk to make the internal json_incref/json_decref calls thread safe by using the lock Asterisk creates for every json memory allocation. |
| 21:22.34 | rmudgett | You then won't need support by the compiler for atomic inc/dec of the refs. |
| 21:24.12 | coreyfarrell | rmudgett: that's why I was asking earlier does that compiler requirement actually exclude anyone? |
| 21:24.13 | rmudgett | The jansson library is inherently not thread safe. |
| 21:24.59 | coreyfarrell | I was thinking #ifdef JSON_THREADSAFE_REFS /* don't lock for references */ |
| 21:25.50 | rmudgett | I don't know how universal that compiler support is. Also when we do a dec ref we have to be prepared for freed memory blocks when an object is destroyed. |
| 21:27.33 | rmudgett | Our memory free replacement puts the block in a thread local linked list of freed blocks. When Asterisk's json dec ref returns it frees any block in that list. |
| 21:29.28 | rmudgett | When Asterisk started using jansson, leedm777 made Asterisk's usage of it as thread safe as was possible using the API. |
| 21:30.48 | coreyfarrell | that was another question I had.. why do we do that instead of just freeing? I know because of the lock held by ast_json_unref but if we didn't need to hold that lock couldn't we just let ast_json_free do ast_free without the thread local list? |
| 21:33.30 | gtjoseph | jenkins should be starting to catch up. the server was out of disk space. |
| 21:38.56 | rmudgett | coreyfarrell: It appears that the lock was created because the jansson ref/unref's were not thread safe. If they were we shouldn't need that lock anymore and could route allocations/frees directly to ast_malloc/ast_free. |
| 21:52.19 | coreyfarrell | rmudgett: if I created routable json_lock / json_unlock functions I could have the unsupported compilers call those functions from JSON_INTERNAL_REF(). we would provide callbacks which would lock and unlock the ast_json. |
| 21:53.09 | coreyfarrell | rmudgett: this would mean even with unsupported compilers json_delete would be called after the ast_json, so we wouldn't need the free list that we currently have. |
| 21:56.55 | rmudgett | json_decref would need to release the lock before it called json_delete. |
| 21:59.33 | rmudgett | This all assumes that the jansson in use supports the routeable locks |
| 22:01.00 | coreyfarrell | rmudgett: I'm aware for the json_delete outside the lock. |
| 22:04.16 | coreyfarrell | as for having jansson that supports routable lock, of course. that'll be easily detectable from configure.ac. |
| 22:14.39 | *** join/#asterisk-dev elcontrastador (~textual@70-90-215-98-BusName-ca.sacra.hfc.comcastbusiness.net) |
| 23:10.43 | *** join/#asterisk-dev tzafrir (~tzafrir@62-90-199-247.barak.net.il) |
| 23:10.43 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:26.21 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00649ff7d87a02d0e8.ipv6.abo.wanadoo.fr) |
| 23:26.38 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-zuvaykfnadkmldol) |