Friday, 2019-03-29

*** ianychoi has quit IRC00:17
*** ianychoi has joined #zuul00:18
*** jamesmcarthur has joined #zuul00:18
*** mhu has quit IRC00:19
*** mhu has joined #zuul00:19
*** yolanda has quit IRC01:07
*** yolanda has joined #zuul01:15
*** jamesmcarthur has quit IRC01:51
*** jamesmcarthur has joined #zuul01:51
*** rlandy has quit IRC01:55
*** jamesmcarthur has quit IRC01:56
*** jamesmcarthur has joined #zuul02:02
*** jamesmcarthur has quit IRC02:06
*** bhavikdbavishi has joined #zuul02:18
*** jamesmcarthur has joined #zuul02:22
*** bhavikdbavishi has quit IRC02:45
*** jamesmcarthur has quit IRC02:54
*** jamesmcarthur has joined #zuul03:02
*** jamesmcarthur has quit IRC03:18
*** jamesmcarthur has joined #zuul03:19
*** jamesmcarthur has quit IRC03:21
*** pabelanger has quit IRC03:24
*** bhavikdbavishi has joined #zuul03:30
jheskethtristanC: so, I think part of the confusion around the object roles in the zuul-runner refactor is the way the runner and executor are consuming AnsibleJob differently. I think rather than extending AnsibleJob, the executor should consume it and handle the gearman stuff around it03:48
jheskethtristanC: I've done a crude refactor that pulls it out, and it also help uncover some inter-dependencies between the parent and child that shouldn't have been there, and it seems to work03:49
jheskethso I'll keep tidying that up and rebase everything and see where that lands us03:49
*** raukadah is now known as chandankumar03:53
tristanCjhesketh: that sounds better indeed, thanks!04:04
*** jamesmcarthur has joined #zuul05:23
*** jamesmcarthur has quit IRC05:27
*** gtema has joined #zuul05:47
*** gtema has quit IRC05:53
*** swest has joined #zuul06:13
*** quiquell|off is now known as quiquell06:37
badboyhi all07:13
badboywhat are the possible triggers in a pipeline? so far I've found patchset-created and comment-added07:14
badboyis it possible to make a trigger on a label i.e. code-review, verified etc.?07:14
*** gtema has joined #zuul07:23
*** quiquell is now known as quiquell|brb07:25
mordredbadboy: yes - those come in via the comment-added trigger- for instance: https://opendev.org/zuul/project-config/src/branch/master/zuul.d/pipelines.yaml#L46-L4807:26
mordredbadboy: https://zuul-ci.org/docs/zuul/admin/drivers/gerrit.html#attr-pipeline.trigger.%3Cgerrit%20source%3E.approval talks about it07:27
badboymordred: can a custom label be used?07:27
badboymordred: i.e. i have a 'fancy-label', can I used it as a trigger?07:28
badboys/used/use/07:28
*** quiquell|brb is now known as quiquell08:06
mordredbadboy: yup. our "workflow" label is a custom label - the label names are passthrough - zuul doesn't know anything about them08:16
badboymordred: thx :)08:25
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707808:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Separate out executor server from runner  https://review.openstack.org/60707908:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: implement prep-workspace  https://review.openstack.org/60708208:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: add configuration schema  https://review.openstack.org/64067208:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: add execute sub-command  https://review.openstack.org/63094408:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: zuul-runner: add command line interface  https://review.openstack.org/64477008:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: add job parameters listing  https://review.openstack.org/64479508:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Add depends-on support to frozen jobs API  https://review.openstack.org/63902208:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: zuul-runner: add support for depends-on  https://review.openstack.org/63206408:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Move repository preparation into common class  https://review.openstack.org/64864208:35
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Separate out executor concerns from AnsibleJob  https://review.openstack.org/64864308:35
jheskethtristanC: ^ okay, some refactoring of the stack and how we consume AnsibleJob. Should make the boundaries clearer, and have also added some comments on the classes. I still want to add some user facing docs next.08:36
jheskethAfter that we can review if it needs a retro-spec.08:36
*** jpena|off is now known as jpena08:40
tristanCjhesketh: that looks great, thanks a lot.08:48
jhesketh:-)08:49
jheskethI also reordered some commits FYI08:49
openstackgerritMerged openstack-infra/zuul-jobs master: Add a role to mirror a git repository to a remote git server  https://review.openstack.org/64339408:51
openstackgerritMerged openstack-infra/zuul-jobs master: Add a job that runs the upload-git-mirror role  https://review.openstack.org/64823008:51
openstackgerritMerged openstack-infra/zuul-jobs master: Fix typo in upload-git-mirror README  https://review.openstack.org/64842308:51
*** bhavikdbavishi has quit IRC08:53
*** pcaruana has joined #zuul09:15
*** electrofelix has joined #zuul09:37
*** hashar has joined #zuul09:41
odyssey4mejhesketh tristanC great to see movement on zuul runner, and on being able to set the version of ansible used to run09:42
badboymordred: can you please look at this and tell me if PIPELINE_2 or PIPELINE_3 is valid? currently I have PIPELINE_1 set to be triggered on Code-Review change10:09
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Separate out executor concerns from AnsibleJob  https://review.openstack.org/64864310:11
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: implement prep-workspace  https://review.openstack.org/60708210:11
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: add configuration schema  https://review.openstack.org/64067210:11
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: add execute sub-command  https://review.openstack.org/63094410:11
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: zuul-runner: add command line interface  https://review.openstack.org/64477010:11
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: runner: add job parameters listing  https://review.openstack.org/64479510:11
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Add depends-on support to frozen jobs API  https://review.openstack.org/63902210:12
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: zuul-runner: add support for depends-on  https://review.openstack.org/63206410:12
openstackgerritLuigi Toscano proposed openstack-infra/zuul-jobs master: stage-output: fix dotfiles handling  https://review.openstack.org/64865810:34
*** hashar has quit IRC11:01
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: trigger: add job filter event  https://review.openstack.org/63990511:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: webtrigger: add initial driver and event  https://review.openstack.org/55515311:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: webtrigger: add web route and rpclistener  https://review.openstack.org/55483911:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add build button to trigger job  https://review.openstack.org/63571611:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: webtrigger: add support for parameterized trigger  https://review.openstack.org/64448411:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add build modal with a parameter form  https://review.openstack.org/64448511:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add support for checkbox and list parameters  https://review.openstack.org/64866111:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add triggers information to pipeline list  https://review.openstack.org/63767011:08
*** gtema has quit IRC11:35
*** bhavikdbavishi has joined #zuul11:45
*** jamesmcarthur has joined #zuul12:18
*** EmilienM is now known as EvilienM12:21
*** jpena is now known as jpena|lunch12:32
*** jamesmcarthur has quit IRC12:33
*** hashar has joined #zuul12:49
*** pabelanger has joined #zuul12:49
*** jamesmcarthur has joined #zuul12:50
*** quiquell is now known as quiquell|lunch12:56
*** gtema has joined #zuul12:59
*** rlandy has joined #zuul13:26
openstackgerritMarkus Hosch proposed openstack-infra/zuul master: Evaluate CODEOWNERS settings during canMerge check  https://review.openstack.org/64455713:26
pabelangertobiash: I think I might have hit a bug with multi-ansible support (using ansible_root): http://paste.openstack.org/show/748582/13:29
pabelangerAnsible output: b'bwrap: execvp /opt/venv/zuul-ansible/2.7/bin/ansible-playbook: No such file or directory'13:29
pabelangertobiash: I haven't yet looked into code path, but suspect ansible isn't setup properly inside bwrap13:29
tobiashpabelanger: oh, maybe the ansible_root is missing as ro path in the bwrap13:34
pabelangeryah13:34
pabelangerI think that is it13:34
pabelangertrying to find code, but also should be able to manually set in zuul.conf13:35
*** jpena|lunch is now known as jpena13:35
tobiashpabelanger: https://opendev.org/openstack-infra/zuul/src/branch/master/zuul/executor/server.py#L187213:37
tobiashthe executor takes it from the ansible-manager, so that should work13:37
tobiashso the bug must be then in the ansible manager somehow13:37
pabelangeroh13:37
pabelanger--ro-bind /opt/venv/zuul-3.7.1 /opt/venv/zuul-3.7.113:38
pabelangerI think this is a symlnk issue13:38
pabelangerHmm13:38
pabelangermaybe not13:38
tobiashyou symlinked it?13:38
pabelangeryah, so I can have dot release virtualenvs13:39
pabelanger--ro-bind /opt/venv/zuul-ansible/2.7 /opt/venv/zuul-ansible/2.713:39
pabelangerthat is right, but guessing bwrap fails because that symlinks outside13:39
tobiashif that symlinks outside then yes13:40
pabelangerlet me add -ro-bind of /opt/venv/zuul-ansible, toplevel13:40
tobiash*phew*, so a deployment issue not a zuul bug13:40
pabelanger:)13:40
pabelangertobiash: okay, untrusted_ro_paths looks to be my fix here! Sorry for noise13:52
tobiash:)13:53
badboyhey guys, can you please look at this and tell me if PIPELINE_2 or PIPELINE_3 is valid?13:54
badboycurrently I have PIPELINE_1 set to be triggered on Code-Review change13:54
badboyhttp://paste.openstack.org/show/748574/13:54
openstackgerritLuigi Toscano proposed openstack-infra/zuul-jobs master: stage-output: fix dotfiles handling  https://review.openstack.org/64865813:56
tobiashbadboy: valid in what regard?13:57
tobiashbadboy: your gerrit review requirements look a bit odd, check out this as a examples of real world in use pipelines: https://opendev.org/openstack-infra/project-config/src/branch/master/zuul.d/pipelines.yaml13:59
badboytobiash: I would like a trigger on all Code-Reviews values13:59
badboytobiash: don't mind the yaml syntax on paste14:01
*** quiquell|lunch is now known as quiquell14:02
badboytobiash: https://opendev.org/openstack-infra/project-config/src/branch/master/zuul.d/pipelines.yaml#L26-L2714:02
badboytobiash: what's the difference between require-approval and approval?14:03
tobiashbadboy: https://zuul-ci.org/docs/zuul/admin/drivers/gerrit.html#attr-pipeline.trigger.%3Cgerrit%20source%3E.approval14:10
tobiashand https://zuul-ci.org/docs/zuul/admin/drivers/gerrit.html#attr-pipeline.trigger.%3Cgerrit%20source%3E.require-approval14:10
tobiashthat describes both14:11
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: web: add tenant and project scoped, JWT-protected actions  https://review.openstack.org/57690714:39
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] Allow operator to generate auth tokens through the CLI  https://review.openstack.org/63619714:39
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] Zuul CLI: allow access via REST  https://review.openstack.org/63631514:39
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] Add Authorization Rules configuration  https://review.openstack.org/63985514:39
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] Web: plug the authorization engine  https://review.openstack.org/64088414:40
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Zuul Web: add /api/user/actions endpoint  https://review.openstack.org/64109914:40
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: authentication config: add optional token_expiry  https://review.openstack.org/64240814:40
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] admin REST API: docker-compose PoC, frontend  https://review.openstack.org/64353614:40
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: WIP: Add test demonstrating image build leak  https://review.openstack.org/64870614:47
Shrewscorvus: gotta make some minor improvements, but looks like your idea will work ^^14:50
*** jamesmcarthur has quit IRC14:54
*** jamesmcarthur has joined #zuul15:08
*** jamesmcarthur has quit IRC15:13
*** jamesmcarthur has joined #zuul15:18
*** gouthamr has quit IRC15:24
*** dmellado has quit IRC15:24
*** dmellado has joined #zuul15:26
pabelangertobiash: okay, up and running now, after a reorg of directories15:27
tobiash:)15:27
pabelangernow to enable swift logs15:27
*** gouthamr has joined #zuul15:27
*** chandankumar is now known as raukadah15:30
tobiash++swift, after switching to it I never had to do anything with it again :)15:32
tobiashit's like fire and forget15:32
pabelangeryah15:32
pabelangerI think the next step is get a swift proxy up to make URLs nicer15:33
corvustobiash, pabelanger: can you look at https://review.openstack.org/648550 ?15:33
corvusand maybe add that repo to your list of repos to watch? :)15:33
tobiashyes15:33
corvuspabelanger: i have a better next step than that15:33
pabelangercorvus: oh, cool15:33
corvuspabelanger: http://lists.zuul-ci.org/pipermail/zuul-discuss/2018-July/000501.html15:34
corvuspabelanger: that's the direction we should be heading on logging.  no proxy required, but it will address your concerns with nice urls15:34
*** sshnaidm|off has quit IRC15:34
corvusi'll pull that in as a spec15:34
pabelangernice! will re-read today15:34
tobiashcorvus: I've added that project to my default filter15:39
openstackgerritMerged zuul/project-config master: Add branch docs jobs  https://review.openstack.org/64855015:45
*** sshnaidm|off has joined #zuul15:48
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add logs spec  https://review.openstack.org/64871415:52
corvuspabelanger, tristanC, jhesketh: ^ i pulled in that mailing list message as a spec and updated it slightly.  we've already done 2 of the larger work items described there.  :)15:53
*** quiquell is now known as quiquell|off15:59
openstackgerritJames E. Blair proposed openstack-infra/zuul-sphinx master: Update to new docs jobs  https://review.openstack.org/64871815:59
openstackgerritMerged openstack-infra/zuul-sphinx master: Update to new docs jobs  https://review.openstack.org/64871816:24
corvusw00t!  got it in one!  https://zuul-ci.org/docs/zuul-sphinx/.root-marker  :)16:27
*** rlandy is now known as rlandy|brb16:30
openstackgerritFabien Boucher proposed openstack-infra/zuul master: WIP - Pagure driver  https://review.openstack.org/60440416:39
corvusmhu: i'm reviewing the jwt spec, and i noticed that the authz section has gotten complicated again16:47
corvusmhu: originally, it was complicated, then we had a discussion about making it simpler (just restricting admin actions to admin users), and the last time i reviewed it, it reflected that16:47
corvusmhu: but now it's complicated again, with a whole language for describing authz rules16:47
corvusmhu: why did that happen?16:48
*** rlandy|brb is now known as rlandy16:49
*** bhavikdbavishi has quit IRC16:51
*** bhavikdbavishi has joined #zuul16:54
*** gtema has quit IRC16:56
*** [GNU] has quit IRC16:57
*** gtema has joined #zuul16:57
*** gtema has quit IRC16:57
*** jpena is now known as jpena|off17:37
*** yolanda has quit IRC17:53
*** hashar has quit IRC17:56
*** jamesmcarthur has quit IRC18:01
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: WIP: Fix for image build leaks  https://review.openstack.org/64759918:02
*** jamesmcarthur has joined #zuul18:03
*** sshnaidm|off has quit IRC18:08
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Match tag items against containing branches  https://review.openstack.org/57855718:10
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Use implied branch matcher for implied branches  https://review.openstack.org/64027218:10
*** jamesmcarthur_ has joined #zuul18:12
*** jamesmcarthur has quit IRC18:14
corvusclarkb: can you weigh in on the elasticsearch field index questions in https://review.openstack.org/644927 when you have a spare moment? (see my comment on the latest PS, but possibly also on an earlier one)18:15
*** jamesmcarthur_ has quit IRC18:20
*** jamesmcarthur has joined #zuul18:21
*** sshnaidm|off has joined #zuul18:21
clarkb corvus looking18:21
clarkbcorvus: ya elasticsearch can work schemaless so you should be able to inject any arbitrary json datastructure18:22
clarkbcorvus: so some jobs can have { zuul.vars.foo: bah, zuul_return: {foo: baz} } and others can omit the zuul_return entirely18:23
clarkbit should handle that just fine18:23
corvusclarkb: and we can search on that?  so we can search for "zuul_job:tox-py35 zuul_return.foo:baz" ?18:24
clarkbyup should be able to. The one thing where that gets a little weird is you have to tell elasticsearch explicitly about fields that should be glob able18:25
clarkbso zuul_return.foo:baz works but zuul_return.foo:baz* won't by default18:25
clarkbbut in general you want to avoid globs in ES anyway so I don't think that is a major issue18:25
*** jamesmcarthur has quit IRC18:26
corvusclarkb: cool... that sounds like it's probably the way to go; can you write a quick reply on the change and we'll see what fbo thinks?18:26
clarkbyup18:26
*** electrofelix has quit IRC18:29
clarkbdone18:31
corvusthanks!18:32
clarkbcorvus: can you check the most recent comment from zuul on  https://review.openstack.org/#/c/634626/14 is that an expected behavior or a bug?18:37
*** pcaruana has quit IRC18:38
*** kmalloc is now known as needscoffee18:41
*** raukadah has quit IRC18:45
corvusclarkb: i believe that's expected -- if a nodeset is defined on multiple branches, it must have the same definition on all of them.  the solution is to remove the nodeset defn from older branches.19:05
corvusclarkb: (there's no branch matching for nodesets, they're just globally defined objects.  so the idea that multiple definitions must match is basically to allow users to branch repos without immediately creating config errors by having duplicate definitions.  that gives time to remove the definition from the stable branch before modifying it on the master branch)19:07
corvusprobably a repo like devstack should adopt a policy of removing all nodeset (and secret, if any) definitions immediately after branching19:08
pabelangerso, fun fact, prepare-workspace will not delete stale files on remote (static) node.  Need to push up a patch that will enable delete args for the synchronize task19:37
tobiashpabelanger: you may want to use prepare-workspace-git instead19:40
pabelangeryah, should look again to see what the new hotness is19:40
tobiashpabelanger: that's using git push and can use cached repos if existing (it handles both existing and not existing cached repos)19:41
pabelangertobiash: sweet! No git cache yet on images, but totally should do it19:42
*** bhavikdbavishi has quit IRC19:42
tobiashYou save roughly half of transfer data even without caching19:43
tobiashBecause it doesn't transfer the working copy19:43
pabelangernice, that might be my next thing to try, after I can confirm upload-logs-swift is properly working.19:45
pabelangertobiash: have you done much work to setup regional mirrors for OS packages, pip, npm, etc?19:49
tobiashWe don't have multi region yet, that's something we're working on atm19:50
pabelangerYay, log publishing now working: https://dashboard.zuul.ansible.com/t/ansible/builds19:50
tobiashpabelanger: but we're using artifactory and think about a regional dns to inject the right artifactory into the builds19:52
pabelangertobiash: Oh, you can run that locally?19:53
tobiashArtifactory? Yes, you can run that locally19:53
tobiashAnd we'll manage our own dns zone that will dispatch the clients to the correct artifactory19:54
pabelangercool19:55
clarkbpabelanger: "pulp" is the redhat artifactory alike thing iirc19:55
tobiashThat way we don't have to handle that for each tool in each build in each tenant19:55
pabelangerclarkb: yah, I've used that begore19:55
pabelangerbefore*19:55
pabelangerHmm, ara-report doesn't see happy: https://object-storage-ca-ymq-1.vexxhost.net/v1/a0b4156a37f9453eb4ec7db5422272df/logs/3/3/1fd00dd02d737aa28d73172aa9daba287dd371fa/check/tox-linters/558a7eb/job-output.html#l33419:56
pabelangercan't find ara19:56
pabelangerit should be in ansible venv, I am guessing maybe a path issue19:56
*** yolanda has joined #zuul19:58
pabelanger/usr/local/bin/ara20:17
pabelangerthat is from an openstack zuul job20:17
pabelangerI think that is because ara is pip installed into zuul virtualenv20:18
pabelangertrying to confirm20:18
pabelangersorry, not virtualenv20:18
clarkbpabelanger: openstack installs ara globally on the executors20:18
clarkbthen we bind mount that into the bwrap container20:19
clarkb(via the mount of /usr)20:19
pabelangeryah20:19
pabelangerhttps://opendev.org/openstack-infra/puppet-zuul/src/branch/master/manifests/executor.pp#L5320:19
pabelangerso, I only have ara inside zuul-ansible virtualenvs20:19
pabelangerso, think report-ara role needs to be updated to include path to ara20:19
clarkbfwiw I think it is reasonable for roles to expect commands be in their path then let operators figure out how they want to get it into the path20:20
clarkb(this is the exact problem that PATH is supposed to solve for us)20:21
pabelangeryah, this is the same issue we have with tox jobs too, it only looks to default OS path, and if you pip install tox --user, type tox doesn't find it20:22
clarkbyes I'm saying that isn't really a bug, instead you should update PATH or put things in PATH as appropriate20:22
pabelangerI think with bindep role, we allow for job to allow for path to binary, then role will also use it20:22
SpamapSseeing these in my nodepool logs.. not sure how long it's been happening20:24
SpamapS/usr/local/lib/python3.7/site-packages/paramiko/kex_ecdh_nist.py:96: CryptographyDeprecationWarning: Support for unsafe construction of public numbers from encoded data will be removed in a future version. Please use EllipticCurvePublicKey.from_encoded_point20:24
openstackgerritPaul Belanger proposed openstack-infra/zuul-jobs master: Allow user to set ara_report_executable  https://review.openstack.org/64877320:32
*** mrhillsman is now known as mrhillsman_away420:40
*** mrhillsman_away4 is now known as mrhillsman_wkend20:41
openstackgerritMerged openstack-infra/zuul-jobs master: Handle no metadata in zuul artifact items  https://review.openstack.org/64442820:43
openstackgerritJames E. Blair proposed zuul/project-config master: Add zuul-publish-tox-docs job  https://review.openstack.org/64877720:45
*** jamesmcarthur has joined #zuul20:45
corvusSpamapS: i think that's recent, i also just noticed it and haven't looked into it yet.20:46
corvusit also appears in zuul unit test logs20:46
corvusclarkb: do we pass PATH through from the invocation of the executor?20:48
pabelangeryah, I'm struggling a little right now trying to figure out where the virtualenv lives inside brwap for ansible. I don't see any information in the inventory file about it20:49
corvuspabelanger: wait, i'm confused -- ara should be inside the ansible venv, and that should be in your path20:51
pabelangercorvus: ara is inside my ansible env, but is not in path right now, for some reason20:52
pabelangertype ara is failing, in log above20:52
pabelangerI think this is because the shell / command task doesn't have the ansible venv path for some reason20:52
corvuspabelanger: ok, let's explory why that is -- because i'm 100% certain the solution to this is not for you to encode ara_path=/var/lib/zuul/ansible/venv/2.7/bin/ara into your jobs.20:54
pabelanger+1, that would be nice not to do20:54
pabelangerI have to prepare food right now, but so far that was the only issue I seen switching to multi-ansible spec20:55
pabelangerso, yay20:55
openstackgerritJames E. Blair proposed openstack-infra/zuul-sphinx master: Publish docs on release  https://review.openstack.org/64877920:57
corvusif folks could review https://review.openstack.org/648775 and  https://review.openstack.org/648779 i can enqueue some tags manually to test it out.20:58
clarkbcorvus: iirc ansible/zuul loads the system path settings21:01
clarkbso we could bind mount that in21:01
corvusok, so a) anything outside the venv can be added to PATH by the admin and should be available.  b) anything inside the venv should already be there.21:01
corvuspabelanger should be in case (b) but it seems there may be a bug there.21:02
pabelangeryah, openstacksdk is inside my venv, for upload-logs-switch, and that works as expected.21:03
pabelangerso, need to look why shell doesn't see it21:03
dmsimardshould secrets be included in the job display ? e.g, http://zuul.openstack.org/job/zuul-upload-image has no "docker_credentials" variable or mention of a secret21:29
*** jamesmcarthur has quit IRC21:31
*** jamesmcarthur has joined #zuul21:32
*** jamesmcarthur has quit IRC21:43
*** jamesmcarthur has joined #zuul21:43
*** jamesmcarthur has quit IRC21:49
*** jamesmcarthur has joined #zuul21:50
*** rlandy has quit IRC22:02
*** jamesmcarthur has quit IRC22:19
*** needscoffee is now known as kmalloc23:53

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!