[00:10:31] Raine: I found a "fun" thing with php8.5, there is no php8.5-opcache package. It is compiled into the various php entry point packages directly. https://phabricator.wikimedia.org/T435393#12254809 [00:10:55] This is going to take some ops/puppet.git surgery to work around. [01:05:03] bd808: apologies for the delay - this fell off my list when things exploded earlier. your example script looks good to me! indeed, if one wants to use the "smoke test" [0] in staging, it'll always be `staging.svc.eqiad.wmnet`, whereas for the production services it'll be `$SERVICE.svc.$DC.wmnet` [01:05:03] [0] i.e., "does it complain and return a 500 in the way I expect if I send a GET to /" [01:07:49] your script captures that distinction well, and indeed I tend to only do that in staging - mostly because it does produce a 500, which is reflected in envoy metrics and can be a bit of a surprise when rolling out a new version [01:08:07] (i.e., "is that _my_ 500 in grafana, or is this broken?") [11:17:02] bd808: re php-opcache: I don't think that's new? but not sure, I'll look around, thank you! [15:01:14] Raine: there is a php8.3-opcache package, so it seems new. `ensure_packages(["php${version}-common", "php${version}-opcache"])` is the first bit in ::php that I need to change to get 8.5 deployed with puppet. [15:01:49] php8.3-opcache may be a dummy package, I haven't checked that [15:04:24] bd808: right, I'll take a closer look once I get mw-debug/next sorted [15:04:26] thanks [15:25:25] Debian has php8.4-opcache upstream. Maybe the 8.5 change is just the build config we used? [15:26:25] my moping about this is mostly that because I'm gone after 2026-09-01 for 2 months I have a very short time to try and move 8.5 in Beta Cluster forward. [15:31:44] huh... looking [15:38:31] I'm making a Matomo (generic LAMP application) docker image, is there an existing image you'd recommend as a base? https://matomo.org/faq/on-premise/matomo-requirements/ . I was thinking https://w.wiki/TqoN ? [15:42:22] Looks like they have a public debian-based image, that's a good sign https://github.com/matomo-org/docker/blob/master/Dockerfile-debian.template [15:44:55] bd808: my reading of https://www.php.net/manual/en/migration85.incompatible.php#migration85.incompatible.opcache is "don't worry about it" [15:45:15] I believe we can just drop it from puppet for 8.5 [15:45:28] do you want a hand with the patches or reviews? [15:45:39] Raine: on the runtime side, sure. The cruddy bit is the puppet changes needed. [15:46:12] ok, I can take a stab at it [15:47:05] https://gerrit.wikimedia.org/r/c/operations/puppet/+/1328728 is my work in progress patch that s cherry-picked in Beta [15:53:41] inflatador: you're going to want to use more or less a similar setup to mediawiki, so in deployment-charts you'd use create_new_service.sh and choose lamp, and build your matomo image on top of a php-fpm image [15:54:25] claime excellent, thanks for the tip [15:55:39] although since they have an existing PHP image with a lot of nice verification built-in I might just mirror that if that works [15:55:42] I can't assure you that the scaffolding is 100% up to date and stuff though, but it should give you a good base to start from [15:58:03] From the dockerfile I'm seeing you probably just need L66 onwards, I wouldn't bundle php.ini in the image unless you want it to be a pain to change anything