[00:28:35] 10Machine-Learning-Team, 10MediaWiki-extensions-ORES, 10CheckUser, 10Commons, and 30 others: WikiPage::doEditContent falls back to $wgUser - https://phabricator.wikimedia.org/T255507 (10DannyS712) [01:15:39] 10Machine-Learning-Team, 10MediaWiki-extensions-ORES, 10CheckUser, 10Commons, and 30 others: WikiPage::doEditContent falls back to $wgUser - https://phabricator.wikimedia.org/T255507 (10DannyS712) [01:53:57] 10Machine-Learning-Team, 10MediaWiki-extensions-ORES, 10CheckUser, 10Commons, and 30 others: WikiPage::doEditContent falls back to $wgUser - https://phabricator.wikimedia.org/T255507 (10DannyS712) The core patch is ready to go, but cannot be merged until after CentralNotice syncs the `wmf_deploy` branch to... [04:33:29] 10Machine-Learning-Team, 10MediaWiki-extensions-ORES, 10CheckUser, 10Commons, and 30 others: WikiPage::doEditContent falls back to $wgUser - https://phabricator.wikimedia.org/T255507 (10DannyS712) >>! In T255507#7182694, @DannyS712 wrote: > The core patch is ready to go, but cannot be merged until after Ce... [14:45:41] as FYI Mediawiki is now serving from codfw [15:38:02] ok so I added some psp manually to the eqiad prod cluster and the istiod pod was created, but then I see [15:38:05] pkica Failed to get secret (error: Get "https://10.64.77.1:443/api/v1/namespaces/istio-system/secrets/istio-ca-secret": x509: cannot validate certificate for 10.64.77.1 because it doesn't contain any IP SANs), will create one [15:38:29] the ip is the kube-api, really weird [15:38:47] I wasn't even aware that istiod was creating a CA behind the scenes [16:04:45] o/ [16:14:17] i'm working through our blubber/prod image and deploy pipeline stuff, starting to think the mono repo structure is not a long term solution for the inference services [16:16:14] it might be cleaner/easier to maintain with repos separated by image (editquality, articlequality, outlink-topics, etc. ) [16:16:33] and then handle individual services via helm [16:20:59] o/ [16:21:39] accraze: but if we have one repo with separate dirs with blubber configs etc..? would it be ok ? [16:22:04] I am asking since if we have to create a repo every time it might be confusing for us and people sending patches etc.. [16:22:20] (not sure if it makes sense, lemme know) [16:25:35] elukey: that's what i'm looking into today, for now it's probably best to keep the monorepo if we can, but depending on how the individual service deployments go, things might get a bit messy with all the different reqs for pipeline configs [16:26:20] hoping to have a rough draft of the blubber/pipeline config to share tomorrow in the team meeting tomorrow [16:30:31] accraze: sure! if it gets messy splitting is surely ok, I can help to brainbounce if needed :) [16:51:48] Hello everyone , so this is regarding the Wikimedia API to retrieve text by comparing same revids . If I use the "action" compare for same revision Ids ( I used a relative marker in the script mentioning about the prev revision). My doubt is that in that way , I cannot get the content ( main textual change ) for the revision as it says unrecognised value for parameter "prop" content [16:54:13] @greg-g: how do I get it for free like how do I join there group plan? [17:18:17] going afk, ttl! [17:29:41] No issues . Thank you @elukey [17:40:03] anubhav_sharma: my apologies, the group plan is for WMF Staff. I thought you were a new staff member! :) Hopefully the free plan from irccloud is sufficient for you. [17:43:34] Yeah it's working well till now :) [18:41:45] awesome good to hear [20:51:31] 10Lift-Wing, 10artificial-intelligence, 10articlequality-modeling, 10revscoring, 10Machine-Learning-Team (Active Tasks): Create a KFServing model server for articlequality models - https://phabricator.wikimedia.org/T284678 (10ACraze) Thinking about feature parity with ORES, we will want to include some p...