[00:04:38] <wikibugs>	 10Deployment-Systems, 3Scap3: Make puppet trebuchet provider work with scap3 - https://phabricator.wikimedia.org/T113072#1827152 (10thcipriani) a:5thcipriani>3None
[00:15:38] <wikibugs>	 6Release-Engineering-Team, 15User-greg: Investigate using Phlogiston for releng - https://phabricator.wikimedia.org/T119270#1827207 (10greg) Right now, based on https://www.mediawiki.org/wiki/Phlogiston#Prerequisites_2, I'm not comfortable committing to this until after the new year.
[03:36:24] <wikibugs>	 7Browser-Tests, 10VisualEditor: Fix language screenshots browser test on VisualEditor - https://phabricator.wikimedia.org/T119482#1827381 (10Vikassy) 3NEW a:3Vikassy
[03:43:06] <wikibugs>	 7Browser-Tests, 10VisualEditor: Cover all screenshots for VisualEditor UserGuide - https://phabricator.wikimedia.org/T119483#1827395 (10Vikassy) 3NEW a:3Vikassy
[04:28:05] <wmf-insecte>	 Yippee, build fixed!
[04:28:05] <wmf-insecte>	 Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_7-internet_explorer-9-sauce build #632: 09FIXED in 36 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_7-internet_explorer-9-sauce/632/
[05:44:35] <wmf-insecte>	 Yippee, build fixed!
[05:44:35] <wmf-insecte>	 Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-chrome-sauce build #263: 09FIXED in 28 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-chrome-sauce/263/
[06:59:58] <wikibugs>	 10Deployment-Systems, 3Scap3: Need a way to restart services without deploying via scap - https://phabricator.wikimedia.org/T119449#1827543 (10mmodell) Restarting seems more like a scap(2.0) task rather than a deployment stage. The same goes for config diff.
[07:17:54] <wikibugs>	 10Deployment-Systems, 10Architecture, 10Wikimedia-Developer-Summit-2016-Organization, 7Availability: WikiDev 16 working area: Software engineering - https://phabricator.wikimedia.org/T119032#1827549 (10RobLa-WMF) a:5RobLa-WMF>3None
[08:34:51] <wmf-insecte>	 Yippee, build fixed!
[08:34:52] <wmf-insecte>	 Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce build #792: 09FIXED in 24 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce/792/
[09:05:07] <shinken-wm>	 PROBLEM - Puppet failure on deployment-redis01 is CRITICAL: CRITICAL: 33.33% of data above the critical threshold [0.0]
[09:07:50] <wikibugs>	 10Deployment-Systems, 10MediaWiki-extensions-LocalisationUpdate, 7I18n, 7Wikimedia-log-errors: l10n-update not updating Vector and extensions - https://phabricator.wikimedia.org/T103879#1827623 (10Nemo_bis) That comment is old, see task description for an up to date one (as well as a procedure to find more...
[09:08:39] <wikibugs>	 10Deployment-Systems, 10MediaWiki-extensions-LocalisationUpdate, 7I18n, 7Wikimedia-log-errors: l10n-update not updating Vector and extensions - https://phabricator.wikimedia.org/T103879#1827626 (10Nemo_bis)
[09:38:33] <wmf-insecte>	 Project browsertests-Echo-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce build #683: 04FAILURE in 1 min 32 sec: https://integration.wikimedia.org/ci/job/browsertests-Echo-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/683/
[09:45:07] <shinken-wm>	 RECOVERY - Puppet failure on deployment-redis01 is OK: OK: Less than 1.00% above the threshold [0.0]
[09:54:46] <shinken-wm>	 PROBLEM - Puppet staleness on integration-dev is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [43200.0]
[10:20:48] <shinken-wm>	 PROBLEM - Puppet failure on deployment-bastion is CRITICAL: CRITICAL: 50.00% of data above the critical threshold [0.0]
[10:24:17] <wikibugs>	 10Continuous-Integration-Config, 5MW-1.26-release, 5Patch-For-Review: MediaWiki 1.26 bundled repo should be state of the art - https://phabricator.wikimedia.org/T115392#1827708 (10hashar)
[10:28:45] <shinken-wm>	 PROBLEM - Puppet failure on deployment-stream is CRITICAL: CRITICAL: 50.00% of data above the critical threshold [0.0]
[10:34:52] <hashar>	 !log made mediawiki/extensions/SyntaxHighlighter readonly. A single commit copy pasted from some wikipage
[10:34:56] <qa-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master
[10:37:31] <grrrit-wm>	 (03PS1) 10Hashar: Remove SyntaxHighlighter [integration/config] - 10https://gerrit.wikimedia.org/r/255098 
[10:38:41] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] "It is hosted on GitHub now. I have deleted Jenkins jobs." [integration/config] - 10https://gerrit.wikimedia.org/r/255098 (owner: 10Hashar)
[10:41:28] <grrrit-wm>	 (03Merged) 10jenkins-bot: Remove SyntaxHighlighter [integration/config] - 10https://gerrit.wikimedia.org/r/255098 (owner: 10Hashar)
[11:25:49] <shinken-wm>	 RECOVERY - Puppet failure on deployment-bastion is OK: OK: Less than 1.00% above the threshold [0.0]
[11:33:49] <shinken-wm>	 RECOVERY - Puppet failure on deployment-stream is OK: OK: Less than 1.00% above the threshold [0.0]
[11:41:44] <wikibugs>	 7Browser-Tests, 10VisualEditor: Fix language screenshots browser test on VisualEditor - https://phabricator.wikimedia.org/T119482#1827834 (10zeljkofilipin)
[11:41:46] <wikibugs>	 7Browser-Tests, 10VisualEditor, 5Patch-For-Review: Delete or fix failed VisualEditor browsertests Jenkins jobs - https://phabricator.wikimedia.org/T94162#1827833 (10zeljkofilipin)
[14:41:20] <wikibugs>	 10Continuous-Integration-Infrastructure, 5Patch-For-Review, 7Zuul: Zuul-cloner should use hard links when fetching from cache-dir - https://phabricator.wikimedia.org/T97106#1828047 (10hashar) When populating the git cache, I went using bare repositories which are suffixed with '.git'.  Zuul-cloner does not r...
[15:18:01] <wikibugs>	 10Deployment-Systems, 6operations: l10nupdate user uid mismatch between tin and mira - https://phabricator.wikimedia.org/T119165#1828101 (10fgiunchedi) thanks @bd808 for the investigation! indeed as @mmodell points out it seems simpler to reserve an uid and have those matching on tin/mira given the above
[15:22:26] <wikibugs>	 10Continuous-Integration-Infrastructure: Get rid of zend tests for wmf branches - https://phabricator.wikimedia.org/T94149#1828108 (10Anomie) In {T118932} it looks like we're considering bumping the MediaWiki PHP version requirement to PHP 5.5, while HHVM currently seems to be aiming at 5.6. In the past it has b...
[15:24:31] <grrrit-wm>	 (03PS2) 10JanZerebecki: Move bundle-rubocop job from experimental to test pipeline for operations/puppet [integration/config] - 10https://gerrit.wikimedia.org/r/252716 (https://phabricator.wikimedia.org/T110019) (owner: 10Zfilipin)
[15:24:39] <grrrit-wm>	 (03CR) 10JanZerebecki: [C: 032] Move bundle-rubocop job from experimental to test pipeline for operations/puppet [integration/config] - 10https://gerrit.wikimedia.org/r/252716 (https://phabricator.wikimedia.org/T110019) (owner: 10Zfilipin)
[15:25:03] <andrewbogott>	 hashar: I see a patchset about changing sudo roles on scandium… is there any other stuff you’re blocked on?
[15:25:16] <hashar>	 andrewbogott: good morning :-)
[15:25:29] <hashar>	 looks like we skipped up a few other merge patches from last week due to labs issues
[15:25:40] <hashar>	 a blocker for now is populating the zuul ssh key
[15:25:48] <grrrit-wm>	 (03Merged) 10jenkins-bot: Move bundle-rubocop job from experimental to test pipeline for operations/puppet [integration/config] - 10https://gerrit.wikimedia.org/r/252716 (https://phabricator.wikimedia.org/T110019) (owner: 10Zfilipin)
[15:25:58] <hashar>	 iirc chase said the key was already on palladium
[15:26:07] <hashar>	 but might not have been added to the git private repo 
[15:26:09] <hashar>	 no clue really
[15:26:16] <andrewbogott>	 this?  https://gerrit.wikimedia.org/r/#/c/253925/
[15:26:19] <andrewbogott>	 Yeah, I added it
[15:26:24] <andrewbogott>	 Or at least I added something :)
[15:26:52] <hashar>	 ahah
[15:27:00] <hashar>	 I guess we can go for it
[15:27:06] <hashar>	 I can disable puppet on both zuul-merger
[15:27:17] <jzerebecki>	 !log reloading zuul for 89ae39e..06ae234
[15:27:17] <hashar>	 stop a zuul-merger,  run puppet to make sure it works fine and then reenable the zuul-merger
[15:27:20] <qa-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master
[15:27:30] <andrewbogott>	 hashar: sure, let me know when you’re ready
[15:27:35] <hashar>	 doing
[15:28:03] <hashar>	 puppet disable
[15:28:06] <hashar>	 you can merge in :-)
[15:28:13] <hashar>	 will stop zuul-merger on gallium
[15:28:25] <hashar>	 !log stopping zuul-merger on gallium for some tricky change
[15:28:29] <qa-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master
[15:29:00] <hashar>	 ready to run puppet on gallium 
[15:29:07] <hashar>	 and assert the ssh key change is a noop
[15:29:11] <andrewbogott>	 can you remove your -1?
[15:29:22] <hashar>	 done
[15:29:26] <hashar>	 sorry :D
[15:30:08] <andrewbogott>	 ok, merged
[15:30:34] <hashar>	 lets see what puppet says on gallium
[15:30:38] <grrrit-wm>	 (03CR) 10JanZerebecki: "Successful test run in: https://gerrit.wikimedia.org/r/#/c/254839/" [integration/config] - 10https://gerrit.wikimedia.org/r/252716 (https://phabricator.wikimedia.org/T110019) (owner: 10Zfilipin)
[15:31:31] <hashar>	 Notice: /Stage[main]/Zuul::Merger/File[/var/lib/zuul/.ssh/id_rsa]/mode: mode changed '0600' to '0400'
[15:32:16] <andrewbogott>	 hashar: that seems fine...
[15:32:33] <hashar>	 sudo -U zuul ssh -p 29418 jenkins-bot@ytterbium.wikimedia.org gerrit
[15:32:35] <hashar>	 still works :-)
[15:32:40] <andrewbogott>	 cool
[15:32:51] <andrewbogott>	 is that it for now?
[15:33:11] <hashar>	 we can get rid of our root access on scandium
[15:33:20] <andrewbogott>	 ok
[15:33:52] <hashar>	 though
[15:33:59] <hashar>	 that means for zuul upgrade on scandium I would need assistance from ops
[15:34:04] <hashar>	 but then only the zuul-merger runs there
[15:34:11] <hashar>	 so it is not a big deal / can wait most of the time
[15:34:36] <andrewbogott>	 ok, lemme check with some other people later on about those patches… clearly it doesn’t escalate privs but it might need to go through some process anyway.
[15:34:52] <hashar>	 sure
[15:34:59] <hashar>	 https://gerrit.wikimedia.org/r/#/c/254129/  gives us sudo as 'zuul' user
[15:35:05] <hashar>	 might want some pair review of the sudo rules
[15:35:15] <hashar>	 I am not sure what kind of escalation privileges I might have introduced there
[15:35:23] <hashar>	 and once that one merge, we get admin access for the zuul process
[15:35:35] <hashar>	 so we can get rid of root https://gerrit.wikimedia.org/r/#/c/254130/ :}
[15:36:15] <hashar>	 I have another trivial clean up patch floating, which is to remove hiera configuration for lanthanum.eqiad.wmnet . We got rid of that host a few months ago https://gerrit.wikimedia.org/r/#/c/254132/
[15:36:27] <hashar>	 nothing more for today :-}
[15:49:49] <grrrit-wm>	 (03PS1) 10Hashar: zuul-cloner: recognizes bare repos in cache dir [integration/zuul] (patch-queue/debian/precise-wikimedia) - 10https://gerrit.wikimedia.org/r/255121 
[15:50:18] <grrrit-wm>	 (03CR) 10Hashar: [C: 032 V: 032] zuul-cloner: recognizes bare repos in cache dir [integration/zuul] (patch-queue/debian/precise-wikimedia) - 10https://gerrit.wikimedia.org/r/255121 (owner: 10Hashar)
[15:51:15] <wikibugs>	 10Continuous-Integration-Config, 5Patch-For-Review, 7Puppet, 7Ruby: Move RuboCop job from experimental pipeline to the usual pipelines for operations/puppet - https://phabricator.wikimedia.org/T110019#1828231 (10zeljkofilipin) 5Open>3Resolved
[15:51:17] <wikibugs>	 10Continuous-Integration-Config, 5Patch-For-Review, 7Puppet, 7WorkType-Maintenance: Setup rubocop for operations/puppet ruby code lints - https://phabricator.wikimedia.org/T102020#1828232 (10zeljkofilipin)
[15:53:11] <wikibugs>	 10Continuous-Integration-Infrastructure, 5Patch-For-Review, 7Zuul: Zuul-cloner should use hard links when fetching from cache-dir - https://phabricator.wikimedia.org/T97106#1828240 (10hashar) patch queue: https://gerrit.wikimedia.org/r/#/c/255121/
[15:57:37] <grrrit-wm>	 (03PS1) 10Hashar: zuul-cloner now recognizes bare repos in cache [integration/zuul] (debian/precise-wikimedia) - 10https://gerrit.wikimedia.org/r/255124 (https://phabricator.wikimedia.org/T97106) 
[16:00:46] <vikassy>	 zeljkof: Is there Browsertests meeting today ?
[16:00:58] <zeljkof>	 vikassy: yes! right now!
[16:01:08] <vikassy>	 zeljkof: Can I also join it ?
[16:01:18] <zeljkof>	 join #wikimedia-office, there will be the irc portion
[16:01:23] <zeljkof>	 I will invite you directly to the hangout
[16:01:41] <vikassy>	 zeljkof: ok. Thank you :)
[16:49:10] <wikibugs>	 10Continuous-Integration-Infrastructure: Get rid of zend tests for wmf branches - https://phabricator.wikimedia.org/T94149#1828380 (10Legoktm) Yep, this task is just about tests on the wmf deployment branches.
[16:52:38] <wikibugs>	 10Continuous-Integration-Infrastructure: Get rid of zend tests for wmf branches - https://phabricator.wikimedia.org/T94149#1828385 (10greg)
[17:07:08] <aharoni>	 Hallo.
[17:07:23] <aharoni>	 So I heard that Phabricator is now used for some code review by some people in this channel.
[17:07:30] <aharoni>	 Instead of Gerrit.
[17:07:38] <aharoni>	 And I wondered whether it's any good.
[17:19:41] <wikibugs>	 10Beta-Cluster-Infrastructure, 10Echo, 3Collaboration-Team-Current: Set up and enable cross-wiki Echo database backend on beta cluster - https://phabricator.wikimedia.org/T119522#1828441 (10Legoktm) 3NEW
[17:22:23] <wikibugs>	 10Continuous-Integration-Infrastructure: Get rid of zend tests for wmf branches - https://phabricator.wikimedia.org/T94149#1828461 (10Anomie) Oh, I misread it.
[17:30:27] <grrrit-wm>	 (03PS1) 10Paladox: [CodeMirror] Update Jenkins tests [integration/config] - 10https://gerrit.wikimedia.org/r/255141 
[17:32:35] <grrrit-wm>	 (03PS2) 10Paladox: [CodeMirror] Update Jenkins tests [integration/config] - 10https://gerrit.wikimedia.org/r/255141 
[17:33:00] <grrrit-wm>	 (03CR) 10Paladox: [C: 04-1] "Requires source change be merged first." [integration/config] - 10https://gerrit.wikimedia.org/r/255141 (owner: 10Paladox)
[17:37:42] <grrrit-wm>	 (03CR) 10Paladox: "Adding @Florianschmidtwelzow since he is in the authors credits." [integration/config] - 10https://gerrit.wikimedia.org/r/255141 (owner: 10Paladox)
[17:53:37] <wikibugs>	 10Deployment-Systems, 3Scap3: Scap3 repo-cache should clean unused revs - https://phabricator.wikimedia.org/T118305#1828634 (10thcipriani) 5Open>3Resolved
[18:01:22] <ebernhardson>	 where can i find the script that does the repository cloning for jenkins (as in: https://integration.wikimedia.org/ci/job/operations-mw-config-phpunit/2818/console)
[18:01:39] <ebernhardson>	 basically i need to do submodule initialization for the mediawiki-config repo, and was thinking simplest would be to update the script to always initialize submodules?
[18:06:48] <wikibugs>	 10Beta-Cluster-Infrastructure, 10netops, 6operations, 7Database: Evaluate security concerns of logging beta cluster db queries on tendril - https://phabricator.wikimedia.org/T119461#1828715 (10faidon) This isn't a strictly #netops concern but I'll give my opinion anyway: I think it's a very bad idea to hav...
[18:06:57] <wikibugs>	 10Beta-Cluster-Infrastructure, 6operations, 7Database: Evaluate security concerns of logging beta cluster db queries on tendril - https://phabricator.wikimedia.org/T119461#1828717 (10faidon)
[18:08:15] <wikibugs>	 10Beta-Cluster-Infrastructure, 7Database: Investigate slow query logging/digest for Beta Cluster - https://phabricator.wikimedia.org/T116793#1828726 (10jcrespo)
[18:08:16] <wikibugs>	 10Beta-Cluster-Infrastructure, 6operations, 7Database: Evaluate security concerns of logging beta cluster db queries on tendril - https://phabricator.wikimedia.org/T119461#1828724 (10jcrespo) 5Open>3Resolved a:3jcrespo
[18:37:51] <wikibugs>	 10Continuous-Integration-Config, 5MW-1.26-release, 5Patch-For-Review: MediaWiki 1.26 bundled repo should be state of the art - https://phabricator.wikimedia.org/T115392#1828864 (10demon)
[19:02:44] <aharoni>	 Hallo.
[19:02:46] <aharoni>	 So I heard that Phabricator is now used for some code review by some people in this channel.
[19:02:54] <aharoni>	 And I wondered whether it's any good.
[19:03:01] <greg-g>	 twentyafterfour: marxarelli ^ :)
[19:03:04] <greg-g>	 thcipriani: ostriches ^
[19:03:39] <ostriches>	 aharoni: Yeah it's a good time.
[19:04:08] <marxarelli>	 tl;dr; good but needs polishing and CI integration
[19:04:39] <aharoni>	 Oh, no Jenkins integration at all yet?
[19:05:13] <marxarelli>	 not at the moment, no
[19:05:24] <aharoni>	 Where can I observe some of it in action? At least some patches with comments?
[19:05:52] <ostriches>	 https://phabricator.wikimedia.org/D58 is still open
[19:06:03] <ostriches>	 (accepted, just waiting on someone to merge)
[19:06:31] <marxarelli>	 the philosophy behind diff/arc is that most unit tests and linters can run locally and only the results need be submitted to the review system
[19:06:38] <ostriches>	 Here's another one with some inline comments: https://phabricator.wikimedia.org/D60
[19:06:47] <marxarelli>	 so you can have coverage, but not as broad of coverage that you get from CI
[19:08:14] <thcipriani>	 the whole list or revs open and closed should be available at: https://phabricator.wikimedia.org/differential/query/all/ (since there are only 60 :))
[19:09:41] <James_F>	 Krinkle: Were we to dump Doxygen, with what would we replace it?
[19:10:08] <Krinkle>	 James_F: Don't know. Most alternatives suck
[19:10:22] <James_F>	 marxarelli: How does local running of linters go with cross-browser/-platform testing?
[19:10:30] <James_F>	 Krinkle: Yeah. :-(
[19:10:33] <Krinkle>	 James_F: phpDoc is slowly making a new comeback UI-wise
[19:10:35] <Krinkle>	 they're working on it
[19:10:46] <Krinkle>	 http://demo.phpdoc.org/Clean/
[19:10:49] <ostriches>	 James_F: Linters shouldn't matter by platform. It's unit tests that make me a little more wary.
[19:10:56] <marxarelli>	 James_F: i wouldn't depend on local runs of end-to-end testing. it just wouldn't be practical
[19:11:15] <Krinkle>	 But there's a lot of features in Doxygen we'll lose
[19:11:19] <James_F>	 ostriches: Yeah, I was thinking of the DB unit tests for MW-core.
[19:11:37] * ostriches nods
[19:11:48] <James_F>	 Krinkle: Hmm. Something to think about in a year's time to see if there's progress?
[19:12:40] <ostriches>	 James_F: We could get rid of docs entirely. Think of all the time doc-writing we'll save!
[19:13:49] <James_F>	 ostriches: Tsk.
[19:13:56] <James_F>	 ostriches: We could also close T2001. ;-)
[19:19:39] <marxarelli>	 ostriches: right, we've already run into the limitations of purely local unit tests in scap, namely ChecksExecuteTest which can only be executed on a platform that supports epoll
[19:19:56] <marxarelli>	 they're skipped elsewhere
[19:23:38] <marxarelli>	 you could argue that it's because they're not purely unit tests (integration tests, really, since they interact with the platform) but that's going to be the case with MW tests as well
[19:23:50] <marxarelli>	 i.e. we need to figure out CI integration :)
[19:24:48] <Krinkle>	 James_F: Actually, phpDoc 2 is result of a merger with the DocBlox project, which explains why it got so much better outof no where
[19:34:05] <James_F>	 Krinkle: Ha.
[19:41:05] <ostriches>	 hashar: What was left for ImageMap's tests?
[19:41:07] <ostriches>	 re: https://phabricator.wikimedia.org/T115392
[19:43:53] <hashar>	 good hello ostriches 
[19:43:57] <hashar>	 so yeah
[19:44:14] <hashar>	 yesterday evening and this (my) morning  I updated most repos
[19:44:26] <hashar>	 ImageMap has a die() call in its PHP entry point
[19:45:17] <hashar>	 if ( function_exists( 'wfLoadExtension' ) ) {  die("require mw 1.25+" ); }
[19:45:29] <hashar>	 and for some reason php-parallel-lint seems to eval the code...
[19:46:55] <polybuildr>	 hashar: parallel-lint is being loaded using composer, right?
[19:47:13] <hashar>	 polybuildr: yeah via 'composer test'
[19:47:17] <hashar>	 oh
[19:47:22] <polybuildr>	 hashar: This is an issue with autoloading.
[19:47:27] <hashar>	 would that cause composer to autoload the entry point for us so ?
[19:47:55] <polybuildr>	 Yeah, it's something like this. This happened once before, lemme find the relevant phab task.
[19:48:04] <hashar>	 ah yeah
[19:48:19] <hashar>	 I see the "autoload" section in ImageMap composer.json
[19:48:22] <hashar>	     "autoload": {
[19:48:22] <hashar>	         "files" : [
[19:48:23] <hashar>	             "ImageMap.php"
[19:48:23] <hashar>	         ],
[19:48:54] <polybuildr>	 Okay, then I don't need to search. :P
[19:49:03] <polybuildr>	 Yeah, that happens. And composer finds that and `die`s.
[19:49:56] <hashar>	 ostriches: I guess we can forget about ImageMap
[19:50:00] <hashar>	 polybuildr: thanks :-}
[19:50:24] <polybuildr>	 hashar: You're welcome. :) Long time since I've been here, glad to be of help. :P
[19:50:41] <hashar>	 ostriches: I also wanted to add metadata to /composer.json  but Kunal/Bryan told me that should just be in /extension.json  since we do not want to encourage folks to use composer to install extensions
[19:51:08] <hashar>	 polybuildr: https://phabricator.wikimedia.org/T103800 talks about composer autoload and die() 
[19:51:19] <hashar>	 polybuildr: haven't read it yet though but you commented on it
[19:51:32] <polybuildr>	 hashar: Yes, this is the one. :D
[19:51:36] <polybuildr>	 How did you find it?
[19:52:09] <hashar>	 magic
[19:52:12] <hashar>	 I live in Phabricator
[19:52:29] <chasemp>	 heh
[19:52:29] <hashar>	 did a search for any closed tasks having words:   composer autoload die
[19:52:35] <hashar>	 that returned a couple tasks :D
[19:52:41] <polybuildr>	 hashar: Ah. Okay. :P
[19:53:12] <polybuildr>	 So my first solution was to check if the file was running in CI, and if so, not `die`. legoktm then corrected my approach, and we just got rid of it from the autoloader.
[19:53:31] <polybuildr>	 Since https://phabricator.wikimedia.org/T467 (RFC Extension management with Composer) was declined.
[19:54:10] <wikibugs>	 10Continuous-Integration-Config, 5MW-1.26-release, 5Patch-For-Review: MediaWiki 1.26 bundled repo should be state of the art - https://phabricator.wikimedia.org/T115392#1829244 (10hashar) For ImageMap I could not add a composer test entry point because the PHP entry point check for wfLoadExtension existence...
[19:54:43] <hashar>	 polybuildr: so the autoload section in composer.json should be dropped from our extensions?
[19:55:04] <hashar>	 context is ostriches is about to release mw 1.26  which has a tar file with bundled exts
[19:55:11] <hashar>	 and I would like those extensions to be state of the art
[19:55:28] <polybuildr>	 hashar: It's a pain for some people (we had someone complaining), but yeah, when it gets in the way of tests, removing is the easiest way since the RfC for extension management using composer was declined.
[19:56:04] <hashar>	 gotta grep :-}
[19:56:18] <polybuildr>	 The alternative is checking if it's executing in CLI and if so, then don't die(). But that could break something down the line and we would be very confused.
[19:59:41] <wikibugs>	 10Continuous-Integration-Config, 5MW-1.26-release, 5Patch-For-Review: MediaWiki 1.26 bundled repo should be state of the art - https://phabricator.wikimedia.org/T115392#1829303 (10polybuildr) As per the discussion at T103800, since {T467} was declined, the easiest way is to not autoload anything via composer...
[20:02:28] <ostriches>	 Hmm.
[20:03:39] <hashar>	 did a quick check
[20:04:01] <hashar>	 from REL1_26 bundled extensions and skins only LocalisationUpdated and ImageMap have an autoloader in their composer.json
[20:04:10] <hashar>	 maybe I should fill a sub task ?
[20:33:54] <wikibugs>	 6Release-Engineering-Team, 7Database, 7user-notice: Requests to globally reset a user's skin preferences - https://phabricator.wikimedia.org/T119206#1829561 (10Johan) Sounds good. I'll rephrase it slightly to simplify for non-native speakers ("was deemed more disruptive than not" is pretty difficult to parse...
[20:48:01] <wikibugs>	 6Release-Engineering-Team, 7Database, 7user-notice: Requests to globally reset a user's skin preferences - https://phabricator.wikimedia.org/T119206#1829597 (10greg) :) thanks
[21:12:28] <wikibugs>	 10Beta-Cluster-Infrastructure, 10MediaWiki-Recent-changes: Special:RecentChanges shows still creation and edits of already deleted pages at dewiki beta - https://phabricator.wikimedia.org/T119559#1829667 (10Luke081515) 3NEW
[21:16:23] <grrrit-wm>	 (03PS1) 10Hashar: [WMF] pin python-jenkins ==0.4.8 [integration/jenkins-job-builder] - 10https://gerrit.wikimedia.org/r/255182 
[21:16:32] <wikibugs>	 10Beta-Cluster-Infrastructure, 10Browser-Tests-Infrastructure, 7WorkType-NewFunctionality: Make selenium users use botflags at beta-cluster - https://phabricator.wikimedia.org/T116027#1738691 (10Luke081515) (Not really a On Wiki change, the accounts got botflags already, but don't flag their edit, so a code...
[21:16:33] <hashar>	 !log bumping our JJB fork to 4eb33b2.  Pinning jenkins==0.4.8 with https://gerrit.wikimedia.org/r/255182
[21:16:36] <qa-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master
[21:17:02] <grrrit-wm>	 (03CR) 10Hashar: [C: 032 V: 032] [WMF] pin python-jenkins ==0.4.8 [integration/jenkins-job-builder] - 10https://gerrit.wikimedia.org/r/255182 (owner: 10Hashar)
[21:19:56] <grrrit-wm>	 (03CR) 10Hashar: "recheck" [integration/config] - 10https://gerrit.wikimedia.org/r/255098 (owner: 10Hashar)
[21:21:23] <wmf-insecte>	 Yippee, build fixed!
[21:21:24] <wmf-insecte>	 Project browsertests-QuickSurveys-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce build #80: 09FIXED in 5 min 22 sec: https://integration.wikimedia.org/ci/job/browsertests-QuickSurveys-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/80/
[21:26:30] <wikibugs>	 5Continuous-Integration-Scaling, 6operations, 5Patch-For-Review: install/deploy scandium as zuul merger (ci) server - https://phabricator.wikimedia.org/T95046#1829711 (10hashar) Service implementation is pretty much completed and has been running in prod for a few days now.  What is left remaining are the ac...
[21:39:22] <hashar>	 sleeep time
[22:06:44] <wikibugs>	 6Release-Engineering-Team, 6Phabricator: Labs' Phabricator uses Wikimedia logo - https://phabricator.wikimedia.org/T117235#1829834 (10chasemp)
[22:08:13] <wikibugs>	 10Beta-Cluster-Infrastructure, 6Collaboration-Team-Backlog, 10Flow: Run Flow External Store migration in dry-run mode on Beta - https://phabricator.wikimedia.org/T119567#1829837 (10Mattflaschen) 3NEW
[22:08:58] <wikibugs>	 10Beta-Cluster-Infrastructure, 6Collaboration-Team-Backlog, 10Flow: Run Flow External Store migration in dry-run mode on Beta - https://phabricator.wikimedia.org/T119567#1829861 (10Mattflaschen)
[22:09:18] <wikibugs>	 10Beta-Cluster-Infrastructure, 6Collaboration-Team-Backlog, 10Flow: Run Flow External Store migration in dry-run mode on Beta - https://phabricator.wikimedia.org/T119567#1829837 (10Mattflaschen)
[22:09:33] <wikibugs>	 10Beta-Cluster-Infrastructure, 10Flow, 3Collaboration-Team-Current: Run Flow External Store migration in dry-run mode on Beta - https://phabricator.wikimedia.org/T119567#1829837 (10Mattflaschen)
[22:12:59] <wikibugs>	 6Release-Engineering-Team, 6Phabricator: Labs' Phabricator uses Wikimedia logo - https://phabricator.wikimedia.org/T117235#1829893 (10Aklapper) Changing webroot/rsrc/image/sprite-menu.png I'd guess - https://gerrit.wikimedia.org/r/#/c/220671/
[22:31:43] <wikibugs>	 10Deployment-Systems, 6operations: sync-file reports "Permission denied: /srv/mediawiki-staging/php-1.27.0-wmf.7/cache/l10n/l10n_cache-tokipona.cdb.tmp" - https://phabricator.wikimedia.org/T119573#1829966 (10Krinkle) 3NEW
[22:32:46] <Krenair>	 dupe?
[22:32:51] <wikibugs>	 10Deployment-Systems, 6operations: sync-file reports "Permission denied: /srv/mediawiki-staging/php-1.27.0-wmf.7/cache/l10n/l10n_cache-tokipona.cdb.tmp" - https://phabricator.wikimedia.org/T119573#1829973 (10bd808)
[22:32:53] <wikibugs>	 10Deployment-Systems, 6operations: l10nupdate user uid mismatch between tin and mira - https://phabricator.wikimedia.org/T119165#1829974 (10bd808)
[22:33:06] <Krenair>	 yup
[22:41:18] <wikibugs>	 10Deployment-Systems, 6operations: l10nupdate user uid mismatch between tin and mira - https://phabricator.wikimedia.org/T119165#1829980 (10Dzahn) Let's pick the UID that we have on tin and make it "reserved" by adding it here:  https://wikitech.wikimedia.org/wiki/UID  then i'd change the UID on mira and use f...
[23:01:57] <James_F>	 Krinkle: Gah. You're meant to archive the Deployments page, not just delete old bits.
[23:02:02] * James_F rescues.
[23:02:54] <Krinkle>	 I didn't know there was an archive. I see now there's a small link on thebottom of the page
[23:02:59] <Krinkle>	 Page history isn't sufficient?
[23:03:12] * James_F shrugs.
[23:03:17] <James_F>	 I just follow the herd, you know me. ;-)
[23:31:36] <greg-g>	 Krinkle: it's nice to be able to link/view past deploys easily
[23:31:52] <greg-g>	 Krinkle: it's been used to try to correlate perf changes, actually :)
[23:32:23] <Krinkle>	 There is SAL for that already. That's what I use when looking for events anyay
[23:32:33] <Krinkle>	 and also in Graphite
[23:32:59] <greg-g>	 Krinkle: it doesn't always have all the info
[23:33:06] <greg-g>	 but!
[23:33:17] <greg-g>	 If I had to do one less copy/paste I'd be super happy
[23:34:01] <wikibugs>	 10Deployment-Systems, 6operations: l10nupdate user uid mismatch between tin and mira - https://phabricator.wikimedia.org/T119165#1830173 (10Dzahn) ok, so we have defined that it is supposed to be:  10002/10002  the actual situation is:  tin:  997/10002  mira: 12162/10002  so we have to fix both servers
[23:53:00] <wikibugs>	 10Beta-Cluster-Infrastructure, 10MediaWiki-Recent-changes: Special:RecentChanges shows still creation and edits of already deleted pages at dewiki beta - https://phabricator.wikimedia.org/T119559#1830194 (10greg) Can someone with the right permissions confirm this is only a Beta Cluster issue? What would be th...