Thursday, 2018-05-03

openstackgerritJames E. Blair proposed openstack-infra/zuul-website master: WIP: Add logo and move menu to top right  https://review.openstack.org/56590900:45
corvusclarkb: ^ that's with better padding (for all sizes) and a stuck another menu item in there 'cause i'm sure we'll have at least one more, so it'll give us a better idea00:46
corvusclarkb: if it still look too out-there on extra-wide screens, we can add more padding00:46
pabelangercorvus: clarkb: I just noticed on ^ i no longer see the list of jobs zuul ran under code-review votes on right side of page00:52
pabelangermoved the discussion to #openstack-infra00:54
*** threestrands has joined #zuul01:05
*** Guest10014 is now known as jlvillal01:19
*** spsurya has joined #zuul02:54
openstackgerritMerged openstack-infra/zuul master: Update documentation URLs  https://review.openstack.org/56591004:11
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Don't create db accounts unencrypted  https://review.openstack.org/56594804:15
*** jpena|off has quit IRC04:29
*** ssbarnea has quit IRC04:29
*** weshay has quit IRC04:29
*** fbo_ has quit IRC04:30
*** fbo_ has joined #zuul04:31
*** mhu` has quit IRC04:31
*** jpena|off has joined #zuul04:31
*** pabelanger has quit IRC04:31
*** nhicher has quit IRC04:31
*** ssbarnea has joined #zuul04:32
*** pabelanger has joined #zuul04:32
*** mhu has joined #zuul04:32
*** nhicher has joined #zuul04:32
*** weshay has joined #zuul04:35
SpamapShrm.. so.. I have my tenants setup to pull in the git repos for our local mirrors of openstack repos..05:07
SpamapSand I have them set to ignore project/project-template/job05:07
SpamapSbut now I have one complaining about a required project in a job in one of those repos05:08
clarkbSpamapS: meaning its not properly ignoring that config from the upstream repo?05:09
clarkbSpamapS: if you updated in the last few days the big config rewrite may be to blame. We've had a few bugs in it that we've been fixing as we find them05:09
SpamapSYeah I think I found one05:10
SpamapSjust updated recently but I may be a few commits behind05:11
clarkbit did great things for our memory consumption and we don't have to trickle config changes in which is nice05:11
SpamapSI should probably setup a gate job on my local zuul mirror to see if all my configs still load ;)05:11
clarkbbut was major refactoring and htere has been some fallout05:11
SpamapSk05:11
SpamapSlet me first just try the obvious step of comparing what's been merged since I deployed Monday05:12
SpamapS(Deployed Monday, but just now restarting scheduler)05:12
SpamapSI guess I deployed yesterday actually05:13
SpamapS8c88420b044059cd977684638bf8e4c090f98e1b05:13
SpamapSand since then....05:13
SpamapSwell.. nothing obvious05:14
SpamapSbut I'll go ahead and kick a deploy to bring in the latest05:14
clarkbSpamapS: the latest may not fix that specific bug its not familiar to me but should fix one or two others05:14
SpamapSindeed... I'm dropping those from the tenant file as the jobs that use them are non-voting and can be skipped for a while.05:17
SpamapSWill hopefully be able to debug on my stage env and figure out what's broken05:19
SpamapSI have a lot of repos listed that exclude stuff actually05:20
SpamapSbecause I use zuul as much as a "grab all the things form git and gather them" as I do for in-line configs.05:20
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add tox-py36 jobs  https://review.openstack.org/56588105:31
tobiashpabelanger: added a depends-on to a postgres db fix on bionic ^05:33
SpamapSreproduced on master05:37
SpamapSlooks like excluded jobs with required-projects still try to find the required projects05:37
SpamapSHm05:46
SpamapSthis is sort of nasty05:46
SpamapSso it looks like we always still *parse* everything05:46
SpamapSeven if we're going to exclude stuff05:46
SpamapSso any validation done in the parser (fromYaml) will still have to pass05:46
SpamapSInstead of using the exclude to decide not to parse05:47
SpamapSwe are using it to decide not to load05:47
openstackgerritMerged openstack-infra/zuul master: Don't create db accounts unencrypted  https://review.openstack.org/56594806:18
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul master: Do not fail so early on missing required-projects  https://review.openstack.org/56597306:19
SpamapS^^ that might fix it06:19
SpamapSmight break other stuff tho06:20
SpamapSwoot tests pass06:32
SpamapSclarkb: ^ I believe that fixes the bug... might want to prioritize it in case anybody else is trying to pull in mirrors.06:33
*** zhuli has quit IRC06:50
tobiashSpamapS: I don't see the place where this validation is done later, maybe you want to add a negative test case with a non-existent required-project06:53
*** threestrands has quit IRC06:58
*** gtema has joined #zuul07:01
openstackgerritTobias Henkel proposed openstack-infra/zuul master: WIP: test required project not found error  https://review.openstack.org/56597907:07
tobiashSpamapS: that should illustrate what i mean ^07:08
*** sshnaidm|rover has quit IRC07:08
*** ssbarnea_ has joined #zuul07:30
*** ssbarnea_ has quit IRC07:31
*** jpena|off is now known as jpena07:35
*** ssbarnea_ has joined #zuul07:45
*** sshnaidm|rover has joined #zuul07:55
*** electrofelix has joined #zuul07:57
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Don't validate references for excluded config items  https://review.openstack.org/56597307:58
tobiashSpamapS, corvus, clarkb: added a further test case and using a different approach for the fix ^07:59
tobiashpasses local test suite08:00
tobiashSpamapS: hoping it's ok that I hijacked your change08:00
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Only emit parent-change-enqueued if needed  https://review.openstack.org/56319408:48
openstackgerritMerged openstack-infra/zuul-jobs master: Add tox-py36 job  https://review.openstack.org/56588409:03
openstackgerritMerged openstack-infra/zuul master: Trivial: Update pypi url to new url  https://review.openstack.org/56324809:27
SpamapStobiash: no, thank you. I was having trouble wrapping my head around how to do it the way you did it. :)09:31
SpamapSStared at the code for a long, long time and then just decided that validation was more trouble than it was worth. ;)09:31
tobiashSpamapS: well I just had the advantage that I reviewed the config refactor stack09:39
*** yolanda_ has joined #zuul09:49
*** yolanda has quit IRC09:51
cmurphyhow does pull request gating in github work with zuul? i guess you'd have to delegate merging to a bot instead of pushing the merge button?09:55
*** yolanda has joined #zuul09:56
tobiashcmurphy: yes, zuul basically does the same as with gerrit (pressing the merge button via api)09:56
*** yolanda_ has quit IRC09:59
*** yolanda has quit IRC10:02
rcarrillocruzcmurphy: fbo_ wrote this nice post about it https://blogs.rdoproject.org/2017/12/gate-repositories-on-github-with-software-factory-and-zuul3/10:09
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Extend github testing using app auth  https://review.openstack.org/56329710:12
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Test parent-change-enqueued with github  https://review.openstack.org/56324210:12
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Optionally record created github clients in tests  https://review.openstack.org/56340210:12
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Limit search scope of getChangesDependingOn to tenant  https://review.openstack.org/56319610:13
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove getPullBySha from FakeGithubConnection  https://review.openstack.org/56341610:13
*** yolanda has joined #zuul10:15
cmurphyrcarrillocruz: thanks for that link, there's not a good example like that in the docs10:15
*** yolanda has quit IRC10:25
*** yolanda has joined #zuul10:39
*** jpena is now known as jpena|lunch10:58
*** persia has joined #zuul11:06
sshnaidm|roverdmsimard, is it possible to add another dashboard to grafana for tripleo-ci? something like "CI status"11:35
*** sshnaidm|rover is now known as sshnaidm|rover|a12:08
*** sshnaidm|rover|a is now known as sshnaidm|rover12:09
*** jpena|lunch is now known as jpena12:11
*** dkranz has joined #zuul12:18
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Improve test output on assertHistory fail  https://review.openstack.org/56604812:28
tobiashThis hopefully can help us to track down random failures like http://logs.openstack.org/16/563416/5/check/tox-py35/7c56097/testr_results.html.gz  ^12:28
*** rlandy has joined #zuul12:34
openstackgerritFatih Degirmenci proposed openstack-infra/zuul master: Add CentOS 7 environment setup instructions  https://review.openstack.org/56494812:39
*** yolanda has quit IRC12:57
*** yolanda has joined #zuul13:11
*** ssbarnea_ has quit IRC13:59
*** acozine has joined #zuul14:11
*** yolanda has quit IRC14:19
*** sshnaidm|rover is now known as sshnaidm|afk14:26
*** pabelanger has quit IRC14:35
*** pabelanger has joined #zuul14:35
pabelangertobiash: thanks!14:35
corvustobiash, pabelanger: search for "Build history:" in the log output there14:46
tobiashcorvus: thanks, abandoned14:48
pabelangerI'm sorry, search where?14:49
tobiashpabelanger: there:  http://logs.openstack.org/16/563416/5/check/tox-py35/7c56097/testr_results.html.gz14:49
tobiashcorvus: the question is why is one build aborted in this test case where we expect all builds with success...14:50
*** yolanda has joined #zuul14:53
gundalowHi all. I'm creating a new image for use with Zuul/nodepool, are their any details on the requirements, such as users and public keys that I must bake into the base image?15:17
gundalowOr the steps/source for building your existing Fedora images would be great15:26
Shrewscorvus: i found a snag for being able to support multiple labels per node. deals with stats reporting: http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/stats.py#n11015:28
clarkbgundalow: zuul has to be able to ssh in (or use winrm I think that is the windows connection system) You can bake the keys into the image to make this happen or use some boot time configuration system like cloud-init to set it up15:32
clarkbgundalow: we bake it in, our nodepool configs for our images can be found at https://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/nodepool.yaml#n10315:32
clarkbgundalow: nodepool-base depends on zuul-worker which set s that up for us https://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/elements/zuul-worker useradd and sudo stuff at https://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/elements/zuul-worker/install.d/60-zuul-worker15:33
corvusShrews: hrm.  good question.  we could count each label independently, i guesss.  that math will come out a bit funny.  or we could stop reporting label stats.  or we could drop back to just one label per node.15:35
corvusis anyone here using the static driver?15:36
Shrewscorvus: counting each independently would probably make that stat useless, yeah?15:36
corvusmrhillsman, tristanC, SpamapS, tobiash ^15:36
corvusShrews: i guess it depends on how you're using it15:37
mrhillsmanreading15:37
clarkbtobiash: SpamapS I'll review the config fix post tea ingestion15:37
corvusmrhillsman: sorry, just was trying to ask if you're using the static driver15:37
mrhillsmannah15:37
mrhillsmannot yet, only openstack right now15:37
corvusShrews: maybe "i have 10 bigmem nodes ready" is a useful stat, even though we'd also be saying "i have 5 bigcpu nodes ready" and those 5 are also included in the 1015:38
mrhillsmanwith the email that went out the other day about additional drivers i wanted to start investigating additional drivers but will probably not happen until after vancouver15:39
corvusShrews: obviously if you use one bigcpu, both counters will decrement by one, so adding up your total nodes ready by adding up the labels would be a bad idea.  but you could still do it by provider and get an accurate number.15:40
corvusShrews: anyway, i think we should ask folks using the static driver if we really need to support multiple labels.  a *lot* of stuff gets easier if we don't.15:40
Shrewscorvus: maybe i should start a ML discussion15:40
corvusShrews: sounds good15:41
Shrewsi do think supporting multiple breaks a LOT of assumptions we've made15:41
*** ssbarnea_ has joined #zuul15:43
gundalowclarkb: Ace, thank you15:43
corvusclarkb: how does http://logs.openstack.org/09/565909/2/check/zuul-website-build/d2fc189/html/ look on your uss enterprise bridge viewscreen?15:47
tobiashcorvus: we're using the static driver15:48
clarkbcorvus: thats better. its still in the right corner but now with a lot of padding15:48
tobiashbut didn't know that it is possible to have multiple labels per static node15:49
corvustobiash: great -- here's a question: are you using multiple labels for the same nodes?15:49
corvustobiash: perfect.  pretend it is not possible.  :)15:49
tobiash:)15:49
corvustobiash: do you think you may end up needing something like that?15:50
tobiashI don't think so currently15:50
corvustobiash: ok, thanks.  it's one of those things where it's easy to come up with a theoretical use for, but it turns out it makes a lot of things hard, so we're trying to get an idea of how important it is, or might be.15:51
tobiashit could make sharing static nodes a bit easier but tbh it sounds awkward15:51
clarkbI think if you come from the jenkins idea of a label you amy want it15:51
clarkbsince labels there are attribute tags then your job describes I want x86 with 8GBmemory and the fastssd disk and ubuntu xenial and 10Gbe Nics15:52
clarkband if a single node happens to meet all those criteria its what you get otherwise the job doesn't schedule or queues iirc15:52
clarkbwhereas we've used it as a high level this node looks like this other node with a single label15:53
corvusclarkb: yeah, i'm also kind of worried about us ending up with something like the jenkins "(label || label) && label" thing.  i'm not sure if supporting multiple labels on the nodepool side makes us more likely to end up with that or less. :/15:54
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: WIP: Add fedora mirror to nodepool dsvm jobs  https://review.openstack.org/56610215:55
clarkbI have tea now. I feel like all code review requires tea15:55
tobiashcorvus, clarkb our multi label would probably be the opposite of jenkins15:56
mordredI think also the primary design and use of zuul/nodepool is dynamic nodes - while static nodes are a bit more like "I want the machine that's connected to the cargo bay door controller"16:00
openstackgerritJames E. Blair proposed openstack-infra/zuul-website master: Add logo and move menu to top right  https://review.openstack.org/56590916:01
clarkbSpamapS: tobiash ok config exclusion loading fix should be on its way  in16:01
mordredthe use cases for really complex flexible use of resources are really better served by cloud - and I'd be worried that we'd be implementing a de-facto cloud control plane in nodepool if we try to make the static driver *too* powerful16:01
corvusmordred: that's a good point, and i love the example and think that's what we should put in the docs.16:01
mordredcorvus: yay! I'm helpful16:01
corvusclarkb, SpamapS, tobiash: bonus: that fix has a small net memory savings :)16:02
clarkbrelated to reviewing that change, I'm really happy with where the test suite has ended up. Helps review changes so much. however if I get a free afternoon I think we could probably stand to do some house keeping in there. test_scheduler is basically test everything and test_v3 is test everything else.16:03
corvusclarkb: that is exactly right.16:03
clarkb(and now that v3 is behind us test_v3 just seems wrong, its implied)16:03
corvusclarkb: yes, but we should do something other than "move everything into test_scheduler" so that'll take at least a little thought :)16:04
clarkb++16:05
corvusclarkb: 565909 is unwip now; i removed the community menu item since it was just a placeholder; i will add it back in a later change16:06
mordredclarkb: we could move it all into test_scheduler and then rename thatto "test_everything"16:06
corvusmordred: i feel like you have brilliantly solved the problem!16:06
*** yolanda has quit IRC16:06
openstackgerritMerged openstack-infra/zuul master: Don't validate references for excluded config items  https://review.openstack.org/56597316:11
ShrewsML email sent16:14
Shrewsand clarkb has cleverly planted the desire for tea in my head, so i will go make that now16:14
openstackgerritMerged openstack-infra/zuul-website master: Replace background image  https://review.openstack.org/56590816:15
clarkbShrews: my problem now is I have run out16:15
Shrewsmmm, rasberry zinger16:20
clarkbcorvus: mordred I think there is room there to group by function under test. Ya the scheduler is involved in most of it but many of those tests are parser or executor etc focused and we can group around that?16:22
corvusclarkb: yes, i think it's worth trying to group in file by function like that.  note that in the new system, it's easy to have tests which use the same configuration in the same class, so further clustering them like that makes sense16:24
SpamapScorvus: oh yay16:27
SpamapSmordred: are you saying that when we have static working right, I can write "Zuul. Open the pod bay doors."16:29
mordredSpamapS: yes16:29
SpamapS"I'm sorry, I can't do that Clint. You need write access to this git repository."16:29
clarkbdid you see they are doing a new 70mm run?16:29
mordredSpamapS: it is your job now to make the "Zuul. Open the pod bay doors." shirt16:29
clarkbfrom restored originals?16:30
mordredclarkb: WHAT? NO! I must to see that16:30
clarkbmordred: ya I don't recall all details but you should definitely look it up if you are interested16:30
ShrewsI have just come up with the best zuul tagline: "Because humans suck"16:31
clarkbRerelease opens in select US cities starting may 1816:32
mordredShrews: :)16:35
corvusclarkb, mordred: *unrestored* :)16:42
corvusthey just struck new 70mm prints :)16:43
clarkbah cool. Also neat that after 50 years they are able to do that considering how difficult its been for some films16:44
corvusmordred: it should be going to the alamo drafthouse in austin in july16:50
corvushttp://www.in70mm.com/news/2018/one_movie/index.htm16:51
clarkboh wow we are getting it at the hollywood16:52
*** yolanda has joined #zuul16:53
corvusi was hoping it would be in vancouver; but the only ca showing i've found is toronto in several months.17:00
*** yolanda_ has joined #zuul17:01
*** jpena is now known as jpena|off17:01
*** yolanda has quit IRC17:04
*** yolanda has joined #zuul17:05
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: WIP: Add fedora mirror to nodepool dsvm jobs  https://review.openstack.org/56610217:05
*** yolanda_ has quit IRC17:08
*** ssbarnea_ has quit IRC17:14
*** gtema has quit IRC17:20
*** spsurya has quit IRC17:42
clarkbpabelanger: comment on https://review.openstack.org/#/c/565881/5 that will make the script work on more than just ubuntu17:56
clarkbpabelanger: not a -1 though but may be a nice improvment17:56
pabelangerclarkb: yah, good idea17:58
clarkbthat said I think on suse at least apt-get update && apt-get install bubblewrap would work (because zypper is magic)18:00
clarkbcorvus: did you see tristanC's note about executable parameter to the command module?18:15
clarkbcorvus: we may want to do a scripted update to all the openstack configs nowish to update that which ahs the added beneift of further testing the config changes18:15
mordredclarkb: where is that note - I missed it18:16
clarkbasking you about it since you've done the large scripted updates in the past18:16
clarkbmordred: one sec I will get you a link18:16
clarkbmordred: http://lists.zuul-ci.org/pipermail/zuul-discuss/2018-May/000194.html and https://review.openstack.org/#/c/546869/18:16
*** yolanda has quit IRC18:20
mordredfeels like turning that to shell: type -p bindep args: executable: /bin/bash intead of command: /bin/bash -c "type -p bindep" would be a better route if we were to do a global scripted update18:21
pabelangeranybody else see: openstack.exceptions.ConfigException: Cloud fake was not found. from nodepool master?18:22
clarkbmordred: I think the reason for that is shell uses sh by default and type -p may not be bourne18:22
mordredfor task in tasks: if 'command' in task and task.get('args', {}).get('executable'): task['shell'] = task.pop('command')18:22
clarkbmordred: but yes we can address that using shell18:22
mordredclarkb: right - but shell does still accept executable18:22
clarkbmordred: ya18:22
pabelangerhttp://logs.openstack.org/02/566102/2/check/tox-py35/d02b614/testr_results.html.gz18:22
pabelangerseems os-client-config was just released18:23
pabelangerwonder if that broke us18:23
mordredpabelanger: ah - if it did, we should fix it18:25
pabelangerdowngrading to 1.30.0 seems to fix it18:25
pabelangerlooking to see what the diff is18:25
mordred*excellent*18:25
mordredwell - the diff is that 1.31 rips out the guts18:25
Shrewsyeah, that was a biggish change18:25
* mordred starts poking18:26
pabelangeroh18:26
clarkbheh locally I get tox complaining about testr not being a valid command to setup.py18:27
clarkbmaybe we should get the switch to stestr in18:27
mordredok. I reproducedit locally18:28
Shrewsclarkb: https://review.openstack.org/536862 seems tobiash didn't +A it for some reason. feel free to do so18:28
pabelangermordred: yay18:28
clarkbShrews: thanks will look18:29
clarkbtox -re py36 fixed my immediate issue though18:29
mordredah- ok, I think I see what's wrong18:31
clarkbsetUpFakes monkey patches oscc18:34
mordredyup18:34
clarkbwhich is no longer going to be a working path with the move. Should be an easy fix thankfully18:34
mordredyah- the larger question is - should we figure out a fix in the os-client-config shim layer to allow this code to work as written?18:34
clarkbif it was outside of test code I would say yes18:35
clarkbconsidering its monkeypatching in test code this is probably the risk we assume for doing that?18:35
mordredthe OpenStackConfig object does take a list of config files as an argument which is how I would normally expect people to interact with that18:35
*** yolanda has joined #zuul18:35
clarkbya I think the reason its patched like this is we don't expose that config to nodepool users18:36
clarkbthey are expected to use the normal paths?18:36
clarkb(maybe we should expose it and then just set it in the tests though18:36
mordredyah18:36
clarkbmordred: probably for now just update the monkeypatch then we can add in config for that if we think it would be useful18:38
mordredok. I hve a fix for os-client-config18:41
clarkbmordred: +            'openstack.config.loader.CONFIG_FILES', [clouds_path])) works on the nodepool side18:44
mordredclarkb: great. let's do that for now - I've got a fix that fixes the current usage - but I believe it will break that ^^18:45
mordredbecause yay18:45
clarkbok I'll push that up18:45
openstackgerritClark Boylan proposed openstack-infra/nodepool master: Fix test patching of clouds.yaml file locations  https://review.openstack.org/56613818:47
clarkband no sense in approving stestr change until ^ is merged I guess18:47
mordredclarkb: ok, I think this remote:   https://review.openstack.org/566139 Allow monkeypatching CONFIG_FILES18:48
mordredclarkb: should fix it in both directions18:48
mordrednope18:48
mordredonly in the one still18:48
clarkbout of curiousity why import loader and import * from laoder?18:49
clarkb(noticed then when figuring out where CONFIG_FILES is defined)18:49
mordrednot sure the first import loader is actually necessary18:50
clarkbit is for line 22 but that could be updated18:50
clarkbits just weird to do both18:50
mordredclarkb: remote:   https://review.openstack.org/566139 Allow monkeypatching CONFIG_FILES18:53
mordrednow works with both directions of monkeypatch18:53
mordredclarkb: oh - I remember now18:54
mordred    get_one_cloud = loader.OpenStackConfig.get_one18:54
mordredif we don't import loader we don't have a handle to that for the method alias18:55
clarkbmordred: that actually makes me question the import * more beacuse os_client_config.CONFIG_FILES is openstack.config.loader.CONFIG_FILES after that import18:55
clarkbthen if you monkey patch only one will be patched18:55
clarkbwhcih may lead to confusion though maybe not in this case18:55
mordredyup - that's why the most recent patch had to do copy of the original18:56
mordredto compare against18:56
clarkbmordred: right why not stop importing * and just scope everything to loader? I'm guessing the original intent was to make this overrideable except it isn't due to this? though maybe thats specific to passing in args18:56
clarkbya I guess that is why it does import * its so those names show up properly18:57
mordredyah18:57
mordreda person who was just doing "from os_client_config.config import CONFIG_FILES" should not get broken - otherwise we'd have to do explicit CONFIG_FILES = loader.CONFIG_FILES for each of the globals which just seemed ick ... and still doens't fix the monkeypath issue :)18:57
clarkbya18:58
mordredpabelanger: https://review.openstack.org/#/c/566138 should fix the tests for you18:58
mordredpabelanger: and then https://review.openstack.org/566139 should fix os-client-config in case anyone else has that problem18:58
mordredShrews: ^^18:58
pabelangergreat, will look shortly18:59
*** hashar has joined #zuul19:04
*** openstackgerrit has quit IRC19:05
*** ssbarnea_ has joined #zuul19:29
*** gtema has joined #zuul19:49
*** openstackgerrit has joined #zuul19:50
openstackgerritClark Boylan proposed openstack-infra/nodepool master: Fix test patching of clouds.yaml file locations  https://review.openstack.org/56613819:50
clarkbturns out there was more than one location to update ^19:50
clarkbalso we should do a followup to switch to openstacksdk in the deps and openstack driver19:51
*** ssbarnea_ has quit IRC19:54
*** ssbarnea_ has joined #zuul19:55
*** gtema has quit IRC20:10
mordredclarkb: yah. I've been meaning to make some patches for that20:25
*** weshay is now known as weshay|rover20:30
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Use openstacksdk instead of os-client-config  https://review.openstack.org/56615820:50
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Remove use of six  https://review.openstack.org/56615920:50
mordredcorvus: I'm not 100% sure about the exception re-raise code in the remove use of six patch20:51
*** dkranz has quit IRC20:54
mordredcorvus: nevermind - http://paste.openstack.org/show/720324/ - that seems to verify that the code used in the patch should be correct20:56
corvusmordred: yay chicken!21:01
*** acozine has quit IRC21:06
*** dtruong_ has quit IRC21:13
corvuslooks like there's some suggestions for mission statements and taglines in https://etherpad.openstack.org/p/zuul-mission21:45
corvusfriendly reminder to get suggestions in there soon, we'll pick one next week21:45
*** hashar has quit IRC22:08
openstackgerritJames E. Blair proposed openstack-infra/zuul-website master: Add community page  https://review.openstack.org/56617922:17
*** rlandy is now known as rlandy|bbl22:30
*** threestrands has joined #zuul22:59
*** gouthamr has quit IRC23:08
openstackgerritJames E. Blair proposed openstack-infra/zuul-website master: Switch to Open Sans font  https://review.openstack.org/56618523:10
openstackgerritJames E. Blair proposed openstack-infra/zuul-website master: Change tagline to dark blue  https://review.openstack.org/56618623:10
*** gouthamr has joined #zuul23:10
*** gouthamr has quit IRC23:18
*** dmellado has quit IRC23:19
SpamapSIs there an infra/zuul dinner planned for Vancouver?23:44
* SpamapS may have missed emails23:44
clarkbSpamapS: I sent email to the infra list collecting names and availability it is getting close enoguh I should figure out what we are doing23:48
clarkblooks like monday night is best so far23:48
*** gouthamr has joined #zuul23:51
*** dmellado has joined #zuul23:51

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