[02:35:08] Project browsertests-WikiLove-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #840: 04FAILURE in 2 min 8 sec: https://integration.wikimedia.org/ci/job/browsertests-WikiLove-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/840/ [05:21:38] !log configured mediawiki-extensions-qunit to only run on integration-slave-trusty-1017, did a rebuild and then switched it back [05:21:41] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master [08:35:40] Yippee, build fixed! [08:35:41] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce build #867: 09FIXED in 25 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce/867/ [08:49:36] Project browsertests-GettingStarted-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #746: 04FAILURE in 1 min 10 sec: https://integration.wikimedia.org/ci/job/browsertests-GettingStarted-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/746/ [08:51:36] Yippee, build fixed! [08:51:36] Project browsertests-WikiLove-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #841: 09FIXED in 2 min 32 sec: https://integration.wikimedia.org/ci/job/browsertests-WikiLove-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/841/ [10:14:34] (03CR) 10JanZerebecki: "Yes a cyclical dependency of components smells of bad architecture." [integration/config] - 10https://gerrit.wikimedia.org/r/268451 (owner: 10Dduvall) [12:09:51] (03CR) 10Hashar: [C: 032] Blacklist REL1_25 branch for jsduck and rake-jessie in extension flow [integration/config] - 10https://gerrit.wikimedia.org/r/268557 (owner: 10Paladox) [12:11:42] (03Merged) 10jenkins-bot: Blacklist REL1_25 branch for jsduck and rake-jessie in extension flow [integration/config] - 10https://gerrit.wikimedia.org/r/268557 (owner: 10Paladox) [12:14:05] (03CR) 10Hashar: "I have confirmed on Flow@REL1_25 change https://gerrit.wikimedia.org/r/#/c/268484/ that jsduck no more triggers." [integration/config] - 10https://gerrit.wikimedia.org/r/268557 (owner: 10Paladox) [12:55:03] Yippee, build fixed! [12:55:03] Project browsertests-GettingStarted-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #747: 09FIXED in 1 min 2 sec: https://integration.wikimedia.org/ci/job/browsertests-GettingStarted-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/747/ [13:02:35] qa-morebots: ping [13:02:35] I am a logbot running on tools-exec-1214. [13:02:35] Messages are logged to https://tools.wmflabs.org/sal/releng. [13:02:35] To log a message, type !log . [13:03:08] !log integration-slave-trusty-1011 went out of disk space. Did some brute clean up and git gc. [13:03:10] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master [13:05:03] (03CR) 10Paladox: "Thanks." [integration/config] - 10https://gerrit.wikimedia.org/r/268557 (owner: 10Paladox) [13:14:08] (03CR) 10Hashar: "You are welcome :-}" [integration/config] - 10https://gerrit.wikimedia.org/r/268557 (owner: 10Paladox) [13:27:28] !log beta: reclaiming disk space from extensions.git. On bastion: find /srv/mediawiki-staging/php-master/extensions/.git/modules -maxdepth 1 -type d -print -execdir git gc \; [13:27:30] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master [13:29:05] !log beta deleting /data/project/swift-disk created in august 2014 , unused since june 2015. Was a fail attempt at bringing swift to beta [13:29:07] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master [13:30:54] !log beta cleaning out /data/project/logs/archive was from pre logstash area. We no more log this way since May 2015 apparently [13:30:56] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL, Master [13:44:32] Project beta-scap-eqiad build #88672: 04FAILURE in 7 min 13 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/88672/ [13:54:43] Yippee, build fixed! [13:54:43] Project beta-scap-eqiad build #88673: 09FIXED in 8 min 1 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/88673/ [14:27:41] can't catch hashar for some reason - https://integration.wikimedia.org/ci/job/npm/50435/consoleFull [14:27:56] how do i make a single file (compiled) not verified [14:28:35] legoktm, or James_F, do you know how to do this? [15:10:32] Project beta-scap-eqiad build #88681: 04FAILURE in 6 min 1 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/88681/ [15:12:59] PROBLEM - Puppet failure on deployment-jobrunner01 is CRITICAL: CRITICAL: 44.44% of data above the critical threshold [0.0] [15:22:22] Yippee, build fixed! [15:22:23] Project beta-scap-eqiad build #88682: 09FIXED in 7 min 34 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/88682/ [15:23:56] PROBLEM - Puppet failure on mira is CRITICAL: CRITICAL: 60.00% of data above the critical threshold [0.0] [15:48:02] RECOVERY - Puppet failure on deployment-jobrunner01 is OK: OK: Less than 1.00% above the threshold [0.0] [15:59:05] RECOVERY - Puppet failure on mira is OK: OK: Less than 1.00% above the threshold [0.0] [16:32:53] no wikibugs? [16:43:13] greg-g, restarting [16:44:40] done [16:45:04] Krenair: ty [17:09:40] bd808: I think using slovote is a good choice ;) [17:09:56] Luke081515: thanks. I'm writing an email on it now [17:10:13] you already got a vote there ;) [17:10:29] eh? [17:10:40] * greg-g waits for email, presumably [17:10:48] greg-g: https://phabricator.wikimedia.org/V7 [17:11:24] greg-g: https://phabricator.wikimedia.org/V7 and https://lists.wikimedia.org/pipermail/labs-l/2016-February/004285.html [17:13:00] bd808: Maybe add the date till you close the poll to the description? not everybody would read the mail [17:13:10] "engage in deliberations" :) :) [17:13:10] good idea [17:13:17] "Voting improves cardiovascular endurance." [17:13:19] :) [17:13:36] where's that one? [17:13:55] at the bottom, at the left side of the button [17:14:11] ahh, heh [17:14:24] see ya'll, work can be fun! [17:16:38] Cool. You can even transclude the poll into another task! -- https://phabricator.wikimedia.org/T122865#2002620 [17:16:56] I think I should move that to the summary [17:17:51] wow, 4:0:0 [17:18:25] neat-o! [17:19:07] * bd808 has high hopes for using Phab to create a stronger wikitech community [17:19:17] +100 [17:27:21] bd808: I think this namespace is a good idea, the tool owner can use it, but he don't have to [17:28:08] My though too. I think the conservative POV is why make a space if nobody will actually use it? [17:28:23] *thoughts [17:29:01] There is a place currently -- https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Tools -- but it is pretty well hidden [17:29:16] bd808: Maybe add tool-labs to that poll too? So more watcher would see it, and I think it fits to this project, because tools would be affected [17:30:03] {{done}} [17:30:09] thanks [17:30:21] normally I would do this, but only the author can eidt the poll ;) [17:30:35] *edit [17:30:46] that's a bit annoying, but understandable I guess [17:31:45] don't want democracy for your democracy [17:32:59] I'm guessing that if you edit the labels the votes stay [17:33:05] which could be "interesting" [17:33:07] 10Beta-Cluster-Infrastructure, 6Labs: Disable /data/project for instances in deployment-prep that do not need it - https://phabricator.wikimedia.org/T125624#2002681 (10hashar) I have cleaned a few old logs files and obsolete ones from `/data/project`. [17:36:42] 10Beta-Cluster-Infrastructure, 10Deployment-Systems, 10Gerrit, 10MediaWiki-extensions-Cards, and 2 others: Gerrit does not update Cards in mediawiki/extensions (it is thus stuck on Beta Cluster) - https://phabricator.wikimedia.org/T125182#2002691 (10hashar) New status: > SELECT * FROM submodule_subscripti... [17:38:50] greg-g: thought for your "spare" time: we should add a portal page on wikitech for "Beta cluster". [17:39:01] Maybe one for "Deployment" too [17:39:48] 10Beta-Cluster-Infrastructure, 10Deployment-Systems, 10Gerrit, 10MediaWiki-extensions-Cards, and 3 others: Gerrit does not update Cards in mediawiki/extensions (it is thus stuck on Beta Cluster) - https://phabricator.wikimedia.org/T125182#2002724 (10hashar) Upstream bug is https://code.google.com/p/gerrit/... [17:40:27] 10Continuous-Integration-Infrastructure, 7Upstream: mediawiki/extensions.git does not update some extensions - https://phabricator.wikimedia.org/T51846#2002733 (10hashar) Upstream bug is https://code.google.com/p/gerrit/issues/detail?id=2393 [17:41:34] bd808: I was thinking the same as I was trying to justify my vote as not ballot stuffing, and then I just ended up making this one edit and moving on https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource%3ADeployment-prep%2FDocumentation&type=revision&diff=288976&oldid=154023 [17:42:47] greg-g: Krenair is interested too. We were trying to figure out what the logo for beta cluster would be last week [17:43:07] the Nova Resource page is gross [17:43:16] and a lot of the docs are really really out of date [17:43:30] yuuuuup, because the pages are gross [17:43:34] it's circular [17:44:00] I have no great opinion on logo [17:44:09] same problem with Help:Tool Labs [17:44:18] so ugly that it's hard to figure out where to start [17:44:48] I've got a lot of ideas. We'll see what March brings :) [17:46:54] 10Deployment-Systems: l10nupdate syncs not working after rebuilding tin due to ssh-agent errors - https://phabricator.wikimedia.org/T125992#2002762 (10bd808) >>! In T125992#2002452, @greg wrote: > > anything else? We should probably keep this open until we see l10nupdate run successfully. [17:58:02] Project browsertests-Wikidata-WikidataTests-linux-firefox build #95: 15ABORTED in 4 hr 0 min: https://integration.wikimedia.org/ci/job/browsertests-Wikidata-WikidataTests-linux-firefox/95/ [18:14:44] huh, votes are happening on V7 and I'm subscribed, but the only info I get via email is other people subscribing [18:19:07] greg-g: Yeah, same in the transaction log on the page: https://phabricator.wikimedia.org/V7 [18:19:34] This smells like a Diebold system. [18:19:45] I WANT A PAPER TRAIL! [18:19:45] * James_F grins. [18:20:13] 10Beta-Cluster-Infrastructure, 10Deployment-Systems, 10Gerrit, 10MediaWiki-extensions-Cards, and 3 others: Gerrit does not update Cards in mediawiki/extensions (it is thus stuck on Beta Cluster) - https://phabricator.wikimedia.org/T125182#2002925 (10Krenair) Sounds like {T70271} will fix it for us [18:20:54] also, visible to logged in users only [18:21:22] that might be changable, but I don't have edit perms [18:23:36] 10Deployment-Systems, 3Scap3, 5Patch-For-Review: Make puppet provider for scap3 - https://phabricator.wikimedia.org/T113072#2002953 (10thcipriani) a:5thcipriani>3mmodell [18:24:06] bd808: ^^ [18:24:11] only the author can do that [18:24:24] 10Deployment-Systems, 3Scap3, 7WorkType-NewFunctionality: Need a way to see config diffs in Scap - https://phabricator.wikimedia.org/T118206#2002967 (10thcipriani) p:5High>3Normal [18:25:38] 10Deployment-Systems, 3Scap3: refreshCdbJsonFiles should be rewritten in python - https://phabricator.wikimedia.org/T125685#2002969 (10thcipriani) p:5Triage>3Normal [18:26:43] 10Continuous-Integration-Config, 10Differential, 5Patch-For-Review: Allow `doc-publish` to be run without zuul dependency - https://phabricator.wikimedia.org/T117770#2002978 (10thcipriani) 5Open>3Resolved a:3thcipriani Been working for a while, cleaning up task [18:26:43] 10Continuous-Integration-Infrastructure, 10Deployment-Systems, 3Scap3, 7Documentation: Regenerate scap documentation when using differential for code review - https://phabricator.wikimedia.org/T117431#2002981 (10mmodell) this works afaik [18:26:51] 10Continuous-Integration-Infrastructure, 10Deployment-Systems, 3Scap3, 7Documentation: Regenerate scap documentation when using differential for code review - https://phabricator.wikimedia.org/T117431#2002983 (10thcipriani) 5Open>3Resolved a:3thcipriani [18:27:39] 10Deployment-Systems, 3Scap3: Need a way to restart services without deploying via scap - https://phabricator.wikimedia.org/T119449#2002987 (10thcipriani) p:5Triage>3Normal [18:27:57] 10Deployment-Systems, 3Scap3: Scap3 needs a way to handle large binary file transport - https://phabricator.wikimedia.org/T119443#2002990 (10thcipriani) p:5Triage>3Normal [18:51:31] 6Release-Engineering-Team, 6Project-Creators: SWAT Project (Tag) - https://phabricator.wikimedia.org/T99411#2003208 (10Luke081515) Which one do you prefer? * [https://phab-01.wmflabs.org/tag/swat/ The project?] Has a column limit. * [https://phab-01.wmflabs.org/E7 The calendar event?] Has Invitees, so users wh... [18:55:00] 6Release-Engineering-Team, 6Project-Creators: SWAT Project (Tag) - https://phabricator.wikimedia.org/T99411#2003225 (10greg) Do we want to wait on this? The ideal workflow would happen in Differential I presume? eg: simply proposing a backport to a live wmf.XX branch, #releng and/or #swatters (I just made tha... [18:57:49] 6Release-Engineering-Team, 6Project-Creators: SWAT Project (Tag) - https://phabricator.wikimedia.org/T99411#2003229 (10greg) () [18:58:05] I really hate that ^ [19:00:20] 10Deployment-Systems, 3Scap3: Allow scap3 to read target host list from stdin - https://phabricator.wikimedia.org/T122913#2003261 (10thcipriani) p:5Triage>3Normal [19:03:36] (03PS1) 10Hashar: [GWToolset] add composer-test [integration/config] - 10https://gerrit.wikimedia.org/r/268720 (https://phabricator.wikimedia.org/T125553) [19:06:23] (03CR) 10Hashar: [C: 032] [GWToolset] add composer-test [integration/config] - 10https://gerrit.wikimedia.org/r/268720 (https://phabricator.wikimedia.org/T125553) (owner: 10Hashar) [19:13:29] (03Merged) 10jenkins-bot: [GWToolset] add composer-test [integration/config] - 10https://gerrit.wikimedia.org/r/268720 (https://phabricator.wikimedia.org/T125553) (owner: 10Hashar) [19:25:07] 10Deployment-Systems, 6Performance-Team, 10Traffic, 6operations, 5Patch-For-Review: Make Varnish cache for /static/$wmfbranch/ expire when resources change within branch lifetime - https://phabricator.wikimedia.org/T99096#2003345 (10Krinkle) [19:31:19] 10Deployment-Systems, 6Performance-Team, 10Traffic, 6operations, 5Patch-For-Review: Make Varnish cache for /static/$wmfbranch/ expire when resources change within branch lifetime - https://phabricator.wikimedia.org/T99096#2003363 (10Krinkle) [19:31:47] (03CR) 10Hashar: [C: 04-1] "If you want to have mediawiki core and run test via composer you would use the specific jobs:" [integration/config] - 10https://gerrit.wikimedia.org/r/267541 (owner: 10Paladox) [19:32:51] (03CR) 10Paladox: "But that wont run composer test. So we should allow replicating mediawiki/core in composer so when we run composer test it will work." [integration/config] - 10https://gerrit.wikimedia.org/r/267541 (owner: 10Paladox) [19:36:53] Hi there [19:37:58] Yesterday I wanted to update beta portals http://www.wikipedia.beta.wmflabs.org/, so did I (git pull in portals folder, and then sync-dir portals), and the page was up. Today the old page is back though. [19:39:52] not sure what caused it, but portals is a submodule, and I’m thinking maybe a `git submodule update` reverted my stuff [19:40:47] how should I do, to make sure what I deploy to portals beta stays in beta? [19:52:13] thcipriani: you were doing things with submodules the other day in beta, right? ^ [19:53:26] well, extensions, sure. [19:53:47] jgirault: lemme look at how beta updates portals, it's likely it's an automated deploy [19:55:23] thcipriani: so far it is manual, but we want to automate it eventually https://phabricator.wikimedia.org/T124848 [19:57:34] jgirault: ah, I see. I'll bet you're right that beta-mediawiki-config-update overwrote the change...looking at that job now [19:59:40] yeah, I think that is what did it: https://github.com/wikimedia/operations-puppet/blob/production/modules/beta/templates/wmf-beta-mwconfig-update.erb [20:00:44] thcipriani: yeah, looks like it. what do you recommend? [20:05:26] jgirault: that's tough. It seems like this is a little at odds with automated deployment of mediawiki config submodules [20:05:42] I think this patch is what caused the current behavior: https://github.com/wikimedia/operations-puppet/commit/f4baf22e8622c40fed66c49ab38372ddb9af2a13 [20:06:36] what we could do is just change it to a submodule update --rebase [20:10:50] thcipriani: ok I see.. do you see any issue? I don’t want portals to mess everything else [20:14:28] jgirault: submodule update --rebase shouldn't cause too much of an issue (pretty sure it's the default behavior for core extensions). Does that solve your issue though? you have changes on top of the current commit pointed to by the submodule that you'd like to persist? [20:18:04] thcipriani: yes. the submodule points to master in production. and we’d like to run git pull to test new commits on beta before we update the references and deploy to production [20:18:27] 10Beta-Cluster-Infrastructure, 10Deployment-Systems, 10Gerrit, 10MediaWiki-extensions-Cards, and 3 others: Gerrit does not update Cards in mediawiki/extensions (it is thus stuck on Beta Cluster) - https://phabricator.wikimedia.org/T125182#2003549 (10hashar) >>! In T125182#2002925, @Krenair wrote: > Sounds... [20:20:24] jgirault: kk, I think that should work fine for others as well. Mind creating a ticket? I can add a pull request and get a few more folks to check my thinking. [20:21:04] Doing it [20:21:07] er gerrit patch set. not pull request :) [20:21:21] thanks! [20:29:46] 6Release-Engineering-Team, 6Discovery, 3Discovery-Portal-Sprint: Beta: submodule update reverts new portals commits - https://phabricator.wikimedia.org/T126061#2003572 (10JGirault) 3NEW a:3thcipriani [20:30:23] 10Beta-Cluster-Infrastructure, 6Release-Engineering-Team, 6Discovery, 3Discovery-Portal-Sprint: Beta: submodule update reverts new portals commits - https://phabricator.wikimedia.org/T126061#2003588 (10thcipriani) [20:30:35] 6Release-Engineering-Team, 6Discovery, 3Discovery-Portal-Sprint: Beta: submodule update reverts new portals commits - https://phabricator.wikimedia.org/T126061#2003590 (10JGirault) [20:30:40] thcipriani: https://phabricator.wikimedia.org/T126061 [20:31:05] (03PS1) 10Ejegg: Run CiviCRM CI job on php 5.3 [integration/config] - 10https://gerrit.wikimedia.org/r/268732 [20:31:11] jgirault: yup, I'll update with patch and add relevant folks, thank you! [20:31:28] thcipriani: thanks!! [20:35:23] 7Blocked-on-RelEng, 10Continuous-Integration-Infrastructure, 6Labs, 10Tool-Labs: debian-glue tries to fetch obsolete package - https://phabricator.wikimedia.org/T125999#2003617 (10hashar) The jenkins-debian-glue scripts invokes `cowbuilder --update` which refresh the image (time UTC): ``` 16:23:21 I: upgr... [20:49:51] 10Beta-Cluster-Infrastructure, 6Release-Engineering-Team, 6Discovery, 3Discovery-Portal-Sprint, 5Patch-For-Review: Beta: submodule update reverts new portals commits - https://phabricator.wikimedia.org/T126061#2003572 (10thcipriani) [20:50:29] 10Beta-Cluster-Infrastructure, 6Release-Engineering-Team, 6Discovery, 3Discovery-Portal-Sprint, 5Patch-For-Review: Beta: submodule update reverts new portals commits - https://phabricator.wikimedia.org/T126061#2003681 (10thcipriani) p:5Triage>3Normal [20:55:41] (03PS1) 10Paladox: Blacklist Wikidata in branch REL1_25 for the qunit tests [integration/config] - 10https://gerrit.wikimedia.org/r/268790 [20:57:25] (03CR) 10Paladox: "I found where the problem is but requires too much updates since it is the ValueView extension" [integration/config] - 10https://gerrit.wikimedia.org/r/268790 (owner: 10Paladox) [21:10:35] jzerebecki: Could you review https://gerrit.wikimedia.org/r/#/c/268790/ it just has too many failing files under REL1_25 in qunit. [21:12:57] 10Beta-Cluster-Infrastructure: Run mediawiki::maintenance scripts? - https://phabricator.wikimedia.org/T125976#2003784 (10EBernhardson) discovery happens to be relevant here because the completion suggester that we are pushing into production this quarter is not updated in real time (limitations of the data stru... [21:32:52] (03Abandoned) 10Ejegg: Run CiviCRM CI job on php 5.3 [integration/config] - 10https://gerrit.wikimedia.org/r/268732 (owner: 10Ejegg) [21:50:55] Project beta-scap-eqiad build #88720: 04FAILURE in 6 min 6 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/88720/ [21:53:49] why for is scap job failing often lately? [21:57:18] I don't know about previous ones, but some errors in this: [21:57:18] 21:46:31 file has vanished: "/.git/modules/portals/MERGE_HEAD" (in common) [21:57:18] 21:46:31 file has vanished: "/.git/modules/portals/MERGE_MODE" (in common) [21:57:18] 21:46:31 file has vanished: "/.git/modules/portals/MERGE_MSG" (in common) [21:57:18] 21:46:31 rsync warning: some files vanished before they could be transferred (code 24) at main.c(1655) [generator=3.1.0] [22:01:52] krenair@mira:/srv/mediawiki-staging/portals$ git log --oneline -1 [22:01:52] fatal: Not a git repository: /mnt/srv/mediawiki-staging/.git/modules/portals [22:01:52] krenair@mira:/srv/mediawiki-staging/portals$ ls ../.git/modules/portals/ [22:01:52] branches config description FETCH_HEAD HEAD hooks index info logs objects ORIG_HEAD packed-refs refs [22:02:02] Yippee, build fixed! [22:02:02] Project beta-scap-eqiad build #88721: 09FIXED in 6 min 52 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/88721/ [22:03:21] krenair@mira:/srv/mediawiki-staging$ git status [22:03:21] fatal: Not a git repository: /mnt/srv/mediawiki-staging/.git/modules/docroot/wikimedia.org/WikipediaMobileFirefoxOS [22:04:38] something up with submodules on mira.deployment-prep.eqiad.wmflabs I guess [22:20:10] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 6Collaboration-Team-Backlog, 10Flow, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004019 (10Mattflaschen) 3NEW [22:23:08] (03CR) 10Mattflaschen: "Thanks, Paladox. I filed T126073 to track this." [integration/config] - 10https://gerrit.wikimedia.org/r/268790 (owner: 10Paladox) [22:23:25] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 6Collaboration-Team-Backlog, 10Flow, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004046 (10Paladox) Its really strange that this is causing wikid... [22:23:35] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004047 (10Mattflaschen) a:3Mattflaschen [22:24:18] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004019 (10Mattflaschen) >>! In T126073#2004046, @Paladox wrote: > Its really stra... [22:25:34] (03CR) 10Paladox: "Ok if we add assert.expect manually to all the test files in ValueViews extension wikidata it should pass. It worked for me I just copied " [integration/config] - 10https://gerrit.wikimedia.org/r/268790 (owner: 10Paladox) [22:26:28] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004067 (10Paladox) @Mattflaschen ok. Is there any way we could prevent this happe... [22:27:05] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004068 (10Paladox) @Mattflaschen would you like me to do the assert.expect change... [22:34:25] thcipriani: twentyafterfour: ostriches: What's the deployment host at the moment in prod? deployment.eqiad points to mira.codfw. Just did a sync-common on mw1017 (testwiki) which pulled from mira [22:34:34] Last few messages on ops-l isn't clear on this. [22:35:20] Krinkle: it's mira at the moment [22:35:36] And it's not broken in any way? I just wanna stage something and sync to testwiki. [22:35:43] And then clear the stage area again [22:35:44] beter not be [22:35:47] deployment.eqiad.wmnet being a CNAME to the current (mira) [22:35:47] :) [22:35:51] nope, shouldn't be [22:36:30] Well, I know what the cname points to, but it seems worth double checking given mira was broken earlier, and tin is finished being re-imaged - so there is no reason for it to still be mira other than it being fun to ensure it works. [22:36:35] (and see the cluster go down if it isn't) [22:37:24] Krinkle: yep [22:38:38] it's probably a good idea to rotate use of mira and tin to ensure they, and sync-masters, are in working order [22:40:31] I like mira :) [22:40:34] tin is so last month [22:40:41] make the deployment DNS entry rotate randomly? [22:42:00] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004134 (10Mattflaschen) a:5Mattflaschen>3Paladox You can. I'll try to fix {T... [22:43:11] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004153 (10Mattflaschen) >>! In T126073#2004134, @Mattflaschen wrote: > You can.... [22:43:48] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004156 (10Paladox) @Mattflaschen ok will do it in a sec seems that tests on REL1_... [22:45:00] OuKB: that would only work if things weren't hardcoded elsewhere [22:45:33] But once is resolved, and the problem of cross-DC lock acquisition [22:45:57] and various other issues [22:51:31] 10Continuous-Integration-Infrastructure, 10MediaWiki-General-or-Unknown, 10Wikidata, 10Wikidata.org: MediaWiki QUnit + phplint broken on branch REL1_26 causing other extensions to fail - https://phabricator.wikimedia.org/T126082#2004186 (10Paladox) 3NEW [22:52:02] 10Continuous-Integration-Infrastructure, 10MediaWiki-General-or-Unknown, 10Wikidata, 10Wikidata.org: MediaWiki QUnit + phplint broken on branch REL1_26 causing other extensions to fail - https://phabricator.wikimedia.org/T126082#2004194 (10Paladox) Adding @Mattflaschen if that is ok with you since your inv... [22:54:49] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004197 (10Mattflaschen) [23:10:41] ehm, I +2'd https://gerrit.wikimedia.org/r/#/c/268804/ yet jenkins as no submit jobs - I've only seen a postmerge one (?!) [23:14:03] OuKB: It went through G&S and merged it looks like. [23:14:17] "operations-mw-config-phpunit SUCCESS in 7s " [23:15:28] huh, it just lagged: "Starting gate-and-submit jobs" appeared 5 minutes later instead of the usual insta [23:16:23] 7Blocked-on-RelEng, 10Continuous-Integration-Infrastructure, 6Labs, 10Tool-Labs: debian-glue tries to fetch obsolete package - https://phabricator.wikimedia.org/T125999#2004308 (10scfc) AFAIUI `debian-glue` sits on top of `package_builder`, so adding @akosiaris. On closer look, I noted another error more... [23:19:23] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004321 (10Mattflaschen) @Paladox Okay, I tried to figure out what you need to do.... [23:20:07] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004329 (10Mattflaschen) The other approach is to run whatever version of jshint u... [23:21:20] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004334 (10Paladox) @Mattflaschen I found a better solution we could cut off unit... [23:22:14] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004335 (10Paladox) @Mattflaschen yes it is possible by using grunt or npm. But w... [23:24:31] matt_flaschen: Ive found a better way by adding a config around the unit tests and setting the config to off by default that solves the problem. [23:25:53] paladox, but if we turn it off, then we lose the benefit of CI for the release branches. I'd rather fix it. [23:26:01] paladox, very good to see you on IRC, though. [23:26:12] paladox, why don't you come to #wikidata, since I'm about to ask them. [23:27:14] matt_flaschen: Ok. Well i mean adding config in the REL1_25 branch. Since if we do fixed that issues there going to be another issues such as in view. [23:32:23] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004377 (10Mattflaschen) >>! In T126073#2004334, @Paladox wrote: > @Mattflaschen I... [23:33:18] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Flow, 10Wikidata, and 2 others: Wikidata QUnit broken on branch REL1_25 causing other extensions to fail - https://phabricator.wikimedia.org/T126073#2004383 (10Paladox) ValueView is not the only problem its repo, lib, view possibly... [23:34:52] 10Deployment-Systems, 6Performance-Team, 10Traffic, 6operations, 5Patch-For-Review: Make Varnish cache for /static/$wmfbranch/ expire when resources change within branch lifetime - https://phabricator.wikimedia.org/T99096#2004391 (10Krinkle)