| 01:39.58 | coreyfarrell | file: still around? |
| 01:40.03 | file | yes |
| 01:40.32 | coreyfarrell | looks like the new job is still broken, though it might be something else wrong with jenkins |
| 01:40.51 | coreyfarrell | the testsuite ran without ref_debug enabled |
| 01:41.22 | coreyfarrell | I tried looking at the console output but it's just a huge list of access denied deleting files from /tmp/asterisk-testsuite/ |
| 01:41.50 | file | I can fix that part, however Jenkins does what we tell it - so it'd be in the scripts or jobs |
| 01:42.58 | file | delete, delete, delete |
| 01:43.05 | coreyfarrell | yeah I just downlaoded the consolelog so I can grep out the rm errors and see what happened |
| 01:44.46 | coreyfarrell | ok this is very weird, I'm seeing "REF_DEBUG identified leaks" in the console log, and the test failed, but jenkins says that only the unit tests failed |
| 01:49.54 | file | five years later the CentOS nodes finish deleting |
| 01:51.01 | coreyfarrell | maybe jenkins found the wrong results from a previous run or something? |
| 01:53.19 | file | that I do not know, but you can re-run it |
| 01:53.32 | file | all nodes have an empty asterisk-testsuite tmp directory |
| 01:54.00 | coreyfarrell | oh that node doesn't have alembic |
| 01:54.05 | file | yes |
| 01:54.13 | file | it's on the list |
| 01:54.15 | coreyfarrell | doesn't effect what i'm doing but just wanted to let you know |
| 01:54.49 | file | those nodes are puppet managed and there's a few things that need to be added and done |
| 01:59.35 | file | and now I'm off to bed, cheers |
| 05:52.16 | *** join/#asterisk-dev goddva (~goddva@77.40.154.242) |
| 07:01.12 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:24.41 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:41.47 | *** join/#asterisk-dev lumasepa (~gestoip@193.145.124.30.local.ull.es) |
| 07:47.11 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:47.12 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:31.04 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 10:50.51 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 13:40.53 | file | is someone around? |
| 13:46.28 | skrusty | LO |
| 13:46.31 | skrusty | lo even |
| 13:46.54 | file | all sorted :D |
| 13:46.58 | skrusty | boo :) |
| 13:47.08 | file | and hello |
| 13:52.53 | skrusty | hey :) |
| 14:06.33 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-qlggrxtthkxnuith) |
| 14:06.33 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:08.14 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-uazftleffuomttae) |
| 14:09.29 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 14:11.34 | file | coreyfarrell, what's your thoughts on ASTERISK-25724? |
| 14:13.35 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-kxujxcuwqtqppjht) |
| 14:50.26 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-wrnsqfsurhnejihi) |
| 14:50.26 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:51.21 | file | I like it when Jenkins works |
| 14:56.23 | skrusty | did https://reviewboard.asterisk.org/r/4365/ make it into 13? |
| 14:57.27 | *** join/#asterisk-dev anonymouz666 (bd192dc9@gateway/web/freenode/ip.189.25.45.201) |
| 14:57.31 | *** join/#asterisk-dev Synthase_ (uid63346@gateway/web/irccloud.com/x-jrshzdurfkpmtrrx) |
| 14:57.49 | file | don't think so |
| 15:08.07 | skrusty | hm, thanks file |
| 15:08.08 | mjordan | skrusty: Nope, but it'd be nice if it made it in. Really, we're just missing tests, and I haven't gotten around to writing them. |
| 15:08.16 | skrusty | shame, nice feature |
| 15:08.22 | skrusty | yeah, i spotted the comment at the bottom |
| 15:08.47 | file | we hold everyone to the test requirement, especially ourselves |
| 15:09.18 | skrusty | you have test requirements? :) |
| 15:09.27 | skrusty | do they hurt? :/ |
| 15:09.35 | file | writing them can hurt |
| 15:09.41 | skrusty | :) |
| 15:13.22 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 15:16.41 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-knxmetqzpygtwqji) |
| 15:22.13 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-xmftdtppwbzdczeo) |
| 15:27.29 | coreyfarrell | file: for one pjproject stuff is not ready for valgrind, most of the logs with leaks appear to be pjsip tests. the most i've done with PJSIP cleanup is to ensure that it doesn't leak AO2 references "every time". |
| 15:29.44 | file | hum |
| 15:30.23 | coreyfarrell | also ODBC and radius modules should be excluded from this type of test unless someone is willing to do patches for those modules, they produce the same "every time" leaks. I don't use those modules and they aren't required by anything in the testsuite so they are of no value to me. |
| 15:31.29 | file | would you mind adding a comment to the issue with that stuff? |
| 15:33.04 | file | I'm going to try to triage his remaining issues tonight or tomorrow morning again |
| 15:33.16 | coreyfarrell | sure.. I do think that anyone who runs asterisk under valgrind is useful so I definitely don't want to discourage him |
| 16:01.42 | *** join/#asterisk-dev opticron (opticron@nat/digium/x-rfomjmeyzkhlzvsc) |
| 16:01.57 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 16:07.00 | *** join/#asterisk-dev sruffell (sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:07.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:20.44 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-vhsjtvirzgftfioq) |
| 16:20.44 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 16:34.32 | *** join/#asterisk-dev opticron (~opticron@75.76.201.152) |
| 16:34.32 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 16:44.09 | coreyfarrell | I'm confused by sscanf format string I don't recognize: sscanf(local_to_header, "%256[^<>; ]", ldomain); |
| 16:44.56 | coreyfarrell | does this say to copy up to 256 chars + NULL terminator to ldomain? |
| 16:44.56 | gtjoseph | max of 256, string up to and of the characters in the class |
| 16:45.30 | gtjoseph | yes,, stopping at the first character in the set |
| 16:46.17 | coreyfarrell | thanks |
| 16:51.27 | file | Digium is apparently offline. |
| 16:52.07 | gtjoseph | that explains why everyone in huntsville dropped offline.:) |
| 16:52.16 | coreyfarrell | file: I was looking at ASTERISK-25722, do you want me to refer him to the wiki on security issues? I do not believe that ticket is an actual security issue but for future reference. |
| 16:52.31 | file | coreyfarrell, I don't believe it is either - but yes |
| 16:53.23 | file | Jenkins is offline until Digium returns. |
| 16:53.29 | coreyfarrell | it's only possible for 1 character to be written past the buffer - the null terminator.. so no way to overrun the stack with a specific value. |
| 16:56.19 | coreyfarrell | oh good JIRA is still online |
| 16:56.24 | file | yes |
| 16:56.35 | file | public services are hosted at colo |
| 16:57.04 | file | just in the case of Jenkins the nodes are physically at Digium, or in my case I keep my Jenkins traffic on-net |
| 16:58.17 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-juifblcdwksivyua) |
| 16:58.17 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:58.23 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-illctyjeifyndjln) |
| 16:58.27 | file | ooo |
| 16:58.32 | *** join/#asterisk-dev sruffell (sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:58.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:58.35 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:58.35 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:58.37 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-wwqdudhdhwkmisad) |
| 16:58.37 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 16:59.18 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-hxgcksjvpanftjkg) |
| 17:02.45 | file | I suppose this is a good time to go to lunch |
| 17:06.11 | *** join/#asterisk-dev sruffell (sruffell@asterisk/the-kernel-guy/sruffell) |
| 17:06.11 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:06.26 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 17:06.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 17:07.00 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-hyqoibpfmhhxzivj) |
| 17:07.31 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-cnrrrqhrxlarqmbx) |
| 17:07.31 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 17:18.05 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-nlfkiiiizgnspvay) |
| 17:19.37 | *** join/#asterisk-dev malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:19.37 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:40.29 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-bwfovjemszmmskgy) |
| 17:41.10 | file | okay, once the latest Jenkins jobs are done... then normality is restored |
| 17:46.53 | coreyfarrell | file: normality - so java is going to crash? |
| 17:47.21 | file | I don't think the current stuff has really crashed... |
| 17:47.26 | file | it just runs out of memory and behaves oddly |
| 18:01.27 | file | Jenkins is running on reduced nodes. |
| 18:04.36 | coreyfarrell | umm does jenkins only save artifacts for successful jobs? |
| 18:06.06 | file | I don't know, but I believe success and failure mean different things than previously - specifically that the job itself ran successfully or failed and not the underlying tests run |
| 18:09.07 | coreyfarrell | damn I see the problem, I left the build timeout at 300 minutes, that isn't enough for ref_debug |
| 18:13.24 | file | I'm going to wait until DigiNet is fully functional again before updating the Jenkins jobs |
| 18:13.38 | coreyfarrell | weird thing is the console log says that artifacts were collected, but they aren't available for downloading |
| 18:13.45 | coreyfarrell | file: thats understandable thanks |
| 18:14.23 | file | the CentOS nodes are currently on a segment which is... inaccessible |
| 18:18.32 | file | eep eep eep |
| 18:29.42 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-qymhlarupqhejsiy) |
| 18:29.47 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-rcwbthymecspeemw) |
| 18:29.47 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 18:30.00 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 18:30.00 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:30.15 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:30.15 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:30.23 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-nndnknfzebyqfwrq) |
| 18:52.54 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-moxloiexvnlbpeic) |
| 18:52.54 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 19:05.01 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.40.172) |
| 19:05.02 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:10.48 | file | Jenkins is back, for now, maybe. |
| 19:10.57 | *** join/#asterisk-dev malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:10.57 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:18.11 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-yhwpxscmxtfiotwz) |
| 19:18.11 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 19:51.31 | file | coreyfarrell, done |
| 19:53.50 | coreyfarrell | file: thanks.. ok to try another run? |
| 19:54.28 | file | I wanna say yes |
| 19:58.05 | coreyfarrell | file: got those rm errors again |
| 19:58.13 | file | silly |
| 19:59.36 | file | oh, I bet it's from the mess... |
| 19:59.53 | coreyfarrell | I just stopped the run since it was still very early if you want to do the cleanup you did the other day |
| 20:00.24 | file | which agent was it? |
| 20:00.53 | coreyfarrell | centos6-64-2 |
| 20:00.53 | file | ah |
| 20:01.41 | coreyfarrell | hmm does this have anything to do with the fact that the last run hit the timeout? |
| 20:01.53 | file | need to fix that long term in the scripts, it only drops permissions on those down to the user at the end of the script |
| 20:01.59 | file | if it's killed before hand it probably never gets there |
| 20:04.13 | coreyfarrell | I'm surprised it reuses the root of test systems.. I would have thought it would reinstall from an image on each run. |
| 20:04.37 | file | nope. |
| 20:06.43 | file | good to go |
| 20:13.04 | coreyfarrell | the only thing remaining for REF_DEBUG is to process the results for the unit tests, I'm pretty sure the results are being generated but just discarded |
| 20:13.36 | coreyfarrell | I don't see the asterisk logs from the unit tests in artifacts anyways |
| 20:45.14 | gtjoseph | anybody: on debian systems, what provides xsltproc? |
| 20:46.09 | gtjoseph | libxslt maybe? |
| 20:46.54 | file | I only have Ubuntu at my hands, not Debian |
| 20:47.08 | gtjoseph | that'll work |
| 20:47.11 | file | xsltproc - XSLT 1.0 command line processor |
| 20:47.25 | file | so, xsltproc? |
| 20:47.40 | gtjoseph | nope i think it's part of libxslt |
| 20:47.58 | file | The program 'xsltproc' is currently not installed. You can install it by typing: |
| 20:47.59 | file | sudo apt-get install xsltproc |
| 20:48.25 | file | yup, it's in the xsltproc package |
| 20:48.40 | gtjoseph | ok |
| 20:49.04 | gtjoseph | i wonder if it's a prereq of libxslt1-dev |
| 20:49.12 | gtjoseph | which is in the install_prereq script |
| 20:50.26 | file | it's not installed on the Ubuntu nodes, so it's not pulled in as part of install_prereq |
| 20:50.35 | gtjoseph | hmmm |
| 20:50.39 | gtjoseph | ok, i'll add it |
| 20:51.05 | file | why? |
| 20:51.37 | gtjoseph | i'm not sayin just yet. :) |
| 20:51.40 | coreyfarrell | is install_prereq run by the jenkins agents? |
| 20:52.05 | file | coreyfarrell, not quite? |
| 20:52.16 | file | I used it to build the Ubuntu ones |
| 21:58.38 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-qymhlarupqhejsiy) |
| 21:59.09 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 22:22.11 | mjordan | so, I have an interesting thought experiment |
| 22:22.27 | mjordan | Recently, we've had some situations where we wanted to know immediately when an outbound registration drops |
| 22:22.39 | mjordan | Currently, the best I've come up with is monitoring/scraping logs |
| 22:22.43 | mjordan | but that kinda stinks |
| 22:22.59 | gtjoseph | what do mean by "drops" |
| 22:23.20 | mjordan | we send a REGISTER request and either don't get a response, or get some final non-2xx response |
| 22:23.38 | mjordan | upstream equipment is faulty, gremlins in the network, etc. |
| 22:24.13 | mjordan | now, the PJSIP contact and/or endpoint state can change, if you have an endpoint that happens to correspond as well to the upstream provider, and you're qualifying it |
| 22:24.17 | gtjoseph | so if we get a non-2XX we (asterisk) already knows that, correct? |
| 22:24.20 | mjordan | but that's a pretty loose association |
| 22:24.33 | mjordan | yup. Asterisk actually always knows when this happens |
| 22:24.40 | mjordan | It's more of a monitoring thing I'm thinking through |
| 22:24.52 | gtjoseph | so it's the cases where the transaction timer expires and we don't know |
| 22:24.57 | mjordan | heh |
| 22:25.03 | mjordan | you're thinking too deeply :-) |
| 22:25.06 | mjordan | Asterisk is working |
| 22:25.14 | mjordan | totally functional, does the right things (tm) |
| 22:25.27 | mjordan | From a larger systems perspective, however, they don't always know that Asterisk isn't registered |
| 22:25.53 | gtjoseph | yep, i'm just thinking we can trap the transation timer |
| 22:26.05 | gtjoseph | and log a message |
| 22:26.27 | gtjoseph | kinda like we do for options |
| 22:26.38 | mjordan | I'm thinking of an event |
| 22:26.47 | gtjoseph | ok, event instead of log message |
| 22:26.49 | mjordan | Security event, maybe |
| 22:27.07 | mjordan | yeah, log messages are my current issue |
| 22:27.12 | mjordan | first, it's a verbose message right now that we log out |
| 22:27.21 | mjordan | which does work, but I don't really like walking through verbose messages |
| 22:27.37 | mjordan | second, log message scraping for key events has drawbacks, and this event is kind of an important one |
| 22:27.39 | gtjoseph | who generates that message then |
| 22:31.32 | mjordan | strange... thought that was in res_pjsip_outbound_registration, but now I don't see it. |
| 22:31.34 | mjordan | Anyway. |
| 22:31.48 | mjordan | More, I was just framing the question of: is this appropriate as a security event? |
| 22:31.55 | mjordan | I mean, on the one hand, it clearly is not a security event |
| 22:32.13 | gtjoseph | i would have thought security events were incoming |
| 22:32.14 | mjordan | but it's useful to know immediately when an outbound registration has droppepd |
| 22:32.16 | mjordan | er, dropped |
| 22:32.19 | mjordan | exactly |
| 22:32.32 | mjordan | I've been trying to think what an appropriate classification for an event like that would be |
| 22:32.40 | gtjoseph | need a new category OPERATIONAL |
| 22:32.42 | mjordan | And it isn't "security" |
| 22:32.48 | mjordan | heh |
| 22:32.52 | gtjoseph | or OPERATIONS |
| 22:32.56 | mjordan | I was trying to avoid a new category |
| 22:33.03 | gtjoseph | :) |
| 22:33.18 | mjordan | I wonder what register events were in chan_sip |
| 22:33.22 | gtjoseph | NOTICE |
| 22:33.33 | gtjoseph | oh, that's not an answer to yor qwuestrion |
| 22:34.31 | mjordan | hrm. Yeah, we used EVENT_FLAG_SYSTEM for the old Registry events |
| 22:34.36 | mjordan | lol |
| 22:34.47 | mjordan | which, ironically, were used for outbound registrations. I always thought those were for inbound. |
| 22:34.54 | mjordan | So I guess I answered my own question. |
| 22:35.30 | mjordan | which also already exist in res_pjsip_outbound_registrationo |
| 22:35.40 | mjordan | that's funny. I guess I've been living in an ARI world too long. |
| 22:35.55 | gtjoseph | sometimes you just have to talk through it :) |
| 22:38.38 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-umlkceurpsyywhal) |
| 22:38.38 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 22:38.43 | file | go away to write a blog post and people talk |
| 22:40.00 | file | shameless promotion: https://www.asterisk-blog.com/ tell your friends! tell your family! tell your pets! |
| 22:40.58 | gtjoseph | nothing new yet. :) |
| 22:42.16 | file | yet... yet. |
| 22:52.56 | mjordan | file: I have a day or tow |
| 22:52.58 | mjordan | two, even |
| 22:53.14 | file | eyes mjordan |
| 22:53.26 | file | if you have a day or two you aren't working hard enough! |
| 22:53.49 | mjordan | crack the whip |
| 23:02.32 | coreyfarrell | I've been playing with some code for sd_notify (startup, watchdog and shutdown). any special reason FullyBooted and Shutdown don't have their own message types? |
| 23:09.24 | jsmith | mjordan: Any idea why there isn't a asterisk-core-sounds 1.5 release for the spanish (es) files? |
| 23:09.30 | jsmith | mjordan: Or was that just an oversight? |
| 23:09.59 | mjordan | coreyfarrell: Stasis message types? |
| 23:10.11 | mjordan | jsmith: Probably oversight. I'd have to ask rnewton, however, as he managed that process |
| 23:10.24 | jsmith | mjordan: OK, looks like we're missing en_AU as well |
| 23:10.26 | file | I believe Spanish was a deprecated language and is no longer available |
| 23:11.02 | mjordan | coreyfarrell: wrt to fullybooted, there's not much point in conveying it outside of AMI, as only AMI has an external facing command to query for it |
| 23:11.19 | mjordan | coreyfarrell: For shutdown, it might be interesting to get that as a Stasis message; the danger there however is that you can't stop shutdown |
| 23:11.41 | mjordan | coreyfarrell: And we also don't have system level events (such as shutdown) conveyed outside of AMI |
| 23:11.52 | mjordan | if we ever wanted to add that to, say, ARI - or somether API - than I'd push them over Stasis |
| 23:12.09 | mjordan | file: that's a bit surprising, but I suppose that happens when someone doesn't want to record them any longer |
| 23:12.17 | file | FullyBooted is useful for modules internally, as it allows you to know when everything is good to go at startup |
| 23:13.31 | jsmith | file: Where would I find out? |
| 23:13.44 | file | Rusty will know for sure |
| 23:13.45 | coreyfarrell | for my use FullyBooted would cause a call to sd_notify(0, "READY=1"); Shutdown would call sd_notify(0, "STOPPING=1"); |
| 23:13.50 | jsmith | file: OK, I'll bug him tomorrow |
| 23:16.49 | file | I have poked him |
| 23:17.05 | file | due to DigiNet imploding he killed his IRC |
| 23:17.35 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-lbvtlxacxkymzumc) |
| 23:17.35 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 23:17.58 | newtonr | hallo |
| 23:18.01 | coreyfarrell | mjordan: to answer your first reply I was talking about the lack of -- struct stasis_message_type *ast_fullybooted(void); |
| 23:18.19 | newtonr | jsmith, I don't have a log, but file said you might have a sounds question |
| 23:18.38 | mjordan | coreyfarrell: I'm good with adding Stasis message types. For shutdown, I'd recommend adding a cleanup/atexit handler however |
| 23:18.47 | mjordan | Unless we synchronize somewhere on the shutdown message |
| 23:19.00 | jsmith | newtonr: Just wondering if the 1.5 release was supposed to not include "es" and "en_AU" |
| 23:19.03 | mjordan | if that get's published onto Stasis, I'm not sure it will ever get delivered unless something blocks the shutdown process |
| 23:19.09 | jsmith | newtonr: Or if that was just some kind of oversight |
| 23:19.32 | jsmith | newtonr: (Just working on updating some packages in Fedora/CentOS/etc.) |
| 23:19.39 | coreyfarrell | mjordan: the shutdown message contains more information... Cleanly/Uncleanly, Restart or no |
| 23:20.56 | coreyfarrell | jsmith: for CentOS7 or RHEL7 have you run into an issue with /tmp getting SELinux label tmpfs_t and breaking voicemail to email? |
| 23:21.06 | newtonr | jsmith, Yeah sorta - there is nothing new in es or en_AU, but all the file version names have to be the same. Both es and en_AU are essentially deprecated. ES because we have no contributor and en_AU because it may be a long time before he can provide any of the recent updates that are needed. |
| 23:21.29 | jsmith | coreyfarrell: Honestly, I haven't tried voicemail to email in a *long* time... |
| 23:21.37 | jsmith | coreyfarrell: But report the problem in bugzilla, and I'll try to get to it |
| 23:21.47 | jsmith | is more than a little swamped with packaging requests right now |
| 23:22.18 | jsmith | <plug type=shameless>Also, if anybody is looking to hire...</plug> |
| 23:24.01 | jsmith | newtonr: I'll try to find you an ES contributor. |
| 23:24.12 | jsmith | newtonr: Is there a script? Do you want me to have them contact you directly? |
| 23:24.20 | coreyfarrell | jsmith: I've already posted as a system error on the CentOS bugzilla since I think it's a bug in EL7. https://bugs.centos.org/view.php?id=10069 |
| 23:24.30 | newtonr | jsmith, That would be cool. I've asked around a bit and have several people say they wanted to do it. None ever followed through. |
| 23:25.02 | coreyfarrell | not sure if you want me to post to another bugzilla or if you were talking about the CentOS one? |
| 23:25.03 | newtonr | jsmith, Yeah have them contact me at rnewton@digium.com or asteriskteam@digium.com I can direct them to the requirements and answer any questions. |
| 23:25.54 | jsmith | newtonr: OK, great. I have someone in mind, but it may be a few days before she reaches out... |
| 23:28.05 | newtonr | jsmith, no rush. Thanks! |
| 23:28.58 | newtonr | jsmith, I was going to ask for contributors in a blog post soon as well. |
| 23:29.19 | newtonr | Also, I'm out of here! jsmith if there is any other issues shoot me an Email. Thanks! |
| 23:35.33 | file | I foresee a change to the git prep script in the future to determine if a git clone is actually viable and if not... wipe it and start fresh |
| 23:46.09 | *** join/#asterisk-dev kharwell (~kharwell@24.214.15.130) |