[09:33:13] <dcaro>	 godog: hey, I think this patch broke cloud prometheus puppet runs https://gerrit.wikimedia.org/r/c/operations/puppet/+/1104980
[09:33:51] <godog>	 dcaro: sigh, my bad
[09:34:18] <dcaro>	 do you have time to send a fix? it seems a bit more complex than just adding a value to cloud.yaml xd
[09:34:51] <godog>	 dcaro: yes I'm taking a look 
[09:35:07] <dcaro>	 ack, let me know if you want some help
[09:36:32] <dcaro>	 I think that it's missing adding the new param to prometheus:web on modules/profile/manifests/toolforge/prometheus.pp, line: 573 
[09:37:27] <godog>	 dcaro: I think so too yeah, I'm going to add it to hieradata/cloud/eqiad1/tools/common.yaml if that works ?
[09:37:36] <dcaro>	 👍
[09:37:39] <dcaro>	 it should work yep
[09:38:01] <godog>	 ok patch incoming
[09:38:49] <dcaro>	 🎉
[09:40:12] <godog>	 dcaro: https://gerrit.wikimedia.org/r/c/operations/puppet/+/1109031
[09:41:10] <dcaro>	 👀
[09:42:51] <dcaro>	 we might need more stuff... might be better to add to horizon instead if it has to be set per-deployment (tools, toolsbeta, tools codfw1, ...)
[09:44:31] <godog>	 dcaro: mmhh ok yeah that seems inconvenient, I have to go run an errand shortly though we can totally rework the logic using that variable to be less strict
[09:44:41] <godog>	 for example if not found just don't do a default
[09:45:05] <dcaro>	 I think it might be enough to add a default, as we are passing `hompage => true` so it should force the same behavior even if the default does not match the title
[09:45:09] <dcaro>	 (for what I'm reading)
[09:45:25] <dcaro>	 *add an empty/placeholder default
[09:45:57] <godog>	 yeah, that, dcaro would you mind commandeering my patch ? I have to go run an errand
[09:46:05] <dcaro>	 np, thanks!
[09:46:30] <godog>	 thank you !
[09:56:20] <dcaro>	 merged :)
[10:25:06] <moritzm>	 FYI, I'll upload updated PHP 7.4 packages in a bit, these have the backports for the recent PHP security issues, the mwdebug servers are already using that version since before the holiday break
[10:43:09] <moritzm>	 PHP 7.4 1:7.4.33-1+0~20221108.73+debian10~1.gbpa00350a+wmf10u2+icu67u4 is now on apt.wikimedia.org and will be picked up with the next image rebuilds, the handful of remaining bare metal installations like mwmaint will be updated in a bit
[11:03:33] <_joe_>	 thanks moritzm 
[11:16:46] <godog>	 dcaro: thank you!
[13:01:08] <godog>	 https://blog.benjojo.co.uk/post/sfp-experiment-ultra-long-range-toslink
[14:43:59] <inflatador>	 andrewbogott sorry, just got back from break. Looking now
[14:59:24] <andrewbogott>	 inflatador: thanks! It's not urgent, it's more of a 'make sure this isn't my responsibility' thing :)
[20:05:43] <andrewbogott>	 cwhite: can I get a rubber stamp on https://gerrit.wikimedia.org/r/c/operations/puppet/+/1109138 ?
[20:17:31] <cwhite>	 andrewbogott: you got it!
[20:17:47] <andrewbogott>	 thank you!
[21:07:46] <inflatador>	 I'm scraping dumps.wikimedia.org to get the date of the latest dump file, is there a better way/easier way to do this? Just wondering if there's a feed or something I could poll maybe?
[21:11:47] <AntiComposite>	 inflatador, there are JSON files you can grab instead of scraping (https://meta.wikimedia.org/wiki/Data_dumps/Monitoring ), but I don't think there's currently a feed
[21:14:35] <inflatador>	 AntiComposite thanks, will take a look. I probably should've said I'm looking at RDF dumps ( https://dumps.wikimedia.org/other/categoriesrdf/daily/ ) so the rules might be a little different