Tuesday, 2018-04-03

jlkcorvus: https://review.openstack.org/55832100:02
jlkWe've installed the zuul app.00:02
clarkbcorvus: I've -1'd a change you +2'd at https://review.openstack.org/#/c/549518/27 letting you know so you and tobiash can decide if it is worth another patchset to address those problems (I do :) )00:09
*** JasonCL has quit IRC00:14
*** sigmavirus24 has joined #zuul00:14
*** odyssey4me has quit IRC00:14
*** odyssey4me has joined #zuul00:14
*** JasonCL has joined #zuul00:15
*** JasonCL has quit IRC00:20
*** JasonCL has joined #zuul00:24
clarkbleft a comment on the parent too but +2'd as it should be functionally correct as is00:25
*** JasonCL has quit IRC00:28
*** JasonCL has joined #zuul00:29
clarkbmordred: comment on https://review.openstack.org/#/c/551987/14 I don't knwo enough to -1 or +2 in that case but seems off to me00:31
*** JasonCL has quit IRC00:34
*** JasonCL has joined #zuul00:38
corvusclarkb: agreed, changed to 001:02
*** gouthamr has joined #zuul01:06
corvusjhesketh: thanks, i'll take a look soon, though since it's not urgent or trivial, probably not today :).  i don't think there's a fundamental problem with retrying things when we get certain errors.  i only think that each case needs to be thought about specifically.  and we're far enough away from replacing gearman that it's still worth upkeep.01:07
jheskethcorvus: cool, no hurry. Thanks :-)01:08
clarkbI had a random gear patch to help debug gearman fails too01:09
corvusclarkb: https://review.openstack.org/54714301:10
corvusi thought i reviewed that but apparently not01:10
corvusclarkb: i suspect we may not be blocked on debugging whatever underlying issue; let me know if you want to pick that back up (but not today)01:17
dmsimardclarkb: (replying here) well I guess you would be slow too if you had to load 1200+ commands :/01:25
clarkbthats not the issue the issue is it scans every python package01:26
clarkbit would be fine if it only loaded 1200 commands likely01:26
dmsimardhttps://twitter.com/dmsimard/status/941511567799136256 <-- that's pretty ridiculous though01:26
clarkbbut pkg_resources scans all the python paclages installed and then sorts them01:26
*** gouthamr has quit IRC01:37
*** gouthamr has joined #zuul01:42
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: mqtt: add basic reporter  https://review.openstack.org/53554301:44
*** harlowja has quit IRC01:50
*** JasonCL has quit IRC02:00
*** gouthamr_ has joined #zuul02:04
*** gouthamr has quit IRC02:08
*** harlowja has joined #zuul02:31
*** dkranz has quit IRC02:32
*** elyezer has quit IRC03:00
*** elyezer has joined #zuul03:00
*** gouthamr_ has quit IRC03:02
*** harlowja has quit IRC03:55
*** pbrobinson has quit IRC04:18
*** pbrobinson has joined #zuul04:19
*** elyezer has quit IRC04:38
*** elyezer has joined #zuul04:42
*** snapiri has joined #zuul05:37
*** elyezer has quit IRC05:59
*** elyezer has joined #zuul06:00
*** yolanda__ is now known as yolanda07:06
*** elyezer has quit IRC07:09
*** elyezer has joined #zuul07:10
*** hashar has joined #zuul07:29
*** jpena|off is now known as jpena07:37
*** electrofelix has joined #zuul07:54
*** dmellado has quit IRC08:08
*** dmellado has joined #zuul08:08
*** electrofelix has quit IRC08:21
*** electrofelix has joined #zuul08:26
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix sql reporting with postgres  https://review.openstack.org/53572008:34
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add tests for postgresql  https://review.openstack.org/54951808:34
LinuxJediour internal Zuul demo is scheduled for tomorrow an hour after I land. Fun! :)08:45
LinuxJedion an unrelated note. If you all know anyone who wants a role as a "cloud automation engineer" send me an email.08:46
*** dmellado has quit IRC09:23
*** dmellado has joined #zuul09:23
*** elyezer has quit IRC09:23
*** elyezer has joined #zuul09:26
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Remove support for extensions as lists  https://review.openstack.org/54089009:30
andreafcorvus SpamapS dmsimard question on zuul roles discovery - I have this tempest patch https://review.openstack.org/#/c/557878 which uses a devstack role only defined on devstack master - the tempest-full-queens job installs a queens based devstack cloud as expected, but it's also able to find the and use the role defined on devstack master only - is that expected?09:50
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Make Zuul able to start with a broken config  https://review.openstack.org/53551110:04
tobiashcorvus: responded on 53571710:19
andreaftobiash: hi - perhaps you have an answer to my question above ^^^10:26
andreafI have this tempest patch https://review.openstack.org/#/c/557878 which uses a devstack role only defined on devstack master - the tempest-full-queens job installs a queens based devstack cloud as expected, but it's also able to find the and use the role defined on devstack master only - is that expected?10:27
*** xinliang has quit IRC11:29
*** elyezer has quit IRC11:30
*** elyezer has joined #zuul11:31
Wei_Liuandreaf: hi, I used zuul_return to put a variable back to zuul in run.yaml, I want to use it in post.yaml, but ansible tell me the variable is not defined. And I found out the variable has been add results.json in work dir. How can I use it?11:36
Wei_Liuandreaf: this is my code: http://paste.openstack.org/show/718276/11:36
*** xinliang has joined #zuul11:42
*** xinliang has quit IRC11:42
*** xinliang has joined #zuul11:42
tobiashWei_Liu: that doesn't work yet11:43
tobiashThat currently only works between jobs and not playbooks11:43
Wei_Liutobiash: so, is there other way to make it happen?11:45
*** jpena is now known as jpena|lunch11:46
Wei_Liuuse include_vars to import the results.json in my post.yaml?11:47
*** odyssey4me has quit IRC12:15
*** odyssey4me has joined #zuul12:15
tobiashWei_Liu: yes, that could work12:16
Wei_Liutobiash: ok, thanks12:21
*** elyezer has quit IRC12:25
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Tenant config can be read from an external script  https://review.openstack.org/53587812:33
ShrewsLinuxJedi: good luck! let us know how it goes12:39
*** hashar has quit IRC12:42
*** hashar has joined #zuul12:44
*** gouthamr has joined #zuul12:47
*** jpena|lunch is now known as jpena12:50
*** gouthamr has quit IRC12:59
*** gouthamr has joined #zuul12:59
Shrewspabelanger: 2018-03-31 10:02:36,831 INFO kazoo.client: Connecting to 2001:4800:7815:103:be76:4eff:fe06:95e2:218113:08
Shrews2018-03-31 10:02:36,863 WARNING kazoo.client: Connection dropped: socket connection error: Network is unreachable13:08
Shrewspabelanger: why would nb03 be trying an ipv6 address for nodepool.openstack.org?13:09
*** JasonCL has joined #zuul13:14
Shrews2018-03-31 10:02:57,509 WARNING kazoo.client: Cannot resolve nodepool.openstack.org: [Errno -3] Temporary failure in name resolution13:16
Shrews$ ping6 -c 3 nodepool.openstack.org13:28
Shrewsconnect: Network is unreachable13:28
Shrewsfrom nb0313:28
Shrewsso, something funky happened with nb03 networking there. i suspect kazoo was still trying to connect over ipv6 for some reason, but never could until you restarted things13:29
*** dkranz has joined #zuul13:29
Shrewspabelanger: there are some very not normal looking kernel dumps in nb03 syslog starting at Mar 31 10:03:2913:33
Shrewswhich corresponds to shortly after those log messages13:34
ShrewsI'm inclined to chalk that builder hang up to "systems failure"13:37
*** elyezer has joined #zuul13:38
*** snapiri has quit IRC13:46
clarkbShrews: not entirely unexpected considering it is an arm64 machine. Might be useful if we can characterize the systems failure and provide the info back to linaro though14:03
clarkb(not sure we have to debug it, but just provide them with enough info to attempt at reproducing it as their mission is to make arm64 work generally aiui)14:04
Shrewsthe kernel dump didn't make any sense to me. just something about "cpu stalls"14:05
Shrewsi would note that the system as a whole is VERY slow, even though there is no load that i can see14:05
clarkbShrews: its an arm server on the other side of hte pacific14:06
clarkb(I think slow is expected)14:06
Shrewsah14:07
*** snapiri has joined #zuul14:10
*** gouthamr has quit IRC14:19
*** gouthamr has joined #zuul14:20
clarkbShrews: I think one of the restrictions with this hardware is a lot of it is under nda so the VMs don't actually know what clock rate theyrun under or what the cpu model is. So not only is it arm which is generally slower but its a VM that doesn't know how to make the hardeare as fast as possible14:30
clarkbShrews: I think one of the goals with this work is to prove a general "things work" proof of concept and start using that as leverage to get better agreements14:31
clarkb(more capacity, less restrictive environments, etc)14:31
clarkbmordred: corvus Shrews https://review.openstack.org/#/c/535718/1/zuul/driver/sql/alembic/versions/20126015a87d_add_indexes.py does that change need to be a new migration? I guess it is only an issue if you deployed to production before this with a table prefix and then need to move past this migration later14:35
clarkbthinking about ^ maybe we should get that in and do a release of zuul to help avoid people running into problems around migrations and prefixes?14:35
clarkbI guess its only a problem if we try to modify the indexes later and some deployment had straddled this migration with a prefix that wasn't originally applied?14:36
clarkbI +2'd the change as  Ithink it does fix a problem. But didn't approve just in case we wanted to think about it from the context of future potential migrations a bit more14:39
*** pwhalen has left #zuul14:40
pabelangerShrews: Shrews: yah, from watching dib-image-buid on nb03 over the last few days, that network isn't the best. So, this is likely a good stress test for our connection to zookeeper :)14:43
corvusandreaf: i've been looking into your question.  i don't understand some of the choices zuul made; i'm going to need to dig into it a bit more.  i may not have an answer today.14:45
andreafcorvus: thanks for looking into that14:46
*** dvn has quit IRC14:47
*** jamielennox has quit IRC14:47
*** jamielennox has joined #zuul14:50
*** dvn has joined #zuul14:53
clarkbcorvus: https://review.openstack.org/#/c/557826/1 is probably one you should look at as I think it may result in a fairly large cleanup in zuul v3 (no more cloner)14:55
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade to webpack 4  https://review.openstack.org/55198714:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v5)  https://review.openstack.org/55198914:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use glyphicons for status balls  https://review.openstack.org/55199214:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Stop falling back to job name for missing url  https://review.openstack.org/55405614:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Remove dashboard workaround for missing log_url  https://review.openstack.org/55406614:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/jobs/{job_name} route  https://review.openstack.org/55097814:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/projects routes  https://review.openstack.org/55097914:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/pipelines route  https://review.openstack.org/54152114:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add zuul-build-dashboard-multi-tenant  https://review.openstack.org/55771314:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: dashboard: add /{tenant}/job.html page to display job details  https://review.openstack.org/53554514:56
mordredclarkb: I'm also +2 on the migration - I think landing / cutting a point release would be good for folks wanting to run on postgres14:58
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add regex support to project stanzas  https://review.openstack.org/53571315:07
*** maeca has joined #zuul15:15
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Remove support for extensions as lists  https://review.openstack.org/54089015:16
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add winrm certificate handling  https://review.openstack.org/53571715:22
Shrewsdoing 540890 post-3.0 release doesn't seem like a good idea, does it?15:24
clarkbShrews: maybe update the existing warning on the list to say use the dict type instead and then in a few months remove the list version?15:25
*** gouthamr has quit IRC15:34
*** gouthamr has joined #zuul15:35
*** gouthamr has quit IRC15:36
*** gouthamr has joined #zuul15:43
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Don't gather host keys for non ssh connections  https://review.openstack.org/53568515:49
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Add connection-port to provider diskimage  https://review.openstack.org/53568615:49
*** mgagne_ has quit IRC16:11
*** mgagne_ has joined #zuul16:11
*** gouthamr has quit IRC16:26
*** sshnaidm is now known as sshnaidm|bbl16:39
*** jpena is now known as jpena|off17:00
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/projects routes  https://review.openstack.org/55097917:38
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/pipelines route  https://review.openstack.org/54152117:38
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add zuul-build-dashboard-multi-tenant  https://review.openstack.org/55771317:38
openstackgerritMonty Taylor proposed openstack-infra/zuul master: dashboard: add /{tenant}/job.html page to display job details  https://review.openstack.org/53554517:38
openstackgerritMonty Taylor proposed openstack-infra/zuul master: dashboard: add /{tenant}/projects.html web page  https://review.openstack.org/53787017:38
*** elyezer has quit IRC17:38
mordredtristanC: ^^ job.html, projects.html and project.html patches updated for the angular update. it's worth paying attention to https://review.openstack.org/550979 - I changed the rest api payload from what you had in their earlier (and then updated the javascript consuming it, obviously)17:39
mordredtristanC: mostly because once I wrote out typing information for the payloads in typescript, the pipelines attribute being a list of tuples was just all of a sudden weird17:40
openstackgerritMonty Taylor proposed openstack-infra/zuul master: dashboard: add /{tenant}/projects.html web page  https://review.openstack.org/53787017:42
mordredtristanC, corvus: for comparison new version: https://review.openstack.org/#/c/537870/26/web/project/project.component.ts (Look for interface ProjectDetail on line 28) vs old version: https://review.openstack.org/#/c/551989/12/web/project/project.component.ts class ProjectDetail line 3217:44
mordred(the older version was bundled in an old version of the angular5 patch17:45
*** elyezer has joined #zuul17:50
mordredclarkb: also, I fixed your comment from https://review.openstack.org/#/c/55198717:52
*** bhavik1 has joined #zuul18:16
*** electrofelix has quit IRC18:21
*** gouthamr has joined #zuul18:21
*** gouthamr has quit IRC18:21
*** gouthamr has joined #zuul18:23
clarkbcorvus: as soon as you come up for air I think it would be great if you can rereview tobiash's postgres topic (I think there are three changes) and possibly consider a point release once those get in. The db migration update in particular I think deserves a release to that we don't sit on that for a long time.18:27
*** gouthamr has quit IRC18:40
*** mugsie_ has joined #zuul18:41
*** EmilienM_ has joined #zuul18:46
*** gouthamr has joined #zuul18:46
*** smyers_ has joined #zuul18:47
*** EmilienM has quit IRC18:47
*** mordred has quit IRC18:47
*** smyers has quit IRC18:47
*** Shrews has quit IRC18:47
*** mugsie has quit IRC18:47
*** smyers_ is now known as smyers18:47
*** EmilienM_ is now known as EmilienM18:48
*** EmilienM has quit IRC18:49
*** EmilienM has joined #zuul18:49
corvusclarkb, tobiash: do you think there's a way to do that with a new migration?18:52
corvusclarkb, tobiash: maybe we could have a migration that examines the indexes, and if there is a table prefix but the indexes don't have it, then do what that migration does?18:53
tobiashcorvus: no, that's not possible18:53
tobiashThe original migration fails with postgres and prefixes18:54
corvustobiash: oh okay, that's good then :)18:54
*** mordred has joined #zuul18:54
*** Shrews has joined #zuul18:54
corvustobiash: what about that migration on mysql?18:54
tobiashMysql doesn't seem to care18:54
clarkbit will if you use mysql today witha prefix18:55
clarkbwe dont I dont think and I dont know of anyone that does18:55
tobiashI think the scope of index names is diffenent there18:55
clarkbbut that was my concern18:55
corvustobiash: however, if someone has a mysql index today, and we do another migration on indexes in the future, we'll fail18:55
tobiashThat could be a problem18:55
clarkbya that18:55
corvusyeah, so everything "works" today, but basically our migrations won't agree on what the index should be called18:56
*** dmellado has quit IRC18:56
tobiashAt least if mysql with prefixes is used already18:56
clarkbwe might only do it for postgres18:56
corvusso what if we landed this fix and also did the thing i suggested -- if we're using prefixes and our indexes don't have a prefix, rename them?18:56
*** bhavik1 has quit IRC18:57
clarkbya that should work for mysql18:57
tobiashYes, that should work18:57
clarkbhats hould probably be a followup migration?18:57
corvusthen this corrects the situation for any new databases (mysql or postgres) and the new migration corrects any existing mysql installs to match18:57
*** maeca has quit IRC18:58
corvusclarkb: yeah, it should be after this one.  but i think maybe we shouldn't land this one until the other one is ready.  how about we put both of them in this change?18:58
corvusthe new one won't be testable though :(18:58
*** dmellado has joined #zuul18:58
corvusso actually...18:58
corvuswhat if we added the new migration, verified via ci that it works, then in a followup change fixed this migration?18:59
corvusthen we'll at least see the new migration work before we mask it with this fix18:59
clarkbthat seems reasonable19:00
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul master: WIP: Add Gerrit docs to Zuul From Scratch  https://review.openstack.org/55860019:05
Shrewsthat ^^ is most of the information i wanted to get out of my head. can probably be presented better19:06
Shrewsjust need to do the same for a static nodepool19:07
*** dmellado has quit IRC19:12
openstackgerritPaul Belanger proposed openstack-infra/zuul master: WIP: Fix issue when using _blockPluginDirs  https://review.openstack.org/55860519:14
*** JasonCL has quit IRC19:16
pabelangertobiash: ^ i think we talked about this last week, cannot remember. But ^ shows an issue with blockPuginDirs and implict roles, which makes it pretty hard to test a project to day in softwarefactory.19:17
*** JasonCL has joined #zuul19:18
pabelangerI think the fix here is just not to add said project to the role path by default on the executor, which is fine before the playbooks doesn't expect itself to be in the path19:18
*** JasonCL_ has joined #zuul19:21
*** dmellado has joined #zuul19:21
*** JasonCL has quit IRC19:22
*** harlowja has joined #zuul19:23
*** JasonCL_ has quit IRC19:25
*** dmellado has quit IRC19:31
*** elyezer has quit IRC19:38
tobiashpabelanger: that fix would be an implicit change to how roles finding works19:41
tobiashI think that will break stuff when doing this19:42
tobiashmaybe we need an opt-out flag on the job19:42
corvusa possibility might be to not implicitly add the role if we find a plugin, but also don't fail.19:42
tobiashcorvus: yes, that would be possible but also hard to understand as a user19:43
tobiashcorvus: what do you think about a no-implicit-roles flag?19:43
tobiashthat would make that explicit19:44
corvustobiash: would it be that big of a problem?  i mean, the user will see "role foo not found".  so they might add "roles: [thisrepo]".  then they'll see "blocked due to plugin"19:44
pabelangerIt would be interesting to know where openstack is using the implicit roles today, I couldn't think of anything myself19:45
corvusthe implicit role option was basically just so that every job in 'zuul-jobs' doesn't have to add 'zuul-jobs' as a role repo :)19:45
pabelangerah19:46
tobiashcorvus: it's not a big problem but a backwards incompatible change19:49
*** elyezer has joined #zuul19:49
tobiashif we do that we should at least have a magic this pointer for self-referencing the roles requirement19:50
corvustobiash: it's a change -- i'm not sure it's backwards incompatible.  if you are affected today, you get an error and your job doesn't work.  with that change, jobs start working.19:50
corvustobiash: i don't understand the pointer comment19:51
tobiashoh, maybe I musunderstood you19:51
corvusi'll rephrase19:51
pabelangerright, today with zuul 3.0.0 we cannot run as untrusted: https://github.com/ansible-network/network-engine and I don't think we use ask users to remove their action_plugins to run lint testing19:51
pabelangerso agree with corvus19:52
pabelanger(lint testing might be a bad example)19:52
corvuscurrently every job gets an implicit role for the repo where the job is defined.  if the repo where the job is defined has a plugin, that will fail.  the proposed change is that we don't fail in that case, we just no longer add the implicit role if there is a plugin in the repo.19:53
tobiashah, yes that will work19:54
corvusit's definitely worth a release note, but i don't think it'll break anyone19:54
tobiashno, it won't break anyone19:55
*** dmellado has joined #zuul19:55
tobiashthe only thing I fear about that is that it could be a hard to find issue for the inexperienced user who expects the repo in the roles path19:56
tobiashbut on the second thought this might not be a problem as he couldn't test this anyway if he has a plugin dir19:57
corvuswe may want to expose more info about the roles path in the inventory19:58
corvusi would like that for andreaf's problem which i'm still debugging :)19:58
tobiashthat's definitly helpful :)19:59
SpamapShrm...19:59
SpamapShttp://paste.openstack.org/show/718322/19:59
SpamapSI'm trying to make a -2 equivalent in our github setup19:59
SpamapSNeed second set of eyes... I don't see where that is invalid20:00
tobiashSpamapS: verified-2 or code review -2?20:00
SpamapSI want to keep stuff out of the gate when that label "do-not-merge" is added20:00
tobiashSpamapS: your reject is treated like a reporter20:01
tobiashas it looks to me20:01
corvusSpamapS, tobiash: it looks like the github driver doesn't implement label for reject20:02
corvusSpamapS, tobiash: http://git.zuul-ci.org/cgit/zuul/tree/zuul/driver/github/githubsource.py#n16020:03
tobiashoh reject is a top level config object20:03
tobiashups20:03
corvusyeah, it's like 'require'20:03
corvusor rather, it's a property of pipelines applied to sources20:04
tobiashlooks like it only implements review rejects20:04
corvusi don't see why everything in 'require' for github couldn't also be supported for 'reject'20:05
corvusit's probably a pretty boilerplate change20:05
corvus(though, i don't think anyone would miss it if you left out 'open' and 'current-patchset' since they make more sense under 'require' than 'reject')20:05
SpamapSThe docs suggest reject is a mirror of require20:06
tobiashthe doc suggests to me that there is/should be no difference https://zuul-ci.org/docs/zuul/admin/drivers/github.html#requirements-configuration ?20:06
SpamapSI can work a fix20:06
corvusyeah, we should make the code match the docs :)20:07
corvusdoc driven development20:07
mordred:)20:07
tobiashwe just need to automatically derive test cased from the docs...20:07
corvusmordred: is https://zuul-ci.org/docs/zuul/releasenotes.html#id1 going to be slightly confusing to folks?20:07
mordredcorvus: which part of it?20:08
corvus(basically, it's the release notes for the upcoming release which doesn't exist yet; obviously the number after '3.0.0' will keep incrementing until we release)20:08
tobiash3.0.0-3 ?20:08
corvusya20:08
corvuscould we maybe make it say "in development" or something?20:08
mordredprobably so, yeah20:09
mordredso - the way it's done for other openstack projects:20:09
mordredhttps://docs.openstack.org/releasenotes/python-openstacksdk/20:09
corvusi don't really mind having the upcoming release notes there, and i could probably be convinced titleing it "3.0.0-3" is correct, but most folks not familiar with pbr may be confused20:09
mordredhas a page for 'unreleased' and a page for each release series20:09
mordredBUT-given our release and branching model, I don't think the multi-page approach is necessarily suitable20:10
corvusyeah, i like the all-in-one page setup for this20:11
mordredyah20:12
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Add some more fudge factor for growroot test  https://review.openstack.org/55861720:12
mordredcorvus: I don't see a way to change the 3.0.0-3 title - might be a feature request for dhellmann20:13
mordredcorvus: the .. release-notes:: sphinx directive does already take parameters ...20:13
corvusmordred: i'll ask in #openstack-release20:14
mordredcorvus: https://docs.openstack.org/reno/latest/user/sphinxext.html ... so it might just need a flag for whether or not to emit the pbr-generated version for the non-tagged things20:14
*** JasonCL has joined #zuul20:14
mordredcorvus: ++20:14
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v5)  https://review.openstack.org/55198920:15
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Translate zuulStartStream into typescript  https://review.openstack.org/55861820:15
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Shift log streaming code into StreamComponent  https://review.openstack.org/55861920:15
*** JasonCL has quit IRC20:27
*** JasonCL has joined #zuul20:35
*** mrhillsman is now known as mrhillsman-irc20:47
*** JasonCL has quit IRC20:48
*** mrhillsman-irc is now known as mrhillsman20:48
*** hashar has quit IRC20:50
*** sshnaidm|bbl is now known as sshnaidm21:09
*** dkranz has quit IRC21:09
*** JasonCL has joined #zuul21:12
*** JasonCL has quit IRC21:16
corvusandreaf: i believe it's a bug; working on a fix + tests.21:23
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Use AFS mirrors for debian-stretch testing  https://review.openstack.org/55863321:24
corvusandreaf: in short, the tempest job playbooks are pretty much always going to use the master versions of the roles from devstack, until i fix this.21:25
corvusandreaf: (unless, and this is the weird part, there's a depends-on to a devstack change)21:25
clarkbcorvus: because tempest is master only?21:31
*** JasonCL has joined #zuul21:34
corvusclarkb: that's what i was expecting at one point, but surprisingly no :).  the executor doesn't do as much as we expect when making role paths21:35
corvusi'll write it all up in a commit msg in a bit21:37
*** gouthamr has quit IRC21:37
clarkbpassing along some new Gerrit behavior in 2.15 that was recently talked about on their mailing list. It is now an error to attempt to make an invalid vote in gerrit (in the past they were just ignored). This means you can't vote verified if no verified category is defined and youcan't vote outside the valid range of a category21:44
clarkbI dobut this will affect many if any Zuul users but figured I would throw it out here21:44
*** JasonCL has quit IRC21:45
andreafcorvus thanks for investigating this21:47
andreafcorvus will backport of ansible code in devstack for properly?21:47
andreafcorvus if not we should stop back-porting any ansible code to devstack stable branches21:48
andreafcorvus even stranger, I used to do pretty much the same thing here https://review.openstack.org/#/c/545724 but I stopped because I realised I needed to backport stuff in devstack first21:51
andreafcorvus so I think zuul used to do the right thing, and now it's not doing it anymore21:52
* clarkb wonders wht sort of situations make it more appropriate to have zuul execute scripts to determine its config (re https://review.openstack.org/#/c/535878/18) instead of a config management tooling system22:02
pabelangerclarkb: yah, I too would prefer using config management over executing a script.22:16
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Check out more appropriate branches of role and playbook repos  https://review.openstack.org/55864322:22
corvusfbo_: ^ maybe you can clarify why 535878 is preferable to having the tooling write the file to disk?22:24
corvusclarkb, andreaf: 558643 is a WIP change to fix the issue; you can read the commit msg for an explanation22:25
corvusi still have work to do, but it's been a long day so i wanted to go ahead and checkpoint22:25
mordredclarkb, corvus, fbo_: I believe that's intended to be in support of managing tenant config not via a yaml file but instead through something like a database (that could, itself, be driven by a web app - allowing people to sign up for an account through the web)22:27
corvusmordred: yeah, but requires a script to output json to stdout.  i'd guess it's a trivial change to have that tool write json to a file instead and use the existing facilities, so i'm curious what i'm missing.  :)22:28
pabelangercorvus: clarkb: left some feedback on 535878, don't want to block it.22:28
corvus(well, json or yaml)22:29
corvusmordred: if there's something about automating that process which 535878 helps, i'm happy to merge it.  if it's not that helpful, then, all things considered, it might be nice to keep the number of zuul config options minimal.22:31
clarkbI think if that is the desire then maybe direct reading of config from say zk may be a better approach22:32
corvusi'm really not ready for that22:32
clarkbone concern is if that script breaks now existing tenants wont work22:32
clarkbat least I think that was my reading of it because [] is returned not an error22:32
clarkbcorvus: ya I think that us likely better off in the distributed scheduler work22:33
clarkbwhich is a way down the road22:33
corvusor maybe never :)22:33
clarkband now I must go buy groceries. Back later22:34
corvus(i'm not sold on exposing zuul's internal use of zk as a public api)22:34
openstackgerritMonty Taylor proposed openstack-infra/zuul master: WIP Make websocket streaming more event-driven  https://review.openstack.org/55864622:44
*** JasonCL has joined #zuul22:48
*** JasonCL has quit IRC22:55
*** JasonCL has joined #zuul23:09
*** JasonCL has quit IRC23:11
*** JasonCL has joined #zuul23:13
*** JasonCL has quit IRC23:24
*** threestrands has joined #zuul23:36
*** threestrands has quit IRC23:37
*** threestrands has joined #zuul23:38
*** threestrands has quit IRC23:38
*** threestrands has joined #zuul23:38
*** threestrands has quit IRC23:39
*** threestrands has joined #zuul23:39
*** threestrands has quit IRC23:39
*** threestrands has joined #zuul23:39
*** threestrands has quit IRC23:40
*** threestrands has joined #zuul23:41
*** threestrands has quit IRC23:41
*** threestrands has joined #zuul23:41
openstackgerritMerged openstack-infra/nodepool master: Add some more fudge factor for growroot test  https://review.openstack.org/55861723:51

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