[21:24:35] James_F: re T223393, this week's train breaks compatibility with HHVM? [21:24:36] T223393: switch wikitech to PHP 7.2 - https://phabricator.wikimedia.org/T223393 [21:24:58] bd808: Yes, per ServiceOps. [21:24:58] * bd808 really wishes wikitech were not 'special' anymore [21:25:08] bd808: They said prod was clear of HHVM and to delete away. [21:25:17] "Oops." [21:25:46] I thought wikitech was switched to php7.2 [21:25:53] Apparently not: T223393 [21:26:46] oh [21:26:52] Looks like there is a patch... https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/510949/ [21:27:02] not sure if that does all the needed stuff or not [21:27:15] https://wikitech.wikimedia.org/wiki/Special:Version reports HHVM. [21:27:42] I can confirm that hhvm is running a lot of processes on labweb100{1,2} [21:27:46] bd808: Krenair just moved Beta Cluster over from HHVM to PHP72, so might know the "one neat trick". [21:29:08] I just set some hiera [21:29:20] some php72_only flag somewhere.. [21:30:08] yeah. Looks like we have a few custom things that need fixed. Maybe just this on apache config patch from mutante will do it... [21:30:23] profile::mediawiki::vhost_feature_flags: {'php72_only': True} [21:30:26] according to openstack-browser [21:30:46] that might not apply at all with wikitech stuff, not sure [21:30:58] Will wikitech-static need fixing too? [21:38:59] James_F: It should be ok. its using php 7.0 on the 1.33 branch [21:39:21] Ah, OK, that's fine then. [21:39:44] and the labweb* boxes seem to be running both hhvm and php 7.2 fcgi containers, so cutting over might not be hard today/tomorrow. I'm poking around [21:40:00] Thanks. [21:40:13] If needed we can pin back wikitechwiki to not get the train for a week. [21:40:31] … says James, offering work on behalf of his teammates and not himself. ;-)