[01:31:45] 10GitLab, 06Diffusion-Repository-Administrators, 10Projects-Cleanup, 10Wikimedia Design Style Guide, and 2 others: Archive Design Style Guide code bases / project / docs - https://phabricator.wikimedia.org/T360362#9652602 (10CodeReviewBot) dani opened https://gitlab.wikimedia.org/repos/sre/miscweb/design-s... [01:34:10] 10GitLab, 06Diffusion-Repository-Administrators, 10Projects-Cleanup, 10Wikimedia Design Style Guide, and 2 others: Archive Design Style Guide code bases / project / docs - https://phabricator.wikimedia.org/T360362#9652608 (10DDeSouza) Does it make sense to keep other meta files besides `README`? e.g: `AUTH... [01:39:46] 06Gerrit-Privilege-Requests, 06collaboration-services, 06SRE, 10SRE-Access-Requests: 14Add dani to wmf-deployment - 14https://phabricator.wikimedia.org/T360521#9652614 (10DDeSouza) 14Thanks! [08:18:31] (03CR) 10Hashar: "Looks good. We will have to sync up to deploy this CI configuration first then `recheck` / CR+2 https://gerrit.wikimedia.org/r/c/mediawiki" [integration/config] - 10https://gerrit.wikimedia.org/r/1012723 (https://phabricator.wikimedia.org/T359986) (owner: 10MusikAnimal) [08:44:25] 10GitLab, 10Release-Engineering-Team (Radar), 10ChangeProp, 06collaboration-services, and 9 others: Figure out a plan to move forward with regarding Redis License changes - https://phabricator.wikimedia.org/T360596#9653141 (10Jelto) [08:53:33] 10Phabricator: Submitting actions taking ~10 seconds to load after making changes - https://phabricator.wikimedia.org/T360484#9653256 (10Aklapper) Hmm, I'd love someone to chime in here who knows how to debug performance issues via web browser developer tools. What bothers me in the video at 0:24 is the `comment... [08:57:05] 10GitLab (Pipeline Services Migration🐤), 06collaboration-services: move security.wikimedia.org to kubernetes - https://phabricator.wikimedia.org/T350796#9653280 (10Jelto) >>! In T350796#9652077, @sbassett wrote: > Sounds good. If it's as simple as creating two MRs (one for data, one for the jekyll build proce... [08:57:07] 10Phabricator: Make config page display version information - https://phabricator.wikimedia.org/T360756 (10Aklapper) 03NEW p:05Triage→03Low [09:03:33] 10Release-Engineering-Team (Now this 🫠), 06Security-Team, 13Patch-For-Review, 07SecTeam-Processed: Notify MediaWiki security tasks as soon as an uploaded patch fails to apply - https://phabricator.wikimedia.org/T350065#9653310 (10CodeReviewBot) jnuche merged https://gitlab.wikimedia.org/repos/releng/scap/-... [09:37:50] 10GitLab (CI & Job Runners), 06collaboration-services, 13Patch-For-Review: Create a special-purpose Trusted Runner with Dockerfile frontend - https://phabricator.wikimedia.org/T357612#9653390 (10Jelto) [10:10:53] 06Release-Engineering-Team, 06collaboration-services, 06Java-Scala-Standardization, 10Data-Platform-SRE (2024.03.25 - 2024.04.14), 07Security: Investigate replacing Archiva with Gitlab repositories - https://phabricator.wikimedia.org/T358612#9653455 (10Gehel) [10:11:28] 06Release-Engineering-Team, 06Data-Engineering, 06Discovery-Search, 06Java-Scala-Standardization, and 3 others: Adapt gitlab pipelines for the new wmf-jvm-parent-pom - https://phabricator.wikimedia.org/T358841#9653451 (10Gehel) [10:12:51] 06Release-Engineering-Team, 06Data-Engineering, 06Discovery-Search, 06Java-Scala-Standardization, and 3 others: Adapt gitlab pipelines for the new wmf-jvm-parent-pom - https://phabricator.wikimedia.org/T358841#9653462 (10Gehel) a:03Gehel [10:50:07] 10Release-Engineering-Team (Priority Backlog 📥), 05Release, 05Train Deployments: 1.42.0-wmf.24 deployment blockers - https://phabricator.wikimedia.org/T360156#9653549 (10Ladsgroup) ##### Risky Patch! 🚂🔥 * **Change**: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1004792 and https://gerrit.wikimedia.org... [10:55:25] 06Release-Engineering-Team, 10wikimedia.biterg.io: Sort out how to pull data (affiliations etc) from Bitergia DB to find needed data updates - https://phabricator.wikimedia.org/T360762 (10Aklapper) 03NEW p:05Triage→03High [11:21:54] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Move 70% of mediawiki external requests to mw on k8s - https://phabricator.wikimedia.org/T360763 (10Clement_Goubert) 03NEW [11:22:11] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Serve production traffic via Kubernetes - https://phabricator.wikimedia.org/T290536#9653618 (10Clement_Goubert) [11:23:35] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Move 70% of mediawiki external requests to mw on k8s - https://phabricator.wikimedia.org/T360763#9653616 (10Clement_Goubert) 05Open→03In progress p:05Triage→03High [11:23:41] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.23 deployment blockers - https://phabricator.wikimedia.org/T354441#9653626 (10Ladsgroup) [11:25:00] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Move 70% of mediawiki external requests to mw on k8s - https://phabricator.wikimedia.org/T360763#9653621 (10Clement_Goubert) Waiting on `codfw` repool as part of {T357547} before moving forward with this increase. [12:51:57] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Serve production traffic via Kubernetes - https://phabricator.wikimedia.org/T290536#9653629 (10Clement_Goubert) [12:57:03] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, and 2 others: Migrate internal traffic to k8s - https://phabricator.wikimedia.org/T333120#9653700 (10Clement_Goubert) [12:58:36] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Migrate changeprop to mw-api-int - https://phabricator.wikimedia.org/T360767 (10Clement_Goubert) 03NEW [12:58:52] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Migrate changeprop to mw-api-int - https://phabricator.wikimedia.org/T360767#9653739 (10Clement_Goubert) p:05Triage→03High [13:04:41] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, and 2 others: Migrate internal traffic to k8s - https://phabricator.wikimedia.org/T333120#9653741 (10Clement_Goubert) [13:05:31] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, and 2 others: Migrate internal traffic to k8s - https://phabricator.wikimedia.org/T333120#9653763 (10Clement_Goubert) [13:09:06] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 06serviceops, 06SRE, 06Traffic: Move 70% of mediawiki external requests to mw on k8s - https://phabricator.wikimedia.org/T360763#9653845 (10Clement_Goubert) Given we have increased `mw-web` and `mw-api-ext` by respectively 53 and 10 replicas to cope with ha... [13:53:07] 10GitLab (Pipeline Services Migration🐤), 06collaboration-services: move security.wikimedia.org to kubernetes - https://phabricator.wikimedia.org/T350796#9654065 (10sbassett) >>! In T350796#9653280, @Jelto wrote: > Due to security considerations there is no continuous deployment to Kubernetes. Changes to the Gi... [13:53:43] 10Continuous-Integration-Infrastructure, 07Jenkins, 06Release-Engineering-Team, 07SecTeam-Processed, and 2 others: Jenkins core security advisory - 2024-03-20 - https://phabricator.wikimedia.org/T360759#9654066 (10sbassett) [13:53:53] 10Continuous-Integration-Infrastructure, 07Jenkins, 06Release-Engineering-Team, 07SecTeam-Processed, and 2 others: Jenkins core security advisory - 2024-03-20 - https://phabricator.wikimedia.org/T360759#9654071 (10sbassett) [14:24:49] (03Abandoned) 10Gehel: Added Archiva configuration to Maven's settings.xml [integration/config] - 10https://gerrit.wikimedia.org/r/1007861 (https://phabricator.wikimedia.org/T358841) (owner: 10Gehel) [14:37:12] 10GitLab-Application-Security-Pipeline, 06Security-Team, 13Patch-For-Review, 07SecTeam-Processed, 07Security: Update the image used by the python-bandit appsec include - https://phabricator.wikimedia.org/T360721#9654134 (10CodeReviewBot) sbassett opened https://gitlab.wikimedia.org/repos/security/gitlab-... [14:40:39] thcipriani: unfortunately, the time has come to start replacing Buster VMs in deployment-prep. I haven't thought much about how likely/possible that is (probably a bunch of those hosts are tracking prod hosts that are also still running Buster). Nevertheless... can y'all designate a team champion for this task so it isn't ignored (and so I know who to nag?) https://phabricator.wikimedia.org/T327742 [14:47:30] 10GerritBot, 10Phabricator: 14GerritBot comments for 7-digit Gerrit changes conflict with Diffusion commit hashes - 14https://phabricator.wikimedia.org/T358940#9654153 (10hashar) 14@Umherirrender thank you for the verification! [14:48:25] 10GitLab-Application-Security-Pipeline, 06Security-Team, 13Patch-For-Review, 07SecTeam-Processed, 07Security: Update the image used by the python-bandit appsec include - https://phabricator.wikimedia.org/T360721#9654160 (10sbassett) [14:49:14] andrewbogott: I'd decline it and shutdown the infra per T215217 :D [14:49:15] T215217: deployment-prep (beta cluster): Code stewardship request - https://phabricator.wikimedia.org/T215217 [14:49:50] more seriously, I guess that needs to be dispatched to the various teams that are managing the equivalent production services [14:49:56] andrewbogott: fun times. And, yeah, I know for sure prod deployment + appservers are still buster in prod. Which I think is intentional while the mw-on-k8s migration is underway. what's the timeline for this? [14:50:45] LTS for buster ends on June 30th. I don't have a date in mind for when I start forcing shutdowns since (as you say) we'll probably need to follow the example set by prod. [14:51:07] Are y'all thinking that some day there will be mw-on-k8s in deployment-prep to replace existing appservers? [14:51:20] Or are you hoping that deployment-prep will be killed off entirely before that happens? [14:51:35] deployment-prep will not be killed entirely before that happens [14:51:56] Does that imply running k8s in deployment-prep? (maybe you're already doing that) [14:52:14] and once upon a time I'd asked for help in setting up a comparible k8s in deployment-prep and that also did not happen :) [14:52:34] we're running containers as systemd services there [14:53:05] maybe the same thing could work for MediaWiki, but we also only produce containers for production at this moment, so that'd need some investigation. [14:53:06] hashar: I agree it needs dispatching to various teams, I just don't want to be in charge of that dispatching [14:53:20] well [14:53:21] nobody wants [14:53:34] yeah [14:53:58] my guess is some bits of them can be shutdown, I am not sure we get much values from say having an IRC server there [14:54:13] but maybe whoever maintains that production IRC server is actually interested in having a counterpart in beta to play/test [14:54:17] andrewbogott: I added this task to our team meeting notes so we can talk about what's happening here. I need to do some pestering about beta anyway. [14:54:17] else => drop it [14:54:26] but yeah that is a lot of dispatching :\ [14:54:33] thcipriani: thanks, that sounds like the right next step. [14:55:27] And I know that I keep poking you about this project that your team is officially not responsible for (since no one is) so I appreciate you not just telling me to get bent [14:55:40] for MediaWiki, as I get it the php 7.4 packages we use in production are only available for Buster and that blocks the upgrade of Debian images used by CI. I'll poke ops-l eventually when I come to that [14:56:49] I think we probably need to think about the deployment host and talk among ourselves + serviceops for MediaWiki. And probably do what we do for train for the rest of the hosts: i.e., hey , beta's gonna pumpkin, halp. [14:58:37] hashar: yeah, that was blocking wikitech upgrade as well but now it's running on Bullseye so I think some part of that must be unblocked. [15:03:54] andrewbogott: yeah the history has still to be written, we will see :] [15:04:14] meanwhile, I have updated the section for the `integration` project using a collapsible section for instance that already migrated https://wikitech.wikimedia.org/wiki/News/Cloud_VPS_2024_Purge#in_use_integration [15:04:26] and it seems upgrading every 4 years is more relax :] [15:04:48] cumin, puppetmaster, pkgbuilder, those all need to be done in collaboration with SRE [15:05:02] cause who knows what might explode on the next Debian version [15:05:27] Oh, I already did your puppetmaster and puppetdb, I think the old ones are there but shutdown [15:05:34] I'll make a note [15:05:45] I knew it [15:05:57] Andrew secretly started an "Upgraded as a service" start-up!! [15:06:22] just puppet! Because it was super messy [15:08:09] 10Release-Engineering-Team (Now this 🫠), 10Scap, 13Patch-For-Review: 14Scap backporting a patch that gets a -2 hangs - 14https://phabricator.wikimedia.org/T350628#9654201 (10Sandeeps) 05In progress→03Resolved [15:09:49] andrewbogott: yeah thank you so much for having rebuild it :] [15:09:50] oops, sorry -- I did that for deployment-prep, I haven't done puppet in 'integration' but might still at some point [15:09:58] last time I think John bond did it for us [15:10:30] I'll take a stab [15:10:59] 10Release-Engineering-Team (Now this 🫠), 10Scap, 13Patch-For-Review: 14Scap backporting a patch that gets a -2 hangs - 14https://phabricator.wikimedia.org/T350628#9654230 (10Sandeeps) 14The changes Released in [[ https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/257/diffs?commit_id=97eb010... [15:11:37] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 10Cumin, 06Infrastructure-Foundations: Rebuild integration-cumin to get rid of Debian Buster - https://phabricator.wikimedia.org/T360784 (10hashar) 03NEW [15:18:37] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team: Rebuild integration-agent-pkgbuilder-1001 and integration-agent-pkgbuilder-1002 to get rid of Debian Buster - https://phabricator.wikimedia.org/T360786 (10hashar) 03NEW [15:20:20] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team: Rebuild integration-agent-pkgbuilder-1001 and integration-agent-pkgbuilder-1002 to get rid of Debian Buster - https://phabricator.wikimedia.org/T360786#9654327 (10hashar) They should be straightforward to rebuild thanks to Puppet. I don't kno... [15:21:55] andrewbogott: and thank you for the email, I was processing the `integration` VM when you poked Tyler here :) [15:22:02] I have filed tasks for the couple case [15:22:38] the integration Puppet master, that would be best done by someone knowing about Puppet itself [15:22:42] I am off! [15:22:42] The annual purge is always nerve-wracking but I think necessary [15:22:49] yeah definitely [15:22:56] hashar, I'm building you a new puppetmaster right now, will update the task if/when done [15:23:00] and for beta we can surely take that opportunity to remove some bits [15:23:03] awesome! [15:23:10] thank you for mastering the puppetmaster! [15:23:22] I am going to grab kid from school [15:23:24] * hashar wavves [15:32:23] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team: Rebuild integration-agent-pkgbuilder-1001 and integration-agent-pkgbuilder-1002 to get rid of Debian Buster - https://phabricator.wikimedia.org/T360786#9654399 (10MoritzMuehlenhoff) There's nothing particularly OS-specific for the builder rol... [15:37:38] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 06cloud-services-team, 10VPS-Projects, 10Puppet (Puppet 7.0): Update Integration project puppetmaster - https://phabricator.wikimedia.org/T360461#9654405 (10Andrew) I've built the new puppetserver for this project. The old one (integrat... [15:54:51] (03PS1) 10Jforrester: Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) [15:55:00] (03CR) 10Jforrester: [C:03+2] Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) (owner: 10Jforrester) [15:56:01] (03CR) 10CI reject: [V:04-1] Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) (owner: 10Jforrester) [15:57:37] (03PS2) 10Jforrester: Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) [15:58:52] (03CR) 10CI reject: [V:04-1] Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) (owner: 10Jforrester) [16:06:32] (03PS3) 10Jforrester: Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) [16:08:22] (03CR) 10Jforrester: [C:03+2] Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) (owner: 10Jforrester) [16:09:39] (03Merged) 10jenkins-bot: Zuul: [mediawiki/extensions/GeoData] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013574 (https://phabricator.wikimedia.org/T360560) (owner: 10Jforrester) [16:45:42] (03PS1) 10Hashar: Move LocalSettings template lookup to a method [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013579 [16:54:28] (03PS1) 10Hashar: Support Python 3.10 and 3.11 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013581 [16:56:42] (03CR) 10Hashar: "Self note: I remember were I have seen the issue, that was in `git-review`. It executes a `git` command with `stdout=PIPE` and `stderr=STD" [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013111 (https://phabricator.wikimedia.org/T360443) (owner: 10Hashar) [17:05:21] (03PS1) 10Jforrester: Zuul: [mediawiki/extensions/CirrusSearch] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013582 (https://phabricator.wikimedia.org/T360560) [17:06:48] (03CR) 10Jforrester: [C:03+2] Zuul: [mediawiki/extensions/CirrusSearch] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013582 (https://phabricator.wikimedia.org/T360560) (owner: 10Jforrester) [17:08:24] (03Merged) 10jenkins-bot: Zuul: [mediawiki/extensions/CirrusSearch] Disable PHP 8.2 testing [integration/config] - 10https://gerrit.wikimedia.org/r/1013582 (https://phabricator.wikimedia.org/T360560) (owner: 10Jforrester) [17:22:43] (03CR) 10Kosta Harlan: [C:03+2] Support Python 3.10 and 3.11 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013581 (owner: 10Hashar) [17:34:02] 10Release-Engineering-Team (Priority Backlog 📥), 05Release, 05Train Deployments: 1.42.0-wmf.24 deployment blockers - https://phabricator.wikimedia.org/T360156#9654897 (10Jdlrobson) [17:36:39] 10Gerrit, 07Upstream: git-review prevents git from outputing colors - https://phabricator.wikimedia.org/T359981#9654903 (10hashar) a:03hashar I have proposed a #patch-for-review to #upstream: https://review.opendev.org/c/opendev/git-review/+/914000 Show remote side colors when color is enabled And as I used... [17:39:03] ah another git-review patch [17:39:07] that is all for this week [17:39:46] (03PS3) 10Hashar: Remove LocalSettings.php before installing [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013550 (https://phabricator.wikimedia.org/T218647) [17:41:49] (03CR) 10Hashar: [C:04-1] "CI skipped them :(" [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013581 (owner: 10Hashar) [17:43:46] (03PS2) 10Hashar: Support Python 3.10 and 3.11 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013581 [17:44:57] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.23 deployment blockers - https://phabricator.wikimedia.org/T354441#9654915 (10Jdlrobson) Hey all ideally we would have caught this yesterday but what with the train delay we now have a quite seri... [17:45:51] (03CR) 10CI reject: [V:04-1] Support Python 3.10 and 3.11 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013581 (owner: 10Hashar) [17:47:42] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.23 deployment blockers - https://phabricator.wikimedia.org/T354441#9654938 (10dancy) >>! In T354441#9654915, @Jdlrobson wrote: > Hey all ideally we would have caught this yesterday but what with... [18:33:10] 10GitLab, 06Diffusion-Repository-Administrators, 10Projects-Cleanup, 10Wikimedia Design Style Guide, and 2 others: Archive Design Style Guide code bases / project / docs - https://phabricator.wikimedia.org/T360362#9655085 (10Dzahn) I think so, yes, but no strong opinion. [19:22:59] 10Release-Engineering-Team (Deployment Training Requests): Next steps for MediaWiki deployment training program - https://phabricator.wikimedia.org/T354318#9655182 (10thcipriani) Hey @jsn.sherman I paused the training pending a retro that I have yet to set up :\ One thing I realized through the training is tha... [20:10:03] (03Abandoned) 10Hashar: Support Python 3.10 and 3.11 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013581 (owner: 10Hashar) [20:14:10] (03PS1) 10Hashar: jjb: record beta-scap-sync-world is disabled [integration/config] - 10https://gerrit.wikimedia.org/r/1013598 (https://phabricator.wikimedia.org/T360595) [20:15:00] (03CR) 10Hashar: [C:03+2] jjb: record beta-scap-sync-world is disabled [integration/config] - 10https://gerrit.wikimedia.org/r/1013598 (https://phabricator.wikimedia.org/T360595) (owner: 10Hashar) [20:16:13] (03Merged) 10jenkins-bot: jjb: record beta-scap-sync-world is disabled [integration/config] - 10https://gerrit.wikimedia.org/r/1013598 (https://phabricator.wikimedia.org/T360595) (owner: 10Hashar) [20:52:33] 10Release-Engineering-Team (Radar), 10Cloud-VPS (Quota-requests): Increase instance and volume quota in devtools project for puppetmaster upgrade - https://phabricator.wikimedia.org/T360823 (10brennen) 03NEW [20:53:10] 10Release-Engineering-Team (Radar), 06collaboration-services, 10Cloud-VPS (Quota-requests): Increase instance and volume quota in devtools project for puppetmaster upgrade - https://phabricator.wikimedia.org/T360823#9655432 (10brennen) [20:54:50] 10Release-Engineering-Team (Radar), 06collaboration-services, 10Cloud-VPS (Quota-requests): Increase instance and volume quota in devtools project for puppetmaster upgrade - https://phabricator.wikimedia.org/T360823#9655434 (10brennen) [21:32:46] dancy: I don't get the gitlab workflow. you have approved https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/258 , what should happen next? :) [21:32:52] should I merge it myself? :) [21:33:04] Yes please. [21:33:29] cause you don't have the right to merge others MR? [21:35:47] and I am happy you did not cough on on my dict merge ( { **dict1, **dict2 } ) [21:35:56] which feels completely awkward and beautiful at the same time [21:36:52] and "Merge blocked: the source branch must be rebased onto the target branch." [21:36:53] ahazeazrg [21:38:34] * hashar clicks [21:39:08] Ah I see [21:39:31] 10Release-Engineering-Team (Priority Backlog 📥), 10Scap, 13Patch-For-Review: find a way to systematically update the deployment server name across all repos - https://phabricator.wikimedia.org/T197470#9655484 (10CodeReviewBot) hashar merged https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/256... [21:39:50] it requires the merge requests to be fast forward , so I gotta "rebase", the nice thing is there is an option to auto merge if CI passes [21:40:18] nod. I have the repo set to FF-only, otherwise it seesms to _always_ make a merge commit (at least for MRs) which is terrible. [21:41:16] same reason I have made integration/* repos in gerrit to be "rebase if necessary" to keep a linear history [21:43:44] dancy: thx for the approvals :-] [21:44:30] (03CR) 10Hashar: [C:03+2] Move LocalSettings template lookup to a method [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013579 (owner: 10Hashar) [21:53:13] 10Scap (Scap3-MediaWiki-MVP), 10MediaWiki-Configuration, 13Patch-For-Review: Scap should not rely on extension-list, instead pass --extension-dir to mergeMessageFileList.php - https://phabricator.wikimedia.org/T125678#9655498 (10CodeReviewBot) thcipriani opened https://gitlab.wikimedia.org/repos/releng/scap/... [21:59:11] 10Scap (Scap3-MediaWiki-MVP), 10MediaWiki-Configuration, 13Patch-For-Review: Scap should not rely on extension-list, instead pass --extension-dir to mergeMessageFileList.php - https://phabricator.wikimedia.org/T125678#9655501 (10thcipriani) >>! In T125678#9636391, @Urbanecm_WMF wrote: >>>! In T125678#9636383... [22:02:26] thcipriani: for beta instead of cloning `master` we could create a new `deployment-prep` branch that only has the extension/skins that are deployed in prod [22:02:29] ek [22:02:58] we can even have a `mediawiki/deployment-prep` repo that updates from core/vendor/skins*/extensions* and let gerrit forge the submodule based monorepo [22:04:27] that's true [22:04:54] which leads to the need of having a canonical place that lists what is deployed in production [22:05:14] is the master branch of extensions doing anything at that point? Could we clean that up? [22:05:19] amir mentions codesearch uses the extension-list, but that is not necessarily the canonical one [22:05:22] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 141.42.0-wmf.23 deployment blockers - 14https://phabricator.wikimedia.org/T354441#9655502 (10thcipriani) 05Open→03Resolved 14Seems like we're ok in prod seven hours later. Optimistically closing th... [22:05:47] no idea [22:05:50] :D [22:06:52] I guess we could remove all branches from mediawiki/extensions and mediawiki/skins [22:06:53] I kind of like the idea of having a smaller version of that repo, though. One less step to deploy to beta---don't have to touch two repos [22:07:00] or archive them or whatever [22:07:11] plus saves diskspace [22:07:12] and create a deployment-prep branch (which is the default HEAD) and use that [22:07:27] or use a single repo for all projets [22:07:46] there was a "mediawiki/production" repo until I archived it [22:08:08] :old-man-yells-at-management: [22:08:09] :D [22:08:28] heh, yes, drunk on my power, I archived the repo no one was using :P [22:08:39] joke a side, there is surely something that can be slightly improved :) [22:09:29] (03Merged) 10jenkins-bot: Move LocalSettings template lookup to a method [integration/quibble] - 10https://gerrit.wikimedia.org/r/1013579 (owner: 10Hashar) [22:09:40] the smaller extensions repo has benefits over what I propsoed, seems like a tiny amount more work, but not much, really. [22:10:33] * thcipriani mentions this on the task in case it flags a use of mediawiki/extensions we don't know about [22:13:33] thcipriani: that is a bit of a different problem than T125678 :) [22:13:34] T125678: Scap should not rely on extension-list, instead pass --extension-dir to mergeMessageFileList.php - https://phabricator.wikimedia.org/T125678 [22:14:32] 10Scap (Scap3-MediaWiki-MVP), 10MediaWiki-Configuration, 13Patch-For-Review: Scap should not rely on extension-list, instead pass --extension-dir to mergeMessageFileList.php - https://phabricator.wikimedia.org/T125678#9655533 (10thcipriani) @hashar via IRC mentioned an alternative to my proposal: create a `d... [22:14:41] yeah, that's where I just dumped your idea :D [22:14:49] :D [22:15:08] I have made a decision for next quarter [22:15:17] I have read an interesting productivity method [22:15:25] TJFDI™ [22:16:05] anyway, I gotta sleep and be in shape for next week Gerrit upgrade and Zuul@Bullseye testing [22:16:07] merry week-end! [22:16:09] heh, I'm unclear what the "T" is, but I think I understand the rest :) [22:16:19] * hashar nodes [22:16:22] T > The [22:16:27] ah [22:16:39] s/nodes/nods/ [22:16:40] well [22:16:45] have a good night hashar [22:16:50] la prochaine fois je fais tout en français c'est plus simple [22:16:52] bonne nuit [22:16:53] bon weekend [22:16:54] ! [22:33:16] le train de déploiement [22:35:07] 10Release-Engineering-Team (Radar), 06collaboration-services, 10Cloud-VPS (Quota-requests): Increase instance and volume quota in devtools project for puppetmaster upgrade - https://phabricator.wikimedia.org/T360823#9655548 (10taavi) +1 [22:39:01] 10Release-Engineering-Team (Radar), 06collaboration-services, 10Cloud-VPS (Quota-requests): 14Increase instance and volume quota in devtools project for puppetmaster upgrade - 14https://phabricator.wikimedia.org/T360823#9655561 (10Andrew) 05Open→03Resolved a:03Andrew 14all set [22:48:10] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655597 (10Dzahn) [22:55:22] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655611 (10Dzahn) [23:01:40] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655613 (10Dzahn) [23:07:26] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655624 (10Dzahn) [23:09:41] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655626 (10Dzahn) [23:15:08] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655631 (10Dzahn) [23:21:37] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655651 (10Dzahn) [23:30:55] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655654 (10Dzahn) [23:39:55] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655657 (10Dzahn) a:03Dzahn [23:43:50] 10Phabricator, 06collaboration-services, 06WMF-NDA-Requests: Add WMDE staff who have signed the NDA with the WMF to the WMF-NDA phabricator policy group - https://phabricator.wikimedia.org/T358578#9655662 (10Dzahn) p:05Triage→03High @WMDE-leszek Sorry for the delay. Almost all done now. Just double check... [23:55:38] 10Phabricator, 10Legalpad, 06WMF-Legal, 06WMF-NDA-Requests: Clarify if NDAs (to access #WMF-NDA protected Phab tasks) are on paper or in Legalpad's L2 or both - https://phabricator.wikimedia.org/T349595#9655680 (10Dzahn) a:05KFrancis→03Dzahn