In T428316#11997796, @jnuche wrote:

scap prep ran successfully last night, that's one problem down.

We can go back to the less urgent issue originally reported in this task: "scap update-patch can abort and leave /srv/patches in a mess".

Found a prerequisite for this task in T428443: Decouple dev & prod profiles in the OpenTofu stack, moving this back to backlog for the time being.

From meeting today: running code server in a separate pod seems like it should be possible/not complicate the code server, and if that allows us to lock down egress then huzzah.

Approved. @OSleger-WMF for backports, you'll also want these bits:

In T420865#11979145, @Dzahn wrote:

Tyler wrote:

"Noting that after merge, needs a subsequent quibble release and rebuild of images for CI jobs before it's active."

In T400083#11964417, @dancy wrote:

docker-registry.wikimedia.org/repos/releng/ci-images/helm:latest now exists with helm v4.2.0 installed.

Moving to radar while we await upstream investigation here.

I noticed this the other day, others have not been able to reproduce. May be possible to avoid with a readiness probe. Moving this to "Waiting" for now and we'll pick it up later since the work around is: wait a few.

In T427531#11968923, @Dzahn wrote:

@thcipriani Hi, here is another request for the 'restricted' group.

In T427597#11968319, @Dzahn wrote:

Hi @thcipriani This request requires your approval as group approver for "restricted".

Confirmed that both hard and soft limits are set pretty high. Unsure where we can tweak this considering we're using hosted k8s on the DO runners.

New size is now persisted in the statefulset.

Seeing layers get created now in the registry logs; e.g.:

Opted to add more space to reggie for now:

Looks like the pvc for reggie is out of space. looking at how to clean that now.

...and merged. Thanks for the review @Jdlrobson-WMF

Thanks for the change @HakanIST got that merged and deployed and all's working now!

Looks like we're using repos/abstract-wiki/ci-images.

API docs to grab this info from Gerrit are projects branches API

Hit some errors rolling to staging, but they were from old ingresses that needed some cleanup. Should be good to deploy now that @jnuche has cleaned them up!

Let's grab a list of the existing "patchdemo" backend wikis and then merge this, thank @Esanders !

In T343378#11938245, @Jdforrester-WMF wrote:

Oops, looks like this old Catalyst work never got tagged into the team on the "new" (compared to 2023) Phab board, sorry. :-(

Looks like patchdemo gets its list of branches from the older backend's checkout (which we stopped updating 😬).

@Atharva4513 sure! Patches welcome. The code for this lives in https://gitlab.wikimedia.org/repos/test-platform/catalyst/patchdemo and you can see the live version on https://patchdemo.wmcloud.org/

Looks like that directory is owned by root, but runtime user is nobody. Runtime user changed for your base image recently to www-data. We'll need to:

In T426561#11929503, @SLyngshede-WMF wrote:

@thcipriani for your approval.

Well. After I removed the second web proxy a bit ago, the first web proxy is still resolving. Nothing to do here.

I did leave the second web proxy in place so that it would stick. Just removed that. But development-metrics.wmcloud.org is still resolving. Dunno.

Uploads should work with new environments now!

Lots of stuff has shifted in the year since this was filed.

For now we're using OpenTofu + k3s vs. magnum. We're using magnum in other places. We'll let those other places stabilize before unstalling here.

Let this one languish following initial triage, but since then users have both the ability to edit their existing demo (changing patches/config) as well as update to the latest patchset.

In T424421#11858540, @Minorax wrote:

If this is of any use, I'm using Chorme Version 147.0.7727.117