[10:58:56] <dcausse>	 lunch
[13:04:20] <inflatador>	 <o/
[13:30:31] <dcausse>	 o/
[13:36:21] <ebernhardson>	 \o
[13:40:57] <dcausse>	 o/
[13:48:35] <inflatador>	 .o/
[13:51:48] <inflatador>	 re: prod opensearch upgrade, I was kinda hoping we could go directly from 1x->3x but that is wishful thinking. 3.x says `"minimum_wire_compatibility_version" : "2.19.0"`
[13:52:28] <ebernhardson>	 yup, it's one major version at a time for rolling restarts
[13:55:20] <inflatador>	 we also have to get off Bullseye, but Trixie + 2.19 should be doable
[13:55:35] <ebernhardson>	 going to be fun restarts :P
[13:58:05] <inflatador>	 Yeah, we have a new SRE coming onto our team in early April, she's gonna help out as part of her onboarding
[14:41:41] <ebernhardson>	 inflatador: updated plugins package is available, one thing to double check is i imagine we want to keep the 1.3 packages there too for a minute, not sure if apt allows that or if we would have to rename the package
[14:41:51] <ebernhardson>	 if we have to rename, maybe don't bother but have the .deb somewhere
[14:41:56] <ebernhardson>	 https://gitlab.wikimedia.org/repos/search-platform/opensearch-plugins-deb/-/packages/2019
[15:13:21] <dcausse>	 til that we seem to ship autocomplete timings via /beacon/statv twice per key-stroke, one for Search.Autocomplete and one for mediawiki_WikimediaEvents_Search_AutocompleteResults_seconds
[15:14:44] <ebernhardson>	 hmm, i forget why that is
[15:15:26] <ebernhardson>	 apparently part of a migration? https://phabricator.wikimedia.org/T343020
[15:15:59] <dcausse>	 yes, probably time to remove one
[15:16:38] <dcausse>	 also looking at difference in behavior between the new autocomplete widget and the old one, not able to see events going out on the new one
[15:18:41] <ebernhardson>	 :S
[15:39:30] <ebernhardson>	 i'm forgetting, where do grizzly slo's live? Was trying to double check which source we are using
[15:41:29] <dcausse>	 statd is gone I think
[15:42:24] <dcausse>	 do you need anything special other than enabling WikimediaEvents to get the searchSatisfaction module loaded?
[15:42:56] <ebernhardson>	 dcausse: oh i didn't realize it was gone gone, but makes sense.  For WME i think you only need to load the extension
[15:44:19] <ebernhardson>	 dcausse: i guess i also set $wgVueDevelopmentMode = true and $wgWMEStatsdBaseUri = '/beacon/statsv' in my LocalSettings.php, but suspect those were specific to testing something
[15:45:14] <ebernhardson>	 and wfLoadExtension( 'EventLogging' )
[15:46:23] <dcausse>	 yes have them, just saw TypeError: can't access property "getExperiment", mw.testKitchen is undefined
[15:46:32] <dcausse>	 wondering if there's a new dependency
[15:49:22] <ebernhardson>	 hmm, guess i haven't run it since then
[15:50:18] <dcausse>	 installed TestKitchen but still failing...
[15:52:28] <dcausse>	 yes needs the extension and wgTestKitchenEnableExperiments=true
[15:52:49] <dcausse>	 was causing the searchSatisfaction module to be ignored
[15:53:39] <ebernhardson>	 worth a bug report? Seems like it should be optional
[15:53:56] <ebernhardson>	 or maybe documented as required, not seeing it in the README.md
[15:54:45] <dcausse>	 yes I think it's known: T419679 
[15:54:45] <stashbot>	 T419679: Make WikimediaEvents depend on TestKitchen - https://phabricator.wikimedia.org/T419679