[00:07:37] 10Release-Engineering-Team, 10DBA, 10Operations, 10cloud-services-team, 10wikitech.wikimedia.org: Move some wikis to s5 - https://phabricator.wikimedia.org/T184805#3911639 (10bd808) [02:18:40] PROBLEM - Free space - all mounts on deployment-fluorine02 is CRITICAL: CRITICAL: deployment-prep.deployment-fluorine02.diskspace._srv.byte_percentfree (<33.33%) [02:25:26] (03PS1) 10VolkerE: Use “OOUI” as unified name in code comments [integration/docroot] - 10https://gerrit.wikimedia.org/r/405238 (https://phabricator.wikimedia.org/T182360) [02:25:56] (03PS2) 10VolkerE: Use “OOUI” as unified name [integration/docroot] - 10https://gerrit.wikimedia.org/r/405238 (https://phabricator.wikimedia.org/T182360) [03:22:50] 10Release-Engineering-Team (Kanban), 10Wiki-Setup (Close): Close chairwiki - https://phabricator.wikimedia.org/T184961#3911854 (10demon) [[ https://meta.wikimedia.org/w/index.php?title=Wikimedia_Foundation_Board_noticeboard&type=revision&diff=17657389&oldid=17645230 | Raised on board noticeboard ]] [03:30:43] 10Release-Engineering-Team (Kanban), 10Wikibugs: Deprecate -devtools and redirect to -releng? - https://phabricator.wikimedia.org/T185285#3911865 (10greg) p:05Triage>03Low [03:37:36] (03CR) 10Legoktm: [C: 032] "As a follow-up we should probably rename the URLs, with Apache redirects for backwards-compatibility." [integration/docroot] - 10https://gerrit.wikimedia.org/r/405238 (https://phabricator.wikimedia.org/T182360) (owner: 10VolkerE) [03:37:59] (03Merged) 10jenkins-bot: Use “OOUI” as unified name [integration/docroot] - 10https://gerrit.wikimedia.org/r/405238 (https://phabricator.wikimedia.org/T182360) (owner: 10VolkerE) [03:38:05] (03CR) 10jenkins-bot: Use “OOUI” as unified name [integration/docroot] - 10https://gerrit.wikimedia.org/r/405238 (https://phabricator.wikimedia.org/T182360) (owner: 10VolkerE) [06:06:47] (03CR) 10VolkerE: "@Legoktm Yeah, I agree. Those links seem to be the smaller issue though in comparison to the Git repo names…? I don't know how hurtful it " [integration/docroot] - 10https://gerrit.wikimedia.org/r/405238 (https://phabricator.wikimedia.org/T182360) (owner: 10VolkerE) [06:07:19] 10Scap, 10ORES, 10Scoring-platform-team: scap support for multiple services - https://phabricator.wikimedia.org/T185255#3911933 (10mmodell) So we already have a messy way of restarting more than one service, however, it doesn't appear to support checks on multiple ports. [06:19:42] 10Release-Engineering-Team (Kanban), 10Wikibugs: Deprecate -devtools and redirect to -releng? - https://phabricator.wikimedia.org/T185285#3911865 (10Legoktm) +1 - I didn't realize wikibugs updates were sent there. `#wikimedia-cloud` is the main wikibugs development channel theoretically. [06:48:40] RECOVERY - Free space - all mounts on deployment-fluorine02 is OK: OK: All targets OK [06:54:01] PROBLEM - Puppet errors on integration-slave-jessie-1001 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [06:58:46] PROBLEM - Puppet errors on integration-slave-jessie-1003 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [07:28:58] RECOVERY - Puppet errors on integration-slave-jessie-1001 is OK: OK: Less than 1.00% above the threshold [0.0] [07:33:45] RECOVERY - Puppet errors on integration-slave-jessie-1003 is OK: OK: Less than 1.00% above the threshold [0.0] [09:25:34] 10Continuous-Integration-Infrastructure, 10Operations, 10HHVM: HHVM 3.18.5+dfsg-1+wmf3 changes parse_url causing unit tests to fail - https://phabricator.wikimedia.org/T185024#3912128 (10MoritzMuehlenhoff) Stretch packages have also been uploaded in the mean time. [11:05:53] (03CR) 10WMDE-Fisch: [C: 031] "Is this still WIP or could it be merged?" [integration/config] - 10https://gerrit.wikimedia.org/r/404970 (owner: 10Zfilipin) [11:25:33] (03PS2) 10Zfilipin: AdvancedSearch needs CirrusSearch [integration/config] - 10https://gerrit.wikimedia.org/r/404970 [11:26:21] (03CR) 10Zfilipin: "@WMDE-Fisch: I was waiting for @hashar to review it, but I think it's ready. I will merge and test it. If it breaks anything, I will rever" [integration/config] - 10https://gerrit.wikimedia.org/r/404970 (owner: 10Zfilipin) [11:27:11] (03CR) 10Zfilipin: [C: 032] AdvancedSearch needs CirrusSearch [integration/config] - 10https://gerrit.wikimedia.org/r/404970 (owner: 10Zfilipin) [11:28:40] (03Merged) 10jenkins-bot: AdvancedSearch needs CirrusSearch [integration/config] - 10https://gerrit.wikimedia.org/r/404970 (owner: 10Zfilipin) [11:34:27] Project beta-scap-eqiad build #191546: 04FAILURE in 1 min 46 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191546/ [11:36:47] Project beta-scap-eqiad build #191547: 04STILL FAILING in 1 min 40 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191547/ [11:36:58] (03CR) 10Zfilipin: "Hm, looks like CirrusSearch is no longer needed, since this:" [integration/config] - 10https://gerrit.wikimedia.org/r/404970 (owner: 10Zfilipin) [11:45:23] Project beta-scap-eqiad build #191548: 04STILL FAILING in 1 min 44 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191548/ [11:55:22] Project beta-scap-eqiad build #191549: 04STILL FAILING in 1 min 44 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191549/ [12:05:27] Project beta-scap-eqiad build #191550: 04STILL FAILING in 1 min 47 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191550/ [12:15:22] Project beta-scap-eqiad build #191551: 04STILL FAILING in 1 min 44 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191551/ [12:17:05] Project beta-scap-eqiad build #191552: 04STILL FAILING in 1 min 40 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191552/ [12:20:01] Project beta-update-databases-eqiad build #22862: 04FAILURE in 0.57 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/22862/ [12:25:25] Project beta-scap-eqiad build #191553: 04STILL FAILING in 1 min 46 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191553/ [12:35:26] Project beta-scap-eqiad build #191554: 04STILL FAILING in 1 min 47 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191554/ [12:45:27] Project beta-scap-eqiad build #191555: 04STILL FAILING in 1 min 48 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191555/ [12:47:40] It can be because of my change [12:47:42] let me check [12:47:43] https://gerrit.wikimedia.org/r/wikibase/property-suggester-scripts [12:48:03] also, please delete all of non-master branches in that repo [12:50:36] I broke it [12:51:36] My changed is reverted now [12:53:16] (03CR) 10Gabriel Birke: "Thank you so much for helping us. We're just starting out adding selenium browser tests to the advanced search extension and our first tes" [integration/config] - 10https://gerrit.wikimedia.org/r/404970 (owner: 10Zfilipin) [12:55:25] Project beta-scap-eqiad build #191556: 04STILL FAILING in 1 min 46 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191556/ [12:58:37] Yippee, build fixed! [12:58:37] Project beta-scap-eqiad build #191557: 09FIXED in 3 min 10 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/191557/ [12:58:48] My revert fixed it [13:21:31] Yippee, build fixed! [13:21:31] Project beta-update-databases-eqiad build #22863: 09FIXED in 1 min 29 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/22863/ [13:50:18] 10Release-Engineering-Team (Watching / External), 10Operations, 10LDAP: Create 'releng' LDAP group - https://phabricator.wikimedia.org/T183507#3912615 (10MoritzMuehlenhoff) a:03MoritzMuehlenhoff [13:54:01] 10Release-Engineering-Team (Kanban), 10User-zeljkofilipin: selenium-EXTENSION-jessie Jenkins job should have e-mail notification - https://phabricator.wikimedia.org/T185315#3912623 (10zeljkofilipin) [13:54:15] dcausse: https://phabricator.wikimedia.org/T185315 [13:54:22] T185315 [13:54:22] T185315: selenium-EXTENSION-jessie Jenkins job should have e-mail notification - https://phabricator.wikimedia.org/T185315 [13:54:42] zeljkof: thanks! will subscribe [13:54:45] 10Release-Engineering-Team (Kanban), 10MW-1.31-release-notes (WMF-deploy-2018-02-06 (1.31.0-wmf.20)), 10Patch-For-Review, 10User-zeljkofilipin: Q3 Selenium framework improvements - https://phabricator.wikimedia.org/T182421#3912634 (10zeljkofilipin) [13:54:47] 10Release-Engineering-Team (Kanban), 10User-zeljkofilipin: selenium-EXTENSION-jessie Jenkins job should have e-mail notification - https://phabricator.wikimedia.org/T185315#3912633 (10zeljkofilipin) [13:55:04] it should be simple to do, as far as I remember, just a few lines in the config file [13:55:26] ok [13:55:45] 10Release-Engineering-Team (Watching / External), 10Operations, 10LDAP: Create 'releng' LDAP group - https://phabricator.wikimedia.org/T183507#3912637 (10MoritzMuehlenhoff) 05Open>03Resolved Done, see below. @greg, please also add a description of the purpose (and which privileges this group entails) to... [15:27:45] PROBLEM - Puppet errors on deployment-redis01 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0] [15:33:42] PROBLEM - Puppet errors on deployment-redis02 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0] [15:34:38] !log added deployment-eventlog02.deployment-prep.eqiad.wmflabs to /etc/ssh/ssh_known_hosts on deployment-tin (following https://phabricator.wikimedia.org/T116206#2251441) to unblock "Host key verification failed" for Analytics [15:34:44] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [15:34:48] thcipriani|afk: ---^ [15:35:08] Hope that it was fine, now deployments are working, please let me know otherwise :) [16:05:42] PROBLEM - Free space - all mounts on integration-slave-jessie-1004 is CRITICAL: CRITICAL: integration.integration-slave-jessie-1004.diskspace._srv.byte_percentfree (<10.00%) [16:24:41] PROBLEM - Free space - all mounts on integration-slave-jessie-1003 is CRITICAL: CRITICAL: integration.integration-slave-jessie-1003.diskspace._srv.byte_percentfree (<100.00%) [16:28:27] 10Release-Engineering-Team (Kanban), 10MediaWiki-Cache, 10MediaWiki-Vagrant, 10Performance-Team (Radar), 10User-zeljkofilipin: "User should be able to change preferences" Selenium test fails when targeting mediawiki-vagrant - https://phabricator.wikimedia.org/T185328#3913012 (10zeljkofilipin) [16:29:27] 10Release-Engineering-Team (Kanban), 10releng-201718-q1, 10MediaWiki-General-or-Unknown, 10Epic, and 5 others: Port Selenium tests from Ruby to Node.js - https://phabricator.wikimedia.org/T139740#3913028 (10zeljkofilipin) [16:29:30] 10Release-Engineering-Team (Kanban), 10MediaWiki-Cache, 10MediaWiki-Vagrant, 10Performance-Team (Radar), 10User-zeljkofilipin: MediaWiki core Selenium tests fail when targeting Vagrant - https://phabricator.wikimedia.org/T180035#3744406 (10zeljkofilipin) 05Open>03Resolved >>! In T180035#3910812, @gre... [16:30:00] 10Release-Engineering-Team (Kanban), 10MediaWiki-Cache, 10MediaWiki-Vagrant, 10Performance-Team (Radar), 10User-zeljkofilipin: "User should be able to change preferences" Selenium test fails when targeting mediawiki-vagrant - https://phabricator.wikimedia.org/T185328#3913012 (10zeljkofilipin) ``` git bis... [16:30:28] 10Release-Engineering-Team (Kanban), 10MediaWiki-Cache, 10MediaWiki-Vagrant, 10Performance-Team (Radar), 10User-zeljkofilipin: "User should be able to change preferences" Selenium test fails when targeting mediawiki-vagrant - https://phabricator.wikimedia.org/T185328#3913031 (10zeljkofilipin) Looks like... [16:42:46] (03CR) 10Zfilipin: "I will reply at T185191, Gerrit is not a good place for discussions. :)" [integration/config] - 10https://gerrit.wikimedia.org/r/404970 (owner: 10Zfilipin) [16:53:25] (03PS1) 10Zfilipin: Run qunit-selenium for AdvancedSearch [integration/config] - 10https://gerrit.wikimedia.org/r/405321 (https://phabricator.wikimedia.org/T184608) [16:55:41] PROBLEM - Free space - all mounts on integration-slave-jessie-1004 is CRITICAL: CRITICAL: integration.integration-slave-jessie-1004.diskspace._srv.byte_percentfree (<10.00%) [17:06:51] (03CR) 10Zfilipin: [C: 032] Run qunit-selenium for AdvancedSearch [integration/config] - 10https://gerrit.wikimedia.org/r/405321 (https://phabricator.wikimedia.org/T184608) (owner: 10Zfilipin) [17:08:27] elukey: he's out sick today, but yeah, that's fine/great, thanks! [17:08:45] super, thanks for the feedback! [17:09:11] (03Merged) 10jenkins-bot: Run qunit-selenium for AdvancedSearch [integration/config] - 10https://gerrit.wikimedia.org/r/405321 (https://phabricator.wikimedia.org/T184608) (owner: 10Zfilipin) [17:10:08] elukey: see you next week :) [17:10:14] \o/ [17:10:33] !log Reloading Zuul to deploy 7d6b4eecc6d7854de7db6714bcfd006d860f3e28 [17:10:37] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [17:15:42] PROBLEM - Free space - all mounts on integration-slave-jessie-1004 is CRITICAL: CRITICAL: integration.integration-slave-jessie-1004.diskspace._srv.byte_percentfree (<30.00%) [17:15:50] (03PS1) 10Zfilipin: Revert "AdvancedSearch needs CirrusSearch" [integration/config] - 10https://gerrit.wikimedia.org/r/405326 (https://phabricator.wikimedia.org/T184608) [17:16:03] (03CR) 10Zfilipin: [C: 032] Revert "AdvancedSearch needs CirrusSearch" [integration/config] - 10https://gerrit.wikimedia.org/r/405326 (https://phabricator.wikimedia.org/T184608) (owner: 10Zfilipin) [17:18:14] (03Merged) 10jenkins-bot: Revert "AdvancedSearch needs CirrusSearch" [integration/config] - 10https://gerrit.wikimedia.org/r/405326 (https://phabricator.wikimedia.org/T184608) (owner: 10Zfilipin) [17:19:59] (03CR) 10Zfilipin: "This caused mediawiki-core-qunit-selenium-jessie to fail for AdvancedSearch" [integration/config] - 10https://gerrit.wikimedia.org/r/405326 (https://phabricator.wikimedia.org/T184608) (owner: 10Zfilipin) [17:23:35] !log Reloading Zuul to deploy 25cab6fdb53f1e5d284192159c43f0ce28f6e604 [17:23:40] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [17:38:22] 10Release-Engineering-Team (Kanban), 10Wikibugs, 10Patch-For-Review: Deprecate -devtools and redirect to -releng? - https://phabricator.wikimedia.org/T185285#3913253 (10greg) Adding @mmodell for his thoughts [18:04:00] 10Release-Engineering-Team (Kanban), 10Phabricator, 10monitoring, 10Browser-Tests, 10User-zeljkofilipin: Develop tests for phabricator search to detect regressions / search quality issues - https://phabricator.wikimedia.org/T182160#3814704 (10EBernhardson) If you are looking for search quality, typically... [18:39:23] PROBLEM - Puppet errors on deployment-mx is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0] [18:58:20] (03PS1) 10Chad: releases: Swap tar/gzip pipe for `git archive` [tools/release] - 10https://gerrit.wikimedia.org/r/405347 [19:25:36] (03Draft3) 10Cicalese: Add tests for Extension:VersionCompare [integration/config] - 10https://gerrit.wikimedia.org/r/405352 [19:53:04] (03PS2) 10Chad: releases: Swap tar/gzip pipe for `git archive` [tools/release] - 10https://gerrit.wikimedia.org/r/405347 [19:53:24] James_F: I have backports for https://gerrit.wikimedia.org/r/#/q/Ib12a21827d85f781030309cf400f3207c8bbd8dd :) [19:53:28] (if you wanna +2 those too :)) [19:53:43] (405347 is my end goal here) [19:54:21] Ha. [19:54:41] That is a lot cleaner. [19:55:31] no_justification: https://gerrit.wikimedia.org/r/#/c/405354/ V-1'ed though because someone's backported something to /core and not /vendor ? [19:55:36] (REL1_29) [19:57:05] Hmmm [19:57:19] 19:53:58 Fatal error: Class undefined: OOUI\MediaWikiTheme in /home/jenkins/workspace/mediawiki-phpunit-hhvm-jessie/src/includes/OutputPage.php on line 3978 [19:57:55] REL1_29 /vendor's composer.json is quite far from /core's. [20:00:20] Oh, I see, 525bfbc8df855aa12e01868d92532cd64482dc7d 9a2d2f068bf0d62098d235b5758ef7026ed5ea58 74265a44ee181b69eeba822c07b66f592854eac8 1fba8bb5793d27b85ad5ebfa84fcd68b138516a9 all made it to /core but not /vendor (plus 9ac78f56787d19fe4173e06e1e56ee99390561e7 which made it to both?) [20:01:03] 10Release-Engineering-Team (Kanban), 10Wikibugs, 10Patch-For-Review: Deprecate -devtools and redirect to -releng? - https://phabricator.wikimedia.org/T185285#3913553 (10mmodell) The idea with -devtools was to have it cover a lot more than just phabricator but that never really took off so I guess I'm ok with... [20:01:08] PROBLEM - Host deployment-netbox is DOWN: CRITICAL - Host Unreachable (10.68.19.203) [20:03:03] 10Release-Engineering-Team (Kanban), 10Wikibugs, 10Patch-For-Review: Deprecate -devtools and redirect to -releng? - https://phabricator.wikimedia.org/T185285#3913556 (10mmodell) With the above change, it seems you turned off wikibugs notifications for phabricator subprojects and milestones. Was that intentio... [20:09:59] 10Release-Engineering-Team (Kanban), 10Wikibugs, 10Patch-For-Review: Deprecate -devtools and redirect to -releng? - https://phabricator.wikimedia.org/T185285#3913582 (10greg) >>! In T185285#3913556, @mmodell wrote: > With the above change, it seems you turned off wikibugs notifications for phabricator subpro... [20:41:04] James_F: It's all black magic to me :P [20:44:43] no_justification: Everything about /vendor is terrible. :-( [20:44:43] Am i the only one having problems with gerrit.wikimedia.org since yesterday? [20:45:01] nuria_: Problems how? [20:45:14] James_F: vendor as a submodule for core for WMF, or vendor in general? [20:45:19] (I think both, heh) [20:45:22] (I hate composer) [20:45:35] no_justification: The former more than the latter, but I wouldn't disagree. ;-) [20:45:53] no_justification: loading only works at times as if one of the machines that serves it was down [20:46:09] James_F: The former isn't in play here: I dropped vendor as a submodule for REL1_* branches [20:46:25] So the build process is clone, checkout submodules, run composer, tar. [20:46:51] Oh, OK. [20:46:57] * James_F will try to fiddle. [20:47:05] nuria_: We only have one "active" server at a time [20:47:29] One day I'd like to load balance the two, but there's a few major blockers before that day [20:47:47] Haven't had any downtime/maintenance either. [20:49:20] it is significantly slower but i guess if nobody has mentioned it problem must be on my end [20:49:50] We updated the gerrit login page on wednesday. [20:50:08] Which applys the javascript to all the pages. Maybe it's using the windows onload function [20:51:41] nuria_ no_justification ^^ [20:51:48] https://gerrit.wikimedia.org/r/#/c/405368/ [20:51:53] I haven't noticed (yet) [20:51:56] (the slow down) [20:52:11] no_justification: OK, so… you say *you* "dropped vendor as a submodule for REL1_* branches", but did CI get told? :-) [20:52:27] Well, I was the one who added it too.... [20:52:35] I never changed CI :P [20:52:39] paladox: mmmmmm [20:52:57] no_justification: It looks like CI is using /vendor master to validate (which obviously won't work). [20:53:08] paladox: Would that even work. If the JS is executed before the page is done rendering, you wouldn't hit the document.getElementById() true case, right? [20:53:10] paladox: that would make it slower (which it is) but not to drop requests completely ...ok will try to trouble shoot [20:53:14] James_F: Jesus no no no no no. [20:53:25] vendor repo should *only* be used for wmf builds [20:53:30] *not* master * REL1_* [20:53:35] no_justification: Hence "19:54:00 MediaWiki 1.29.2 Updater\n\n19:54:00 oojs/oojs-ui: 0.25.1 installed, 0.21.1 required." [20:54:01] Ok hmmm, so I busted release branches [20:54:01] no_justification: That's https://integration.wikimedia.org/ci/job/mediawiki-extensions-hhvm-jessie/33268/console on the REL1_29 commit, but 0.25.1 is the version in master (not even in REL1_30). [20:54:21] Yup. [20:54:28] Yeahhhhh, REL1_* branches shouldn't install WMF extensions [20:54:33] Much less WMF's vendor [20:54:37] Agreed. [20:54:54] no_justification right [20:54:55] hmm [20:55:05] i see no javascript errors but i see it make it not load anything [20:55:29] I mean it might work. I guess the login page isn't built with JS like all other pages are. [20:55:31] But sounds fragile [20:55:38] (also: I don' [20:55:44] ah [20:55:46] t speak Javascript. It's the devil's language :P) [20:56:01] i found the function [20:56:02] it's function showBody() { [20:56:21] it sets body as hidden [20:56:27] then uses javascript to un hide it [20:56:56] +body { [20:56:56] + visibility: hidden; [20:57:35] no_justification fixed it. (I think) [20:58:06] * no_justification hides from the browser and its scary technologies like JS and CSS [20:58:08] Tested on gerrit.git.wmflabs.org [20:58:25] no_justification polygerrit is alot safer, we doint inject this type of stuff :). [20:58:34] no_justification: Because puppet is so much better? ;-) [20:58:34] We should have one of our resident Javascript gurus to have a lookie :P [20:58:53] James_F: Well failures there are your own, not because of some bizarre client quirk you can't control and have to work around [20:59:05] (the language sucks sure, but it's further from users!) [20:59:16] * James_F grins. [21:00:25] no_justification im not sure which one [21:00:48] no_justification also reminds me i have a legal change to add attribution to the background image on login page [21:01:14] no_justification https://gerrit.wikimedia.org/r/#/c/404777/ [21:02:13] paladox: We could swap it for some image on Commons [21:02:15] That'd be cooooool [21:02:30] no_justification we did :) [21:02:47] Pick a public domain image so you don't have to bother with attribution :p [21:04:03] no_justification im not sure which is a good background image though :) [21:04:36] https://commons.wikimedia.org/wiki/Commons:Picture_of_the_day#/media/File:Virmalised_18.03.15_(4).jpg [21:04:56] It'd be cool if we had a pool of random images we could rotate through [21:05:12] Fetch from [[commons:Special:Random/file]] [21:05:17] (lol jk let's not do that ^) [21:05:58] Ah that would actually be cool (i mean different images) and yeh problaly not [[commons:Special:Random/file]] as it could bring up a image that no one likes [21:05:59] lol [21:06:09] Ooooh, what if we pulled each Picture of The Day [21:06:15] So each day we get a new one [21:06:23] Is that possible? [21:06:28] I mean we only load the image on login page, not every page [21:06:33] I'm sure there's a way we could [21:07:00] POTD RSS feed: https://commons.wikimedia.org/w/api.php?action=featuredfeed&feed=potd&feedformat=atom&language=en [21:07:13] Er, Atom but same diff [21:07:17] heh yeh [21:07:55] *That* would be cool [21:08:00] Rotate picture by day [21:08:22] yeh [21:08:47] 10Phabricator (Upstream), 10Upstream: Click to select arbitrary tasks across workboard columns for batch edit - https://phabricator.wikimedia.org/T129528#3913701 (10Aklapper) https://secure.phabricator.com/T11286 ("make it possible to remove tasks from a batch edit tasks workflow") has been fixed in upstream.... [21:09:14] All we would probaly need to do is generate a script that replaces the image url in GerritSiteCss.css with one of the picture of the days images [21:11:52] Unrelated: https://www.mediawiki.org/wiki/User_talk:%F0%9F%98%82#Gerrit_issue? [21:14:26] AHAHAHAHAHA [21:14:34] AdBlock Plus things it's an ad script [21:16:26] no_justification it works for me [21:16:45] lol [21:16:47] adblock [21:16:53] i never install those programes [21:17:28] Heh I've never seen it do this before that's funny. Guess I should whitelist Gerrit. [21:18:46] lol [21:19:45] sigh the javascript breaks the ui on login page (my change im testing locally) [21:19:56] it dosen't add the class to the body thus css wont be applied [21:24:22] no_justification ^^ [21:24:33] I guess that's what onLoad fixes [21:24:49] James_F: We should just move mediawiki/vendor into operations/* or something [21:24:55] Or wikimedia/* [21:24:56] but at the cost of people thinking things are slow when there is no slowness it is just doing everything in the background [21:25:02] Out of mediawiki/* so people stop thinking to use it [21:25:10] 10Beta-Cluster-Infrastructure, 10Puppet, 10Tracking: Deployment-prep hosts with puppet errors (tracking) - https://phabricator.wikimedia.org/T132259#3913736 (10ayounsi) [21:25:12] 10Beta-Cluster-Infrastructure, 10Operations, 10Puppet: Puppet broken on deployment-netbox, looks like it thinks its a prod box - https://phabricator.wikimedia.org/T184242#3913733 (10ayounsi) 05Open>03Resolved Deleted [21:25:57] no_justification: If RelEng want that I'm sure that's fine. :-) [21:28:38] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review: Customize Gerrit's login UI - https://phabricator.wikimedia.org/T184778#3913745 (10Paladox) 05Open>03Resolved Done, i've used :after with content. [21:31:32] 10Beta-Cluster-Infrastructure, 10ORES, 10Puppet, 10Scoring-platform-team (Current), 10User-Ladsgroup: Puppet broken on deployment-ores01 due to missing hieradata - https://phabricator.wikimedia.org/T184478#3913751 (10Krenair) Looks like its fixed now? Wanna mark this as resolved? [21:31:42] James_F: Meh, low priority. I'm just tired of the mess [21:32:02] Ditto. [21:32:04] (or, you know, we could run composer when building wmf branches and stop the silly submodule crap) [21:32:13] We'd need best practices for pinning and such though [21:32:25] no_justification i will remove hidden from body's css. [21:32:30] We already pin anyway. [21:32:48] (Anyone not pinning gets shouted at by me, at least.) [21:32:52] Oh, we still don't have a good way to handle extensions' needs though [21:33:05] Or do we? [21:33:06] Tell them not to use it? [21:33:09] Idk, composer is weird. [21:33:19] Solution: swap to python! [21:33:33] Umm. [21:33:50] greg-g: I'm changing my quarterly goal. I'm tired of MW dependency handling so I'm rewriting the whole thing in Python [21:33:52] :p [21:34:44] no_justification https://gerrit.wikimedia.org/r/#/c/405368/ looks much better + faster [21:34:48] nuria_ ^^ [21:35:06] paladox: MAGIC [21:35:10] :) [21:35:13] I guessssss, I don't understand Javascript :p [21:35:25] i noticed a speed increase on gerrit.git.wmflabs.org anyways [21:35:31] (compared it to gerrit.wikimedia.org [21:35:43] paladox: what happen, let me read backscroll [21:35:43] no_justification it's due to the onLoad function [21:36:06] no_justification so it would only execute the code as everything loads. [21:36:17] that way we can access the form's id. [21:36:28] nuria_ ok [21:36:33] 10Beta-Cluster-Infrastructure, 10Puppet, 10Tracking: Deployment-prep hosts with puppet errors (tracking) - https://phabricator.wikimedia.org/T132259#3913758 (10Krenair) [21:36:36] 10Beta-Cluster-Infrastructure, 10Patch-For-Review, 10Puppet: Puppet broken on deployment-kafka-jumbo-[12] due to version of a package being missing - https://phabricator.wikimedia.org/T184240#3913756 (10Krenair) 05Open>03Resolved a:03Krenair [21:37:08] paladox: i see [21:37:13] Yep [21:38:39] 10Beta-Cluster-Infrastructure, 10Puppet, 10Tracking: Deployment-prep hosts with puppet errors (tracking) - https://phabricator.wikimedia.org/T132259#3913763 (10Krenair) [21:38:41] 10Beta-Cluster-Infrastructure, 10Patch-For-Review, 10Puppet: Puppet broken on deployment-sentry01 - https://phabricator.wikimedia.org/T173554#3913761 (10Krenair) 05Open>03Resolved This took a frankly ridiculous amount of time to solve considering how simple the problem and patch was. [21:44:24] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913769 (10Paladox) [21:44:26] no_justification ^^ :) [21:46:57] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913779 (10demon) [[ https://commons.wikimedia.org/w/api.php?action=featuredfeed&feed=potd&feedformat=atom&language=en | Atom feed of POTD ]] [21:47:01] Added link to the feed ^ [21:47:05] thanks :) [21:47:07] Should be easy enough to scrape from that [21:47:14] heh [21:49:51] Krinkle ping (wanted to ask a performance question please). nuria_ reported a performance problem on gerrit.wikimedia.org, wondering could you review https://gerrit.wikimedia.org/r/#/c/405368/ please? [21:54:05] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913769 (10Legoktm) It's in Python, but https://github.com/toollabs/daily-image-l/blob/master/dailyimagel.py might be useful as inspiration on how to get copyright/attribution info. [21:54:44] no_justification this https://phabricator.wikimedia.org/F12666870 looks really cool [21:55:14] Yeah [21:56:08] no_justification oh legoktm pointed to https://github.com/toollabs/daily-image-l/blob/master/dailyimagel.py [21:56:19] I saw the same post you did :p [21:56:32] :) [22:17:14] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913769 (10Platonides) It would be nice to have a generic solution that can be used by other sites wishing to include the POTD, ie. keep the Gerrit-specific part as small as possible. [22:19:42] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913821 (10demon) >>! In T185348#3913819, @Platonides wrote: > It would be nice to have a generic solution that can be used by other sites wishing to include the POTD, ie. keep the Gerrit-specifi... [22:20:50] 10Scap: foreachwikiindblist does not prefix error lines with wiki ID - https://phabricator.wikimedia.org/T185351#3913826 (10Mattflaschen-WMF) [22:21:45] 10Scap, 10Easy: foreachwikiindblist does not prefix error lines with wiki ID - https://phabricator.wikimedia.org/T185351#3913838 (10Mattflaschen-WMF) [22:24:13] so... let's create a tools project for this? [22:27:57] it looks "too easy" [22:28:18] yet it calls something called mwparserfromhell ;) [22:31:33] why on tools? [22:31:49] I don't think Gerrit will be able to talk to things in cloud services [22:41:52] see demon comment [22:42:21] you have a good point about an high security page loading data from a lower one [22:43:17] where would you place it? [22:43:23] a custom mediawiki extension? [22:51:09] maybe, or enhance FeaturedFeeds to expose file metadata for feeds that are just about files? [23:22:11] it's not just file metadata that is needed [23:23:51] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913975 (10Platonides) @legoktm pointed out that "Gerrit would probably not be able to talk to things in cloud services" and indeed, it seems undesirable that Gerrit login page (an high security... [23:25:07] 10Release-Engineering-Team (Watching / External), 10Operations, 10LDAP, 10Patch-For-Review: Create 'releng' LDAP group - https://phabricator.wikimedia.org/T183507#3913987 (10greg) >>! In T183507#3912637, @MoritzMuehlenhoff wrote: > Done, see below. @greg, please also add a description of the purpose (and w... [23:31:02] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913989 (10demon) >>! In T185348#3913975, @Platonides wrote: > * Create a custom mediawiki extension which does this Ideally the featured feed I linked above could return data nicer.... [23:37:06] 10Gerrit: Support pulling in Picture of the day for the gerrit login page - https://phabricator.wikimedia.org/T185348#3913996 (10Platonides) Improving FeaturedFeeds seems the way to go…