| 00:28.41 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 00:28.41 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 01:20.11 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 01:20.11 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 05:01.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 05:15.34 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 05:24.36 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:29.48 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 05:29.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:11.07 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:16.19 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 07:03.28 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:16.11 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 07:36.20 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 07:43.16 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:52.15 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:54.55 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 07:54.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:04.11 | *** join/#asterisk-dev pchero_work (~pchero@2a00:c80:1072::10de) |
| 08:06.52 | *** join/#asterisk-dev tuxian (~tuxian@194.12.3.78) |
| 08:16.34 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 08:16.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:18.46 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:18.46 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:21.46 | *** join/#asterisk-dev tuxian_ (~tuxian@igilmour.plus.com) |
| 08:32.47 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 08:32.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:16.14 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 09:16.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:19.40 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:29.47 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 09:29.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:01.18 | tsearle | good morning, is there any way to have a realtime enpoint extend from a template? (template in file or database) |
| 10:02.20 | tsearle | rationale: I used to have most peer setting defaults in the [general] section, the way I see to keep that behaviour is to make a defaults template |
| 10:07.12 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 10:15.28 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 10:23.45 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 10:33.17 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 10:33.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:03.18 | file | There is not currently a method in Asterisk to do it |
| 11:36.47 | *** join/#asterisk-dev alcm (~andre.mag@177.69.178.125) |
| 11:43.11 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 12:11.11 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 12:11.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:02.50 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 13:53.06 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:53.06 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:58.28 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:15.33 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:15.33 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:21.49 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-eahpwkobabwkwwec) |
| 14:21.49 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:06.53 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-nqryisnjmzhyaweo) |
| 15:06.53 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:22.19 | cresl1n | waves |
| 15:24.45 | file | moo |
| 15:25.03 | danjenkins | waves back |
| 15:25.09 | cresl1n | danjenkins!!!! |
| 15:25.14 | cresl1n | congrats on getting your house sold |
| 15:25.40 | danjenkins | thanks! Moving tomorrow :) |
| 15:26.00 | danjenkins | means ive missed webrtc stockholm and fosdem :( |
| 15:26.06 | danjenkins | but yay that its finally over |
| 15:26.24 | file | sell all the things |
| 15:27.34 | cresl1n | Yes. Don't move ANYTHING. |
| 15:27.48 | cresl1n | Convert all things to liquid assets |
| 15:28.15 | putnopvut | And by liquid assets, he means melted-down gold. |
| 15:30.37 | cresl1n | ^ This. |
| 15:32.39 | file | or tacos |
| 15:52.33 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-pbjuosfooxvwvhzz) |
| 15:52.33 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:14.49 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:37.27 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 16:51.29 | cresl1n | tzafrir: thanks for getting those patches up |
| 16:52.06 | tzafrir | It was my mess to begin with |
| 17:01.19 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 17:01.44 | seanbright | so this page: https://wiki.asterisk.org/wiki/display/AST/Commit+Messages |
| 17:02.01 | seanbright | seems to imply that just referencing an issue number (without the #close) will close the issue |
| 17:02.04 | seanbright | is that the case? |
| 17:02.07 | file | yes |
| 17:02.10 | seanbright | ok |
| 17:02.21 | file | putting #close is a noop, it'll still close it |
| 17:02.35 | seanbright | is there a way to reference an issue in a commit message without closing it? |
| 17:03.12 | file | the rules are not fancy enough for that |
| 17:03.34 | file | (so, no) |
| 17:03.39 | seanbright | got it |
| 17:03.41 | gtjoseph | You could do ASTERISK~99999 or something |
| 17:03.53 | gtjoseph | some othe rcharacter other than a '-' |
| 17:04.06 | gtjoseph | probably no link though |
| 17:04.10 | file | the tldr: code.asterisk.org used to close issues but it worked only for maybe 50% |
| 17:04.15 | seanbright | maybe a schwa e, or something |
| 17:04.23 | file | now gerrit.asterisk.org closes issues based on the presence of the id, and works 100% of the time it seems |
| 17:05.51 | *** join/#asterisk-dev oej (~oej@37.250.98.162.bredband.tre.se) |
| 17:05.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:10.49 | *** join/#asterisk-dev oej (~oej@37.250.98.162.bredband.tre.se) |
| 17:10.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:10.52 | file | seanbright: you are on a roll! just like butter |
| 17:11.14 | seanbright | mmm butter |
| 17:11.20 | file | that is the correct response |
| 17:18.20 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:21.18 | *** join/#asterisk-dev oej (~oej@37.250.98.162.bredband.tre.se) |
| 17:21.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:32.08 | *** join/#asterisk-dev oej (~oej@37.250.98.162.bredband.tre.se) |
| 17:32.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:33.41 | file | gtjoseph: which distro and version did you have ASTERISK-26705 occur under? |
| 17:34.18 | gtjoseph | checks |
| 17:34.33 | gtjoseph | is that the libasteriskssl one? |
| 17:34.46 | gtjoseph | if so, centos7-64 |
| 17:34.52 | file | ues |
| 17:34.53 | file | l |
| 17:34.57 | file | er yes |
| 17:35.00 | file | k |
| 17:35.19 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 17:35.22 | gtjoseph | might have been centos6 as well. i can probably reproduce if you need me to |
| 17:35.30 | gtjoseph | before and after the optehr change ot hte makefile |
| 17:36.53 | file | I can spin one up in a minute, I just wanted to be certain on version |
| 17:37.36 | gtjoseph | you have to make sure the environment is completely free of asterisk and do a ldconfig to simulate a first install |
| 17:37.54 | gtjoseph | make uninstall still has issues i think |
| 17:49.06 | seanbright | so what is the module loading policy when a configuration file is missing/invalid? |
| 17:49.11 | seanbright | the module still loads? |
| 17:49.28 | seanbright | i think i remember someone going through and making wholesale changes to that |
| 17:49.35 | file | I think it declines. |
| 17:49.39 | gtjoseph | if it's missing can the module continue with defaults? |
| 17:49.48 | seanbright | ah |
| 17:49.51 | seanbright | so that's the litmus test? |
| 17:50.12 | gtjoseph | well, if it can continue with defaults, it should be SUCCESS |
| 17:50.15 | seanbright | right |
| 17:50.19 | seanbright | otherwise decline |
| 17:50.29 | gtjoseph | if it can't and you just want the module to notload it should be DECLINE |
| 17:50.47 | gtjoseph | if you want asterisk to stop it should be FAILURE |
| 17:50.55 | gtjoseph | (which should be very rare) |
| 18:09.21 | *** join/#asterisk-dev oej (~oej@37.250.98.162.bredband.tre.se) |
| 18:09.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:11.14 | file | hum |
| 18:11.19 | file | gtjoseph: nope still a problem |
| 18:11.33 | gtjoseph | at least you could reprocude it |
| 18:11.48 | gtjoseph | or reproduce it as the case may be |
| 18:11.51 | file | ldconfig is being run with -n and the explicit directory, that option doesn't build the cache and the libasteriskssl is going into a directory outside of where everything else is |
| 18:12.52 | gtjoseph | we may just have to do a ldconfig in the root make install |
| 18:13.03 | gtjoseph | a system wide ldconfig |
| 18:13.11 | file | it's going into /usr/lib instead of /usr/lib64, which is why it's not working while on other distros it is |
| 18:13.46 | gtjoseph | oh, are we not setting astlibdir correctly for the distro? |
| 18:13.52 | gtjoseph | and arch |
| 18:13.56 | file | no |
| 18:13.58 | file | we are not |
| 18:14.34 | gtjoseph | well that would also explain why I occasionally find libasterisk*.so in /usr/lib when it should't be |
| 18:14.40 | file | yup |
| 18:16.59 | gtjoseph | [ `uname -m` = 'x86_64' -a -d /usr/lib64 ] && astlibdir=/usr/lib64 |
| 18:17.18 | gtjoseph | actually ./configure should be figuring that out |
| 18:17.26 | file | should be. |
| 18:18.16 | file | where did you find that? |
| 18:18.23 | gtjoseph | what? |
| 18:18.49 | file | the uname -m |
| 18:18.55 | gtjoseph | i just wrote it |
| 18:19.03 | file | oh geez :P |
| 18:19.47 | gtjoseph | i do think autoconf has a macro for that |
| 18:20.04 | gtjoseph | but maybe i'm thinking of something else |
| 18:24.50 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 18:25.22 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:27.46 | *** join/#asterisk-dev Demon_VoIP (~demon@109.60.222.253) |
| 18:28.15 | file | this is a mess |
| 18:28.42 | seanbright | whazzt? |
| 18:28.51 | file | seanbright: /usr/lib64 and autoconf |
| 18:28.56 | seanbright | ah |
| 18:29.27 | file | various people online are like "it shouldn't care, it should be up to the person to pass libdir explicitly or the packager" |
| 18:29.51 | gtjoseph | hmmm |
| 18:32.51 | *** join/#asterisk-dev oej (~oej@37.250.98.162.bredband.tre.se) |
| 18:32.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:35.14 | file | this is a trap |
| 18:35.20 | Demon_VoIP | file, can i compile 13.14 with bundled pjproject when installed standalone pjproject (old version)? Months ago the result of compile was error. Now it is compiled. Are there any side effects? |
| 18:35.42 | file | Demon_VoIP: compiling it like that works fine |
| 18:35.48 | gtjoseph | it should be OK now. i tested it yesterday in fact |
| 18:36.29 | Demon_VoIP | file, thanks. It makes me more fast switch between versions. |
| 18:40.02 | *** join/#asterisk-dev oej (~oej@37.250.98.162.bredband.tre.se) |
| 18:40.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:01.08 | *** join/#asterisk-dev joshelson_ (cceddd54@gateway/web/freenode/ip.204.237.221.84) |
| 19:02.26 | *** join/#asterisk-dev joshelson (~textual@206.205.80.228) |
| 19:10.02 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.55.67) |
| 19:15.23 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-xwseccegktvktvri) |
| 19:15.23 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 19:18.16 | rmudgett | seanbright: Commented on https://gerrit.asterisk.org/#/c/4954/ |
| 19:26.09 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:26.29 | *** join/#asterisk-dev oej (~oej@host-95-199-16-25.mobileonline.telia.com) |
| 19:26.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:18.38 | *** join/#asterisk-dev joshelson (~textual@204.237.221.84) |
| 20:43.30 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 20:46.24 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 20:46.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:46.59 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 20:46.59 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:10.21 | *** join/#asterisk-dev joshelson (~textual@204.237.221.84) |
| 21:14.50 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 21:14.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:23.05 | seanbright | i like coming across code which is clearly broken and appears to have been broken for a very long time |
| 21:23.43 | seanbright | specifically realtime queue members |
| 21:23.47 | seanbright | but we'll find out |
| 21:25.03 | gtjoseph | i like coming across code which is clearly broken and appears to have been broken for a very long time, except when I wrote it originally |
| 21:25.09 | seanbright | heh |
| 21:44.43 | jsmith | hacks on dahdi-tools and asterisk packaging in Fedora/RHEL/CentOS again today |
| 21:45.15 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 22:26.06 | seanbright | holy broken realtime batman |
| 22:26.22 | seanbright | no one can be using realtime with queues in 13+ |
| 22:27.07 | file | has no idea |
| 22:27.08 | seanbright | i guess the alternative is that res_config_sqlite3 is broken |
| 22:27.09 | rmudgett | There might be an issue... |
| 22:27.32 | seanbright | i mean... i know what the problem is, and i'm working on fixing |
| 22:27.42 | file | be careful. |
| 22:27.43 | seanbright | make |
| 22:27.43 | rmudgett | putnopvut: Does caching SRV responses make sense? |
| 22:27.45 | seanbright | grrrr |
| 22:28.05 | file | rmudgett: caching according to TTL can make sense - yes |
| 22:28.47 | rmudgett | Considering that answers with the same priority get randomly shuffled. |
| 22:30.03 | putnopvut | Caching the actual SRV response makes sense. You'd just have to re-apply the weight/priority algorithm each time a new "lookup" occurs. |
| 23:14.19 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 23:14.45 | *** join/#asterisk-dev wonderworld (~ww@ip-176-198-197-145.hsi05.unitymediagroup.de) |
| 23:15.51 | *** part/#asterisk-dev wonderworld (~ww@ip-176-198-197-145.hsi05.unitymediagroup.de) |