[00:01:12] (03CR) 10Krinkle: "In light of recent refactoring and librarization, I don't think it makes sense to upgrade the central PHPUnit version. It causes too many " [integration/phpunit] - 10https://gerrit.wikimedia.org/r/188694 (owner: 10MaxSem) [00:01:41] Krinkle: hmm, it seems i can't get into gallium [00:01:56] is it restricted by ip/network? [00:04:48] marxarelli: What's your sshconfig? Always ProxyCommand through bastion [00:05:11] ah, ok. i have that for wmflabs, but probably not for gallium [00:06:52] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1016476 (10Aklapper) [00:06:53] 3Phabricator: Search on phabricator is utterly broken and unusable - https://phabricator.wikimedia.org/T88514#1016475 (10Aklapper) [00:07:04] Krinkle: looks like i don't have +2 for integration/config [00:07:13] 3Phabricator: Search on phabricator is utterly broken and unusable - https://phabricator.wikimedia.org/T88514#1013813 (10Aklapper) See T75854. [00:07:32] marxarelli: The wiki documentation was moved by ops to phabricator I think [00:07:35] marxarelli: https://phabricator.wikimedia.org/L3 [00:07:39] https://wikitech.wikimedia.org/wiki/Server_access_responsibilities#SSH [00:07:54] Krinkle: nice, thanks! i just got in to gallium [00:09:03] marxarelli: Try +2 again [00:09:41] marxarelli: For Zuul changes, we merge after review and prior to deployment (since deployment uses git) [00:10:04] Krinkle: ah, ok [00:10:16] Krinkle: still don't seem to have +2. maybe i need to re-auth? [00:10:21] marxarelli: For JJB changes (which are now in the same repo, integration/config) we merge after review and after deplyment (since they are compiled locally and pushed to Jenkins first), only merge if it has been deployed, to prevent others from accidentally working with code that isn't deployed or even pushing it for you. [00:10:30] marxarelli: No, just refresh [00:10:46] marxarelli: (Gerrit uses AJAX for much of its navigation, so refresh doesn't happen naturally) [00:11:03] Krinkle: yeah, tried that though [00:11:12] marxarelli: Hm.. now? [00:11:30] (03CR) 10Dduvall: [C: 032] Restrict mediawiki-selenium's rspec job to master branch [integration/config] - 10https://gerrit.wikimedia.org/r/188698 (owner: 10Dduvall) [00:11:38] Krinkle: :) [00:12:23] (03Merged) 10jenkins-bot: Restrict mediawiki-selenium's rspec job to master branch [integration/config] - 10https://gerrit.wikimedia.org/r/188698 (owner: 10Dduvall) [00:15:22] (03CR) 10Dduvall: "recheck" [selenium] (0.4) - 10https://gerrit.wikimedia.org/r/188675 (owner: 10Dduvall) [00:15:49] thanks for the help, Krinkle! [00:16:31] (03CR) 10Dduvall: [C: 032] Remove explicit onfocus [selenium] (0.4) - 10https://gerrit.wikimedia.org/r/188675 (owner: 10Dduvall) [00:16:45] (03Merged) 10jenkins-bot: Remove explicit onfocus [selenium] (0.4) - 10https://gerrit.wikimedia.org/r/188675 (owner: 10Dduvall) [00:18:03] 3Phabricator: Maniphest advanced search doesn't work most of the time - https://phabricator.wikimedia.org/T88472#1016524 (10Aklapper) [00:18:06] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1016525 (10Aklapper) [00:18:20] 3Phabricator: Maniphest advanced search doesn't work most of the time - https://phabricator.wikimedia.org/T88472#1012471 (10Aklapper) > 'Advanced search' pretty much always dies like this: Clear steps to reproduce are generally welcome as I don't face that issue, but this looks like T87739 anyway [00:19:00] 3Phabricator: Decide whether project reporting should be moved to Phabricator as well - https://phabricator.wikimedia.org/T24#1016535 (10Aklapper) [00:19:13] 3Phabricator: Decide whether project reporting should be moved to Phabricator as well - https://phabricator.wikimedia.org/T24#382 (10Aklapper) [00:19:32] 3Phabricator: Decide whether project reporting should be moved to Phabricator as well - https://phabricator.wikimedia.org/T24#382 (10Aklapper) [00:20:48] marxarelli: I've updated documentation to reflect that reloads should be logged as well. [00:21:00] __ !log Reloading Zuul to deploy [00:21:05] (the hash that is, not the gerrit number) [00:21:14] Go ahead :) [00:21:49] !log Reloaded Zuul to deploy Iebdd0d2ddd519b73b1fc5e9ce690ecb59da9b2db [00:22:03] Logged the message, Master [00:22:04] :) [00:22:34] (03PS1) 10Dduvall: Releasing patch version 0.4.2 [selenium] (0.4) - 10https://gerrit.wikimedia.org/r/188709 [00:23:50] chrismcmahon: ^ [00:24:11] marxarelli: sweet, thanks [00:25:20] marxarelli: I'm about to be done for the day but I'll start bumping versions in Gemfiles tomorrow, probably starting with Flow (because Erik complained) and MobileFrontend [00:25:35] basically every repo that needs to log in [00:25:57] chrismcmahon: +2 please! [00:26:16] chrismcmahon: then i can push the release and it'll be all ready for you tomorrow [00:26:37] oh right, the gem is still not released [00:27:10] and we need it desperately for vagrant because vagrant has the very latest Firefox [00:36:02] chrismcmahon: so ... you good for a +2 on the patch? :D [00:37:00] 3Code-Review, Engineering-Community: Organize a Gerrit Cleanup Day - https://phabricator.wikimedia.org/T88531#1016614 (10Awjrichards) Besides looking at elapsed time and current code review status (eg -1), it would be great if there were a way to evaluate the priority of open patchsets based on actual project pr... [00:37:36] 3Code-Review, Engineering-Community, Team-Practices: Organize a Gerrit Cleanup Day - https://phabricator.wikimedia.org/T88531#1016615 (10Awjrichards) [00:38:54] is there a difference bewteen #blocked-on-CI and #blocked-on-releng in gerrit? [00:39:01] 3MediaWiki-Core-Team, MediaWiki-Configuration, Continuous-Integration: Update jenkins for extension registration changes - https://phabricator.wikimedia.org/T86359#1016626 (10Legoktm) [00:39:10] 3Code-Review, Engineering-Community, Team-Practices: Organize a Gerrit Cleanup Day - https://phabricator.wikimedia.org/T88531#1016630 (10Dzahn) If every change belonged to a phab ticket and would be linked (which is not extremely realistic but still something to aim for), you can lookup the priority on the ticke... [00:40:01] (03CR) 10Cmcmahon: [C: 032] Releasing patch version 0.4.2 [selenium] (0.4) - 10https://gerrit.wikimedia.org/r/188709 (owner: 10Dduvall) [00:40:08] marxarelli: whoops, didn't realize it didn't have +2 yet [00:40:20] chrismcmahon: danke! [00:40:20] (03Merged) 10jenkins-bot: Releasing patch version 0.4.2 [selenium] (0.4) - 10https://gerrit.wikimedia.org/r/188709 (owner: 10Dduvall) [00:41:47] chrismcmahon: all ready for ya (https://rubygems.org/gems/mediawiki_selenium/versions/0.4.2) [00:42:02] thanks marxarelli, I'm out for today... [00:43:59] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1016653 (10jayvdb) >>! In T71445#1011829, @Krenair wrote: > I don't think we can just sandbox JS running on the wiki, @jayvdb Firstly, that is... [00:46:00] legoktm: I think it is only a semantic difference [00:53:24] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1016685 (10Krenair) >>! In T71445#1016653, @jayvdb wrote: >>>! In T71445#1011829, @Krenair wrote: >> I don't think we can just sandbox JS runn... [00:57:09] PROBLEM - Free space - all mounts on deployment-bastion is CRITICAL: CRITICAL: deployment-prep.deployment-bastion.diskspace._var.byte_percentfree.value (<33.33%) [00:58:23] 3Beta-Cluster: Beta cluster site root shows default Apache home page - https://phabricator.wikimedia.org/T88639#1016704 (10TTO) 3NEW [01:02:34] (03CR) 10Mattflaschen: ""I am not sure whether we need a qunit-mobile job as well."" [integration/config] - 10https://gerrit.wikimedia.org/r/188527 (https://phabricator.wikimedia.org/T86866) (owner: 10Hashar) [01:03:22] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1016730 (10Ricordisamoa) >>! In T71445#1016653, @jayvdb wrote: > Another approach regarding JS is to migrate it to a language which is safer, a... [01:10:41] 3Continuous-Integration: Zuul-cloner failing to acquire .git/config lock sometimes - https://phabricator.wikimedia.org/T86730#1016762 (10Se4598) p:5Normal>3High this is annoying, and together with T88554 it is hard to get a verified+2 in gerrit even when rechecking. Apparently for the last failing builds on... [01:24:03] 3Beta-Cluster, Release-Engineering: Warnings when running `mwscript eval.php` on deployment-prep - https://phabricator.wikimedia.org/T88093#1016815 (10Krenair) a:3Jdlrobson [01:25:48] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1016824 (10jayvdb) >>! In T71445#1016730, @Ricordisamoa wrote: >>>! In T71445#1016653, @jayvdb wrote: >> Another approach regarding JS is to mi... [01:26:42] 3Continuous-Integration, operations: Migrate operations/puppet.git to use a recent version of puppet-lint from rubygems - https://phabricator.wikimedia.org/T88430#1016833 (10Dzahn) yea, let's keep using .deb instead of bundler. in reply to "removed a few stupid checks", we can also disable them. afaict each chec... [01:35:29] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1016860 (10jayvdb) >>! In T71445#1016685, @Krenair wrote: > >>>! In T71445#1016653, @jayvdb wrote: >>>>! In T71445#1011829, @Krenair wrote: >>... [02:04:50] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1016916 (10Krenair) >>! In T71445#1016860, @jayvdb wrote: > And whenever it happens, we can improve the static analysis tools (and desysop the... [02:23:44] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1016949 (10jayvdb) >>! In T71445#1016916, @Krenair wrote: >>>! In T71445#1016860, @jayvdb wrote: >> And whenever it happens, we can improve the... [02:46:22] (03PS1) 10Krinkle: Revert "Add Translate to the shared mw job" [integration/config] - 10https://gerrit.wikimedia.org/r/188735 [02:47:03] 3MediaWiki-extensions-Translate, Continuous-Integration: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1016972 (10Krinkle) I'm going ahead and reverting 5a7beb00907671d35bdc71. This has been causing build failures in unre... [03:02:26] 3Phabricator: "Patch-For-Review" should be updated if the status in Gerrit changes - https://phabricator.wikimedia.org/T1149#1016984 (10jayvdb) If it doesnt involve too much work, it would be nice to replicate the Bugzilla behaviour, where patch-for-review was a status. When the task is closed, the tag should b... [03:08:26] (03CR) 10Krinkle: [C: 032] "Re-compiled/deployed mediawiki-extensions-zend and mediawiki-extensions-hhvm" [integration/config] - 10https://gerrit.wikimedia.org/r/188735 (owner: 10Krinkle) [03:20:44] (03PS2) 10Krinkle: Revert "Add Translate to the shared mw job" [integration/config] - 10https://gerrit.wikimedia.org/r/188735 [03:20:51] (03CR) 10Krinkle: [C: 032 V: 032] Revert "Add Translate to the shared mw job" [integration/config] - 10https://gerrit.wikimedia.org/r/188735 (owner: 10Krinkle) [03:21:47] !log Reloading Zuul to deploy I08a524ea195c [03:21:52] Logged the message, Master [03:34:41] Project beta-scap-eqiad build #40313: FAILURE in 44 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40313/ [03:38:32] 3Beta-Cluster: Beta cluster en.wikipedia.beta.wmflabs.org showing Apache2 default page - https://phabricator.wikimedia.org/T88639#1017005 (10Krinkle) [03:38:40] 3Beta-Cluster: Beta cluster en.wikipedia.beta.wmflabs.org showing Apache2 default page - https://phabricator.wikimedia.org/T88639#1016704 (10Krinkle) [03:38:43] ryasmeen: ^ [03:55:12] Yippee, build fixed! [03:55:12] Project beta-scap-eqiad build #40315: FIXED in 1 min 1 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40315/ [04:00:26] Project browsertests-VisualEditor-test2.wikipedia.org-linux-chrome-sauce build #470: FAILURE in 17 min: https://integration.wikimedia.org/ci/job/browsertests-VisualEditor-test2.wikipedia.org-linux-chrome-sauce/470/ [04:13:14] (03CR) 10Krinkle: [C: 04-1] "npm install is failing on Wikibase:" [integration/config] - 10https://gerrit.wikimedia.org/r/184592 (owner: 10Adrian Lang) [04:48:13] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1017081 (10Krenair) >>! In T71445#1016949, @jayvdb wrote: >>>! In T71445#1016916, @Krenair wrote: >>>>! In T71445#1016860, @jayvdb wrote: >>> A... [04:54:45] 3Wikipedia-App-iOS-App, Continuous-Integration: phplint shouldn't run on apps/ios/wikipedia repository - https://phabricator.wikimedia.org/T88653#1017082 (10Deskana) 3NEW [04:55:32] 3Wikipedia-App-iOS-App, Continuous-Integration: phplint shouldn't run on apps/ios/wikipedia repository - https://phabricator.wikimedia.org/T88653#1017089 (10Deskana) p:5Triage>3Low Speculatively marking as low priority since it's not blocking anything. Feel free to reprioritise. [05:00:55] 3Wikipedia-App-iOS-App, Continuous-Integration: phplint shouldn't run on apps/ios/wikipedia repository - https://phabricator.wikimedia.org/T88653#1017092 (10Legoktm) I see php files? https://github.com/wikimedia/apps-ios-wikipedia/search?l=php&q=php&utf8=%E2%9C%93 [05:16:29] 3Wikipedia-App-iOS-App, Continuous-Integration: phplint shouldn't run on apps/ios/wikipedia repository - https://phabricator.wikimedia.org/T88653#1017112 (10Deskana) >>! In T88653#1017092, @Legoktm wrote: > I see php files? https://github.com/wikimedia/apps-ios-wikipedia/search?l=php&q=php&utf8=%E2%9C%93 Fair p... [06:24:26] 3Beta-Cluster: Beta cluster en.wikipedia.beta.wmflabs.org showing Apache2 default page - https://phabricator.wikimedia.org/T88639#1017142 (10yuvipanda) So, the new mediawiki instances I set up seem to work just fine. Varnish seems to have cached an older version of the pages right before the mediawiki roles full... [06:30:50] 3Beta-Cluster: Beta cluster en.wikipedia.beta.wmflabs.org showing Apache2 default page - https://phabricator.wikimedia.org/T88639#1017147 (10yuvipanda) 5Open>3Resolved a:3yuvipanda Doing ```varnish> ban req.http.host == en.wikipedia.beta.wmflabs.org && req.url == / 200 ``` on the varnish host seems to hav... [06:32:00] 3Beta-Cluster: API error: unable to connect to redis - https://phabricator.wikimedia.org/T74982#1017152 (10yuvipanda) Is this still a thing? [06:37:08] RECOVERY - Free space - all mounts on deployment-bastion is OK: OK: All targets OK [07:05:21] 3Phabricator: Phabricator comment input should trim whitespace - https://phabricator.wikimedia.org/T88655#1017177 (10awight) 3NEW [07:22:46] (03PS1) 10KartikMistry: cxserver/deploy: Do not run cxserver-npm [integration/config] - 10https://gerrit.wikimedia.org/r/188755 [07:23:20] Where is hashar when needed? :) [07:24:42] (03PS13) 10KartikMistry: WIP: Add generic npm-set-env to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 [07:25:00] (03CR) 10KartikMistry: "Why this? Because of: https://gerrit.wikimedia.org/r/#/c/184609/ :)" [integration/config] - 10https://gerrit.wikimedia.org/r/188755 (owner: 10KartikMistry) [07:30:30] 3Phabricator: Is there a way to adopt parent-child associations, other than "create subtask"? - https://phabricator.wikimedia.org/T88656#1017225 (10awight) 3NEW [07:41:50] 3Phabricator: Is there a way to adopt parent-child associations, other than "create subtask"? - https://phabricator.wikimedia.org/T88656#1017240 (10awight) p:5Normal>3Low Meh, let me downgrade this to "I'm curious whether...". The "blocks" association can sort of express the same meaning, but many-to-many. [07:43:16] 3Phabricator.org, Phabricator: "Resolved" should be the first (default) option in "Change Status" action - https://phabricator.wikimedia.org/T548#1017244 (10Qgil) According to upstream, and according to @chasemp, this is a local problem in our instance. >>! In https://secure.phabricator.com/T7164#94841, @chase... [07:43:26] 3Phabricator: "Resolved" should be the first (default) option in "Change Status" action - https://phabricator.wikimedia.org/T548#1017245 (10Qgil) [07:46:28] 3Community-Engagement, Multimedia, Deployment-Systems: New Feature Notification - https://phabricator.wikimedia.org/T77347#1017247 (10Rdicerb) [07:49:36] 3Phabricator: Is there a way to adopt parent-child associations, other than "create subtask"? - https://phabricator.wikimedia.org/T88656#1017251 (10Qgil) 5Open>3Invalid a:3Qgil "Create Subtask" and "Edit Blocking Tasks" are the two options available. Your questions about Phabricator are welcome at https:/... [07:56:50] 3Wikimedia-Fundraising-CiviCRM, Continuous-Integration: CI for Civi: provision and run tests under Jenkins/Zuul - https://phabricator.wikimedia.org/T86103#1017287 (10awight) [07:59:45] (03CR) 10Adrian Lang: "Fixed in If3472bc80c6ef114fd58dc96965830b608f503a2." [integration/config] - 10https://gerrit.wikimedia.org/r/184592 (owner: 10Adrian Lang) [08:00:21] 3Phabricator: Looks like "merge duplicates" doesn't carry over blocking tasks - https://phabricator.wikimedia.org/T88659#1017302 (10awight) 3NEW [08:27:37] 3Beta-Cluster: API error: unable to connect to redis - https://phabricator.wikimedia.org/T74982#1017333 (10hashar) 5Open>3Resolved a:3hashar Seems the redis server that backs up the job queue processing went down at some point. Jobs are processed right now so redis must be up and this error solved. [08:32:00] 3Wikipedia-App-iOS-App, Continuous-Integration: phplint shouldn't run on apps/ios/wikipedia repository - https://phabricator.wikimedia.org/T88653#1017339 (10hashar) One can configure Zuul to only trigger apps-ios-wikipedia-phplint when a php file has been changed. In integration/config.git zuul/layout.yaml: ```... [08:42:42] (03Abandoned) 10Hashar: Bump PHPUnit to 4.4.4 [integration/phpunit] - 10https://gerrit.wikimedia.org/r/188694 (owner: 10MaxSem) [08:46:02] (03CR) 10Hashar: "Dduvall wrote:" [integration/config] - 10https://gerrit.wikimedia.org/r/188698 (owner: 10Dduvall) [08:48:38] 3MediaWiki-extensions-Translate, MediaWiki-extensions-UniversalLanguageSelector, MediaWiki-extensions-CLDR, Continuous-Integration, MediaWiki-extensions-Babel: Add i18n team extensions to mediawiki-phpunit-(zend|hhvm) - https://phabricator.wikimedia.org/T86930#1017360 (10hashar) [08:49:28] 3MediaWiki-RfCs, ArchCom, Continuous-Integration: RFC: Extensions continuous integration - https://phabricator.wikimedia.org/T1350#1017363 (10hashar) [08:49:30] 3MediaWiki-extensions-Translate, MediaWiki-extensions-UniversalLanguageSelector, MediaWiki-extensions-CLDR, Continuous-Integration, MediaWiki-extensions-Babel: Add i18n team extensions to mediawiki-phpunit-(zend|hhvm) - https://phabricator.wikimedia.org/T86930#1017361 (10hashar) 5Resolved>3Open Translate cau... [08:50:33] 3MediaWiki-extensions-Translate, Continuous-Integration: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1017364 (10hashar) Thanks to @Krinkle, Translate is no more in the shared job ( https://gerrit.wikimedia.org/r/#/c/188... [08:50:45] 3MediaWiki-extensions-Translate, Continuous-Integration: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1017365 (10hashar) [09:03:49] 3Parsoid, RESTBase, Services, Continuous-Integration: Move Parsoid and RESTBase testing from Travis CI to our Jenkins - https://phabricator.wikimedia.org/T78410#1017382 (10hashar) Following on discussions I had last week with Gabriel Wicke and Adam Wight (for CiviCRM testing T86374). We can get one or more dedi... [09:07:17] PROBLEM - Puppet staleness on deployment-eventlogging02 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [43200.0] [09:07:39] 3Continuous-Integration, operations: Migrate operations/puppet.git to use a recent version of puppet-lint from rubygems - https://phabricator.wikimedia.org/T88430#1017388 (10hashar) From my comment on https://gerrit.wikimedia.org/r/#/c/188375/ ---- Ubuntu provides a package for puppet-lint 1.1.0 ( http://packag... [09:10:21] 3Beta-Cluster: /var/log full on deployment-elasticsearch* hosts - https://phabricator.wikimedia.org/T88280#1008133 (10hashar) >>! In T88280#1016111, @greg wrote: > Is it worth reimaging these hosts with the new bigger var? Most probably :-] [09:11:07] (03PS14) 10KartikMistry: Add generic npm-set-env to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 [09:12:17] 3MediaWiki-extensions-Translate, Continuous-Integration: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1017394 (10hashar) I have removed the HHVM project tag, but maybe it was happening on the Zend PHP as well? If anyone... [09:43:23] 3Code-Review, Engineering-Community, Team-Practices: Organize a Gerrit Cleanup Day - https://phabricator.wikimedia.org/T88531#1017429 (10Qgil) >>! In T88531#1016614, @Awjrichards wrote: > Besides looking at elapsed time and current code review status (eg -1), it would be great if there were a way to evaluate the... [09:51:19] 3Code-Review, Engineering-Community, Team-Practices: Organize a Gerrit Cleanup Day - https://phabricator.wikimedia.org/T88531#1017432 (10Nemo_bis) >>! In T88531#1016301, @Reedy wrote: > Some basic rules should be devised here. > > Such as, if a patch is -1 for X time, with no response, or work from the author (... [09:54:49] Project beta-scap-eqiad build #40351: FAILURE in 49 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40351/ [09:55:57] 3Code-Review, Engineering-Community, Team-Practices: Organize a Gerrit Cleanup Day - https://phabricator.wikimedia.org/T88531#1017434 (10Qgil) [09:56:48] 3Code-Review, Engineering-Community, Team-Practices: Organize a Gerrit Cleanup Day - https://phabricator.wikimedia.org/T88531#1014128 (10Qgil) Let's agree on the goals. I have proposed a list of goals in the description. [10:08:05] 3operations, Continuous-Integration: Migrate operations/puppet.git to use a recent version of puppet-lint from rubygems - https://phabricator.wikimedia.org/T88430#1017451 (10faidon) 5Open>3Resolved a:3faidon It took me all of 3 minutes to reprepro includedeb/dsc puppet-lint into our apt for both precise &... [10:14:58] Yippee, build fixed! [10:14:59] Project beta-scap-eqiad build #40353: FIXED in 1 min 0 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40353/ [11:11:06] Project browsertests-VisualEditor-language-screenshot-os_x_10.10-firefox ยป hr,contintLabsSlave && UbuntuTrusty build #12: FAILURE in 21 min: https://integration.wikimedia.org/ci/job/browsertests-VisualEditor-language-screenshot-os_x_10.10-firefox/LANGUAGE_SCREENSHOT_CODE=hr,label=contintLabsSlave%20&&%20UbuntuTrusty/12/ [11:39:34] PROBLEM - Puppet failure on deployment-mediawiki03 is CRITICAL: CRITICAL: 25.00% of data above the critical threshold [0.0] [11:45:31] PROBLEM - Host deployment-mediawiki03 is DOWN: CRITICAL - Host Unreachable (10.68.16.163) [11:51:46] PROBLEM - Puppet failure on deployment-videoscaler01 is CRITICAL: CRITICAL: 50.00% of data above the critical threshold [0.0] [11:55:57] PROBLEM - App Server Main HTTP Response on deployment-mediawiki01 is CRITICAL: Connection refused [11:56:02] PROBLEM - App Server bits response on deployment-mediawiki01 is CRITICAL: Connection refused [11:56:49] ^ 'tis alright [12:05:58] RECOVERY - App Server Main HTTP Response on deployment-mediawiki01 is OK: HTTP OK: HTTP/1.1 200 OK - 49032 bytes in 3.536 second response time [12:06:03] RECOVERY - App Server bits response on deployment-mediawiki01 is OK: HTTP OK: HTTP/1.1 200 OK - 3895 bytes in 0.002 second response time [12:06:03] 3Continuous-Integration, operations: Migrate operations/puppet.git to use a recent version of puppet-lint from rubygems - https://phabricator.wikimedia.org/T88430#1017628 (10hashar) No FUD intended. I just wanted to tied the puppet lint version within the source repository and Gemfile/bundler is a way to achieve... [12:09:05] PROBLEM - Puppet failure on deployment-mediawiki01 is CRITICAL: CRITICAL: 37.50% of data above the critical threshold [0.0] [12:09:47] Project beta-scap-eqiad build #40362: FAILURE in 25 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40362/ [12:10:15] 3Continuous-Integration, operations: Migrate operations/puppet.git to use a recent version of puppet-lint from rubygems - https://phabricator.wikimedia.org/T88430#1017647 (10hashar) [12:11:00] PROBLEM - App Server bits response on deployment-mediawiki02 is CRITICAL: Connection refused [12:14:06] RECOVERY - Puppet failure on deployment-mediawiki01 is OK: OK: Less than 1.00% above the threshold [0.0] [12:16:02] RECOVERY - App Server bits response on deployment-mediawiki02 is OK: HTTP OK: HTTP/1.1 200 OK - 3895 bytes in 0.002 second response time [12:21:44] RECOVERY - Puppet failure on deployment-videoscaler01 is OK: OK: Less than 1.00% above the threshold [0.0] [12:24:15] (03PS1) 10Hashar: Adjust puppet-lint options for 1.1.0 [integration/config] - 10https://gerrit.wikimedia.org/r/188794 [12:25:14] !log Upgrading puppet-lint from 0.3.2 to 1.1.0 on all repositories. All jobs are non voting beside mediawiki-vagrant-puppetlint-lenient which pass just fine with 1.1.0 [12:25:19] Logged the message, Master [12:27:16] (03CR) 10Hashar: [C: 032] "Jobs updated" [integration/config] - 10https://gerrit.wikimedia.org/r/188794 (owner: 10Hashar) [12:29:46] 3Project-Creators, Phabricator, Engineering-Community: Analytics-Volunteering and Wikidata's Need-Volunteer tags - https://phabricator.wikimedia.org/T88266#1017709 (10Aklapper) [12:30:16] 3Phabricator: request for deletion: 'shell' project - https://phabricator.wikimedia.org/T87623#1017712 (10Aklapper) [12:37:36] PROBLEM - SSH on deployment-lucid-salt is CRITICAL: Connection refused [12:41:34] (03Merged) 10jenkins-bot: Adjust puppet-lint options for 1.1.0 [integration/config] - 10https://gerrit.wikimedia.org/r/188794 (owner: 10Hashar) [12:44:11] YuviPanda: arghh yet another scap failure https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40365/console :D [12:44:16] CalledProcessError: Command 'sudo -u apache -n -- /bin/mktemp' returned non-zero exit status 1 [12:44:35] aaha [12:44:36] right [12:44:41] sudo -u apache [12:44:45] should be sudo -u www-data [12:44:49] I wonder where that's coming from [12:45:16] ah no [12:45:16] sudo: sorry, a password is required to run sudo [12:45:28] I guess the user is hardcoded in the scap script [12:45:33] yeah [12:45:33] it is [12:45:36] let me fix [12:45:42] going to be a mess to fix up [12:45:54] since if you change scap, that would change it for production as well which afaik is not migrated yet [12:46:00] (i.e. prod still use apache user) [12:46:34] scap/tasks.py:431: 'sudo -u apache -n -- /bin/mktemp', shell=True).strip() [12:46:35] :( [12:46:42] yeah [12:46:59] scap.cfg supports varying its settings based on realm [12:47:02] much like hiera() [12:47:19] so should be possible to make the apache/www-data a variable which we would be able to tweak in scap.cfg [12:47:30] kid #2 crying. On duty! [12:50:28] 3Phabricator: "Patch-For-Review" should be updated if the status in Gerrit changes - https://phabricator.wikimedia.org/T1149#1017792 (10Aklapper) >>! In T1149#1016984, @jayvdb wrote: > If it doesnt involve too much work, it would be nice to replicate the Bugzilla behaviour, where patch-for-review was a status.... [12:56:13] 3Phabricator: "Patch-For-Review" should be updated if the status in Gerrit changes - https://phabricator.wikimedia.org/T1149#1017812 (10jayvdb) >>! In T1149#1017792, @Aklapper wrote: >>>! In T1149#1016984, @jayvdb wrote: >> If it doesnt involve too much work, it would be nice to replicate the Bugzilla behaviour,... [12:58:29] YuviPanda: your flake8 tweak on scap does not work. Reverted it with https://gerrit.wikimedia.org/r/#/c/188802/ [12:58:36] also might want to poke ori / bd808 about it [12:58:43] hasharAway: yeah, I realized that right as I hit +2 [12:58:51] I prefer 78/80 chars myself since I do everything in small terminals [12:59:11] but I barely interact with scap so I don't really mind :] [12:59:17] :) I'll talk to bd808|BUFFER, yeah. [12:59:27] I think 80 is way too small, esp. with python :) [12:59:30] but I'll talk to them [13:11:47] !log restarted Zuul server to clear out stalled jobs [13:11:51] Logged the message, Master [13:12:07] hasharAway: scap passes now! [13:14:51] Yippee, build fixed! [13:14:51] Project beta-scap-eqiad build #40369: FIXED in 48 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40369/ [13:15:41] \O/ [13:15:46] YuviPanda: well done [13:16:01] YuviPanda: if you use scap.cfg you would be able to get the hack merged in [13:16:11] and thus get rid of the scap local hack on beta [13:17:31] hasharAway: yup. but there's already another local hack in scap [13:21:32] 3Phabricator: Enabling Herald - https://phabricator.wikimedia.org/T630#1017853 (10Aklapper) >>! In T630#1014897, @Negative24 wrote: > Was T493 resolved with a Phabricator release? No, that problem would still appear... mmodell should be the person who knows best about this. [13:23:21] hasharAway: assuming that we're going to move prod next week, not sure if it's worth it to change [13:30:44] YuviPanda: probably not :] [13:30:59] I am sure we can survive with a live hack of scap for a couple weeks [13:42:40] 3Continuous-Integration: Set up salt for integration slaves in labs - https://phabricator.wikimedia.org/T87819#1017886 (10hashar) @Andrew @coren @yuvipanda Pinging you for acknowledgement. The deployment-prep labs project already has its own salt master. We are going to do the same for the integration project... [13:44:44] 3Continuous-Integration: Set up salt for integration slaves in labs - https://phabricator.wikimedia.org/T87819#1017894 (10yuvipanda) Yeah, go ahead. T78466 should let us chain salt masters, thus getting rid of the second problem. [13:45:35] 3Continuous-Integration: Jenkins: Set up jobs for SwiftCloudFiles extension - https://phabricator.wikimedia.org/T48262#1017900 (10hashar) 5Open>3declined a:3hashar The extension / script is no more of any use. [13:45:36] 3Continuous-Integration: Jenkins: Set up tests for all extensions used by WMF - https://phabricator.wikimedia.org/T36617#1017903 (10hashar) [14:07:20] 3MediaWiki-extensions-Translate, Continuous-Integration: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1017921 (10Nemo_bis) This? Cf. T42451 ``` 2015-02-04 16:48:35 integration-slave1009 build2230: [d25e942d] [no req] E... [14:32:48] 3Continuous-Integration: Android app build: Gradle checkstyle + app build - https://phabricator.wikimedia.org/T88494#1017942 (10hashar) Thanks for all the details, much helpful. I noticed gradle maintains a cache under the $HOME/.gradle/cache which is great, preventing to having to download the whole internet o... [14:48:33] 3MediaWiki-extensions-Translate, Continuous-Integration: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1017953 (10hashar) The sqlite database is on a tmpfs (RAM disk) so it is fast enough, anyway the test should take care... [14:56:17] 3Phabricator: Next Phabricator upgrade on YYYY-MM-DD - https://phabricator.wikimedia.org/T86772#1017957 (10Aklapper) [16:06:07] (03PS1) 10Cmcmahon: Remove Neil from recipient list, he is no longer on the project [integration/config] - 10https://gerrit.wikimedia.org/r/188818 [16:14:52] Project beta-scap-eqiad build #40387: FAILURE in 49 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40387/ [16:17:32] (03CR) 10Zfilipin: [C: 032] Remove Neil from recipient list, he is no longer on the project [integration/config] - 10https://gerrit.wikimedia.org/r/188818 (owner: 10Cmcmahon) [16:18:00] (03PS2) 10Zfilipin: Add smoke tests for MobileFrontend in jjb [integration/config] - 10https://gerrit.wikimedia.org/r/186451 (owner: 10Jdlrobson) [16:20:31] 3Beta-Cluster, operations: Make www-data the web-serving user (is currently apache) - https://phabricator.wikimedia.org/T78076#1018151 (10bd808) a:5bd808>3yuvipanda Handing this off to @yuvipanda as the owner of seeing the change through. Thanks Yuvi! [16:21:39] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1018157 (10Joe) p:5High>3Unbreak! [16:22:30] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#783695 (10Joe) I have large difficulties working with phabricator day to day. This ticket has been around long enough. Please ubreak now. [16:25:40] (03Merged) 10jenkins-bot: Remove Neil from recipient list, he is no longer on the project [integration/config] - 10https://gerrit.wikimedia.org/r/188818 (owner: 10Cmcmahon) [16:29:43] 3Beta-Cluster: Beta cluster en.wikipedia.beta.wmflabs.org showing Apache2 default page - https://phabricator.wikimedia.org/T88639#1018180 (10greg) >>! In T88639#1017142, @yuvipanda wrote: > Varnish seems to have cached an older version of the pages right before the mediawiki roles fully took effect, I guess. Is... [16:34:52] Yippee, build fixed! [16:34:53] Project beta-scap-eqiad build #40389: FIXED in 55 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40389/ [16:36:38] 3MediaWiki-extensions-MathSearch, Release-Engineering: beta-code-update-eqiad has been failing since 24 January - https://phabricator.wikimedia.org/T87820#1018190 (10hashar) 5Open>3Resolved a:3hashar Seems fixed now. [16:41:49] (03CR) 10Cmcmahon: [C: 032] "Paired with Zeljko to confirm the intent of this build. You can see it run at https://integration.wikimedia.org/ci/view/BrowserTests/view" [integration/config] - 10https://gerrit.wikimedia.org/r/186451 (owner: 10Jdlrobson) [16:45:56] Project browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce build #1: SUCCESS in 8 min 44 sec: https://integration.wikimedia.org/ci/job/browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce/1/ [17:04:39] 3Code-Review, Wikimedia-General-or-Unknown: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites - https://phabricator.wikimedia.org/T71445#1018268 (10Krenair) No it does not. [17:20:25] 3Release-Engineering: Remove Neilk from UploadWizard Jenkins build notifications in jjb - https://phabricator.wikimedia.org/T87700#1018326 (10Cmcmahon) 5Open>3Resolved [17:27:12] PROBLEM - English Wikipedia Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [17:32:00] RECOVERY - English Wikipedia Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 48111 bytes in 0.591 second response time [17:32:45] 3Scrum-of-Scrums, Echo, MediaWiki-General-or-Unknown, Release-Engineering: Get JQuery error "a is undefined" running browser tests locally for Firefox - https://phabricator.wikimedia.org/T87446#1018371 (10Cmcmahon) 5Open>3Resolved [17:32:57] http://en.wikipedia.beta.wmflabs.org/wiki/Main_Page images aren't loading because we depend on prod upload.wikimedia.org :/ [17:33:58] 3Scrum-of-Scrums, Echo, MediaWiki-General-or-Unknown, Release-Engineering: Get JQuery error "a is undefined" running browser tests locally for Firefox - https://phabricator.wikimedia.org/T87446#991347 (10Cmcmahon) Removed the explicit onfocus event from the Login method in mediawiki_selenium shared code. Update... [17:38:04] PROBLEM - App Server Main HTTP Response on deployment-mediawiki01 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [17:42:57] RECOVERY - App Server Main HTTP Response on deployment-mediawiki01 is OK: HTTP OK: HTTP/1.1 200 OK - 48459 bytes in 0.603 second response time [17:43:47] PROBLEM - English Wikipedia Mobile Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [17:48:35] RECOVERY - English Wikipedia Mobile Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 29151 bytes in 0.592 second response time [17:53:56] marxarelli: you missed the fun of a total site outage :) [17:54:28] greg-g: uh, en wikipedia is still pretty jacked for me :) [17:54:38] yeah, so, not totally missed :) [17:54:49] (redis/memcache still having issues, I think) [17:55:42] looks like resourceloader? [17:55:45] enwiki is OK for me but wikipedia.org looks terrible [18:01:12] 3Beta-Cluster: Detect image loading from production, pull those images into beta cluster - https://phabricator.wikimedia.org/T63784#1018431 (10greg) When production goes down (like this morning) Beta Cluster can't get images that are hardcoded, eg the main page: {F37580} It still feels icky to depend on prod i... [18:11:37] 3Beta-Cluster: Rename all occurences of "deployment-prep" to "beta-cluster" - https://phabricator.wikimedia.org/T74694#1018445 (10greg) p:5Low>3Volunteer? [18:12:25] 3Beta-Cluster, Release-Engineering: Use Beta cluster as a true canary for code deployments (tracking) - https://phabricator.wikimedia.org/T53494#1018447 (10greg) [18:16:29] 3Staging, Release-Engineering: [Quarterly Success Metric] Green nightly builds on the staging cluster (tracking) - https://phabricator.wikimedia.org/T88701#1018466 (10greg) 3NEW [18:19:42] 3Staging: Create staging cluster (tracking) - https://phabricator.wikimedia.org/T88702#1018485 (10greg) [18:19:43] 3Staging, Release-Engineering: [Quarterly Success Metric] Green nightly builds on the staging cluster (tracking) - https://phabricator.wikimedia.org/T88701#1018484 (10greg) [18:22:47] 3Staging: Setup staging-tin as deployment host - https://phabricator.wikimedia.org/T88442#1018506 (10greg) [18:22:49] 3Staging: Setup staging-palladium as puppetmaster and saltmaster - https://phabricator.wikimedia.org/T88304#1018507 (10greg) [18:22:50] 3Staging: Create staging cluster (tracking) - https://phabricator.wikimedia.org/T88702#1018505 (10greg) [18:25:31] 3Staging: [Quarterly Success Metric] - Stable uptime metrics of the Staging cluster - https://phabricator.wikimedia.org/T88705#1018520 (10greg) 3NEW [18:26:26] 3Staging: [Quarterly Success Metric] By team test history - https://phabricator.wikimedia.org/T88706#1018529 (10greg) 3NEW a:3dduvall [18:26:47] 3Staging, Release-Engineering: [Quarterly Success Metric] By team test history - https://phabricator.wikimedia.org/T88706#1018529 (10greg) [18:27:24] 3Beta-Cluster: Beta cluster en.wikipedia.beta.wmflabs.org showing Apache2 default page - https://phabricator.wikimedia.org/T88639#1018539 (10yuvipanda) Here's the sequence of things that happened: 1. I delete old deployment-mediawiki02 2. Varnish stops sending it traffic, because it isnt' reachable 3. I bring u... [18:27:45] (03PS3) 10Hashar: Add smoke tests for MobileFrontend in jjb [integration/config] - 10https://gerrit.wikimedia.org/r/186451 (owner: 10Jdlrobson) [18:28:05] (03CR) 10Hashar: [C: 032] "Rebased and +2 again." [integration/config] - 10https://gerrit.wikimedia.org/r/186451 (owner: 10Jdlrobson) [18:31:37] (03CR) 10Hashar: [C: 031] "Thanks a ton for factoring out the source/deploy out of the parsoid jobs so they can be used for similar repositories." [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [18:32:58] 3Beta-Cluster: Beta cluster en.wikipedia.beta.wmflabs.org showing Apache2 default page - https://phabricator.wikimedia.org/T88639#1018553 (10greg) gotcha, move along then :) [18:33:45] greg-g: btw, 0 cherry-picked patches on deployment-prep now, and since I re-imaged the mediawiki / jobrunner servers yesterday me and Joe were able to test a biggish patch (change user from apache to www-data) on beta properly [18:35:35] YuviPanda: yay! [18:35:43] (03Merged) 10jenkins-bot: Add smoke tests for MobileFrontend in jjb [integration/config] - 10https://gerrit.wikimedia.org/r/186451 (owner: 10Jdlrobson) [18:35:44] greg-g: need to write up emails now. [18:35:53] yay! [18:35:56] * greg-g loves emails [18:35:58] :) [18:36:03] greg-g: and then go off on vacation :) [18:36:12] yay! (also boo!) [18:36:19] * greg-g loves vacation [18:36:34] greg-g: after an intense 3 day betalabs workout (no more tiny /var on mediawiki01, 02, jobrunner01, and they have same roles as prod, except for scap), I'm detoxing by working on some toollabs stuff [18:37:05] <^d> Hopefully I can get the roles for ES cleared up [18:37:57] ^d: oh yeah, let me look at them again. got distracted by a 80col vs 120col debate [18:38:02] 3Release-Engineering: [Quarterly Success Metric] RelEng+TPG process discussion and improvements (tracking) - https://phabricator.wikimedia.org/T88708#1018568 (10greg) 3NEW a:3Cmcmahon [18:38:12] <^d> important discussion, carry on! [18:38:45] 80forlife [18:39:02] jenkins -1'd my patch to scap for being 81 lines [18:39:13] annyway [18:39:18] ^d: looking at your patch now [18:40:15] YuviPanda: and then you hacked around it like opsen do :P [18:40:30] greg-g: yes, and then felt shame and corruption of the heart [18:40:34] (have profusely apologized to bd808) [18:40:55] I shall fight the '+2 everything because you are all powerful, heh!' disease [18:41:17] I'm just glad your self-aware [18:41:23] :) [18:42:10] hashar reverted it before I could revert it myself [18:42:21] a 2 week vacation is a good time to contemplate this [18:52:19] 3Beta-Cluster, operations: Make www-data the web-serving user (is currently apache) - https://phabricator.wikimedia.org/T78076#1018624 (10yuvipanda) P262 contains commands that were used during the migration [18:55:59] 3Phabricator: Decide on "Needs Volunteer" Priority field value in Phabricator - https://phabricator.wikimedia.org/T78617#1018650 (10matmarex) "Needs Volunteer" is confusing, or can be construed as confusing when someone wishes to make a ruckus. I like "Lowest" or "None". (I have not read the entire discussion, f... [18:57:46] mediawiki tables are still a black magic to me [18:58:14] but... [18:58:15] VE has decent support for them now [18:58:17] I was surprised [18:58:23] loook at that: quarterly success metrics with tasks! https://www.mediawiki.org/wiki/Wikimedia_Release_Engineering_Team#Current_Quarter [18:58:57] YuviPanda: even then, I've had differences between what VE shows me and what I get when I save. I also just had a difference between what non-VE "show preview" showed me vs saved [19:00:40] greg-g: aaah [19:00:42] heh [19:07:35] YuviPanda: You're welcome. :-) [19:07:36] 3Staging: [Quarterly Success Metric] Stable uptime metrics of the Staging cluster - https://phabricator.wikimedia.org/T88705#1018673 (10greg) [19:07:51] James_F: :) [19:07:52] Yippee, build fixed! [19:07:53] Project browsertests-VisualEditor-test2.wikipedia.org-linux-chrome-sauce build #471: FIXED in 19 min: https://integration.wikimedia.org/ci/job/browsertests-VisualEditor-test2.wikipedia.org-linux-chrome-sauce/471/ [19:08:07] greg-g: http://graphite.wmflabs.org/render/?width=586&height=308&_salt=1423163277.777&target=deployment-prep.deployment-salt.puppetmaster.cherrypicked_commits.value is the happy graph [19:08:13] (local cherry-picks to deployment-master) [19:08:14] greg-g: Yeah, PSTs get really confusing. [19:08:38] 3Release-Engineering: Update Beta Cluster status documentation (re Q3 intradepartamental priority) - https://phabricator.wikimedia.org/T1000#1018675 (10greg) 5Open>3Resolved See https://www.mediawiki.org/wiki/Wikimedia_Release_Engineering_Team/Quarterly_review,_January_2015#What.27s_Next_.28Priorities.29 Al... [19:09:48] James_F: psts? [19:10:10] greg-g: Pre-Save Transforms. Wikitext that's only valid one-way and gets changed when you save. [19:10:17] * greg-g nods [19:10:27] greg-g: E.g. [[Foo (bar)|]] transforms to [[Foo (bar)|Foo]]. [19:10:37] gotcha [19:25:03] 3Bot-Requests, Phabricator: Project hashtags are sometimes not autolinked - https://phabricator.wikimedia.org/T88719#1018790 (10Tgr) 3NEW [19:33:59] 3Code-Review, Phabricator: "Fixes-Task" keyword in Git commit message that will cause a bug report to automatically be marked Resolved in Maniphest - https://phabricator.wikimedia.org/T55387#1018848 (10Nemo_bis) >>! In T55387#787041, @Mattflaschen wrote: > However, in order to get notifications //before// merge... [19:46:18] (03CR) 10Legoktm: "Is there an environment variable or something that can be checked to see if this is for mediawiki/vendor?" [integration/jenkins] - 10https://gerrit.wikimedia.org/r/187933 (https://phabricator.wikimedia.org/T88211) (owner: 10Legoktm) [19:53:28] (03PS1) 10Legoktm: Make mwext-StaffEdits-testextension-* voting [integration/config] - 10https://gerrit.wikimedia.org/r/188870 [20:01:03] 3Bot-Requests, Phabricator: Project hashtags are sometimes not autolinked - https://phabricator.wikimedia.org/T88719#1018994 (10Aklapper) https://phabricator.wikimedia.org/tag/confirmedit/ simply does not exist [20:01:11] 3Bot-Requests, Phabricator: Project hashtags are sometimes not autolinked - https://phabricator.wikimedia.org/T88719#1018995 (10Aklapper) [20:04:28] I can't believe I'm going to type this, but, I'm going to be afk over lunch (taking care of rowan while wife is on a phone call) [20:04:44] greg-g: How very dare you. :-) [20:04:54] I know, right? [20:05:20] * greg-g goes [20:05:51] 3Bot-Requests, Phabricator: Project hashtags are sometimes not autolinked - https://phabricator.wikimedia.org/T88719#1019024 (10Aklapper) Ah, so this refers to https://phabricator.wikimedia.org/tag/mediawiki-extensions-confirmedit-%28captcha-extension%29/ - I'm afraid that alternative hashtags are not implemente... [20:07:19] 3Bot-Requests, Phabricator: Project hashtags are sometimes not autolinked - https://phabricator.wikimedia.org/T88719#1019026 (10Aklapper) p:5Triage>3Low Hmm, no, you're right, bots is not primary either. Wondering what's the deal here. [20:09:04] Project browsertests-MobileFrontend-test2.m.wikipedia.org-linux-firefox-sauce build #452: FAILURE in 36 min: https://integration.wikimedia.org/ci/job/browsertests-MobileFrontend-test2.m.wikipedia.org-linux-firefox-sauce/452/ [20:14:03] YuviPanda: I amended your scap patch to fix the pep8 violation. [20:22:15] chrismcmahon: can we move our pairing session to 2:30 or 3? [20:29:33] 3Legalpad, WMF-Legal, Phabricator: remove legalpad.wm.org - https://phabricator.wikimedia.org/T87688#1019081 (10Dzahn) a:5chasemp>3Dzahn [20:30:13] 3Legalpad, WMF-Legal, Phabricator: remove legalpad.wm.org - https://phabricator.wikimedia.org/T87688#996799 (10Dzahn) i merged. it's now removed from puppet and DNS. the server "radon" could now be used for something else, phab failover or other [20:42:19] marxarelli: sure. an hour later then? (this is me trying to pass a block to an object: http://knowyourmeme.com/photos/234739-i-have-no-idea-what-im-doing) [20:44:17] chrismcmahon: cool, thanks. block to an method you mean? [20:44:32] thus the image :-) [20:44:36] haha [20:45:02] marxarelli: I'll show you what I mean later, I'm probably describing it badly, and I know I'm doing it wrong [20:57:37] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1019135 (10Qgil) What if we use the default backend instead of Elasticsearch? The problems we are having currently are supposed to be fixed in Phabricator's native backend, and we are not gaining anything from having Ela... [21:16:15] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1019179 (10Chad) I thought the reason for it was that Elasticsearch supported things that Mysql just wouldn't support? I can't find the task offhand where it was originally requested. [21:29:22] 3Legalpad, WMF-Legal, Phabricator: remove legalpad.wm.org - https://phabricator.wikimedia.org/T87688#1019206 (10Dzahn) [21:30:04] 3Legalpad, WMF-Legal, Phabricator: remove legalpad.wm.org - https://phabricator.wikimedia.org/T87688#1019207 (10Dzahn) 5Open>3Resolved reinstalled, created tasks for disk wipe. consider it gone [21:30:07] 3Phabricator, operations: Delete LikeLifer username - https://phabricator.wikimedia.org/T87092#1019210 (10Qgil) @chasemp or anyone in #operations, can you act on this, please? [21:38:41] 3Phabricator, operations: Delete LikeLifer username - https://phabricator.wikimedia.org/T87092#1019229 (10Dzahn) a:3Dzahn [21:39:55] 3Phabricator, operations: Delete LikeLifer username - https://phabricator.wikimedia.org/T87092#983768 (10Dzahn) thanks to ^d for the how to: ``` ./remove destroy @LikeLifer IMPORTANT: OBJECTS WILL BE PERMANENTLY DESTROYED! There is no way to undo this operation or ever retrieve this data. These 1 object(s... [21:41:07] 3Phabricator, operations: Delete LikeLifer username - https://phabricator.wikimedia.org/T87092#1019248 (10Dzahn) 5Open>3Resolved [22:08:21] 3Release-Engineering, Wikimedia-Extension-setup: Install SMW on AffCom wiki - https://phabricator.wikimedia.org/T88748#1019401 (10Chad) [22:11:49] 3Engineering-Community, Release-Engineering, Wiki-Release-Team: Clean #Wiki-Release-Team project - https://phabricator.wikimedia.org/T88263#1019412 (10Aklapper) [[ https://phabricator.wikimedia.org/maniphest/?statuses=open%2Cstalled&allProjects=PHID-PROJ-3kg2g5472zxauifmlp3d#R | 25 open tickets ]]: * Stakeholder... [22:13:26] 3Project-Creators, Phabricator, Engineering-Community: Analytics-Volunteering and Wikidata's Need-Volunteer tags - https://phabricator.wikimedia.org/T88266#1019422 (10Aklapper) @kevinator: Okay with Lydia's proposal above? (I'm also wondering where the creation of the Analytics-Volunteering project was discussed... [22:15:11] 3Phabricator, Engineering-Community: Guideline (for triagers) to avoid cookie-licking of tasks - https://phabricator.wikimedia.org/T85446#1019429 (10Aklapper) [22:15:14] 3Release-Engineering, Wikimedia-Extension-setup: Install SMW on AffCom wiki - https://phabricator.wikimedia.org/T88748#1019433 (10Krenair) Pretty sure this is automatically declined per T10390 [22:17:23] 3Release-Engineering, Wikimedia-Extension-setup: Install SMW on AffCom wiki - https://phabricator.wikimedia.org/T88748#1019444 (10Reedy) FYI, installing SMW on the cluster really isn't "as easy as that". There's more to it. Plus security review for SMW and dependencies\. And we're running 1.8 for wikitech. I'm... [22:21:13] Reedy: but but...composer install!! [22:21:54] 3Phabricator, Engineering-Community: Guideline (for triagers) to avoid cookie-licking of tasks - https://phabricator.wikimedia.org/T85446#1019464 (10Aklapper) Note that https://phabricator.wikimedia.org/maniphest/report/ offers "Oldest (All)" and "Oldest (Pri)" columns per assignee, but that refers to the creati... [22:24:42] 3Wiki-Release-Team, Release-Engineering, Engineering-Community: Clean #Wiki-Release-Team project - https://phabricator.wikimedia.org/T88263#1019480 (10Qgil) You could add "T" in front of the numbers... :) [22:34:45] Project beta-scap-eqiad build #40431: FAILURE in 46 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40431/ [22:36:34] 3Phabricator: Decide what to do with tracking bugs - https://phabricator.wikimedia.org/T75703#1019536 (10Aklapper) >>! In T75703#936981, @Qgil wrote: > So what about this guideline: > > * Subtasks and blockers of real tasks are totally fine. > * If someone wants to convert a tracking task in a project, they jus... [22:53:18] Yippee, build fixed! [22:53:18] Project beta-scap-eqiad build #40433: FIXED in 1 min 6 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40433/ [23:05:21] 3Release-Engineering: Release MediaWiki 1.25 - https://phabricator.wikimedia.org/T88709#1019621 (10greg) a:5greg>3None [23:05:35] legoktm: ^ :) [23:06:14] sounds good :) [23:14:32] 3Deployment-Systems, Release-Engineering: update make-release to refuse to work if tag != $wgVersion - https://phabricator.wikimedia.org/T949#1019652 (10greg) a:5MarkAHershberger>3None [23:17:45] 3Release-Engineering: Automate Testing of MediaWiki Tarball releases - https://phabricator.wikimedia.org/T974#1019665 (10greg) [23:24:03] 3Release-Engineering, Engineering-Community, Wiki-Release-Team: Clean #Wiki-Release-Team project - https://phabricator.wikimedia.org/T88263#1019684 (10Aklapper) I dislike triggering all those notifications automatically and there's a link to all items in the first line. :) [23:25:38] 3Continuous-Integration, Release-Engineering: Automate Testing of MediaWiki Tarball releases - https://phabricator.wikimedia.org/T974#1019685 (10greg) [23:34:43] 3Release-Engineering, Engineering-Community, Wiki-Release-Team: Clean #Wiki-Release-Team project - https://phabricator.wikimedia.org/T88263#1019713 (10greg) Now down to 17 in [[ https://phabricator.wikimedia.org/maniphest/?statuses=open%2Cstalled&allProjects=PHID-PROJ-3kg2g5472zxauifmlp3d#R | this search ]]. I... [23:35:48] PROBLEM - Puppet staleness on deployment-salt is CRITICAL: CRITICAL: 33.33% of data above the critical threshold [43200.0] [23:49:44] greg-g: question 4 you if you have 2 mins [23:51:14] nuria: sure [23:51:37] greg-g: how do i get permits on "tin" so I am able to deploy eventlogging, do you know? [23:51:44] greg-g: i guess RT is dead ... [23:52:16] nuria: https://wikitech.wikimedia.org/wiki/Requesting_shell_access [23:52:31] just be sure to say what your use case is. CC me and toby [23:52:41] (for managery-type approval) [23:52:49] greg-g: thank yuuu [23:53:33] np! [23:56:06] 3operations, Phabricator: Add @emailbot to #operations - https://phabricator.wikimedia.org/T87611#1019762 (10RobH) Yes, but it should ONLY relay into the ops-datacenter site projects, not #operations itself. I realize thats what we talked about, but just calling it out intentionally. @chasemp so are all the is... [23:58:01] 3operations, Phabricator: Add @emailbot to #operations - https://phabricator.wikimedia.org/T87611#1019763 (10RobH) Just to clarify, since reviewing this task doesn't quite make it clear WHY @emailbot needs this. Example: System X has a failed mainboard, so we send in a support request to our Vendor. Since it i... [23:58:11] 3operations, Phabricator: Add @emailbot to #operations - https://phabricator.wikimedia.org/T87611#1019764 (10RobH) a:5RobH>3chasemp