| 02:29.58 | *** join/#asterisk-dev infobot (ibot@208.53.50.136) |
| 02:29.58 | *** 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 |
| 03:28.54 | *** join/#asterisk-dev awkwardpenguin (~awkwardpe@cpe-172-118-246-147.socal.res.rr.com) |
| 05:18.22 | *** join/#asterisk-dev awkwardpenguin (~awkwardpe@cpe-172-118-246-147.socal.res.rr.com) |
| 05:32.16 | *** join/#asterisk-dev awkwardp_ (~awkwardpe@cpe-172-118-246-147.socal.res.rr.com) |
| 05:42.36 | *** join/#asterisk-dev awkwardpenguin (~awkwardpe@cpe-172-118-246-147.socal.res.rr.com) |
| 06:09.58 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:09.58 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:10.14 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 06:40.43 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 06:58.35 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 07:17.41 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.126) |
| 07:31.30 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 08:31.35 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 08:39.22 | coreyfarrell | seanbright: funny. FYI iksemel is abandonware, hasn't had a single commit since 2011. |
| 09:53.38 | tsearle | there is no such thing as abandonware, just code looking for a loving home |
| 10:15.29 | *** join/#asterisk-dev pchero (~pchero@60.30.148.146.bc.googleusercontent.com) |
| 11:00.49 | *** join/#asterisk-dev pchero (~pchero@60.30.148.146.bc.googleusercontent.com) |
| 11:10.11 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:11.49 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:12.23 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:17.32 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:18.50 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:19.14 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:31.25 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 11:32.40 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 11:48.51 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 12:11.42 | jsmith | coreyfarrell: Yeah, I'm well aware of that... there's lots of things broken in Asterisk packaging in F29+ at the moment :-( |
| 12:13.40 | jsmith | (Including a weird compiler error that I keep meaning to bring up on the list) |
| 12:15.38 | coreyfarrell | jsmith: ah I'm not actually blocked by F29 issues (I use F28 and wasn't aware of other issues). I just noticed the fedora-devel message about dropping iksemel. |
| 12:16.50 | jsmith | coreyfarrell: Yup... There are dropped libraries (like iksemel), python changes, pieces that no longer want to compile, etc. |
| 12:19.39 | coreyfarrell | jsmith: fwiw the latest releases of asterisk should be compatible with python3. |
| 12:21.26 | jsmith | coreyfarrell: I need to spend some time checking it out: https://bugzilla.redhat.com/show_bug.cgi?id=1633306 |
| 12:22.35 | coreyfarrell | jsmith: so the "you must not use /usr/bin/python" is a crap policy. refcounter.py is compatible with python2 and python3 - and we're not going to drop python2 yet. |
| 12:23.11 | jsmith | coreyfarrell: It's not that "you must not use python2"... |
| 12:23.24 | jsmith | coreyfarrell: It's that "you should explicitly call either /usr/bin/python2 or /usr/bin/python3" |
| 12:23.41 | jsmith | coreyfarrell: So I'm sure that'll be a fairly simple fix -- I just need to take the time to patch it. |
| 12:24.56 | coreyfarrell | yeah you can just patch the shebang, you can point it to python3. |
| 12:26.14 | coreyfarrell | jsmith: "mangling shebang in /usr/share/asterisk/scripts/ast_loggrabber from /usr/bin/env bash to #!/usr/bin/bash" - I assume that's just a notice / not an error? |
| 12:26.54 | jsmith | coreyfarrell: Correct -- Fedora doesn't like calling "/usr/bin/env" |
| 12:27.07 | jsmith | coreyfarrell: That's just a notice saying "I've mangled that to call /usr/bin/bash directly" |
| 12:28.40 | *** join/#asterisk-dev sahmed (~sahmed@cpe-70-114-236-63.austin.res.rr.com) |
| 12:38.10 | gtjoseph | coreyfarrell: if you can take a quick look at seanbright's reviews I've +1'd and +1 them yourself, I'll +2 them. |
| 12:40.04 | coreyfarrell | gtjoseph: done |
| 12:40.14 | gtjoseph | cool, thanks |
| 12:43.53 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 12:47.32 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 13:18.54 | coreyfarrell | looks like the gate for https://gerrit.asterisk.org/10416 caught some legit errors (first test I looked at had a frack). |
| 13:19.59 | gtjoseph | yikes |
| 13:21.10 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 13:21.10 | coreyfarrell | obviously not related to that specific review but still probably shouldn't be ignored |
| 13:23.02 | gtjoseph | so if the first test fails because of a coredump, all following tests will fail because the coredump is still there. |
| 13:23.36 | coreyfarrell | also the backtrace isn't in the artifacts |
| 13:25.18 | gtjoseph | no one updated runTestsuite.sh to put them in the output directory. |
| 13:26.06 | coreyfarrell | the testsuite is supposed to put the backtraces into the logs folder (that's how it's always worked locally). |
| 13:29.29 | gtjoseph | which test fracked? |
| 13:30.23 | coreyfarrell | gtjoseph: tests/rest_api/applications/subscribe-endpoint/off-nominal/unknown_resource |
| 13:30.31 | coreyfarrell | under ari1 |
| 13:30.46 | off-nominal | I HAVE BEEN SUMMONED |
| 13:31.04 | gtjoseph | i don't see the frack in the logs |
| 13:31.38 | gtjoseph | odd |
| 13:31.59 | coreyfarrell | I think I *might* know what's happening |
| 13:32.11 | coreyfarrell | in https://jenkins2.asterisk.org/job/asterisk-gatetests/job/16/193/consoleFull |
| 13:32.42 | coreyfarrell | "Unable to find core dump file core-asterisk-1538656772.4697, skipping". so I think the search of '/tmp' is finding the file but reporting it without the path. |
| 13:32.55 | gtjoseph | ah |
| 13:33.40 | gtjoseph | so it didn't move it out of /tmp and the rest of the tests saw it and failed. |
| 13:35.54 | coreyfarrell | I'm posting the fix |
| 13:35.59 | gtjoseph | kk |
| 13:41.44 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:42.01 | gtjoseph | we need a testsuite test that uses the asterisk CLI to invoke the unit test that does the SEGV |
| 13:51.07 | gtjoseph | coreyfarrell: that merged so i'm going to regate a bunch of reviews to see if we can trigger it again. |
| 13:51.24 | coreyfarrell | sure |
| 13:55.29 | coreyfarrell | gtjoseph: I looked into the jenkins logs for a failure on rest_api/external_interaction/blind_transfer/stasis_bridge_to_different_stasis_app. looks like the initialization order can go wrong but I can't get it to fail locally (I've run it a dozen times). |
| 13:56.05 | coreyfarrell | on jenkins call_transfer.exec_pjsua was run before call_transfer.InitMod (and this must not happen). |
| 13:56.06 | gtjoseph | gotcha |
| 13:56.41 | coreyfarrell | no idea how to fix that (especially since I can't reproduce the error). |
| 13:56.43 | gtjoseph | i wonder if we can replace pjsua with sipp on that test. |
| 14:00.02 | coreyfarrell | no idea. it still seems very strange to me that the StasisStart event can happen before the testsuite initializes one of it's test modules. |
| 14:02.42 | coreyfarrell | oh it's pjsua_initialized gets run on a callback and that's what needs to run before exec_pjsua. |
| 14:10.47 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-ftxfdvwognaggpee) |
| 14:10.47 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:11.02 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-pessqdpvjiqrmgaw) |
| 14:11.03 | *** mode/#asterisk-dev [+o jameswf] by ChanServ |
| 14:31.25 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-qotmcqoxfjmhvmpu) |
| 14:31.25 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:32.31 | *** join/#asterisk-dev cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:32.31 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:40.43 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-mfzntwzxplsasgiz) |
| 14:40.43 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:36.40 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 15:36.40 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 15:42.16 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 15:43.45 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 15:48.42 | sahmed | Hi, Good morning |
| 15:50.32 | sahmed | just few minutes ago I submitted a review request(https://gerrit.asterisk.org/#/c/asterisk/+/10431/), jenkins got failed. Anybody know how can I get details why jenkins failed |
| 15:52.31 | gtjoseph | sahmed: if you click on the "asterisk-unittests/13" link it'll take you to jenkins. from there, click on the Console Log and scroll down. |
| 15:52.52 | sahmed | ok, thanks :) |
| 15:54.07 | seanbright | sahmed: when you are compiling locally you should pass --enable-dev-mode to configure, like this: |
| 15:54.11 | seanbright | ./configure --enable-dev-mode |
| 15:54.22 | seanbright | then you will catch these types of errors |
| 15:55.42 | sahmed | hmm I got the error! actually I follow some bad tricks :( copy/paste from my local changes. Missed some codes. bad luck :( |
| 15:56.02 | seanbright | sahmed: you always want to follow the coding guidelines |
| 15:56.09 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 15:56.16 | seanbright | https://wiki.asterisk.org/wiki/display/AST/Coding+Guidelines |
| 15:56.37 | sahmed | yep; I will do it. Thanks for the link |
| 15:56.47 | *** join/#asterisk-dev dakudos (~dakudos@c-73-243-106-97.hsd1.co.comcast.net) |
| 16:30.56 | seanbright | does something need to happen out-of-band to get jenkins to pick up new versions of the jenkinsfiles? |
| 16:32.22 | seanbright | or does it pull it from the last successful commit? |
| 16:39.08 | seanbright | i ask because https://gerrit.asterisk.org/#/c/asterisk/+/10415/ doesn't appear to have used the jenkinsfile that was corrected in that commit during the test |
| 16:40.15 | coreyfarrell | seanbright: I'm almost positive the jenkinsfiles are not used until after the commit is merged |
| 16:40.28 | seanbright | got it |
| 16:40.47 | coreyfarrell | gtjoseph would know for sure if it's used in the next test or if something else has to happen for it to go live. |
| 16:51.38 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@wsip-98-179-138-226.ri.ri.cox.net) |
| 16:51.38 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 17:02.44 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.169) |
| 17:04.24 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00e4e8feab1544bce0.ipv6.abo.wanadoo.fr) |
| 17:13.25 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-177-250-191.dhcp.nwtn.ct.charter.com) |
| 17:13.25 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 17:41.01 | gtjoseph | seanbright: coreyfarrell: correct, the jenkinsfiles are automatically checked out by jenkins from the main branch. you can't test a jenkinsfile with jenkins. |
| 17:58.21 | seanbright | gtjoseph: apparently the timestamps stuff was not so great |
| 17:58.31 | seanbright | i guess i shouldn't have rubber stamped it! |
| 17:58.34 | gtjoseph | why? looks ok to me |
| 17:58.40 | seanbright | https://jenkins2.asterisk.org/job/asterisk-gatetests/job/master/261/console |
| 17:59.11 | gtjoseph | that's weird |
| 17:59.46 | seanbright | https://gerrit.asterisk.org/#/c/asterisk/+/10429/1/tests/CI/gates.jenkinsfile,unified |
| 17:59.54 | seanbright | timestamps is not parenthesized there |
| 17:59.59 | seanbright | in the other jenkinsfiles it is |
| 18:00.23 | gtjoseph | that's even weirder since jenkins itself generated the snippet |
| 18:00.37 | seanbright | everything is WEIRD |
| 18:00.45 | seanbright | you know you can test this locally |
| 18:00.50 | seanbright | ba dum dum |
| 18:01.16 | gtjoseph | actually this one i can't. needs jenkins. :) |
| 18:25.26 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00e4e8feab1544bce0.ipv6.abo.wanadoo.fr) |
| 19:33.06 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-vkahwvumfxfdpjkd) |
| 19:33.15 | *** mode/#asterisk-dev [+o jameswf] by ChanServ |
| 21:00.22 | *** join/#asterisk-dev chrismervyn (dfb04638@gateway/web/freenode/ip.223.176.70.56) |
| 21:00.34 | chrismervyn | hi! |
| 21:00.50 | chrismervyn | I needed a bit of help to understand the configure.ac file |
| 21:01.03 | chrismervyn | is this the right place to ask? |
| 21:01.43 | seanbright | yes |
| 21:02.03 | chrismervyn | thanks. So, I am kinda' confused with this line |
| 21:02.19 | chrismervyn | AST_EXT_LIB_CHECK([SQLITE], [sqlite], [sqlite_exec], [sqlite.h]) AST_EXT_LIB_CHECK([SQLITE3], [sqlite3], [sqlite3_open], [sqlite3.h], [${PTHREAD_LIBS}], [${PTHREAD_CFLAGS}]) |
| 21:02.30 | seanbright | that is two lines |
| 21:02.39 | chrismervyn | why does it check for both sqlite v2 and v3? |
| 21:02.43 | chrismervyn | yes it |
| 21:03.12 | seanbright | res/res_config_sqlite.c |
| 21:03.14 | seanbright | and: |
| 21:03.19 | seanbright | res/res_config_sqlite3.c |
| 21:03.28 | seanbright | the former is sqlite2, the latter is sqlite3 |
| 21:03.46 | chrismervyn | so, if sqlite v2 is not installed in the system, then would it get configured? |
| 21:03.53 | seanbright | no |
| 21:04.08 | seanbright | wait |
| 21:04.11 | chrismervyn | so, do we need both sqlite v2 and v3 for every installation? |
| 21:04.15 | seanbright | no |
| 21:04.32 | chrismervyn | yeah, so, back to my question... do we need both? |
| 21:04.40 | seanbright | ... no |
| 21:05.05 | chrismervyn | so, the first check, i.e. AST_EXT_LIB_CHECK([SQLITE], [sqlite], [sqlite_exec], [sqlite.h]) will fail? |
| 21:05.15 | seanbright | if it's not installed, it should, yes. |
| 21:05.29 | chrismervyn | and that won't hinder the rest of the installation, eh? |
| 21:05.33 | seanbright | that is correct |
| 21:05.40 | seanbright | and quite simple to test, i might add |
| 21:05.54 | chrismervyn | yeah... I am doing it atm |
| 21:06.02 | seanbright | sqlite3 is a required dependency of asterisk |
| 21:06.06 | seanbright | it is used internally by astdb |
| 21:06.17 | chrismervyn | I am actually, replacing the default sqlite3 with a different sqlite |
| 21:06.18 | seanbright | that MUST be installed |
| 21:06.29 | chrismervyn | yeah, of course. |
| 21:07.00 | seanbright | does that answer your question? |
| 21:07.02 | chrismervyn | I am using sqlcipher for encryption and am kind of struggling with the autotools. But, the bootstrap.sh really helps |
| 21:07.12 | chrismervyn | yes it does. Thank you ever so much. |
| 21:07.55 | seanbright | is your intention to encrypt astdb? or an external sqlite3 database? |
| 21:08.06 | seanbright | if the former, i wouldn't recommend it |
| 21:08.10 | seanbright | astdb should be fast |
| 21:08.30 | chrismervyn | encrypt astdb |
| 21:08.33 | seanbright | ah |
| 21:08.37 | seanbright | well. god speed. |
| 21:08.52 | chrismervyn | lol thanks. I am going to move the config files from etc. into astdb |
| 21:08.58 | chrismervyn | and then benchmark. |
| 21:09.05 | chrismervyn | just working on a hunch |
| 21:09.25 | seanbright | that an encrypted RDBMS is faster than a filesystem? |
| 21:09.58 | chrismervyn | no. of course not |
| 21:10.11 | seanbright | so what is the hunch? |
| 21:10.16 | chrismervyn | the speed of reading the conf. files should not matter as they are not read frequently |
| 21:10.51 | chrismervyn | and a distributed model of asterisk can be easily created by replacing the AMI with an AQMP setup |
| 21:11.13 | seanbright | ok |
| 21:11.17 | seanbright | good luck |
| 21:11.27 | chrismervyn | so basically a brokerless, federated setup. |
| 21:11.31 | chrismervyn | Thanks! |
| 21:11.40 | chrismervyn | I really appreciate the help. |
| 21:11.46 | seanbright | sure |
| 22:11.23 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-ftxfdvwognaggpee) |
| 22:15.13 | chrismervyn | ; |
| 23:20.01 | chrismervyn | hello |
| 23:20.28 | chrismervyn | what is the Network Broadcast Sound used for? |
| 23:30.24 | coreyfarrell | chrismervyn: chan_nbs. you can find which module uses a dep with: git grep '>nbs<' |
| 23:30.43 | chrismervyn | cool |
| 23:30.44 | coreyfarrell | nbs being lower-case of the first argument to AST_EXT_LIB_SETUP of the library you're interested in |
| 23:31.01 | chrismervyn | so, what can be done with nbs, how do I find that out? |
| 23:31.07 | chrismervyn | like, how do I use it? |
| 23:32.17 | coreyfarrell | I have no idea.. I wouldn't use it, if you look at the MODULEINFO comment near the top of chan_nbs.c you'll see that the module is deprecated (in 16+ anyways) |
| 23:33.04 | chrismervyn | yeah, saw that. |
| 23:33.25 | chrismervyn | thanks for the help though! Appreciate it! |