| 00:33.29 | seanbright | neither do i, just trying to resolve issues |
| 00:43.56 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 00:56.56 | *** join/#asterisk-dev Deeewayne (~dwayne@2605:a601:a803:7800:ffaf:2fa4:84dc:10e4) |
| 00:56.56 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:14.26 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 04:05.59 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 06:04.46 | *** join/#asterisk-dev infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 06:04.46 | *** topic/#asterisk-dev is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- 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 |
| 07:15.07 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 09:41.21 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:f94f:6822:4367:dcd5) |
| 09:52.55 | *** join/#asterisk-dev CELYA_ (~Thunderbi@lstlambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 10:43.41 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-172-88-21-24.socal.res.rr.com) |
| 12:55.00 | *** join/#asterisk-dev csavinovich (sid296765@gateway/web/irccloud.com/x-omqcqotdsylovjii) |
| 12:55.00 | *** mode/#asterisk-dev [+o csavinovich] by ChanServ |
| 12:56.01 | *** join/#asterisk-dev X-Rob (X-Rob@gateway/web/irccloud.com/x-amuskivokrurmjnw) |
| 14:24.49 | *** join/#asterisk-dev spatel (~spatel@static-71-174-102-210.bstnma.fios.verizon.net) |
| 15:06.47 | coreyfarrell | I got `avc: denied { search } for pid=27159 comm="asterisk" name="net" dev="proc"` from selinux on asterisk 13.31.0. does anyone know why / what this is for? besides updating to latest 13.x this deployment also switches from chan_sip to chan_pjsip (previous build did not include pjproject at all). |
| 15:23.08 | coreyfarrell | it seems to be caused by load of res_pjsip.so (I isolated using autoload=no). |
| 15:24.18 | gtjoseph | coreyfarrell: that's weird. did it happen on earlier 13 versions? |
| 15:24.48 | gtjoseph | oh, nevermind. it probably would. |
| 15:24.53 | coreyfarrell | I don't know this is the first time I've used pjsip |
| 15:24.58 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-szfjhmgefpfttjfm) |
| 15:24.58 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:26.36 | gtjoseph | i wonder if it needs an auditd rule. running as root or some other user? |
| 15:27.00 | gtjoseph | and are you in enforcing or permissive mode? |
| 15:27.42 | coreyfarrell | always run as asterisk, on centos 7 started with minimal install (selinux enforcing) |
| 15:27.54 | coreyfarrell | running under systemd |
| 15:28.29 | gtjoseph | i can test in a bit. |
| 15:29.03 | coreyfarrell | seems like it probably needs an selinux rule for this, just not sure if it's better for the rule to ignore this error (silently deny) or permit. |
| 15:29.54 | gtjoseph | could be |
| 15:30.06 | gtjoseph | let me see if i can find what's triggering it |
| 15:34.57 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-geksaudpvrygsmya) |
| 15:34.57 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 16:07.44 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 16:07.44 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 18:33.55 | seanbright | can someone do me a quick favor and look at a 30 line function in main/enum.c and tell me what it is doing? |
| 18:33.58 | seanbright | https://github.com/asterisk/asterisk/blob/13/main/enum.c#L935-L966 |
| 18:34.50 | seanbright | i'm fairly confident that since 'ret' is never set after intiialization, that it does nothing |
| 18:38.12 | drc | nothing in the code, nothing that can have side effects ⦠yeah, does nothing. |
| 18:38.48 | seanbright | thanks for the second set of eyes |
| 18:39.05 | drc | hth |
| 18:39.19 | kharwell | yeah that's a really odd function. Looks useless |
| 18:39.50 | kharwell | it's initialized to -1, and then set to 0. Which means the copy never happens |
| 18:40.37 | kharwell | the whole thing is weird. It seemingly puts a period between all numbers found in a given string? |
| 18:40.47 | seanbright | and reverses it |
| 18:41.07 | kharwell | yeah |
| 18:41.28 | kharwell | looks like it's only used by func_enum |
| 18:41.34 | seanbright | yeah |
| 18:42.13 | kharwell | ha! "TXTCIDNAME looks up a caller name via DNS". don't think so |
| 18:43.03 | seanbright | heh. yes. going to go back through patches and try to see what happened. |
| 18:44.33 | kharwell | suggests some beer to help with that |
| 18:44.49 | seanbright | well it used to do something: https://github.com/asterisk/asterisk/blob/8b1d52c9a547021c0e3a1c6199507f71d8350c47/main/enum.c |
| 18:45.57 | seanbright | https://tools.ietf.org/html/draft-faltstrom-e164-05 |
| 18:46.53 | kharwell | well that certainly does something more. merge gone wrong? |
| 18:47.28 | seanbright | well, the patch basically rewrote all of enum.c |
| 18:47.29 | seanbright | https://github.com/asterisk/asterisk/commit/65b8381550a9f46fdce84de79960073e9d51b05d |
| 18:50.11 | seanbright | this appears to be the actual RFC that was implemented (or tried to be implemented): |
| 18:50.14 | seanbright | https://www.rfc-editor.org/rfc/rfc2916.html |
| 18:52.18 | kharwell | huh interesting |
| 18:52.39 | kharwell | so an actual reason for reverse order dotted number |
| 18:56.05 | seanbright | dig -t naptr 4.4.2.2.3.3.5.6.8.1.4.4.e164.arpa |
| 18:56.22 | seanbright | so this is apparently a thing... but, yeah |
| 18:57.22 | kharwell | the string might be being built correctly, but it appears to be unused. Unless the intention was to pass the modified/converted string "back" and then another function would do the look up |
| 18:57.58 | seanbright | sure. the function is clearly not doing anything. i am trying to figure out if we want to try to make it work. |
| 18:59.13 | kharwell | seemingly hasn't worked in quite a while, so appears no on e uses it. So prob not then? |
| 18:59.22 | seanbright | probably not. |
| 18:59.35 | seanbright | will patch it away with a notice |
| 19:00.06 | kharwell | yeah maybe officially deprecate the function? |
| 19:06.31 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 19:23.44 | *** join/#asterisk-dev AsteriskRoss_ (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk) |
| 20:05.51 | seanbright | https://issues.asterisk.org/jira/browse/ASTERISK-19460 |
| 20:26.52 | *** join/#asterisk-dev spatel (~spatel@static-71-174-102-210.bstnma.fios.verizon.net) |
| 20:27.50 | kharwell | the plot thickens! |
| 20:30.29 | rmudgett | with added flower |