[00:01:32] legoktm: I'll try to do it myself but if it doesn't work I'll ask for your help [00:01:46] sure :) [00:02:01] we need a video like https://www.youtube.com/watch?v=Vhh_GeBPOhs but for docker [00:05:12] ok it created the file... no idea if it is correct or not :) [00:05:53] jenkins.JenkinsException: Error in request. Possibly authentication failed [403]: Forbidden [00:05:58] legoktm: can it be I am not allowed to do that? ^ [00:06:20] as long as you're in ldap/wmf you should be able to [00:06:37] did you create the etc/jenkins_jobs.ini file? [00:06:55] hmm... yes did create it [00:07:53] token seems to be ok [00:08:15] DEBUG:urllib3.connectionpool:https://integration.wikimedia.org:443 "POST /ci/createItem?name=wikidata-query-gui-build HTTP/1.1" 403 None [00:08:26] looks like Jenkins doesn't love me [00:09:19] :( [00:09:20] https://paste.fedoraproject.org/paste/SRL2j2DSiJis3FKRr-IUUg/raw [00:10:10] legoktm: ok, so I assume you created it then? Thanks [00:10:27] yes [00:10:40] I think there's something there which requires more permissions maybe... no idea [00:10:40] I'll just deploy the zuul part now too [00:10:45] legoktm: thanks [00:10:56] (03CR) 10Legoktm: [C: 032] Create job for building WDQS GUI [integration/config] - 10https://gerrit.wikimedia.org/r/415769 (https://phabricator.wikimedia.org/T160943) (owner: 10Smalyshev) [00:11:07] legoktm: would I need to do the jjb part each time I change the job? [00:11:32] yes [00:12:04] you should probably ask hashar which permission is required...I didn't think there was any but I'm probably just forgetting [00:12:20] legoktm: ok, I'll ask him [00:12:41] (03Merged) 10jenkins-bot: Create job for building WDQS GUI [integration/config] - 10https://gerrit.wikimedia.org/r/415769 (https://phabricator.wikimedia.org/T160943) (owner: 10Smalyshev) [00:13:34] legoktm: thank you for helping! [00:14:19] !log deployed https://gerrit.wikimedia.org/r/415769 [00:14:22] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [00:14:24] SMalyshev: np, it should all be deployed now [00:19:07] hmm got a failure: https://integration.wikimedia.org/ci/job/wikidata-query-gui-build/1/console [00:19:32] twentyafterfour: looks like some credentials are missing: https://integration.wikimedia.org/ci/job/wikidata-query-gui-build/1/console [00:20:11] Project beta-update-databases-eqiad build #25052: 04FAILURE in 11 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/25052/ [00:21:53] the weird thing is that it's some jenkins stuff, it doesn't even get to my script as it seems [00:22:09] ahh it's probably ssh-agent-credentials [00:27:12] 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Discovery, 10LDAP-Access-Requests, and 4 others: Set up user for automatic WDQS GUI builds - https://phabricator.wikimedia.org/T189811#4156046 (10Smalyshev) Looks like something is wrong with the credentials: https://integration.wikime... [00:30:33] (03Abandoned) 10Chad: releases: Swap tar/gzip pipe for `git archive` [tools/release] - 10https://gerrit.wikimedia.org/r/405347 (owner: 10Chad) [00:55:43] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team: Zuul Clone frequently fails in php70-phan-docker job - https://phabricator.wikimedia.org/T188958#4156075 (10Krinkle) Recent examples from that log: 4 days ago: https://integration.wikimedia.org/ci/job/mediawiki-core-php70-phan-docker/8912/co... [02:22:29] (03CR) 10Prtksxna: [C: 031] Whitelist user Gopavasanth [integration/config] - 10https://gerrit.wikimedia.org/r/428068 (owner: 10Zoranzoki21) [05:44:16] (03CR) 10Jayprakash12345: [C: 031] Whitelist user Gopavasanth [integration/config] - 10https://gerrit.wikimedia.org/r/428068 (owner: 10Zoranzoki21) [06:43:53] any phab admins on atm? [09:49:45] Yippee, build fixed! [09:49:45] Project beta-update-databases-eqiad build #25053: 09FIXED in 4 min 2 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/25053/ [10:01:48] _joe_: Can deployment-mediawiki0[45] and deployment-jobrunner02 be deleted? According to SAL you wanted to do that by EOW last week. :) [10:02:17] <_joe_> eddiegp: yes, I usually give things an extra week just in case [10:02:29] <_joe_> but they can be deleted as far as I'm concerned [10:02:53] That week was last week (you shut them down on 16th) ;) [10:03:15] <_joe_> oh all that time passed already? sigh [10:03:26] <_joe_> yeah let me delete them [10:03:35] :D [10:04:07] <_joe_> that's what happens when you're in the middle of two complex and somewhat dangerous production migrations at the same time [10:05:18] <_joe_> that and my unconscious attempt at avoiding using the horizon UI [10:05:36] <_joe_> eddiegp: as a followup, I want to also delete mw06 [10:06:29] _joe_: Sure, I already wondered why you left that one on? [10:06:42] <_joe_> it's set as the host for a security audit [10:06:49] <_joe_> I don't know much about [10:06:53] <_joe_> so I left it alone [10:07:32] Ah, okay. So we should probably ping the security team about whether it needs to be replaced or can just go away. [10:07:34] <_joe_> I need to gather info, and it's lower-priority than moving whatever is serving the beta wikis to testing and real users [10:07:41] <_joe_> eddiegp: yes [10:07:57] <_joe_> even if it can be replaced now, maybe they have some forensic data saved there [10:08:24] <_joe_> !log deleted deployment-mediawiki0[45] and deployment-jobrunner02 [10:08:26] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [10:09:07] Do we already have a task for replacing appservers in beta? [10:10:08] <_joe_> yes [10:10:40] <_joe_> but I think I already resolved it, as it was about upgrading the servers in active use for testing [10:11:48] _joe_: I'll just create a new one for deployment-mediawiki06 then. [10:13:05] <_joe_> eddiegp: that's ok, that server just needs to be decommissioned [10:17:46] 10Beta-Cluster-Infrastructure, 10Security-Team: Delete deployment-mediawiki06 - https://phabricator.wikimedia.org/T192996#4156792 (10Peachey88) [12:04:53] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10MediaWiki-extensions-WikibaseRepository, 10Wikidata, 10Wikimedia-log-errors (Jenkins Failure): selenium test for Wikibase is unstable - https://phabricator.wikimedia.org/T189762#4157155 (10zeljkofilipin) Ruby Selenium framework has be... [12:54:25] (03PS1) 10Hashar: Inject MediaWiki dependencies on Quibble jobs [integration/config] - 10https://gerrit.wikimedia.org/r/428912 [12:55:54] (03CR) 10Hashar: [C: 032] Inject MediaWiki dependencies on Quibble jobs [integration/config] - 10https://gerrit.wikimedia.org/r/428912 (owner: 10Hashar) [12:57:24] (03Merged) 10jenkins-bot: Inject MediaWiki dependencies on Quibble jobs [integration/config] - 10https://gerrit.wikimedia.org/r/428912 (owner: 10Hashar) [14:54:38] 10MediaWiki-Releasing, 10AbuseFilter, 10MW-1.31-release, 10MW-1.31-release-notes (WMF-deploy-2018-04-10 (1.31.0-wmf.29)): Bundle AbuseFilter extension with MW 1.31 - https://phabricator.wikimedia.org/T191740#4157801 (10Daimona) [16:20:00] hashar: are you around? need some help with CI builds [16:20:29] 10Release-Engineering-Team (Watching / External), 10Operations, 10Parsoid, 10Patch-For-Review: Provide an archive endpoint for older Parsoid debs (on releases.wikimedia.org or elsewhere) - https://phabricator.wikimedia.org/T150672#4158420 (10Dzahn) [16:20:47] SMalyshev: in a meeting and then heading to dinner. But shout the question, will do my best to answer [16:21:24] 10Release-Engineering-Team (Watching / External), 10Operations, 10Parsoid, 10Patch-For-Review: Provide an archive endpoint for older Parsoid debs (on releases.wikimedia.org or elsewhere) - https://phabricator.wikimedia.org/T150672#2792988 (10Dzahn) > 12:41 < subbu> could you add arlo and scott to that grou... [16:22:12] hashar: two actually. 1st: I tried to create a new job along the lines of https://www.mediawiki.org/wiki/Continuous_integration/Jenkins_job_builder and got permission denied. Do I need some extra permission beyond being in WMF? [16:22:57] hashar: second: build for https://phabricator.wikimedia.org/T189811 fails with some kind of credentials issue: https://integration.wikimedia.org/ci/job/wikidata-query-gui-build/1/console - could you take a look at what's wrong? [16:35:51] SMalyshev: https://www.mediawiki.org/wiki/CI/JJB doc seems outdated. Anyone in "wmf" LDAP group used to be able to create job but we have restricted that to just a few people. That explains the perm denied [16:36:30] SMalyshev: the credentials for https://integration.wikimedia.org/ci/job/wikidata-query-gui-build/1/console I guess they are not properly setup [16:38:16] hashar: is that something you could help with? or point me to someone who can? [16:41:42] 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Discovery, 10LDAP-Access-Requests, and 4 others: Set up user for automatic WDQS GUI builds - https://phabricator.wikimedia.org/T189811#4158572 (10hashar) https://gerrit.wikimedia.org/r/#/c/415769/3/jjb/wikidata.yaml creates the job wit... [16:41:45] SMalyshev: lego.ktm could then I think the issue is just due to case sensitiveness https://phabricator.wikimedia.org/T189811#4158572 [16:41:46] will try [16:43:39] hashar: thanks! maybe it's the case indeed... I am not sure how that works in LDAP/CI [16:43:53] tried and still broken :( [16:44:50] ahhhhh [16:47:29] 10Release-Engineering-Team, 10Operations, 10Ops-Access-Requests, 10User-Urbanecm: Requesting access to production for SWAT deploy for Urbanecm - https://phabricator.wikimedia.org/T192830#4158589 (10Dzahn) [16:48:32] 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Discovery, 10LDAP-Access-Requests, and 4 others: Set up user for automatic WDQS GUI builds - https://phabricator.wikimedia.org/T189811#4158594 (10hashar) The Jenkins Credential store has one for a username and password in LDAP. It sho... [16:48:54] SMalyshev: so in short, a credential has been added for the LDAP username and password, but the job uses a ssh agent which expect a username and ssh private key :) [16:49:17] twentyafterfour: ^^ for https://phabricator.wikimedia.org/T189811#4143877 [16:49:21] then it should work [16:51:54] hashar: ahh. so should we switch it to username/password or add private key for the user? [16:52:13] based on what I did for the portal builder, a private key [16:52:25] I dont think you can ssh to Gerrit with a user/password anyway [16:52:57] ah, ok. I missed that part I guess. I will create a key for the user and send it to twentyafterfour I guess? [16:53:10] ah wait I already had one [16:53:16] so I just need to send it [17:03:25] (03PS1) 10Hashar: Clone mediawiki/core first and some refactoring [integration/quibble] - 10https://gerrit.wikimedia.org/r/428959 [17:03:50] SMalyshev: \o/ [17:04:15] hashar: thanks for helping, sent the key so hopefully it would work :) [17:31:20] (03PS6) 10Dduvall: WIP: Perform helm deployment in service-pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/425936 (https://phabricator.wikimedia.org/T188935) [17:33:35] SMalyshev: I'll add the key [17:49:09] SMalyshev: it should work now? [17:49:26] twentyafterfour: thanks, will test after SoS is done! [17:50:02] I just told jenkins to rebuild but it would be better to run a more complete test I think [17:50:35] hmm [17:50:38] 17:49:54 /tmp/jenkins770117172695704999.sh: line 16: grunt: command not found [17:53:33] twentyafterfour: huh... that's weird. Do we need to enable/add something for grunt to be available? I kinda assumed it's already there... [17:54:21] SMalyshev: I don't know, probably have to request it via the npm .yaml? [17:54:53] 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Discovery, 10LDAP-Access-Requests, and 4 others: Set up user for automatic WDQS GUI builds - https://phabricator.wikimedia.org/T189811#4158783 (10mmodell) Ok I fixed the credentials (Added the private key and removed the ldap user/pass... [17:55:12] twentyafterfour: I see package.json has grunt, but I am not sure what npm .yaml is [17:55:21] I don't think very many things are there automatically but the dependencies get cached for faster runs once it's done once [17:55:42] that's what I meant sorry [17:55:53] I thought package.json would be enough but looks like it's not? [17:56:18] it should be [17:58:15] I don't see it fetching grunt in the logs [17:59:06] well it is in the dependency tree [18:00:39] it's probably just not in the path [18:01:14] twentyafterfour: yeah that is possible... how do I find where it is? [18:02:09] also maybe I could just do npm deploy, since it's the same thing... npm should be in path? [18:07:33] (03PS1) 10Smalyshev: Use npm since grunt seems to be not in the path [integration/config] - 10https://gerrit.wikimedia.org/r/428969 [18:09:07] (03PS2) 10Smalyshev: Use npm since grunt seems to be not in the path [integration/config] - 10https://gerrit.wikimedia.org/r/428969 (https://phabricator.wikimedia.org/T160943) [18:09:24] twentyafterfour: https://gerrit.wikimedia.org/r/c/428969/ <- tried to switch to using npm [18:15:32] it looks like grunt might be in ./node_modules/.bin/ [18:15:57] npm run should work for sure [18:16:33] (03CR) 1020after4: [C: 032] Use npm since grunt seems to be not in the path [integration/config] - 10https://gerrit.wikimedia.org/r/428969 (https://phabricator.wikimedia.org/T160943) (owner: 10Smalyshev) [18:18:14] (03Merged) 10jenkins-bot: Use npm since grunt seems to be not in the path [integration/config] - 10https://gerrit.wikimedia.org/r/428969 (https://phabricator.wikimedia.org/T160943) (owner: 10Smalyshev) [18:19:04] (03CR) 10Umherirrender: [C: 031] Whitelist user Gopavasanth [integration/config] - 10https://gerrit.wikimedia.org/r/428068 (owner: 10Zoranzoki21) [18:25:14] twentyafterfour: I understand now we again need jjb build, and I don't have permission for it. Could you do it? [18:25:39] SMalyshev: working on that, I'm getting an error from jjb that seems unrelated to your changes [18:26:04] jenkins_jobs.errors.JenkinsJobsException: Failed to find suitable template named '{name}-puppetlint-strict' [18:27:10] not mine :) [18:27:18] (03PS3) 10Zoranzoki21: Whitelist user Gopavasanth [integration/config] - 10https://gerrit.wikimedia.org/r/428068 [18:29:32] Project mwext-phpunit-coverage-publish build #3767: 04FAILURE in 4.1 sec: https://integration.wikimedia.org/ci/job/mwext-phpunit-coverage-publish/3767/ [18:31:53] Yippee, build fixed! [18:31:53] Project mwext-phpunit-coverage-publish build #3768: 09FIXED in 1 min 47 sec: https://integration.wikimedia.org/ci/job/mwext-phpunit-coverage-publish/3768/ [18:31:59] 10MediaWiki-Releasing, 10AbuseFilter, 10MW-1.31-release, 10MW-1.31-release-notes (WMF-deploy-2018-04-10 (1.31.0-wmf.29)): Bundle AbuseFilter extension with MW 1.31 - https://phabricator.wikimedia.org/T191740#4158966 (10Daimona) [18:33:32] SMalyshev: ok I got it (I think) [18:34:59] yeah the jenkins job is updated and it got the right credentials + the npm change [18:44:23] twentyafterfour: thanks! let's see if it works now [18:47:02] twentyafterfour: I ran into an issue trying to clone a phabricator-hosted submodule on deployment-tin. Can you remind me how that’s supposed to work? [18:47:29] Maybe I need to set $https_proxy? [18:48:13] awight: I think it is https proxy yeah [18:48:20] ty [18:48:33] that should really be set globally though on deployment-tin :-/ [18:49:13] hmm still produces errors but I think it's because of something missing in grunt deploy. I'll look into it myself [18:49:26] SMalyshev: hmm ok [18:49:31] the process seems to be ok here: https://integration.wikimedia.org/ci/job/wikidata-query-gui-build/8/console [18:50:28] SMalyshev: so `npm run deploy` is running git pull? [18:50:54] yeah I am not sure why... [18:51:04] SMalyshev: it might be that the jenkins workspace will have git in an odd state due to the way jenkins works [18:51:09] it was being used from command line for manual builds but even then it's not needed [18:51:31] I see [18:51:41] even for manual I do pulls manually anyway... not sure why it's there, might be remanant from older time [18:59:56] twentyafterfour: Ouch—I don’t understand how the LFS work we did every worked. My submodule repos are being rewritten to deployment-tin still, and that machine is unable clone from phab, so I currently can’t deploy in beta. Strange... [19:03:25] btw, I’m not deploying LFS at the moment, the glitch I’m hitting seems to be caused by the https://phab submodule URLs in preparation for LFS, though. [19:03:49] awight: phabricator still doesn't do lfs, fyi - only gerrit [19:04:34] we can rewrite phabricator urls to use gerrit by using the https.insteadof gitconfig options [19:04:47] +1 when I add the LFS repo, it looks like this, https://gerrit.wikimedia.org/r/#/c/419613/7/.gitmodules [19:05:38] The phabricator thing was done in https://phabricator.wikimedia.org/T179009 [19:05:40] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Collaboration-Team-Triage, 10Notifications: mwext-ruby-jessie fails on mediawiki/extensions/Echo - https://phabricator.wikimedia.org/T193074#4159104 (10Umherirrender) [19:05:40] fwiw [19:06:17] That work happened last October though (so I think I was wrong to say it’s related to LFS), why would it be breaking now... [19:06:24] awight: I'm about 80% of the way to having git-lfs working in phabricator [19:06:39] hopefully it'll be done this week but probably won't be in production until next week or the week after [19:06:45] I think it’s not blocking me [19:06:56] just to be clear, I’m deploying stuff that doesn’t include the LFS submodule [19:07:01] right [19:07:14] to access phabricator you definitely need the https proxy config [19:08:22] I’m so confused. That change is from https://gerrit.wikimedia.org/r/#/c/386407/ [19:08:47] I haven’t had to change my deployment account config since then... [19:11:14] something like: [19:11:16] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure, 10Collaboration-Team-Triage, 10Notifications, 10Wikimedia-log-errors (Jenkins Failure): mwext-ruby-jessie fails on mediawiki/extensions/Echo - https://phabricator.wikimedia.org/T193074#4159120 (10Umherirrender) It stops merging of... [19:11:43] [http "https://gerrit.wikimedia.org"] [19:11:46] proxy = deployment-urldownloader.deployment-prep.eqiad.wmflabs:8080 [19:11:47] in .gitconfig [19:11:55] awight: ^ [19:12:03] same for phab [19:12:19] that should be already in global gitconfig though [19:12:35] awight@deployment-tin:~$ cat /etc/gitconfig [19:12:35] [deploy] [19:12:36] required-umask = '002' [19:12:44] mebbe that’s what broke recently? [19:12:56] maybe [19:13:44] you can add it to your local .gitconfig and see if that helps? [19:14:22] It might be the repo size [19:15:06] kk it’s just one repo [19:15:12] twentyafterfour: it almost worked! but missing git review :( https://integration.wikimedia.org/ci/job/wikidata-query-gui-build/10/console [19:16:16] twentyafterfour: Interesting, it’s not a proxy thing, I checked by removing my .gitconfig. It seems to be caused by https://gerrit.wikimedia.org/r/#/c/427043/1/.gitmodules [19:16:23] I guess we probably need to simulate it... [19:16:34] My guess is that, moving the repo is requiring a full clone, and stuff is timing out [19:20:25] twentyafterfour: hehe. mv .git/modules/submodules/wikiclass/ .git/modules/submodules/articlequality [19:20:36] that worked, I’m good now. Thanks for the help! [19:27:04] 10Continuous-Integration-Config: Add test to verify that a extension is running composer tests when the dependency is also running composer test - https://phabricator.wikimedia.org/T189310#4159201 (10Umherirrender) [19:29:19] twentyafterfour: is there a way for a job to require a debian package? [19:41:46] (03CR) 10Hashar: [C: 032] Clone mediawiki/core first and some refactoring [integration/quibble] - 10https://gerrit.wikimedia.org/r/428959 (owner: 10Hashar) [19:42:16] (03Merged) 10jenkins-bot: Clone mediawiki/core first and some refactoring [integration/quibble] - 10https://gerrit.wikimedia.org/r/428959 (owner: 10Hashar) [19:45:11] SMalyshev: I don't think so, however, it is possible to add a debian package to the ci slaves [19:46:11] twentyafterfour: ok, I think I can manage without it... [19:46:58] SMalyshev: ok, if you can't then let us know. I'd have to recruit help from hash.ar to add the package though [19:47:50] I've done it once a long time ago but I'm not sure if it's still the same procedure [19:55:55] twentyafterfour: do you know how the ssh agents part works - do I need to specify the user or it would be used automatically by default? [20:02:04] twentyafterfour: 20:01:21 Build timed out (after 5 minutes). Marking the build as aborted. <-- can this be changed? [20:07:43] 10Phabricator, 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Phlogiston (Reporting): Phlogiston reports don't have new data since mid-February - https://phabricator.wikimedia.org/T188149#4159281 (10JAufrecht) a:05JAufrecht>03None [20:09:08] SMalyshev: it should be working automatically [20:09:28] I'm not sure how to change the timeout, it might be possible [20:09:52] well some builds are way longer AFAIK [20:10:27] SMalyshev: looks like it's as easy as adding a wrapper: [20:10:29] wrappers: [20:10:32] - ansicolor [20:10:33] - timestamps [20:10:36] - timeout: [20:10:38] timeout: 45 [20:10:38] 10Phabricator, 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Phlogiston (Reporting): Phlogiston reports don't have new data since mid-February - https://phabricator.wikimedia.org/T188149#4159303 (10ArielGlenn) There needs to be an rsync added to pull from the phab host to the active dumps.wiki... [20:10:40] that sets it to 45 minutes [20:11:06] ahh... I see it actually is set to 5 mins! didn't notice it [20:11:53] (03PS1) 10Smalyshev: Extend timeout for WDQS GUI build job [integration/config] - 10https://gerrit.wikimedia.org/r/429008 [20:13:00] SMalyshev: you removed the gerrit commit-msg hook? that will cause gerrit to reject the commit [20:13:16] because it needs to have a changeid in the commit message footer [20:13:17] !log deployed mobileapps to BC: Config: Start up to 4 workers in parallel during start-up [20:13:19] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [20:13:36] (03PS2) 10Smalyshev: Extend timeout for WDQS GUI build job [integration/config] - 10https://gerrit.wikimedia.org/r/429008 [20:13:53] twentyafterfour: it adds it to a wrong repo. I add it later to the right one [20:13:59] oh ok [20:14:08] 20:12:35 Permission denied (publickey). <-- looks like I need to set the user [20:14:31] I will try to do this: https://gerrit.wikimedia.org/r/c/429008/2/jjb/wikidata.yaml [20:14:51] (03PS3) 10Smalyshev: Extend timeout for WDQS GUI build job [integration/config] - 10https://gerrit.wikimedia.org/r/429008 [20:14:55] that might do the trick [20:15:35] (03CR) 1020after4: [C: 032] Extend timeout for WDQS GUI build job [integration/config] - 10https://gerrit.wikimedia.org/r/429008 (owner: 10Smalyshev) [20:17:01] (03PS1) 10Hashar: Clone Vector before SKIN/EXT dependencies [integration/quibble] - 10https://gerrit.wikimedia.org/r/429010 [20:17:03] (03PS1) 10Hashar: Also clone $ZUUL_PROJECT repository [integration/quibble] - 10https://gerrit.wikimedia.org/r/429011 [20:17:30] (03Merged) 10jenkins-bot: Extend timeout for WDQS GUI build job [integration/config] - 10https://gerrit.wikimedia.org/r/429008 (owner: 10Smalyshev) [20:17:32] (03CR) 10jerkins-bot: [V: 04-1] Also clone $ZUUL_PROJECT repository [integration/quibble] - 10https://gerrit.wikimedia.org/r/429011 (owner: 10Hashar) [20:17:47] SMalyshev: I'll deploy it once it's merged [20:19:22] ok SMalyshev that's deployed to jenkins [20:19:59] (03CR) 1020after4: [C: 032] "merged and deployed to jenkins with jjb" [integration/config] - 10https://gerrit.wikimedia.org/r/429008 (owner: 10Smalyshev) [20:21:11] (03PS2) 10Hashar: Also clone $ZUUL_PROJECT repository [integration/quibble] - 10https://gerrit.wikimedia.org/r/429011 [20:21:41] (03CR) 10jerkins-bot: [V: 04-1] Also clone $ZUUL_PROJECT repository [integration/quibble] - 10https://gerrit.wikimedia.org/r/429011 (owner: 10Hashar) [20:24:58] (03PS3) 10Hashar: Also clone $ZUUL_PROJECT repository [integration/quibble] - 10https://gerrit.wikimedia.org/r/429011 [20:27:08] (03CR) 10Hashar: [C: 032] Also clone $ZUUL_PROJECT repository [integration/quibble] - 10https://gerrit.wikimedia.org/r/429011 (owner: 10Hashar) [20:27:11] (03CR) 10Hashar: [C: 032] Clone Vector before SKIN/EXT dependencies [integration/quibble] - 10https://gerrit.wikimedia.org/r/429010 (owner: 10Hashar) [20:27:41] (03Merged) 10jenkins-bot: Clone Vector before SKIN/EXT dependencies [integration/quibble] - 10https://gerrit.wikimedia.org/r/429010 (owner: 10Hashar) [20:27:43] (03Merged) 10jenkins-bot: Also clone $ZUUL_PROJECT repository [integration/quibble] - 10https://gerrit.wikimedia.org/r/429011 (owner: 10Hashar) [20:37:52] twentyafterfour: yay! it works: https://gerrit.wikimedia.org/r/c/429019/ [20:38:03] now I need to figure out how to make myself auto-subscribe to it [20:38:06] SMalyshev: awesome! [20:38:06] (03PS4) 10Hashar: Run `npm run selenium-test` instead of `grunt webdriver:test` [integration/quibble] - 10https://gerrit.wikimedia.org/r/428040 (https://phabricator.wikimedia.org/T179190) (owner: 10Krinkle) [20:38:36] gerrit has a way to add reviewers from the cli [20:38:50] so you can add yourself when creating the change in the jenkins job [20:38:58] twentyafterfour: but I don't have git review there... [20:39:05] no need [20:39:19] you do a push to gerrit right? [20:39:21] there's some way to do it automatically also - I get assigned to all gui patches [20:39:25] (03CR) 10Hashar: [C: 032] "https://gerrit.wikimedia.org/r/#/c/429018/ is the backport for wmf/1.31.0-wmf.30" [integration/quibble] - 10https://gerrit.wikimedia.org/r/428040 (https://phabricator.wikimedia.org/T179190) (owner: 10Krinkle) [20:39:52] (03Merged) 10jenkins-bot: Run `npm run selenium-test` instead of `grunt webdriver:test` [integration/quibble] - 10https://gerrit.wikimedia.org/r/428040 (https://phabricator.wikimedia.org/T179190) (owner: 10Krinkle) [20:39:53] I think maybe https://www.mediawiki.org/wiki/Developers/Maintainers [20:40:18] you could use a topic or something? [20:40:21] or some other wiki page... don't remember [20:40:24] then subscribe to the topic [20:40:43] https://gerrit-review.googlesource.com/Documentation/user-upload.html#reviewers [20:40:46] twentyafterfour: there's a way to make all commits to certain repo have me as a maintainer... but I don't remember how :) [20:40:49] that's the way to do it from the push ^ [20:41:16] in your gerrit settings you can subscribe to changes [20:41:20] twentyafterfour: yeah but there's a way to do it so you don't even need that... [20:41:32] https://gerrit.wikimedia.org/r/#/settings/projects [20:41:47] Yes [20:41:49] It's on https://www.mediawiki.org/wiki/Git/Reviewers [20:42:01] Krinkle: ah! that's what I meant! Thank you! [20:42:04] There's a way to watch projects and get e-mail notifs [20:42:17] but to add yourself as public CC/reviewer, I think only reviewer-bot works (for other ppls changes) [20:42:19] yw :) [21:13:21] !log tagged quibble 0.0.10 a4e88ae [21:13:26] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [21:13:38] (03PS1) 10MaxSem: Resurrect ArticleCreationWorkflow [tools/release] - 10https://gerrit.wikimedia.org/r/429102 (https://phabricator.wikimedia.org/T192455) [21:21:22] (03PS1) 10Hashar: docker: quibble 0.0.10 [integration/config] - 10https://gerrit.wikimedia.org/r/429107 [21:23:03] (03CR) 10Hashar: [C: 032] docker: quibble 0.0.10 [integration/config] - 10https://gerrit.wikimedia.org/r/429107 (owner: 10Hashar) [21:24:30] (03Merged) 10jenkins-bot: docker: quibble 0.0.10 [integration/config] - 10https://gerrit.wikimedia.org/r/429107 (owner: 10Hashar) [21:27:22] !log building releng/quibble docker images @0.0.10 [21:27:24] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [21:27:26] Project mwext-phpunit-coverage-publish build #3795: 04FAILURE in 1 min 47 sec: https://integration.wikimedia.org/ci/job/mwext-phpunit-coverage-publish/3795/ [21:44:37] Krinkle: I tagged a new quibble version (0.0.10) with your changes to MW_SCRIPT_PATH and npm run selenium-test. I will refresh the jenkins jobs tomorrow [21:44:51] rest are commits to hopefully properly support extensions and skins [21:49:42] Yippee, build fixed! [21:49:42] Project mwext-phpunit-coverage-publish build #3796: 09FIXED in 58 sec: https://integration.wikimedia.org/ci/job/mwext-phpunit-coverage-publish/3796/