Wednesday, 2019-03-27

*** hashar has quit IRC00:33
*** jamesmcarthur has joined #zuul00:49
*** swest has quit IRC01:05
*** swest has joined #zuul01:20
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add OpenAPI documentation  https://review.openstack.org/53554101:24
openstackgerritJames E. Blair proposed openstack-infra/zone-zuul-ci.org master: Add temporary record for cert renewal  https://review.openstack.org/64797001:34
openstackgerritJames E. Blair proposed openstack-infra/zone-zuul-ci.org master: Revert "Add temporary record for cert renewal"  https://review.openstack.org/64797101:34
openstackgerritMerged openstack-infra/zone-zuul-ci.org master: Add temporary record for cert renewal  https://review.openstack.org/64797001:37
openstackgerritMerged openstack-infra/zone-zuul-ci.org master: Revert "Add temporary record for cert renewal"  https://review.openstack.org/64797101:46
*** ianychoi has quit IRC02:03
*** ianychoi has joined #zuul02:03
*** SotK has quit IRC02:15
*** mgagne has quit IRC02:15
*** mgagne has joined #zuul02:15
*** SotK has joined #zuul02:16
*** jamesmcarthur has quit IRC02:52
*** jamesmcarthur has joined #zuul03:36
*** jamesmcarthur has quit IRC03:44
*** jamesmcarthur has joined #zuul03:45
*** jamesmcarthur has quit IRC03:47
*** jamesmcarthur has joined #zuul03:47
*** jamesmcarthur has quit IRC03:52
*** jamesmcarthur has joined #zuul04:00
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add OpenAPI documentation  https://review.openstack.org/53554104:01
*** raukadah is now known as chandankumar04:02
*** tflink has quit IRC04:43
*** tflink has joined #zuul04:44
*** tflink has quit IRC04:44
*** tflink has joined #zuul04:46
*** saneax has joined #zuul04:49
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add OpenAPI documentation  https://review.openstack.org/53554105:01
*** quiquell|off is now known as quiquell06:31
*** lennyb has joined #zuul07:04
*** quiquell is now known as quiquell|brb07:33
*** gtema has joined #zuul07:48
*** quiquell|brb is now known as quiquell08:08
openstackgerritWilliam Huang proposed openstack-infra/zuul-jobs master:  Change the npm registry if the mirror url is defined  https://review.openstack.org/64730508:09
openstackgerritWilliam Huang proposed openstack-infra/zuul-jobs master: Change the npm registry if the mirror url is defined  https://review.openstack.org/64730508:11
*** themroc has joined #zuul08:37
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: zuul-runner: add command line interface  https://review.openstack.org/64477008:50
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: add job parameters listing  https://review.openstack.org/64479508:50
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add depends-on support to frozen jobs API  https://review.openstack.org/63902208:50
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: zuul-runner: add support for depends-on  https://review.openstack.org/63206408:50
*** jpena|off is now known as jpena08:56
*** pcaruana has joined #zuul08:57
badboythere's a certificate mismatch on https://zuul-ci.org/09:31
AJaegerbadboy: thanks for info, already noted on other channel. The certificate was updated yesterday and has wrong hostname.09:37
badboyAJaeger: np09:37
*** gtema has quit IRC10:27
*** gtema has joined #zuul10:27
*** electrofelix has joined #zuul10:41
*** hughsaunders has quit IRC11:03
*** zbr|ssbarnea has quit IRC11:06
*** zbr has joined #zuul11:07
*** sdatko has joined #zuul11:13
sdatkohello, just spotted an expired ssl certificate on https://zuul-ci.org/docs/zuul/11:13
sdatkoach, sorry, not expired; just common name mismatch11:14
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: zuul-runner: add support for depends-on  https://review.openstack.org/63206411:25
AJaegersdatko: thanks for telling - hope an admin can fix this later.11:33
*** quiquell is now known as quiquell|lunch12:01
*** rlandy has joined #zuul12:13
*** jamesmcarthur has joined #zuul12:23
*** jamesmcarthur has quit IRC12:32
*** pcaruana has quit IRC12:39
*** hashar has joined #zuul12:40
*** pcaruana has joined #zuul12:42
*** pcaruana has quit IRC12:42
*** pcaruana has joined #zuul12:43
*** jpena is now known as jpena|lunch12:46
*** jamesmcarthur has joined #zuul12:51
*** jamesmcarthur has quit IRC12:52
*** jamesmcarthur has joined #zuul12:52
*** quiquell|lunch is now known as quiquell13:02
*** gtema has quit IRC13:09
*** jhesketh has quit IRC13:10
fungibadboy: sdatko: AJaeger: it should be fixed now. not expired, just was updated to serve the wrong cert13:28
fungibut it has the correct one back in place again13:28
*** jamesmcarthur has quit IRC13:28
fungithanks for letting us know!13:29
badboyfungi: :)13:29
*** jpena|lunch is now known as jpena13:32
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add OpenAPI documentation  https://review.openstack.org/53554113:37
*** jamesmcarthur has joined #zuul13:44
*** gtema has joined #zuul13:52
*** jamesmcarthur_ has joined #zuul14:02
*** jamesmcarthur has quit IRC14:05
openstackgerritFabien Boucher proposed openstack-infra/zuul master: A reporter for Elasticsearch with the capability to index build and buildset results in an index.  https://review.openstack.org/64492714:10
*** sshnaidm_ has joined #zuul14:19
*** sshnaidm_ is now known as sshnaidm|bbl14:19
*** sshnaidm|rover has quit IRC14:21
*** sshnaidm|bbl has quit IRC14:22
*** gtema has quit IRC14:35
*** sshnaidm|bbl has joined #zuul14:48
*** sshnaidm|bbl has quit IRC15:00
*** smyers has quit IRC15:07
*** smyers has joined #zuul15:08
*** sshnaidm|bbl has joined #zuul15:15
*** paladox has quit IRC15:26
*** paladox has joined #zuul15:28
*** swest has quit IRC15:28
*** quiquell is now known as quiquell|off15:38
*** saneax has quit IRC15:43
*** saneax has joined #zuul15:44
openstackgerritMerged openstack-infra/zuul master: Ensure valid Ansible variable names in config  https://review.openstack.org/64457415:45
*** sdatko has quit IRC15:47
*** pwhalen has quit IRC15:47
*** pwhalen has joined #zuul15:49
*** sshnaidm|bbl has quit IRC15:50
*** hashar has quit IRC15:53
*** saneax has quit IRC16:06
*** chandankumar is now known as raukadah16:28
*** jamesmcarthur_ has quit IRC16:42
*** themroc has quit IRC16:42
*** sshnaidm|bbl has joined #zuul16:46
*** bhavikdbavishi has joined #zuul16:49
pabelangercorvus: tobiash: yesterday, I asked the following: http://eavesdrop.openstack.org/irclogs/%23zuul/%23zuul.2019-03-26.log.html#t2019-03-26T13:28:04 wanted to see if you had anything thoughts16:52
corvuspabelanger: i could imagine supporting a branch specifier in the tenant config17:05
tobiashpabelanger, corvus: yes, a branch specifier should work. It should also simplify downstream consuming of zuul-jobs.17:48
corvusyes, it could be a sha or tag too17:49
*** jpena is now known as jpena|off18:03
*** jamesmcarthur has joined #zuul18:05
corvusi've performed some local testing and i believe that zuul will follow the pending opendev redirects18:15
corvusfungi has set up our static fileserver, 23.253.125.17, with a vhost for git.openstack.org with the opendev redirects in place (so if you add that ip to your /etc/hosts entry as 'git.openstack.org' you can try them out)18:17
corvusi did that, and set up a zuul configured to use zuul-jobs as 'git.openstack.org/openstack-infra/zuul-jobs'18:17
corvusthere were no errors, and tcpdump suggests that it's talking to 23.253.125.17 (the server handling the redirects) and 38.108.68.124 (the opendev load balancer)18:18
corvusso i believe that zuul operators won't need to take any immediate action when we redirect git.zuul-ci.org to opendev.org, and once that's in place, we can simply suggest that for clarity folks update their configs to use 'opendev.org/zuul/zuul-jobs'18:19
corvus(i think this all "just works" since we're outsourcing all the remote operations to the git binary)18:20
fungithat's awesome news!18:20
fungialso glad the adapted copy of your htaccess rules seems to be working after adjusting the apache allowances18:21
fungii'm working on the git.zuul-ci.org redirects still18:21
*** electrofelix has quit IRC18:27
*** bhavikdbavishi has quit IRC18:40
*** themroc has joined #zuul18:52
*** jamesmcarthur has quit IRC18:53
*** dkehn has joined #zuul19:00
*** jamesmcarthur has joined #zuul19:16
pabelangercorvus: tobiash: thanks! I'll look into how I can write a patch19:38
*** pcaruana has quit IRC19:53
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Update cached repo during job startup only if needed  https://review.openstack.org/64822920:08
tobiashcorvus: what do you think about ^?20:08
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Add a job that runs the upload-git-mirror role  https://review.openstack.org/64823020:10
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Update cached repo during job startup only if needed  https://review.openstack.org/64822920:10
*** themroc has quit IRC21:15
corvustobiash: i'll have to think about that a bit; i'll put in on my list21:31
tobiashthanks21:31
corvustristanC: have you finished revising the zuul-runner patches?  i notice that some of my comments haven't been addressed, and i was hoping for a lot more documentation (on the developer side i still don't understand the refactor, and the user side needs narrative documentation explaining what zuul-runner is and how to use it)21:34
corvustristanC: if you're still working on it, i'll leave you to it, but otherwise, if i can help clarify what i think we need, let me know.21:35
*** rlandy is now known as rlandy|bbl22:08
*** jamesmcarthur has quit IRC22:33
*** jamesmcarthur has joined #zuul22:33
*** jamesmcarthur has quit IRC22:44
*** jamesmcarthur has joined #zuul22:48
*** jamesmcarthur has quit IRC22:51
*** jamesmcarthur has joined #zuul22:52
*** jamesmcarthur has quit IRC22:55
tristanCcorvus: please help clarify what is missing23:15
tristanCperhaps the refactor could use better names, for example s/AnsibleJob/ThreadedAnsibleJob/ and s/AnsibleBaseJob/AnsibleJob/23:17
corvustristanC: there's 2 main things i don't understand.23:31
corvustristanC: first, as a developer/maintainer, i don't understand the refactor.  at the end of the stack, here's the documentation about AnsibleJobBase: http://logs.openstack.org/64/632064/12/check/tox-docs/3cdbe6c/html/developer/jobmodel.html23:31
corvustristanC: somehow that's there to enable the runner command, but i don't understand how.23:33
corvustristanC: i need more information about what the different responsibilities of the two classes are23:34
corvustristanC: but the biggest thing is user documentation: http://logs.openstack.org/64/632064/12/check/tox-docs/3cdbe6c/html/user/runner.html23:36
corvustristanC: we need a lot more than just the command line reference.  how does a person use it?  this is for end-users of zuul, which, up to this point, have never even needed to install zuul23:37
corvusso we need to take people through the process starting from installation through configuration and setup to finally running the command23:37
corvusthere should be a lot of text explaining what will happen, how to run it securely, the risks of running it, etc.23:38
corvustristanC: i suggested that you could do this as followup documentation in order to try to get it merged with thi minimum of extra work, but i'm starting to think we should consider writing a spec23:39
tristanCcorvus: please note that only https://review.openstack.org/607078 is needed on server side23:40
corvustristanC: i understand23:40
tristanCcorvus: i'll rename the class and try to make it for clear for a developer point of view, though the common.AnsibleJob may needs more work to better isolate the responsability23:41
corvustristanC: yeah, and once the purpose of the different classes is clearer, it may be easier to see what should be in which class23:42
tristanCcorvus: though I'm not entirely sure what was joshua's intent with the different classes.23:43
tristanCI guess the idea was to put in a common module what can be re-used by the runner, so that the runner doesn't have to import executor.server23:44
corvustristanC: yeah, i'm starting to get the idea that there are some things that the executor will need to do that the runner does not (and perhaps vice versa).  so the idea makes sense to me in general.23:45
tristanCcorvus: i can write more user documentation, but i was hoping for some feedback first. I mean the code work as it is now, but i don't mind changing the interface23:45
corvustristanC: the biggest thing i'm worried about though is the user docs.  zuul has, up to this point, been a server-side application.  asking end-users to install and configure (even part of) it is a big step.  i think there are a lot of things we need to discuss (such as whether it's okay to have a config file, what the 'nodes' argument means, etc).23:46
corvustristanC: ok, so let's figure out the best way to do that23:47
tristanCcorvus: i think it would help if the server side patch was merged so that anyone can test the cli and provide feedback23:47
corvustristanC: i don't think we should merge the server side without the client23:47
corvuswe don't have a spec for this, so it's being designed in a series of patches, and we don't know where they will end up.  there is a risk that the system could change significantly, or perhaps not merge at all (i hope that's not the case and will work to avoid that)23:49
corvustristanC: i can think of 2 ways to work on the user story side: 1) expand the user documentation you've already started with a draft of how to use the software.  it doesn't have to be perfect or have all the details, but if there's enough for us to see the workflow and discuss things like what the config file looks like, or if there should even be a config file, then that will help.23:51
corvusthen when we achive consensus on that, the docs can be expanded with more detail23:52
corvustristanC: 2) or write a spec.  it doesn't have to be too long, but it would similarly give us a place to discuss the workflow and talk about what the system should look like at the end when it's fully implemented.23:52
corvustristanC: #2 is the safe bet.  it's the best way to discuss a large change like this.  maybe #1 will be sufficient, but if it isn't we might end up doing #2 anyway.23:53
tristanCsince we'll have to do #1 anyway, i'll expand the user documentation of what we have today23:54
corvustristanC: sounds good, thanks23:55

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