[01:03:27] (03PS1) 10Legoktm: Test against Python 3.8, use new tox-wikimedia features [integration/utils] - 10https://gerrit.wikimedia.org/r/606846 [01:03:29] (03PS1) 10Legoktm: Drop Python 3.4 support, EOL [integration/utils] - 10https://gerrit.wikimedia.org/r/606847 [05:41:51] 10Release-Engineering-Team (Pipeline), 10CX-cxserver, 10serviceops, 10Language-Team (Language-2020-Focus-Sprint): Migrate apertium to the deployment pipeline - https://phabricator.wikimedia.org/T255672 (10KartikMistry) [06:52:19] (03PS1) 10Lokal Profil: Add phan to Wikispeech [integration/config] - 10https://gerrit.wikimedia.org/r/606940 (https://phabricator.wikimedia.org/T255652) [07:16:53] (03CR) 10Hashar: [C: 03+2] Add phan to Wikispeech [integration/config] - 10https://gerrit.wikimedia.org/r/606940 (https://phabricator.wikimedia.org/T255652) (owner: 10Lokal Profil) [07:17:25] (03CR) 10Hashar: [C: 03+2] Add project google-drive-photos-to-commons to zuul/layout.yaml [integration/config] - 10https://gerrit.wikimedia.org/r/606817 (owner: 10Abbasidaniyal) [07:18:01] (03Merged) 10jenkins-bot: Add phan to Wikispeech [integration/config] - 10https://gerrit.wikimedia.org/r/606940 (https://phabricator.wikimedia.org/T255652) (owner: 10Lokal Profil) [07:18:33] (03Merged) 10jenkins-bot: Add project google-drive-photos-to-commons to zuul/layout.yaml [integration/config] - 10https://gerrit.wikimedia.org/r/606817 (owner: 10Abbasidaniyal) [08:20:08] Hmm. I can't seem to revert this one merged patch. https://gerrit.wikimedia.org/r/#/c/mediawiki/services/wikispeech/mary-tts/+/605865/-1..1 [08:20:38] I suspect I'm missing something here? Some button I should hit too? Or that Gerrit might take some time? [08:23:13] Oh, I need to +2 the revert and submit! [08:23:25] Rubberduck :D [08:24:00] 10Gerrit, 10Patch-For-Review: Gerrit 3.x upgrade - https://phabricator.wikimedia.org/T254158 (10kostajh) If there are issues with the mobile interface, should we report them here or upstream? I don't know if we have our own frontend CSS/JS over the standard Gerrit UI. I noticed some small things, like toggling... [08:25:59] (03PS5) 10Thiemo Kreuz (WMDE): Add leading empty token test cases for unused "use" sniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/597001 [08:31:59] (03CR) 10jerkins-bot: [V: 04-1] Add leading empty token test cases for unused "use" sniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/597001 (owner: 10Thiemo Kreuz (WMDE)) [08:42:41] (03PS2) 10Thiemo Kreuz (WMDE): Significant simplification of UnusedGlobalVariables sniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/596010 [08:43:44] hashar: did you reload Zuul after merging https://gerrit.wikimedia.org/r/c/integration/config/+/606817? [08:43:55] Majavah: oops [08:44:21] Majavah: yeah looks like I did [08:44:47] ahh now I realized [08:45:01] they have the repo name wrong https://gerrit.wikimedia.org/r/c/labs/tools/gdrive-to-commons/+/606261/ [08:45:08] ... [08:45:33] Majavah: I will update it [08:46:43] (03PS1) 10Hashar: Fix gdrive-to-commons project name [integration/config] - 10https://gerrit.wikimedia.org/r/606963 [08:47:08] (03CR) 10Hashar: [C: 03+2] Fix gdrive-to-commons project name [integration/config] - 10https://gerrit.wikimedia.org/r/606963 (owner: 10Hashar) [08:48:10] Majavah: https://gerrit.wikimedia.org/r/#/c/integration/config/+/606963/ [08:48:20] (03Merged) 10jenkins-bot: Fix gdrive-to-commons project name [integration/config] - 10https://gerrit.wikimedia.org/r/606963 (owner: 10Hashar) [08:48:40] I'm just relaying reports from -tech :P [08:49:11] ok now? [08:49:16] to test i mean [08:51:48] Majavah: will should clone it from github [08:51:55] instead of copy pasting files and loosing all the history ;] [08:52:28] seems like the original one was https://github.com/tonythomas01/gdrive-to-commons [08:52:38] rookie mistake from my side :-( Sorry [08:52:52] but, Daniyal is making a patch set though.. [08:52:58] in case someone else is not fixing it already [08:53:26] hashar: that was on the gdrive-to-commons thingy. [08:53:44] hi tonythomas ;) [08:53:49] we kind of had to rename the repo in between becausae GOogle had a problem with its name on our slug [08:53:57] yeah no worries ;) [08:54:17] my concern is more about https://gerrit.wikimedia.org/r/#/c/labs/tools/gdrive-to-commons/+/606261/ which import all files but you would loose the history [08:54:45] hashar: true. Daniyal actually had concerns about it. What would be the best way to do it here then ? [08:55:16] (like import the .git/ too) ? [08:55:25] I am a quick comment on the gerrit change, but in short the documentation to import an existing repository is at https://www.mediawiki.org/wiki/Git/Creating_new_repositories#Importing_from_an_existing_repository [08:55:39] the idea is to clone a mirror from github ( git clone --mirror ) [08:55:40] aha, okey, thank you. [08:56:03] then push the reposiotry to Gerrit ( git push --mirror https://gerrit.wikimedia.org/r/labs/tools/gdrive-to-commons [08:56:10] which require ssome extra permissions to be added ot the repo [08:57:14] (03PS1) 10Hashar: Grant permissions for import [labs/tools/gdrive-to-commons] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/606965 [08:57:49] (03CR) 10Hashar: [V: 03+2 C: 03+2] "That will let one push anything to Gerrit ;)" [labs/tools/gdrive-to-commons] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/606965 (owner: 10Hashar) [08:59:54] tonythomas: Majavah: see my last comment at https://gerrit.wikimedia.org/r/#/c/labs/tools/gdrive-to-commons/+/606261/ about how to mirror the repo [08:59:59] then that change can be abandoned I guess [09:02:00] yes. I hear abbasidaniyal is already on it :) [09:02:03] and is here as well! [09:03:23] Hi! I just joined this room so I missed out on any previous messages [09:03:55] hahah. I wish the logging link on the channel subject http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-releng works, but it do not [09:04:29] abbasidaniyal: so hashar was saying we abandon https://gerrit.wikimedia.org/r/#/c/labs/tools/gdrive-to-commons/+/606261/ and follow his last comment on the patch set and create a fresh one that properly mirrors our repo. [09:04:56] the idea is to keep the history of commits that have been made to github [09:04:56] tonythomas: http://wm-bot.wmflabs.org/browser/index.php?display=%23wikimedia-releng [09:05:01] hashar: try http://wm-bot.wmflabs.org/logs/%23wikimedia-releng/ [09:05:05] so instead of importing files, we can import the whole github repository [09:05:06] hashar: maybe fix the topic? [09:05:12] or the interactive link pasted by RhinosF1 [09:05:34] The interactive is less of a headache to read [09:06:40] now pointing to https://wm-bot.wmflabs.org/logs/%23wikimedia-releng/ [09:07:51] cause for the interactive one, has to pass start and date parameters :( [09:08:39] Ok [09:09:12] You could just use it's home page and make people select the day. It defaults to the current utc day. [09:14:57] (03CR) 10Awight: [C: 03+1] Run Quibble fullrun job after tox (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/606492 (https://phabricator.wikimedia.org/T235118) (owner: 10Hashar) [09:18:47] 10Gerrit: Set up test instance for the community to test new version - https://phabricator.wikimedia.org/T254644 (10Aklapper) https://gerrit-test.wikimedia.org/r/ seems to exist. If issues are found on that website, should bug reports be created? Clarification welcome. [09:19:14] tonythomas: abbasidaniyal: if the import turns out to be complicated, I can handle it for you ;) [09:20:59] (03CR) 10Jforrester: "Hi there," [integration/config] - 10https://gerrit.wikimedia.org/r/606797 (owner: 10ProcrastinatingReader) [09:21:03] 10Gerrit, 10Privacy: Gerrit 3.x test instance loads content from third-party website fonts.gstatic.com - https://phabricator.wikimedia.org/T255977 (10Aklapper) [09:21:11] 10Gerrit, 10Privacy: Gerrit 3.x test instance loads content from third-party website fonts.gstatic.com - https://phabricator.wikimedia.org/T255977 (10Aklapper) [09:21:15] 10Gerrit, 10Patch-For-Review: Gerrit 3.x upgrade - https://phabricator.wikimedia.org/T254158 (10Aklapper) [09:24:25] abbasidaniyal: your call as I’m AFK [09:26:54] tonythomas: Alright. I'll try to do it myself once. If I get stuck, then I'll trouble once again :P [09:34:16] When I try to push, I get "remote rejected prohibited by Gerrit: create not permitted for *". [09:35:31] abbasidaniyal: are you using the right ssh details? [09:36:26] Yes. I think this is because I am not in the group according to https://gerrit.wikimedia.org/r/admin/groups/1787,members [09:37:15] tonythomas: you can do the migration in that case [09:38:05] 10Gerrit, 10Privacy, 10Regression, 10Upstream: Gerrit 3.x test instance loads content from third-party website fonts.gstatic.com - https://phabricator.wikimedia.org/T255977 (10hashar) That was an issue in Gerrit filed as https://bugs.chromium.org/p/gerrit/issues/detail?id=3985 and fixed by Gerrit 2.13 5eb5... [09:39:15] abbasidaniyal: that will be it [09:45:11] 10Gerrit, 10Privacy, 10Regression, 10Upstream: Gerrit 3.x test instance loads content from third-party website fonts.gstatic.com - https://phabricator.wikimedia.org/T255977 (10hashar) Filed upstream as https://bugs.chromium.org/p/gerrit/issues/detail?id=12980 and that automatically subscribed the commit a... [09:48:45] 10Gerrit, 10Privacy, 10Regression, 10Upstream: Gerrit 3.x test instance loads content from third-party website fonts.gstatic.com - https://phabricator.wikimedia.org/T255977 (10hashar) [09:50:09] abbasidaniyal: I have added you to the group [09:51:15] 10Phabricator, 10Wikimedia-Site-requests: Create a Phabricator form for requesting site configuration changes - https://phabricator.wikimedia.org/T139844 (10Aklapper) 05Open→03Resolved Thanks everyone! * I removed the line `* For a request to [add domains to the whitelist for uploading on Wikimedia Common... [09:53:46] 10Beta-Cluster-Infrastructure, 10Wikidata, 10Wikidata-Campsite, 10Wikimedia-General-or-Unknown, and 2 others: test.wikimedia.beta.wmflabs.org pages not loading: Unknown database 'testwikidatawiki' - https://phabricator.wikimedia.org/T250555 (10Majavah) 05Open→03Resolved Should be fixed now. [09:58:07] 10Beta-Cluster-Infrastructure, 10Vector, 10Mobile: Logo blocks the search box on test.wikimedia beta when viewing desktop from a mobile - https://phabricator.wikimedia.org/T255978 (10RhinosF1) [10:00:12] (03CR) 10Hashar: "That is fine for short lived tests I guess." [integration/config] - 10https://gerrit.wikimedia.org/r/606492 (https://phabricator.wikimedia.org/T235118) (owner: 10Hashar) [10:22:22] Thanks to diffusion emails on mirrroring, I need to get a new email inbox :D [10:22:40] 10Continuous-Integration-Infrastructure, 10Operations: Have linters/tests results show up as comments in files on gerrit - https://phabricator.wikimedia.org/T209149 (10kostajh) With Robot Comments, you can also provide a [proposed fix](https://gerrit-test.wikimedia.org/r/Documentation/rest-api-changes.html#app... [11:13:36] Hi all, quick one on scap and puppet. I've a software deployed with scap and I'd like upon reimaging to a new OS that puppet does trigger a scap deploy only for that host. Is that possible? I know there is scap pull, but its help message seems quite MW-specific (Sync local MediaWiki deployment directory with deploy server state (formerly sync-common)) [11:26:37] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10Patch-For-Review, and 2 others: Remove deployment.wikimedia.beta.wmflabs.org wiki (deploymentwiki) - https://phabricator.wikimedia.org/T198673 (10Majavah) Global blocks and abuse filters were... [11:31:39] (03CR) 10Jforrester: "This doesn't prompt a _confirm() for when using deploy_docker. Otherwise, LGTM." [integration/config] - 10https://gerrit.wikimedia.org/r/605434 (https://phabricator.wikimedia.org/T236689) (owner: 10Krinkle) [11:36:32] (03CR) 10MSantos: [C: 04-1] jjb: [nodejs-codehealth-*] Use run.sh entrypoint (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/606495 (https://phabricator.wikimedia.org/T240989) (owner: 10Kosta Harlan) [12:05:03] volans: you can limit with scap deploy --limit=somehosthere [12:05:44] (03PS4) 10Kosta Harlan: jjb: [nodejs-codehealth-*] Use run.sh entrypoint [integration/config] - 10https://gerrit.wikimedia.org/r/606495 (https://phabricator.wikimedia.org/T240989) [12:05:56] (03CR) 10Kosta Harlan: jjb: [nodejs-codehealth-*] Use run.sh entrypoint (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/606495 (https://phabricator.wikimedia.org/T240989) (owner: 10Kosta Harlan) [12:05:57] I did that for Zuul. On deployment server: cd /srv/deployment/zuul/deploy ; scap deploy --limit==contint1001 [12:06:33] but when provisionning a new host with puppet, if it is a scap::target iirc the repository get cloned at the destination [12:06:36] or maybe I am entirely wrong [12:08:05] I need that the scap/checks.yaml is executed [12:08:34] the checks->virtualenv->command to be precise [12:08:39] and apparently that didn't happen [12:10:40] yeah it might just clone it [12:10:41] I mean [12:10:53] scap::target probably jut clone the repo at the destination, but does not run any check [12:10:59] that is an assumption ;] [12:11:07] lunch & [12:20:27] (03CR) 10Jforrester: "Rebuild the world:" [integration/npm] - 10https://gerrit.wikimedia.org/r/606560 (owner: 10Legoktm) [12:21:33] yeah, same assumption here [12:27:03] if it helps it needed a scap deploy --force to actually run it as nothing had changed in the repo, just the host got reimaged [12:32:42] (03PS1) 10Jforrester: dockerfiles: [node10] Upgrade npm from 6.5.0 to 6.14.5 and cascade [integration/config] - 10https://gerrit.wikimedia.org/r/607007 [12:32:44] (03PS1) 10Jforrester: jjb: Migrate jobs to images with npm 6.14.5, up from npm 6.5.0 [integration/config] - 10https://gerrit.wikimedia.org/r/607008 [12:33:46] (03CR) 10jerkins-bot: [V: 04-1] jjb: Migrate jobs to images with npm 6.14.5, up from npm 6.5.0 [integration/config] - 10https://gerrit.wikimedia.org/r/607008 (owner: 10Jforrester) [12:35:14] (03PS2) 10Jforrester: jjb: Migrate jobs to images with npm 6.14.5, up from npm 6.5.0 [integration/config] - 10https://gerrit.wikimedia.org/r/607008 [12:35:18] (03CR) 10Jforrester: [C: 03+2] dockerfiles: [node10] Upgrade npm from 6.5.0 to 6.14.5 and cascade [integration/config] - 10https://gerrit.wikimedia.org/r/607007 (owner: 10Jforrester) [12:36:22] (03Merged) 10jenkins-bot: dockerfiles: [node10] Upgrade npm from 6.5.0 to 6.14.5 and cascade [integration/config] - 10https://gerrit.wikimedia.org/r/607007 (owner: 10Jforrester) [12:37:19] (03PS1) 10Hashar: Move to integration-cumin (Buster) [integration/config] - 10https://gerrit.wikimedia.org/r/607009 (https://phabricator.wikimedia.org/T245114) [12:37:47] (03CR) 10Hashar: "Looks like integration-cumin.integration.eqiad.wmflabs is working now ;]" [integration/config] - 10https://gerrit.wikimedia.org/r/607009 (https://phabricator.wikimedia.org/T245114) (owner: 10Hashar) [12:38:21] !log deployment-prep: created and provisioned a new cumin master based on Buster: deployment-cumin.deployment-prep.eqiad.wmflabs [12:38:23] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [12:38:28] (03CR) 10Jforrester: "I think the builder stuff is wrong; we're never getting to the second docker-run-with-log-and-workspace-cache step." [integration/config] - 10https://gerrit.wikimedia.org/r/606495 (https://phabricator.wikimedia.org/T240989) (owner: 10Kosta Harlan) [12:38:41] !log integration: created and provisioned a new cumin master based on Buster: integration-cumin.integration.eqiad.wmflabs [12:38:42] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [12:40:42] !log Docker: Publishing images using npm 6.14.5 [12:40:44] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [12:44:42] 10MediaWiki-Releasing, 10MediaWiki-Installer, 10MediaWiki-Stakeholders-Group, 10Epic, 10MW-1.35-release: Expand the set of bundled extensions and skins in MediaWiki 1.35 - https://phabricator.wikimedia.org/T232854 (10Akuckartz) [12:46:57] James_F: by "builder stuff" do you mean docker-ci-src-setup-simple? [12:47:07] or the lines that precede it? [12:48:13] The set of builders that make up the job. [12:48:28] Too much of jjb is arcane and I'm not familiar with those jobs myself. [12:49:13] 10MediaWiki-Releasing, 10MediaWiki-Installer, 10MediaWiki-Stakeholders-Group, 10Epic: Expand the set of bundled extensions and skins to achieve a default MediaWiki experience that's comparable to Wikimedia sites - https://phabricator.wikimedia.org/T178349 (10Akuckartz) [13:01:12] (03CR) 10Jforrester: [C: 03+2] Move to integration-cumin (Buster) [integration/config] - 10https://gerrit.wikimedia.org/r/607009 (https://phabricator.wikimedia.org/T245114) (owner: 10Hashar) [13:01:28] hashar: Nice work. [13:02:13] ;D [13:02:43] (03Merged) 10jenkins-bot: Move to integration-cumin (Buster) [integration/config] - 10https://gerrit.wikimedia.org/r/607009 (https://phabricator.wikimedia.org/T245114) (owner: 10Hashar) [13:03:02] !log Deleted integration-cumin-01 , replaced by integration-cumin [13:03:04] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [13:05:44] (03CR) 10Kosta Harlan: jjb: [nodejs-codehealth-*] Use run.sh entrypoint (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/606495 (https://phabricator.wikimedia.org/T240989) (owner: 10Kosta Harlan) [13:10:42] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO: Move all Wikimedia CI (WMCS integration project) instances from stretch to buster - https://phabricator.wikimedia.org/T252071 (10MoritzMuehlenhoff) [13:10:52] PROBLEM - Host integration-cumin-01 is DOWN: CRITICAL - Host Unreachable (172.16.1.185) [13:15:45] Since the gerrit repository is not empty, I get the "fatal: refusing to merge unrelated histories" error. What will be the appropriate way to tackle this? First rebase the github repo on top the gerrit one and then merge. After that we migrate the repo? [13:16:27] Which gerrit repository? [13:16:40] 10Continuous-Integration-Config, 10Code-Health-Metrics, 10Product-Infrastructure-Team-Backlog, 10Services, 10Patch-For-Review: Enable codehealth pipeline for node services - https://phabricator.wikimedia.org/T240989 (10kostajh) >>! In T240989#6233275, @kostajh wrote: > @Jdforrester-WMF I started working... [13:17:56] I am sorry this is in context with that chat above. [13:17:56] We need to migrate the project gdrive-to-commons from github (https://github.com/tonythomas01/gdrive-to-commons) to gerrit (https://gerrit.wikimedia.org/r/admin/projects/labs/tools/gdrive-to-commons) [13:18:42] The repo should've been created empty if it was for the purpose of importing [13:19:15] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO: Move all Wikimedia CI (WMCS integration project) instances from stretch to buster - https://phabricator.wikimedia.org/T252071 (10Jdforrester-WMF) [13:19:28] TBH, I'd probably request force push rights for the import, and wipe out those commits [13:19:56] (03PS1) 10Hashar: Modify access rules [labs/tools/gdrive-to-commons] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/607018 [13:20:21] (03PS2) 10Hashar: Grant force push to import from Github [labs/tools/gdrive-to-commons] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/607018 [13:20:28] (03CR) 10Hashar: [V: 03+2 C: 03+2] Grant force push to import from Github [labs/tools/gdrive-to-commons] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/607018 (owner: 10Hashar) [13:20:41] Heh. Like that [13:20:46] abbasidaniyal: please try again with: git push --mirror --force [13:20:46] ;) [13:20:47] hashar: great minds think alike :) [13:20:49] I granted you the right [13:20:52] yeah [13:20:58] we talked about importing that repo earlier today [13:21:07] bunch of rights at https://gerrit.wikimedia.org/r/#/admin/projects/labs/tools/gdrive-to-commons,access [13:21:16] anyway I gotta escape to collect kids back from school [13:50:06] 10Beta-Cluster-Infrastructure, 10Chinese-Sites: Request for sysop right on zh Beta Cluster for Sunny00217 - https://phabricator.wikimedia.org/T246201 (10DannyS712) @Sunny00217 is this still needed? Sorry for the delay in processing. Since there don't appear to be any objections, I'm willing to grant you `+syso... [13:54:13] Jenkins is reporting `Post-merge build succeeded.` on changes that are still open [13:54:37] Sent from #wikimedia-operations to report it here [13:59:24] 10Beta-Cluster-Infrastructure, 10MediaWiki-extensions-UrlShortener, 10User-DannyS712: UrlShortener doesn't work on beta cluster - https://phabricator.wikimedia.org/T229369 (10Majavah) At least on production it points to text load balancers. I guess the correct target would be `185.15.56.36` (same as `*.wikim... [14:21:24] 10Beta-Cluster-Infrastructure, 10MediaWiki-extensions-UrlShortener, 10User-DannyS712: UrlShortener doesn't work on beta cluster - https://phabricator.wikimedia.org/T229369 (10Reedy) 05Open→03Resolved a:03Reedy I created a web proxy for w-beta pointing to deployment-cache-text06 https://w-beta.wmflabs.... [14:31:31] (03PS1) 10Hashar: Stop autodeployment of integration/docroot [integration/config] - 10https://gerrit.wikimedia.org/r/607041 (https://phabricator.wikimedia.org/T149924) [14:33:54] (03CR) 10Jforrester: [C: 03+1] Stop autodeployment of integration/docroot [integration/config] - 10https://gerrit.wikimedia.org/r/607041 (https://phabricator.wikimedia.org/T149924) (owner: 10Hashar) [14:43:12] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Technical-Debt: Move integration/docroot.git deployment to scap - https://phabricator.wikimedia.org/T256005 (10hashar) [14:43:30] (03PS2) 10Hashar: Stop autodeployment of integration/docroot [integration/config] - 10https://gerrit.wikimedia.org/r/607041 (https://phabricator.wikimedia.org/T256005) [14:44:23] (03CR) 10Hashar: "I have attached this changed to a new standalone task T256005. The aim is to use scap instead." [integration/config] - 10https://gerrit.wikimedia.org/r/607041 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [14:46:24] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Patch-For-Review, 10Technical-Debt: Move integration/docroot.git deployment to scap - https://phabricator.wikimedia.org/T256005 (10RhinosF1) [14:46:39] ^ just a spelling error [14:46:45] 10Project-Admins, 10Research, 10User-DannyS712: Adding new milestones for Research - https://phabricator.wikimedia.org/T255901 (10leila) @DannyS712 thanks a lot! :) [15:11:42] 10phan-taint-check-plugin, 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice: CI Phan check blocking CentralNotice patches - https://phabricator.wikimedia.org/T255822 (10sbassett) [15:15:10] (03PS1) 10Hashar: scap configuration [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) [15:17:09] (03CR) 10Hashar: scap configuration (031 comment) [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [15:17:33] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Patch-For-Review, 10Technical-Debt: Move integration/docroot.git deployment to scap - https://phabricator.wikimedia.org/T256005 (10hashar) a:03hashar [15:22:00] PROBLEM - Parsoid on deployment-parsoid11 is CRITICAL: connect to address 172.16.1.115 and port 8000: Connection refused [15:36:58] 10Continuous-Integration-Config, 10Code-Health, 10Readers-Web-Backlog (Kanbanana-2019-20-Q4), 10Vue.js (Vue.js-Search): Configure ESLint and stylelint for Vue.js search development ahead of it being done for all repos - https://phabricator.wikimedia.org/T249304 (10Niedzielski) [16:18:45] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Patch-For-Review, 10Technical-Debt: Move integration/docroot.git deployment to scap - https://phabricator.wikimedia.org/T256005 (10hashar) Pending revi... [16:18:59] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Patch-For-Review, 10Technical-Debt: Move integration/docroot.git deployment to scap - https://phabricator.wikimedia.org/T256005 (10hashar) p:05Triage... [16:40:02] 10Gerrit, 10Wikibugs, 10Patch-For-Review: Prepare wikibugs gerrit bot for gerrit 2.14 / 2.15 - https://phabricator.wikimedia.org/T175929 (10Dzahn) [16:40:20] 10Gerrit, 10Wikibugs, 10Patch-For-Review: Prepare wikibugs gerrit bot for gerrit 2.14 / 2.15 - https://phabricator.wikimedia.org/T175929 (10Dzahn) @Paladox What is the situation now since we will be on 3.x soon? [16:47:23] (03CR) 10Thcipriani: scap configuration (031 comment) [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [16:49:25] (03CR) 10Hashar: scap configuration (031 comment) [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [16:49:41] 10Project-Admins: Create a project/tag for WPCleaner in Phabricator - https://phabricator.wikimedia.org/T256026 (10NicoV) [16:49:47] (03PS2) 10Hashar: scap configuration [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) [16:56:30] PROBLEM - Host deployment-changeprop is DOWN: CRITICAL - Host Unreachable (172.16.5.21) [16:56:30] PROBLEM - Host deployment-cpjobqueue is DOWN: CRITICAL - Host Unreachable (172.16.4.124) [16:59:26] 10Project-Admins: Create a project/tag for WPCleaner in Phabricator - https://phabricator.wikimedia.org/T256026 (10Aklapper) Hi @NicoV, thanks for your interest! :) Two questions before setting up a project here: Is there any other kind-of-central place currently where people are supposed to report WPCleaner bu... [17:00:18] (03CR) 10Thcipriani: [C: 03+1] "Functionally a +2, but I'm not sure if you want this to merge yet or not." [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [17:07:38] 10Project-Admins: Create a project/tag for WPCleaner in Phabricator - https://phabricator.wikimedia.org/T256026 (10NicoV) Thanks @Aklapper . Currently, most of the bug reports / feature requests are through the tool talk pages on wiki ([[ https://fr.wikipedia.org/wiki/Discussion_Wikip%C3%A9dia:WPCleaner | frwik... [17:21:47] (03CR) 10Hashar: [C: 03+2] "I need a functionality check indeed :) Rest of the work is in puppet.git. Thank you!" [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [17:22:30] (03Merged) 10jenkins-bot: scap configuration [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [17:24:10] (03CR) 10Hashar: [C: 03+2] "And that post merge madness in previous comment will eventually disappear as a result ;]" [integration/docroot] - 10https://gerrit.wikimedia.org/r/607055 (https://phabricator.wikimedia.org/T256005) (owner: 10Hashar) [17:32:43] Hashar: I am stuck at one final roadblock. There are 193 commits that need to be pushed but gerrit allows only batches of 10. Is there anyway to override this ? Or Should I manually (using some shell script) push them in batches of 10? [17:33:58] abbasidaniyal: are you using git review? [17:34:10] Yes [17:34:19] you've got force push rights [17:34:23] You don't need to use git review [17:34:31] [14:20:46] abbasidaniyal: please try again with: git push --mirror --force [17:35:24] Oh okay I missed thay message [17:35:48] if you use git review, you're going to have a similar problem of no common root if someone wants to change their repo over [17:37:34] (03CR) 10ProcrastinatingReader: "Hi Jforrester," [integration/config] - 10https://gerrit.wikimedia.org/r/606797 (owner: 10ProcrastinatingReader) [17:38:12] I actually fixed that by using "git pull --rebase gerrit  master --allow-unrelated-histories" [17:38:12] The commit history starts with the present gerrit repository state and the commits from github follow them [17:41:59] abbasidaniyal: na that is wrong ;)D [17:42:14] which mean you rewrite the history from github [17:42:25] changing all commits sha1 etc [17:43:03] (03CR) 10Jforrester: "recheck" [software/gerrit] (wmf/stable-2.16) - 10https://gerrit.wikimedia.org/r/573759 (owner: 10Paladox) [17:44:23] Oh yes you are right. This is more of "modifying" the history rather than importing it. I should simply override the whole repository in that case. [17:47:32] Fixed it. Thank you so much and sorry for bugging you throughout that day! [17:47:35] the* [17:48:06] ;]]] [17:48:15] kids story time, be back in a few [18:00:35] (03CR) 10Thcipriani: [C: 04-1] Add a --task option to branch.py (031 comment) [tools/release] - 10https://gerrit.wikimedia.org/r/606014 (owner: 1020after4) [18:10:46] (03CR) 10Jforrester: [C: 03+2] "Deployed. All looks well." [integration/config] - 10https://gerrit.wikimedia.org/r/607008 (owner: 10Jforrester) [18:11:53] (03Merged) 10jenkins-bot: jjb: Migrate jobs to images with npm 6.14.5, up from npm 6.5.0 [integration/config] - 10https://gerrit.wikimedia.org/r/607008 (owner: 10Jforrester) [18:17:04] 10Project-Admins: Create a project/tag for WPCleaner in Phabricator - https://phabricator.wikimedia.org/T256026 (10Aklapper) 05Open→03Resolved a:03Aklapper Thanks! :) You may want to close "Issues" in Github and add a link in the README.md where to file bug reports and enhancement requests. And maybe the s... [18:28:16] thcipriani: greg-g: I had a passing thought this morning, spent a little time digging into it, and wound up filing https://bugs.chromium.org/p/gerrit/issues/detail?id=12983 so if we decide to do this, we can [18:32:18] cdanis: thank you [18:33:34] 10Continuous-Integration-Config, 10Code-Health, 10Readers-Web-Backlog (Kanbanana-2019-20-Q4), 10Vue.js (Vue.js-Search): Configure ESLint and stylelint for Vue.js search development ahead of it being done for all repos - https://phabricator.wikimedia.org/T249304 (10ovasileva) p:05Triage→03Medium [19:02:42] (03PS2) 1020after4: Add a --task option to branch.py [tools/release] - 10https://gerrit.wikimedia.org/r/606014 [19:03:44] (03CR) 1020after4: Add a --task option to branch.py (032 comments) [tools/release] - 10https://gerrit.wikimedia.org/r/606014 (owner: 1020after4) [19:04:26] (03CR) 10Hashar: [C: 03+2] Drop Python 3.4 support, EOL [integration/utils] - 10https://gerrit.wikimedia.org/r/606847 (owner: 10Legoktm) [19:20:55] 10Project-Admins, 10User-DannyS712: Archive #Room-101 - https://phabricator.wikimedia.org/T254336 (10Aklapper) 05Open→03Resolved a:03Aklapper No reply. Project archived. Could be re-activated if there was a better name && if it was clearer how this should be used && if it was "advertised"/findable somewh... [19:38:36] 10Gerrit, 10Wikimedia-General-or-Unknown, 10Documentation, 10Epic, and 4 others: Update Gerrit /r/p/ links to /r/ - https://phabricator.wikimedia.org/T218844 (10Dzahn) There is still https://gerrit.wikimedia.org/r/c/operations/puppet/+/507072 linking over here. What should we do with it? [19:45:52] RECOVERY - Host integration-cumin-01 is UP: PING OK - Packet loss = 0%, RTA = 2.05 ms [19:46:24] 10Project-Admins, 10Community Videos from the executive director, 10User-DannyS712: Archive #Community Videos from the executive director ? - https://phabricator.wikimedia.org/T256051 (10DannyS712) [19:50:04] 10Project-Admins, 10dawiki, 10User-DannyS712: Archive #dawiki? - https://phabricator.wikimedia.org/T256052 (10DannyS712) [19:50:30] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO: Investigate again a central cache for package managers - https://phabricator.wikimedia.org/T147635 (10Aklapper) >>! In T147635#3036488, @hashar wrote: > Stalled until we get bandwidth... [19:54:38] 10Project-Admins, 10dawiki, 10User-DannyS712: Archive #dawiki? - https://phabricator.wikimedia.org/T256052 (10RhinosF1) Added members and watchers in case they have thoughts [20:00:38] 10phan-taint-check-plugin, 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice, 10Fundraising Sprint Lazy Loading Life: CI Phan check blocking CentralNotice patches - https://phabricator.wikimedia.org/T255822 (10DStrine) [20:00:42] (03CR) 10Umherirrender: [C: 03+1] Significant simplification of UnusedGlobalVariables sniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/596010 (owner: 10Thiemo Kreuz (WMDE)) [20:04:17] 10Continuous-Integration-Config, 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO, 10Scap, and 4 others: Define variant Wikimedia production config in compiled, static files - https://phabricator.wikimedia.org/T223602 (10Gilles) [20:28:25] 10Project-Admins, 10Community Videos from the executive director, 10User-DannyS712: Archive #Community Videos from the executive director ? - https://phabricator.wikimedia.org/T256051 (10Aklapper) This was originally requested in T219610. No idea if this is #WMF-Communications or #Community-Relations territo... [20:44:05] 10Project-Admins, 10dawiki, 10User-DannyS712: Archive #dawiki? - https://phabricator.wikimedia.org/T256052 (10Peachey88) @RhinosF1 In future, Watchers automatically get email on project usage, no need to subscribe them to tasks. [20:52:01] 10Project-Admins, 10dawiki, 10User-DannyS712: Archive #dawiki? - https://phabricator.wikimedia.org/T256052 (10RhinosF1) >>! In T256052#6246393, @Peachey88 wrote: > @RhinosF1 In future, Watchers automatically get email on project usage, no need to subscribe them to tasks. Added them to give a more explicit/p... [21:02:09] 10Beta-Cluster-Infrastructure: Puppet failure on deployment-cache-text06 - https://phabricator.wikimedia.org/T256064 (10Ottomata) [21:02:28] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team, 10Operations: Puppet failure on deployment-cache-text06 - https://phabricator.wikimedia.org/T256064 (10Ottomata) [22:45:18] 10Release-Engineering-Team-TODO: Onboard Ahmon - https://phabricator.wikimedia.org/T256074 (10thcipriani) [23:25:41] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Zoranzoki21) [23:27:12] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Zoranzoki21) [23:29:49] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Paladox) The theme uses your local storage, so if your using private mode, then you will have issues. [23:34:43] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Zoranzoki21) >>! In T256077#6246881, @Paladox wrote: > The theme uses your local storage, so if your using private mode, then you will have issues. But... Why I have to enable theme in settings over and over... [23:36:02] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Paladox) Well because changing themes uses the local browser storage. So it won't transfer based on account. [23:38:37] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Zoranzoki21) 05Open→03Invalid Umm, okay. I understand.. [23:38:42] 10Gerrit, 10Patch-For-Review: Gerrit 3.x upgrade - https://phabricator.wikimedia.org/T254158 (10Zoranzoki21) [23:40:00] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Dzahn) I am not too surprised my this behaviour. If the user settings are stored locally then how would they get from one browser to another. One browser wouldn't be able to write to storage of another, hopef... [23:45:35] 10Gerrit: Enabled dark mode no works on changing browser - https://phabricator.wikimedia.org/T256077 (10Zoranzoki21) I mean: Why I have to always enable some setting on account?