| 00:03.14 | *** join/#asterisk-dev raspberrypifan (~raspberry@2604:2000:6016:be00:3db0:9205:24f6:633f) |
| 02:18.05 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 02:18.05 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 02:20.38 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 02:20.39 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 04:57.22 | *** join/#asterisk-dev raspberrypifan (~raspberry@2604:2000:6016:be00:3db0:9205:24f6:633f) |
| 05:32.16 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 06:01.50 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:41.59 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 06:51.03 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:14.49 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:18.58 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:18.58 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:40.18 | jkroon | gtjoseph, thanks for the update re network-manager. |
| 08:08.37 | jkroon | guys, gerrit seems somewhat unhappy with me giving me 503 errors ... |
| 08:09.09 | snuff-work | jkroon: it reboots every night |
| 08:09.18 | snuff-work | give it 30minutes or so |
| 08:09.38 | jkroon | oh ok ... every night = every morning 10am for me apparently. |
| 08:10.03 | snuff-work | 6pm here =) |
| 08:10.39 | jkroon | ok, will revert to that later today hopefully. |
| 08:10.54 | jkroon | at least i managed to get the regcontext for confbridge stuff submitted. |
| 08:13.47 | snuff-work | =) |
| 09:52.45 | file | yeah, restarting it is the brute force way to have it work normally |
| 09:52.52 | file | otherwise it degrades over time and starts sporadically failing |
| 10:01.19 | snuff-work | maybe should be a notice on the page? that it happens at X GMT ? |
| 10:01.39 | file | I can... try? |
| 10:02.35 | snuff-work | is there some other 'server' in front of gerrit.. which directs traffic to it ? or is it direct |
| 10:03.24 | file | direct |
| 10:04.04 | snuff-work | i've started my bad work on new module for empty info packets.. to get it to compile to i need to add it to make files etc? |
| 10:04.26 | file | added it to the footer |
| 10:04.31 | file | nope, you just have to drop the file into res |
| 10:04.53 | snuff-work | k |
| 10:05.28 | file | it's only sometimes when you're doing more complicated stuff like spreading your module implementation out across multiple files that you have to modify the Makefile |
| 10:05.56 | snuff-work | k.. first i need to make sure it compiles.. then does the 'right thing' |
| 10:13.38 | jkroon | i've found that as a final test I always just do "make clean && ./configure && make" ... or if something fails that's my first stop. |
| 10:13.55 | jkroon | especially when switching between branches. |
| 10:16.35 | file | I have a "git ac" for checking out a branch - does a make distclean and configures it how I want |
| 10:16.39 | snuff-work | mm good tip.. sometimes make distclean is required =) |
| 10:25.03 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 10:25.33 | *** part/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 11:22.58 | jkroon | file, git alias in .gitconfig? mind sharing? |
| 11:23.03 | file | sure |
| 11:23.15 | file | ac = !sh -c 'git checkout "$0" && rm -rf menuselect.makeopts && ./configure --enable-dev-mode && make menuselect.makeopts && menuselect/menuselect --enable DONT_OPTIMIZE menuselect.makeopts && menuselect/menuselect --enable TEST_FRAMEWORK menuselect.makeopts' |
| 11:24.53 | jkroon | nice. |
| 11:25.02 | jkroon | ok, now I've got a problem. https://gerrit.asterisk.org/#/c/2756/ |
| 11:25.12 | jkroon | compiles for me?!? |
| 11:26.43 | *** join/#asterisk-dev acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 11:27.50 | file | jkroon, doesn't here |
| 11:28.10 | file | same error as the Jenkins nodes |
| 11:28.35 | file | <PROTECTED> |
| 11:28.35 | file | }; |
| 11:28.38 | file | missing a semicolon there |
| 11:29.24 | file | and naming has changed |
| 11:30.29 | jkroon | ... wtf ... so it seems my gcc just doesn't care. |
| 11:30.39 | jkroon | which is unreal since the standard requires a ; there. |
| 11:43.39 | jkroon | is baffled ... somehow my compile test this side passed even though it should not have. |
| 11:45.03 | jkroon | fixing now. |
| 12:09.34 | jkroon | ok, i think that should cover everything, except perhaps the version numbers in the CHANGES files and in the testcase. |
| 12:32.17 | file | I recall central park in fall, how your published your review, I went woo, and then it verified |
| 13:09.34 | *** join/#asterisk-dev raspberrypifan (~raspberry@2604:2000:6016:be00:3db0:9205:24f6:633f) |
| 13:10.51 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-ythndnqlgwsxlbmw) |
| 13:10.51 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:14.12 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:14.12 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:38.52 | cresl1n | waves |
| 13:39.29 | file | hola |
| 13:52.19 | jkroon | sup cresl1n |
| 13:52.58 | cresl1n | jkroon!!!! |
| 13:53.00 | cresl1n | howdy |
| 13:53.13 | jkroon | file, suggestion for gerrit (and perhaps I'm just not aware of this), but on the lists of change requests - a "last updated by" column would be most helpful. |
| 13:54.24 | file | isn't there an Updated column there now? |
| 13:54.36 | jkroon | which gives the time. |
| 13:54.52 | jkroon | i'd like to know who made that update. |
| 13:54.55 | file | oh |
| 13:55.00 | file | I have no power over that |
| 13:55.09 | jkroon | not serious, so just leave it. |
| 13:55.35 | file | Gerrit is not something we made, it's an open source project, and there's limited knobs for stuff like that |
| 13:56.15 | jkroon | i got that much, was just being hopeful. |
| 13:56.22 | jkroon | actually looking to implement it here as well. |
| 13:56.31 | jkroon | absolutely love it. |
| 13:56.49 | file | it works! |
| 14:22.17 | *** join/#asterisk-dev scouture (~scouture@unaffiliated/scouture) |
| 14:54.27 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-nflqwswdxazmunza) |
| 14:54.37 | cresl1n | waves |
| 15:39.01 | *** join/#asterisk-dev ipengineer (~zconkle@71.252.134.63) |
| 17:01.14 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:18.52 | *** join/#asterisk-dev ipengineer (~zconkle@71.252.134.63) |
| 17:31.05 | *** join/#asterisk-dev raspberrypifan (~raspberry@2604:2000:6016:be00:3db0:9205:24f6:633f) |
| 17:36.43 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 17:36.44 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 18:58.00 | *** join/#asterisk-dev acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 18:58.40 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-ajdkmmkhukuslyvs) |
| 19:03.21 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 19:03.21 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:10.43 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:10.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:23.43 | *** join/#asterisk-dev acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 19:26.13 | *** join/#asterisk-dev Qwell (~north@asterisk/developer/Qwell) |
| 19:26.13 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 19:27.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:27.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:48.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:48.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:53.00 | gtjoseph | tm1000: ping me when you have a chance to talk about the dynamic hint, DB and ExtensionState thing |
| 20:22.31 | tm1000 | gtjoseph: ping |
| 20:22.41 | gtjoseph | hey... |
| 20:22.46 | tm1000 | so whats up |
| 20:23.34 | gtjoseph | can you go into a little more detail on what you're trying to accomplish? ExtensionState only reads what's in the internal table and it never executes any functions when called |
| 20:23.44 | tm1000 | gtjoseph: k |
| 20:24.50 | tm1000 | so we have these ârestappsâ they are Phone applications (I work for Sangoma, etc). We monitor hint changes to be able to know what to send to phones that arenât digium and therefore canât have a normal BLF light (eg we send sip notify xml to change the lights that would normally be BLF) |
| 20:24.51 | tm1000 | sooo |
| 20:24.56 | tm1000 | like I said we have to monitor hints |
| 20:25.05 | tm1000 | but we canât monitor a non-existant hint. |
| 20:25.10 | tm1000 | eg a hint dynamically created |
| 20:25.24 | tm1000 | so we cheat in the AMI, we ask the extensionState of a hint that has not been generated |
| 20:25.37 | tm1000 | this makes asterisk generate the hint even if the phone has not subscribed to it |
| 20:25.52 | tm1000 | however now our hints are dyanmic and some of them have ${DB( calls. |
| 20:26.09 | tm1000 | these DB calls are rejected when the hint is created because of a call over AMI using extensionState |
| 20:26.14 | tm1000 | gtjoseph: ^ enjoy! |
| 20:26.34 | gtjoseph | where are the hints stored? realtime or conf file? |
| 20:26.39 | tm1000 | CONF FILE |
| 20:26.42 | tm1000 | sorry for the caps |
| 20:26.46 | tm1000 | let me pull one for you |
| 20:26.47 | file | using a pattern match. |
| 20:26.47 | gtjoseph | np :) |
| 20:27.22 | tm1000 | https://www.irccloud.com/pastebin/kMTlZsk3/ |
| 20:27.51 | gtjoseph | ok, so even if i fix the issue with DB not being callable from AMI, it's not going to help ExtensionState because it doesn't re-evaluate the hint. |
| 20:27.52 | tm1000 | https://www.irccloud.com/pastebin/FKR93E78/ |
| 20:28.21 | tm1000 | gtjoseph: yes I suspected that but you are still âfixingâ the original issue which created the empty hint :-) |
| 20:28.50 | tm1000 | therefore in the future if I call extensionState it would properly fill the hint |
| 20:28.51 | tm1000 | no? |
| 20:28.57 | gtjoseph | no |
| 20:29.05 | tm1000 | why not? |
| 20:29.25 | gtjoseph | not sure but it didn't for me this morning. |
| 20:29.29 | gtjoseph | let me test again |
| 20:29.43 | tm1000 | when I restarted asterisk it was fine |
| 20:30.04 | tm1000 | if I then subscribe to the hint itâs fine |
| 20:30.07 | gtjoseph | but what heppens if you change a value in the database? |
| 20:30.24 | tm1000 | gtjoseph: the hint is broken until a reload |
| 20:30.34 | tm1000 | well ânot updated" |
| 20:30.40 | tm1000 | but I believe on a reload it gets updated |
| 20:30.50 | gtjoseph | yes, the reload updates it. |
| 20:31.02 | tm1000 | gtjoseph: only IF! func_db is preloaded |
| 20:31.05 | tm1000 | (I think) |
| 20:31.17 | tm1000 | func_db was the solution to the other issue and worked great |
| 20:31.21 | gtjoseph | dialplan reload doesn't depend on the preload |
| 20:31.30 | tm1000 | oh right |
| 20:31.34 | tm1000 | well we run core reload |
| 20:31.44 | tm1000 | actually AMI we run âreload" |
| 20:31.59 | tm1000 | so user is in GUI, changes setting. Hits âreloadâ (effectively). |
| 20:32.00 | gtjoseph | it's just the initial load of the dialplan that had the issue because the module wasn't loaded |
| 20:32.15 | gtjoseph | ok, so do you need anything done at this point? |
| 20:32.16 | tm1000 | gtjoseph: AMI reload would break it too |
| 20:32.36 | gtjoseph | ah, AMI reload |
| 20:33.01 | tm1000 | gtjoseph: extensionState wonât generate hints correctly if they have DB options in them. |
| 20:33.21 | tm1000 | EG Itâd be nice if it didnât say âdangerous DB read operation blocked" |
| 20:33.24 | gtjoseph | yep because it doesn't re-evaluate the macto |
| 20:33.26 | gtjoseph | macro |
| 20:33.38 | gtjoseph | wait... |
| 20:33.39 | tm1000 | gtjoseph: yeah but I think thats a problem |
| 20:34.05 | cresl1n | file? |
| 20:34.09 | cresl1n | ding. |
| 20:34.09 | tm1000 | no hint is created. I ask for a hint to be created over AMI based off of a dynamic with with ${DB( in it. Asterisk refuses. |
| 20:34.16 | file | cresl1n, it's a ding + vibrate |
| 20:34.34 | tm1000 | gtjoseph: ^ |
| 20:34.44 | gtjoseph | yep, i'm pondering |
| 20:34.46 | tm1000 | if a phone subscribes to said hint instead it works. |
| 20:35.08 | tm1000 | its just if I asked for the hint through extensionState first before the phone ever did the hint is effectively broken forever |
| 20:35.52 | gtjoseph | so you're getting the âdangerous DB read operation blocked" when calling ExtensionState?? |
| 20:36.20 | gtjoseph | maybe i need to test again with a pattern match. |
| 20:36.38 | gtjoseph | because i get no attempt to even call the DB function |
| 20:37.10 | file | for pattern matches the act of requesting or subscribing will in and of itself create a specific hint and evaluate the passed variables/contents |
| 20:37.24 | gtjoseph | yeah, i dimly remember that |
| 20:40.35 | gtjoseph | ok, it works with DB(read) allowed in AMI. |
| 20:41.14 | gtjoseph | tm1000: can you open a separate issue to remove the "live_dangerously" restriction on DB(read)? |
| 20:45.41 | tm1000 | gtjoseph: sure |
| 20:45.50 | tm1000 | anything you want me to put in the ticket specifically? |
| 20:46.21 | gtjoseph | just the requirement. not sure how to do it securely. |
| 20:46.48 | tm1000 | heh |
| 20:51.24 | tm1000 | gtjoseph: https://issues.asterisk.org/jira/browse/ASTERISK-25996 |
| 20:51.33 | tm1000 | thanks sir! hope that was enough information :-) |
| 20:52.26 | gtjoseph | yep, that's fine. i can reproduce the issue |
| 20:52.35 | *** join/#asterisk-dev lnxslck (~lnxslck@av3-84-90-162-98.netvisao.pt) |
| 20:56.27 | tm1000 | gtjoseph: thanks!!!!! |
| 20:56.32 | tm1000 | also file thanks as well :-) |
| 20:56.40 | file | NOTHING TO SEE HERE, MOVE ALONG |
| 22:56.43 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-nflqwswdxazmunza) |
| 23:05.24 | tm1000 | does a core reload reload certificates (for SRTP or TLS) |
| 23:05.31 | tm1000 | or do I have to restart Asterisk |
| 23:23.59 | *** join/#asterisk-dev danjenkins (danjenkins@gateway/shell/firrre/x-hzqsjormnezuchdk) |
| 23:54.49 | *** join/#asterisk-dev danjenkins (danjenkins@gateway/shell/firrre/x-sqyvlinvjpwlhvhn) |