[07:33:55] <ryankemper>	 \o just wanted to check in on the spicerack elasticsearch release (https://phabricator.wikimedia.org/T390860)
[07:39:36] <dcausse>	 ryankemper: thanks!
[10:48:47] <dcausse>	 lunch
[14:16:04] <inflatador>	 <o/
[14:18:56] <dcausse>	 o/
[14:34:34] <ebernhardson>	 \o
[14:45:44] <inflatador>	 .o/
[14:50:38] <brouberol>	 ~o~
[14:51:19] <inflatador>	 For the curious, I wrote a little blog post about OpenSearch security plugins https://closedwontfix.it/forming-an-opensearch-2-cluster-with-transport-security-enabled-mtls-and-a-custom-certificate-authority.html
[15:00:56] <dcausse>	 o/
[16:02:11] <pfischer>	 ebernhardson: are you around for triage?
[16:05:11] <ebernhardson>	 sorry, school run ran late
[17:02:10] <dcausse>	 dinner
[18:01:22] <ebernhardson>	 hmm, not sure about jenkins failing my @wdio patch :S If i `rm -rf node_modules && npm ci && npm test` from fresh 24 it's fine, but fails from 20. regen package-lock.json under 20 doesn't help.
[18:01:35] <ebernhardson>	 pinning down which version change among many matters should be fun :P
[18:35:04] <ryankemper>	 Taking dog out
[19:17:44] <ebernhardson>	 hmm, if this is our first mediawiki release with opensearch maybe we should remove add_regex_start_end_anchors from REL1_45, or maybe add a version check (beyond the existing plugin name check))
[19:18:31] <ebernhardson>	 it would be nice to allow users to decouple upgrading mediawiki and upgrading to opensearch, if possible
[19:19:25] * ebernhardson doesn't really want to come up with a test plan to verify es 7.10 on rel1_45 though :P
[19:26:43] * ebernhardson pretends CirrusSearchConcreteNamespaceMap always has > 1 namespace...because i'm not sure how to turn 0 into anything other than a list