[03:29:01] 10Continuous-Integration-Config, 10phpunit-patch-coverage: phpunit-coverage-patch can run unwanted tests due to `--filter` semantics - https://phabricator.wikimedia.org/T342188 (10Legoktm) This is one of the edge cases from "There are probably plenty of edge cases where this won't work, but I think it will do... [04:43:56] 10Phabricator, 10DBA, 10Data-Persistence-Backup, 10collaboration-services, 10Patch-For-Review: phabricator->phorge migration - database handling - https://phabricator.wikimedia.org/T335080 (10Marostegui) That user had: ` GRANT SELECT, INSERT, UPDATE, DELETE, EXECUTE, SHOW VIEW ON `phabricator%`.* TO `phu... [06:36:04] 10Phabricator, 10wikimedia.biterg.io: Closed tickets in Bugzilla migrated without a closing date - https://phabricator.wikimedia.org/T107254 (10valerio.bozzolan) OK so from a Phabricator perspective these are the most phab-nonsense "status changes": * ---, this is just NULL, nonsense * ASSIGNED: changed the a... [06:45:03] 10Phabricator, 10wikimedia.biterg.io: Closed tickets in Bugzilla migrated without a closing date - https://phabricator.wikimedia.org/T107254 (10valerio.bozzolan) [07:21:13] 10Phabricator: Maniphest burnup report incorrectly counts "All Time" opened and closed tasks - https://phabricator.wikimedia.org/T119376 (10valerio.bozzolan) [07:22:03] 10Phabricator, 10wikimedia.biterg.io: Closed tickets in Bugzilla migrated without a closing date - https://phabricator.wikimedia.org/T107254 (10valerio.bozzolan) 05In progressā†’03Stalled Chapter I: completed āœ… Chapter II: understanding what should be updated, from what šŸ”“ We are blocked again \o/ A data... [08:57:39] 10Phabricator, 10Release-Engineering-Team (Priority Backlog šŸ“„), 10User-brennen: Work out how to bring in new Phabricator translations again - https://phabricator.wikimedia.org/T318763 (10Aklapper) Also note that `git submodule init` says it's still in Gerrit: `Submodule 'translations' (https://gerrit.wikimed... [12:11:04] Hey everyone, Iā€™m having a problem trying to merge a patch in a newly created gerrit repo https://gerrit.wikimedia.org/r/c/mediawiki/libs/summary-transformations/+/924967. Do you have any idea about what am I missing? [12:24:56] mbsantos: configuration for that repo in integration/config.git. I'll put up a patch for that, one second [12:25:52] Thanks taavi, Antoine answered the same question on slack and I think we have a way to proceed [12:28:02] (03PS1) 10Majavah: [mediawiki/libs/summary-transformations] Add pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/939677 [12:28:46] (03PS2) 10Majavah: [mediawiki/libs/summary-transformations] Add pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/939677 [12:30:25] (03CR) 10CI reject: [V: 04-1] [mediawiki/libs/summary-transformations] Add pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/939677 (owner: 10Majavah) [12:31:08] (03PS3) 10Majavah: [mediawiki/libs/summary-transformations] Add pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/939677 [12:45:18] 10Phabricator, 10Wikimedia-Phabricator-Extensions, 10Epic, 10PHP 8.0 support: Make WMF custom Phab extensions and code work with PHP8 - https://phabricator.wikimedia.org/T342244 (10Aklapper) p:05Triageā†’03Low [12:47:25] 10Phabricator, 10Wikimedia-Phabricator-Extensions, 10Epic, 10PHP 8.0 support: Make WMF custom Phab extensions and code work with PHP8 - https://phabricator.wikimedia.org/T342244 (10Aklapper) [13:04:41] Hi all! I'm having an issue with blubber. I'm trying to append current directory to PYTHONPATH which I would normally do in docker with sth like this: `export PYTHONPATH=$PYTHONPATH:.`. However even if I manually define a PYTHONPATH env var under runs -> environment this will be overriden as I check in the produced dockerfile that PYTHONPATH is set directly after that. By looking at blubber code I don't see any other way to do [13:04:42] this. any ideas? [13:06:40] one idea would be to file an MR that changes this line https://gitlab.wikimedia.org/repos/releng/blubber/-/blob/main/config/python.go#L185 [13:06:40] and appends `PythonSitePackages` to current PYTHONPATH [13:09:01] 10Phabricator, 10Wikimedia-Phabricator-Extensions, 10Epic, 10PHP 8.0 support, 10Patch-For-Review: Make WMF custom Phab extensions and code work with PHP8 - https://phabricator.wikimedia.org/T342244 (10CodeReviewBot) aklapper opened https://gitlab.wikimedia.org/repos/phabricator/extensions/-/merge_request... [13:22:42] (03CR) 10Hashar: [C: 04-1] "That is being discussed, mediawiki/libs is for PHP libraries and that repository is NodeJS/Typescript :)" [integration/config] - 10https://gerrit.wikimedia.org/r/939677 (owner: 10Majavah) [13:54:28] 10Continuous-Integration-Config, 10Math, 10phan, 10Accessibility: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10Mainframe98) Looking at the error log the following line seems suspect: ` 15:21:11 ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘/run.sh: line 5: 8 Kille... [14:05:16] 10Continuous-Integration-Config, 10Math, 10phan, 10phan-taint-check-plugin: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10Daimona) I can reproduce this locally, phan just gets stuck at some point with high memory usage. Can only reproduce with taint-... [14:07:33] 10Continuous-Integration-Config, 10Math, 10phan, 10phan-taint-check-plugin, 10ci-test-error: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10hashar) We had the issue with Phan T219114#5084302 . It triggers a `fork()` when writing the process bar, the... [14:07:58] 10Continuous-Integration-Config, 10Math, 10phan, 10phan-taint-check-plugin, 10ci-test-error: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10hashar) [14:10:01] 10GitLab (Project Migration), 10collaboration-services: Migrate SRE repositories to GitLab - https://phabricator.wikimedia.org/T341468 (10LSobanski) [14:10:44] 10GitLab (Project Migration), 10collaboration-services: Migrate SRE repositories to GitLab - https://phabricator.wikimedia.org/T341468 (10LSobanski) >>! In T341468#9019679, @BTullis wrote: > Thanks for creating this list @LSobanski > > I noticed that the following repositories we missing from the list and I w... [14:16:39] 10Continuous-Integration-Config, 10Math, 10phan, 10phan-taint-check-plugin, 10ci-test-error: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10Daimona) Adding ` /** * @param-taint $mhchemParser none */ ` to MhchemStateMachines::__construct fixes th... [14:18:32] 10Continuous-Integration-Config, 10Math, 10phan, 10phan-taint-check-plugin, 10ci-test-error: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10hashar) `13:21:11 ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘/run.sh: line 5: 8 Killed /run-generic.sh "/... [14:19:16] Daimona: I guess maybe the Phan docker image should be run with some memory limit :] [14:19:30] Yeah, I'd say so :) [14:20:13] -m, --memory bytes Memory limit [14:20:13] --memory-reservation bytes Memory soft limit [14:20:14] pfff [14:20:18] gotta read docker doc [14:22:12] or even better `--oom-kill-disable` "What could go wrong?" ā„¢ [14:43:07] (03PS1) 10Hashar: jjb: limit Phan memory usage to 7G [integration/config] - 10https://gerrit.wikimedia.org/r/939713 (https://phabricator.wikimedia.org/T342100) [14:43:11] Daimona: ^ :) [14:43:47] (03CR) 10Daimona Eaytoy: [C: 03+1] jjb: limit Phan memory usage to 7G [integration/config] - 10https://gerrit.wikimedia.org/r/939713 (https://phabricator.wikimedia.org/T342100) (owner: 10Hashar) [14:43:55] Makes sense to me! [14:44:04] Hopefully 7G are enough :) [14:44:08] we should probably impose such a limit everywhere [14:45:15] !log Updating all Jenkins phan jobs to use `docker run --memory 7G` # T342100 [14:45:17] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [14:45:17] T342100: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 [14:45:22] (03CR) 10Hashar: [C: 03+2] jjb: limit Phan memory usage to 7G [integration/config] - 10https://gerrit.wikimedia.org/r/939713 (https://phabricator.wikimedia.org/T342100) (owner: 10Hashar) [14:46:51] (03Merged) 10jenkins-bot: jjb: limit Phan memory usage to 7G [integration/config] - 10https://gerrit.wikimedia.org/r/939713 (https://phabricator.wikimedia.org/T342100) (owner: 10Hashar) [14:47:53] lets see what happens on https://integration.wikimedia.org/ci/job/mwext-php74-phan-docker/58585/console :) [14:49:13] Wikibase is at 3128MB [14:49:26] so I guess with 7G there is enough margin [14:56:28] 10Continuous-Integration-Config, 10Math, 10phan, 10phan-taint-check-plugin, and 2 others: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10hashar) With the docker memory limit of 7G the process still get killed: ` 14:47:28 ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘ā–‘... [14:57:23] Daimona: I guess you can copy paste your comment from https://phabricator.wikimedia.org/T342100#9028238 to https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Math/+/923597/99/src/TexVC/Mhchem/MhchemStateMachines.php :] [14:57:47] I'd do it, but I don't want to steal credits :D [15:00:45] Yup, done :) [15:17:27] Daimona: thank you! [15:23:01] isaranto: appending `PYTHONPATH` would be a welcome MR for sure [15:26:03] although, we probably want it _prepended_ with the `PythonSitePackages` value i would think, so bins from packages installed via pip/poetry are favored over those from system installed packages [15:26:38] ack! [15:27:47] dduvall: can someone add me as a developer on gitlab blubber repo or shall I create a phabricator ticket for that? username is @isaranto [15:27:51] Amir1: looks like I have been stranded with fixing addWiki.php. Can you helpo me figure this out? [15:28:07] Context, for anyone curious: https://phabricator.wikimedia.org/T341102 [15:28:48] isaranto: i believe the gitlab-y way would be for you to fork the repo [15:28:50] thcipriani: is addWiki something RelEng feels responsible for? [15:29:09] ok, thanks! [15:29:14] i say this still not used to the gitlab-y way :) [15:29:40] thanks for catching/investigating that and being game to make the change! [15:31:27] sure I'll trying forking, thanks for your responses! [15:34:37] duesen: we have never, as far as I'm aware, made any changes there and no one on the team has used it. I've seen it rely on heroics over time to keep it working. What's the context? [15:35:21] thcipriani: the context is that it's broken, and wikifunctions need to launch before wikimania. And now I'm stranded with it. [15:35:29] I have ideas how to fix it, but I can't test it. [15:35:44] The fact that apparently nobody owns WikimediaMaintenance seems... not good [15:35:59] See https://phabricator.wikimedia.org/T341102 [15:36:41] From a high level perspective, it seems like releng would own this kind of thing... who else would? [15:36:49] service ops? [15:40:18] duesen: my guess is releng lacks the mediawiki knowledge to maintain those scripts [15:40:34] and I am not sure who owns the creation of wikis (since that trace comes from `addWiki.php`) [15:40:58] I lack to ops knowledge to understand what the script should do... [15:41:14] ugh, that's not a good position to be in. I'm not sure either team is well-positioned to pick up this work looking at the task you've flagged, I'm not sure where we'd start with that. [15:41:19] 10Phabricator, 10wikimedia.biterg.io: Closed tickets in Bugzilla migrated without a closing date - https://phabricator.wikimedia.org/T107254 (10Aklapper) >>! In T107254#9026619, @valerio.bozzolan wrote: > The script skipped all of these. It takes just the very last (ā†’ the most meaningful) status. Statuses wer... [15:41:27] And the way it'S written, it will only work in a prod environment. It's basically impossible to run locally. [15:41:38] I guess cause those scripts are from decades ago and the process of creating a wiki has grown organically [15:42:08] thcipriani: can you hel me figure out how I would test the script? I need to run it in a prod like environment. If it doesn't work as expected, it will screw up aawiki. [15:42:13] If you need advice on desired behavior, then serviceops is probably the right team. But troubleshooting stacktraces in vendor.php is likely outside both of our wheelhouses. [15:42:37] it might be testable on the beta cluster though [15:42:38] technically you could run it in beta, but then you have the (very likely) possibility that some beta cluster component is broken which causes the script to fail [15:42:40] er, vendor [15:44:00] beta cluster would be the ideal testing ground, if it fails differently there, running down that issue is something both teams are more familiar with [15:44:02] I can debug the root cause [15:44:13] but i will need help testing this. [15:44:47] well. If the problem is infrastructure related, at any rate [15:45:04] For beta... I don't even know how to log in and run stuff there... can you point me to a howto? [15:46:44] * thcipriani digs [15:47:11] lemme make sure you have the right access [15:49:50] duesen: what is your ldap username/wikitech username? My searching is failing me [15:50:16] thcipriani: either "daniel" or "Daniel Kinzler", depending on which ldap field is used [15:50:30] I think I do, I just never used it [15:50:48] ah ha, got it [15:56:05] alright, you're added to the project in WMCS. You should be able to view/create VMs via https://horizon.wikimedia.org/ for the "deployment-prep" project (technically the name of beta). You can ssh into any host there. Insructions for how to ssh in are: https://wikitech.wikimedia.org/wiki/Help:Accessing_Cloud_VPS_instances the deployment host is [15:56:07] "deployment-deploy03.deployment-prep.eqiad1.wikimedia.cloud" once you have your ssh config set up you should be able to login and work there. The instructions for adding a wiki are at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/Add_a_wiki [15:56:35] (you can probably ignore horizon and just ssh in, but you have access if you need to see what instances are available) [15:58:16] https://openstack-browser.toolforge.org/project/deployment-prep is much more useful for that [15:58:36] huh, TIL that exists [15:58:39] ^ [15:59:06] that'll save time. Thanks taavi [16:02:41] 10Phabricator, 10wikimedia.biterg.io: Closed tickets in Bugzilla migrated without a closing date - https://phabricator.wikimedia.org/T107254 (10Aklapper) >>! In T107254#9026648, @valerio.bozzolan wrote: > Chapter II: understanding what should be updated, from what Simplified, imported closed tickets with `clo... [16:08:53] thcipriani: BTW the deployments calendar job hasn't run yet for next week (or cleared out last week's). [16:17:34] duesen: sorry I was afk but I'm swapped today :( [16:18:25] I have written essays and essays about how broken creating new wikis is [16:18:44] Amir1: can you have a quick look whether my attempt to patch a new DB name into the LB config looks right to you? https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikimediaMaintenance/+/939350/4/addWiki.php#505 [16:19:42] 10Phabricator, 10Release-Engineering-Team (Priority Backlog šŸ“„): Remove script to convert Phabricator parent project into subproject - https://phabricator.wikimedia.org/T342275 (10Aklapper) p:05Triageā†’03Medium [16:20:20] Amir1: I just cleared my calendar, because this came as a prio from Tajh... [16:20:30] I hope I fixed it, but I am VERY scared of testing this. [16:20:39] How would I? Any attempt to run it would actually create a new wiki [16:20:42] yup, we can test it in beta cluster first [16:20:44] but [16:20:53] you can run the first part [16:20:57] in eval.php [16:21:09] to see it actually fixes the issue [16:21:30] I commented out bits until I was able to run locally [16:21:41] do mwscript eval.php --wiki=aawiki and then run these pieces of resetting the services [16:21:56] But that will actually create a database and tables! [16:22:14] Well, running the code before that will [16:22:21] And the code after will not work without that. [16:22:28] It will ned the db to exist [16:22:46] well, don't run that part :D [16:23:00] but then i'm not testing anythign [16:23:53] :/ let me take a look at this properly then [16:25:26] Amir1: thank you... sorry for jumping this on you. it got dropped on me unexpectedly as well [16:25:36] is it ok to actually create a new wiki db on beta? [16:25:44] to some degree [16:25:52] lol [16:26:02] you need to make sure you clean it up afterwards, etc. [16:28:40] okay, I do this, I'll trade some work later :P [16:28:43] there's no-one to stop you, you can do anything you want in beta :D [16:29:18] taavi: no one will stop me in prod, either ;) [16:29:33] Amir1: THANK YOU! [16:30:41] <3 [16:30:45] duesen: I would :P [16:30:58] 10GitLab: GitLab push rules for PhpStorm project security - https://phabricator.wikimedia.org/T341638 (10dancy) [16:31:15] * Amir1 makes a patch to puppet to revoke Daniel's access, just in case :P [16:38:42] šŸ˜ˆ [16:52:49] Amir1: are you trying my patch, or are you digging around for another solution? [16:53:15] duesen: I'm trying to see if I can find a different solution [16:53:28] something rather simple, let's see [16:53:38] Meh, I like mine ;) [16:53:52] I updated the patch to make the linter happy. I'll go off to do something else for a bit, ping me if you need me. [16:54:25] Still, I'm curious if my solution works. [16:54:32] It's the Right Thing, imho [16:56:46] basically I want to avoid loading RevisionStore so early, I sorta care about the performance implications of this [16:57:20] Ah, I see. That does make sense. [16:57:41] But on the other hand, resetting the service container when swapping the DB will ne beeded anyway. Not doing it is a ticking time bomb [16:59:06] addWiki.php as a whole is a ticking bomb [16:59:49] My problem has been that I've seen that requests really really early open a connection to database, like in the first 5ms of bootstrap [17:00:13] contrary to all the efforts to lazy load the connection [17:02:52] Amir1: we could log the stack trace of calls to getService() [17:03:02] already did that [17:03:06] it's from CentralAuth [17:03:14] https://www.irccloud.com/pastebin/7iU0hC4w/ [17:03:27] CentralAuth.CentralAuthUtilityService -> AuthManager -> WatchlistManager -> RevisionStore [17:03:34] Oh fun. [17:03:39] It's always CentralAuth. [17:04:12] Why does CA meed WatchlistManager? [17:04:39] now the fun part of why "object" is created in extension registry step [17:04:50] What ObjectFactory here is doing [17:05:19] why does AuthManager need WatchlistManager? [17:05:59] ...also... even if the servie obejct is created... if this causes a connection to the database, it means its also *used* [17:06:16] I was going to suggest to make it lazy , to use a callback to the Watchlistmanager. [17:06:27] But if it's actually being used in the first 5ms, then that wouldn't help [17:07:53] AuthManager needs all kinds of stuff. BlockManager, UserIdentityLookup, etc... [17:12:11] CentralAuthUtilityService: That is fun and why it is created as an object [17:12:15] Amir1: I'm trying to understand why that Wikibase hook would cause that CentralAuth service to be constructed [17:12:29] that's my mistake from a few years back, I've been slowly trying to fix it [17:12:34] now it's wikibase? I should start a bingo card [17:15:05] in https://www.irccloud.com/pastebin/7iU0hC4w/ there's https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/Wikibase/+/refs/heads/master/client/includes/Hooks/ExtensionLoadHandler.php#75 which somehow triggers a CentralAuthUtilityService to be constructed [17:15:28] holy wow, that is in Setup.php, it's quite early :/ [17:16:53] so probably $this->hookContainer->register( 'LocalUserCreated', ... ) causes all LocalUserCreated hook handler objects to be constructed [17:18:09] .... [17:21:54] okay, looking at this, either makeExtensionHandlerCallback need to avoid creating the object (lazy load it?) or wikibase register the hook in a more lazy loaded manner [17:22:51] 10GitLab (Project Migration), 10Release-Engineering-Team (Priority Backlog šŸ“„), 10Data Engineering and Event Platform Team, 10Data-Platform-SRE: Migrate analytics/datahub pipeline to GitLab - https://phabricator.wikimedia.org/T341194 (10BTullis) a:03BTullis @thcipriani - @hashar - are you both happy for m... [17:26:31] taavi, Amir1: dynamically registering a hook handler now does cause all other handlers for that hook to be constructed, yes [17:26:46] Dynamic registration should *really* be avoided. [17:26:58] But I should probably fix that anyway. It has been causing quite a bit of trouble. [17:28:01] I can work on that in the evening. [17:29:32] 10GitLab (Project Migration), 10Release-Engineering-Team (Priority Backlog šŸ“„), 10Data Engineering and Event Platform Team, 10Data-Platform-SRE: Migrate analytics/datahub pipeline to GitLab - https://phabricator.wikimedia.org/T341194 (10thcipriani) >>! In T341194#9029097, @BTullis wrote: > @thcipriani - @ha... [17:41:05] I made a patch to make it not register it dynamically [17:47:34] 10Release-Engineering-Team (Priority Backlog šŸ“„), 10Patch-For-Review, 10Release, 10Train Deployments: 1.41.0-wmf.18 deployment blockers - https://phabricator.wikimedia.org/T340246 (10Novem_Linguae) [17:48:52] 10Phabricator, 10wikimedia.biterg.io: Closed tickets in Bugzilla migrated without a closing date - https://phabricator.wikimedia.org/T107254 (10valerio.bozzolan) > Phabricator task ID = Bugzilla ticket ID + 2000 Whoa! thanks. > SELECT ... Whoa! Can I somehow surf that lovely data? šŸ¤© maybe in a pastebin? Als... [18:27:57] 10Release-Engineering-Team (Priority Backlog šŸ“„), 10Patch-For-Review, 10Release, 10Train Deployments: 1.41.0-wmf.18 deployment blockers - https://phabricator.wikimedia.org/T340246 (10dancy) Note: `parse1002.eqiad.wmnet` was down during promotion to group1. [18:29:36] 10Phabricator, 10DBA, 10Data-Persistence-Backup, 10collaboration-services, 10Patch-For-Review: phabricator->phorge migration - database handling - https://phabricator.wikimedia.org/T335080 (10brennen) Aaaaand one more: ` [2023-07-19 14:59:48] EXCEPTION: (PhutilProxyException) Failed to "CREATE TEMPORARY... [20:15:49] 10Phabricator, 10Release-Engineering-Team (Radar), 10DBA, 10Data-Persistence-Backup, and 2 others: phabricator->phorge migration - database handling - https://phabricator.wikimedia.org/T335080 (10thcipriani) [20:30:30] 10Release-Engineering-Team (Priority Backlog šŸ“„), 10Patch-For-Review, 10Release, 10Train Deployments: 1.41.0-wmf.18 deployment blockers - https://phabricator.wikimedia.org/T340246 (10RhinosF1) {T342298} [20:36:50] (03PS1) 10Hashar: jjb: integration-config-qa: change publisher to phpunit [integration/config] - 10https://gerrit.wikimedia.org/r/939766 [20:36:52] (03PS1) 10Hashar: jjb: integration-config-qa: use unstable/failed [integration/config] - 10https://gerrit.wikimedia.org/r/939767 [21:17:36] (03Abandoned) 10Hashar: jjb: integration-config-qa: use unstable/failed [integration/config] - 10https://gerrit.wikimedia.org/r/939767 (owner: 10Hashar) [21:18:57] (03CR) 10Hashar: [C: 03+2] jjb: integration-config-qa: change publisher to phpunit [integration/config] - 10https://gerrit.wikimedia.org/r/939766 (owner: 10Hashar) [21:20:03] (03Merged) 10jenkins-bot: jjb: integration-config-qa: change publisher to phpunit [integration/config] - 10https://gerrit.wikimedia.org/r/939766 (owner: 10Hashar) [21:22:42] 10Continuous-Integration-Config, 10Moderator-Tools-Team, 10PageTriage, 10Growth-Team (Current Sprint), 10Patch-For-Review: Add PageTriage to gated extensions - https://phabricator.wikimedia.org/T333534 (10hashar) >>! In T333534#8742978, @Novem_Linguae wrote: > For my own learning, is the "gate" documente... [21:26:43] 10Continuous-Integration-Config, 10Math, 10phan, 10phan-taint-check-plugin, and 2 others: Phan is stopping for unknown reason in automated checks - https://phabricator.wikimedia.org/T342100 (10hashar) 05Openā†’03Resolved a:03Daimona >>! In T342100#9028238, @Daimona wrote: > Adding > > ` > /** > * @pa... [22:00:47] 10Gerrit, 10Developer Productivity: gerrit-reviewer-bot got stuck due to non-existing account - https://phabricator.wikimedia.org/T342066 (10hashar) I can see the ssh commands on Gerrit side: ` name=sshd_log.2023-07-17.gz: [2023-07-17T22:40:21.473Z] 2f327894 [SSH gerrit set-reviewers --add Merlijn van Deen --a...