*** threestrands has quit IRC | 02:05 | |
*** threestrands_ has joined #zuul | 02:05 | |
*** threestrands_ has quit IRC | 02:05 | |
*** threestrands_ has joined #zuul | 02:05 | |
*** jhesketh has quit IRC | 02:37 | |
*** jhesketh has joined #zuul | 02:37 | |
*** pabelanger has quit IRC | 02:40 | |
*** pabelanger has joined #zuul | 02:40 | |
*** yolanda_ has quit IRC | 02:41 | |
*** lennyb has quit IRC | 02:41 | |
*** aspiers[m] has quit IRC | 02:41 | |
*** yolanda_ has joined #zuul | 02:42 | |
*** lennyb has joined #zuul | 02:42 | |
*** swest has quit IRC | 02:44 | |
*** jimi|ansible has quit IRC | 02:44 | |
*** elyezer has quit IRC | 02:44 | |
*** spsurya has quit IRC | 02:44 | |
*** persia has quit IRC | 02:44 | |
*** dkranz has quit IRC | 02:44 | |
*** _ari_ has quit IRC | 02:44 | |
*** myoung has quit IRC | 02:44 | |
*** spsurya has joined #zuul | 02:45 | |
*** persia has joined #zuul | 02:45 | |
*** dkranz has joined #zuul | 02:45 | |
*** _ari_ has joined #zuul | 02:45 | |
*** myoung has joined #zuul | 02:45 | |
*** swest has joined #zuul | 02:45 | |
*** jimi|ansible has joined #zuul | 02:45 | |
*** elyezer has joined #zuul | 02:45 | |
*** jpena|off has quit IRC | 02:46 | |
*** ssbarnea has quit IRC | 02:46 | |
*** pwhalen has quit IRC | 02:46 | |
*** openstackgerrit has quit IRC | 02:46 | |
*** gouthamr has quit IRC | 02:46 | |
*** pleia2 has quit IRC | 02:46 | |
*** jpena|off has joined #zuul | 02:47 | |
*** ssbarnea has joined #zuul | 02:47 | |
*** pwhalen has joined #zuul | 02:48 | |
*** openstackgerrit has joined #zuul | 02:48 | |
*** gouthamr has joined #zuul | 02:48 | |
*** pleia2 has joined #zuul | 02:48 | |
*** mgagne has quit IRC | 02:50 | |
*** smyers has quit IRC | 02:50 | |
*** bstinson has quit IRC | 02:50 | |
*** jesusaur has quit IRC | 02:50 | |
*** dtruong has quit IRC | 02:50 | |
*** snapiri has quit IRC | 02:50 | |
*** weshay_pto has quit IRC | 02:50 | |
*** threestrands_ has quit IRC | 02:50 | |
*** ianychoi_ has quit IRC | 02:50 | |
*** sshnaidm has quit IRC | 02:50 | |
*** electrofelix has quit IRC | 02:50 | |
*** mhu has quit IRC | 02:50 | |
*** corvus has quit IRC | 02:50 | |
*** rcarrillocruz has quit IRC | 02:50 | |
*** tobasco has quit IRC | 02:50 | |
*** mgagne has joined #zuul | 02:50 | |
*** smyers has joined #zuul | 02:50 | |
*** bstinson has joined #zuul | 02:50 | |
*** jesusaur has joined #zuul | 02:50 | |
*** dtruong has joined #zuul | 02:50 | |
*** snapiri has joined #zuul | 02:50 | |
*** weshay_pto has joined #zuul | 02:50 | |
*** threestrands_ has joined #zuul | 02:51 | |
*** ianychoi_ has joined #zuul | 02:51 | |
*** sshnaidm has joined #zuul | 02:51 | |
*** electrofelix has joined #zuul | 02:51 | |
*** mhu has joined #zuul | 02:51 | |
*** corvus has joined #zuul | 02:51 | |
*** rcarrillocruz has joined #zuul | 02:51 | |
*** tobasco has joined #zuul | 02:51 | |
*** jesusaur has quit IRC | 02:55 | |
*** D3VIATION has joined #zuul | 03:00 | |
*** aspiers[m] has joined #zuul | 03:13 | |
*** jesusaur has joined #zuul | 03:22 | |
*** D3VIATION has quit IRC | 03:39 | |
*** D3VIATION has joined #zuul | 04:06 | |
*** CrayZee has joined #zuul | 05:31 | |
*** yolanda has joined #zuul | 05:33 | |
*** yolanda_ has quit IRC | 05:35 | |
*** Wei_Liu has joined #zuul | 05:52 | |
*** zxiiro-away is now known as zxiiro | 06:25 | |
*** pcaruana has joined #zuul | 06:37 | |
*** D3VIATION has quit IRC | 06:40 | |
*** jimi|ansible has quit IRC | 06:47 | |
*** D3VIATION has joined #zuul | 06:54 | |
*** jimi|ansible has joined #zuul | 07:04 | |
*** jimi|ansible has joined #zuul | 07:04 | |
*** ssbarnea_ has joined #zuul | 07:10 | |
*** dmellado has joined #zuul | 07:12 | |
*** threestrands_ has quit IRC | 07:14 | |
*** hashar has joined #zuul | 07:16 | |
*** D3VIATION has quit IRC | 07:27 | |
*** myoung is now known as myoung|zzz | 07:28 | |
*** GonZo2000 has joined #zuul | 07:41 | |
*** GonZo2000 has quit IRC | 07:42 | |
*** GonZo2000 has joined #zuul | 07:44 | |
*** jpena|off is now known as jpena | 07:46 | |
*** gtema has joined #zuul | 07:59 | |
*** GonZo2000 has quit IRC | 07:59 | |
*** GonZo2000 has joined #zuul | 08:00 | |
*** GonZo2000 has quit IRC | 08:01 | |
*** yolanda has quit IRC | 08:01 | |
*** GonZo2000 has joined #zuul | 08:01 | |
*** GonZo2000 has quit IRC | 08:01 | |
*** GonZo2000 has joined #zuul | 08:01 | |
*** yolanda has joined #zuul | 08:17 | |
openstackgerrit | Artem Goncharov proposed openstack-infra/nodepool master: Add support for specifying security_group in nodepool https://review.openstack.org/570857 | 08:18 |
---|---|---|
*** xinliang has joined #zuul | 08:19 | |
openstackgerrit | Artem Goncharov proposed openstack-infra/nodepool master: https://review.openstack.org/#/c/570857/ https://review.openstack.org/570861 | 08:27 |
*** ianychoi_ is now known as ianychoi | 08:40 | |
*** GonZo2000 has quit IRC | 08:52 | |
*** GonZo2000 has joined #zuul | 09:01 | |
*** GonZo2000 has quit IRC | 09:01 | |
*** GonZo2000 has joined #zuul | 09:01 | |
*** Rohaan has joined #zuul | 09:14 | |
*** jesusaur has quit IRC | 09:14 | |
*** jesusaur has joined #zuul | 09:18 | |
*** pcaruana has quit IRC | 09:23 | |
*** GonZo2000 has quit IRC | 09:24 | |
*** GonZo2000 has joined #zuul | 09:27 | |
*** pcaruana has joined #zuul | 09:27 | |
*** GonZo2000 has quit IRC | 09:38 | |
*** GonZo2000 has joined #zuul | 09:39 | |
*** GonZo2000 has quit IRC | 09:39 | |
*** GonZo2000 has joined #zuul | 09:39 | |
*** GonZo2000 has quit IRC | 09:44 | |
*** pcaruana has quit IRC | 09:54 | |
*** pcaruana has joined #zuul | 10:10 | |
*** yolanda has quit IRC | 10:38 | |
*** yolanda has joined #zuul | 10:42 | |
*** jpena is now known as jpena|lunch | 11:02 | |
*** tommymcguiver has joined #zuul | 11:09 | |
*** myoung|zzz is now known as myoung | 11:33 | |
andreaf | Hello Zuul team | 11:37 |
*** GonZo2000 has joined #zuul | 11:38 | |
*** GonZo2000 has quit IRC | 11:38 | |
*** GonZo2000 has joined #zuul | 11:38 | |
andreaf | has anyone thought about or is anyone working on a helm chart to deploy Zuul in a k8s cluster? | 11:39 |
andreaf | I found this work by jamielennox https://github.com/BonnyCI/charts as part of bonnyCI but nothing else | 11:39 |
*** pcaruana has quit IRC | 11:42 | |
*** GonZo2000 has quit IRC | 11:50 | |
*** GonZo2000 has joined #zuul | 11:53 | |
andreaf | it looks like the folks at EasyStack did some work in this area but it's not clear whether it's opensourced or not https://www.openstack.org/videos/vancouver-2018/devops-implementation-for-openstack-on-kubernetes | 11:58 |
*** tommymcguiver has quit IRC | 12:02 | |
*** pcaruana has joined #zuul | 12:02 | |
*** jpena|lunch is now known as jpena | 12:03 | |
*** GonZo2000 has quit IRC | 12:04 | |
*** sshnaidm has quit IRC | 12:06 | |
*** GonZo2000 has joined #zuul | 12:10 | |
*** GonZo2000 has quit IRC | 12:10 | |
*** GonZo2000 has joined #zuul | 12:10 | |
*** sshnaidm has joined #zuul | 12:10 | |
*** sshnaidm has quit IRC | 12:15 | |
*** sshnaidm has joined #zuul | 12:18 | |
*** sshnaidm has quit IRC | 12:24 | |
*** rlandy has joined #zuul | 12:28 | |
*** rlandy is now known as rlandy|rover | 12:29 | |
Wei_Liu | andreaf: we did not open the source right now. | 12:30 |
*** hughsaunders has quit IRC | 12:42 | |
*** D3VIATION has joined #zuul | 13:02 | |
Rohaan | Hi everyone, I was going through Zuul documentation. Does Zuul support CI containerized builds? I mean does it have any support for Docker/Kubernetes. I could not find any such thing in documentation. Is there any plan to support Docker/Kubernetes/Openshift? | 13:08 |
*** sshnaidm has joined #zuul | 13:10 | |
andreaf | Wei_Liu: I see - do you have any plan to, or is it definitely not going to happen? | 13:11 |
andreaf | That's something I would be interested in working on, but I'd rather not start from scratch if there is a production ready implementation already done :) | 13:12 |
Wei_Liu | andreaf: yes, after the new production released, it could be July. | 13:13 |
andreaf | ok cool | 13:14 |
Shrews | Wei_Liu: why not develop it in the open? | 13:15 |
Shrews | the nodepool driver API is not yet fully developed, so it would be helpful to see how you are using it | 13:16 |
Shrews | Rohaan: there are plans, yes. and some not-yet-merged-in-master attempts at such things | 13:18 |
Rohaan | Shrews: Oh great. Could you please share those changes? | 13:20 |
Rohaan | I'm reviewing Zuul CI as a potential engine for our build system. Would be great if I could get some help :) | 13:21 |
mordred | Rohaan: https://review.openstack.org/#/c/560136/ is the first draft of a spec for container support. we discussed it some last week at the openstack summit, so I believe another draft is coming | 13:23 |
Shrews | Rohaan: well, one we do not have access to (thus my question to Wei_Liu). mordred posted the other | 13:24 |
mordred | (also, several of us were out all last week at the openstack summit so might be slower to respond than normal this week while catching up) | 13:24 |
Shrews | https://review.openstack.org/570667 and https://review.openstack.org/535557 are sample implementations | 13:25 |
fungi | there's also tristanC's https://review.openstack.org/570667 for an openshift resource provider in nodepool | 13:25 |
Shrews | fungi: too slow | 13:25 |
fungi | oh, heh, Shrews beat me to it | 13:25 |
*** sshnaidm has quit IRC | 13:25 | |
*** D3VIATION has quit IRC | 13:27 | |
*** sshnaidm has joined #zuul | 13:27 | |
Rohaan | Shrews fungi: Thanks guys :) . I would take a look at these patches. Is this feature request getting tracked somewhere? | 13:37 |
*** yolanda_ has joined #zuul | 13:40 | |
*** yolanda has quit IRC | 13:42 | |
*** gundalow has quit IRC | 14:09 | |
*** Rohaan has quit IRC | 14:14 | |
*** gundalow_ has joined #zuul | 14:17 | |
*** gundalow_ is now known as gundalow | 14:20 | |
*** gundalow has quit IRC | 14:22 | |
*** gundalow has joined #zuul | 14:26 | |
*** GonZo2000 has quit IRC | 14:50 | |
*** CrayZee has quit IRC | 15:02 | |
*** GonZo2000 has joined #zuul | 15:12 | |
*** GonZo2000 has joined #zuul | 15:12 | |
*** acozine1 has joined #zuul | 15:12 | |
*** GonZo2000 has quit IRC | 15:17 | |
*** GonZo2000 has joined #zuul | 15:19 | |
*** GonZo2000 has quit IRC | 15:22 | |
gtema | guys, theoretical question: tox playbook is revoking sudo and will not proceed with it. Now if on the static node another project starts and need to install packages through bindep it of course fails without sudo. What is the best solution here? | 15:34 |
clarkb | gtema: on static nodes I would probably not allow root access at all to avoid a job breaking the static instance. Instead you would want to have the necessary packages preinstalled as part of the static node creation | 15:36 |
gtema | clarkb: agree. This is what I did. But then adding each new project might require installing additional stuff, what is not always clear (or the project changes) | 15:38 |
gtema | clarkb: isn't it possible, that also on dynamic node 2 jobs would be started on the same node and have the same issue? | 15:39 |
clarkb | gtema: I'm not sure that the existing dynamic node drivers allow for cohabitation of jobs | 15:39 |
clarkb | if they did then yes that would be a concern there as wel | 15:40 |
gtema | ok, don't we have a dynamic node reuse? | 15:40 |
clarkb | gtema: grepping the source on nodepool only the static job supports max-parallel-jobs | 15:42 |
clarkb | *static drive | 15:42 |
gtema | it's not really question of parallel jobs, but a reuse of single node by different projects | 15:42 |
clarkb | gtema: the dynamic drivers are explicitly set up to not reuse nodes | 15:43 |
* clarkb greps docs more | 15:43 | |
clarkb | ah it is a request parameter so must be documetned on the zuul side | 15:43 |
clarkb | openstack driver seems to hardcode reuse to False | 15:45 |
clarkb | Shrews: is the reuse request parameter just not really used at this point? | 15:45 |
Shrews | clarkb: that's used by min-ready | 15:47 |
Shrews | err, zuul rather | 15:47 |
Shrews | min-ready set it to False to force a new node | 15:47 |
clarkb | and the openstack driver seems to hard code it as well to False | 15:48 |
clarkb | but the base NodeRequest in nodepool sets it to True and the model in Zuul doesn't set it at all | 15:48 |
Shrews | well, that's where the min-ready request comes from | 15:49 |
Shrews | it defaults to True iirc | 15:49 |
clarkb | Shrews: on the nodepool side it does but on the zuul side it isn't set so I think the default there is None or undefined | 15:49 |
Shrews | wait, what is the question | 15:50 |
clarkb | Shrews: can you reuse nodes from dynamic node providers in nodepool | 15:51 |
clarkb | and my reading of the code is the reuse parameter isn't really exposed in a way that would allow that | 15:51 |
Shrews | that flag has a different meaning | 15:51 |
Shrews | reuse = True means "give me a node that is READY if available, otherwise launch a new one" | 15:51 |
clarkb | gotcha | 15:51 |
clarkb | within the context of dynamic node providers that means you will always get a new previously unused node right? | 15:52 |
Shrews | it depends on the driver, but for openstack driver, yes | 15:52 |
clarkb | gtema: ^ | 15:52 |
Shrews | static driver is weird in that it supports parallel jobs, but it is dependent on the base job to separate jobs. | 15:53 |
Shrews | i'm currently struggling with how to handle that my static driver changes | 15:53 |
gtema | thanks guys | 15:54 |
clarkb | gtema: as for handling the static node case specifically the way we did that when we had static nodes was to have a list of packages to isntall on them in config management then users could propose updates to that list | 15:55 |
openstackgerrit | Monty Taylor proposed openstack-infra/zuul-jobs master: Don't capture stderr in siblings logic https://review.openstack.org/570956 | 15:55 |
openstackgerrit | Monty Taylor proposed openstack-infra/zuul-jobs master: WIP Support building pdfs of sphinx docs https://review.openstack.org/570957 | 15:55 |
clarkb | gtema: once the update was merged the static nodes would get new packages installed and jobs would function on them | 15:55 |
clarkb | gtema: In general I think we prefer the dynamic nodes and projects control their own package lists but that definitely has some challenges when nodes are intended to be reused | 15:55 |
gtema | thanks | 15:56 |
*** jdandrea has left #zuul | 15:56 | |
clarkb | thinking out loud here, this is probably a good use case for the "machine" like containers | 16:00 |
clarkb | you could run a minimal static node providing containers that look like machines allowing the jobs to do things like install the packages they want | 16:00 |
gtema | yeah, agree | 16:00 |
clarkb | while having reasonable assurance that unintended mistakes won't break the entire test node | 16:00 |
*** hashar is now known as hasharAway | 16:01 | |
openstackgerrit | Monty Taylor proposed openstack-infra/zuul-jobs master: Remove errant comma https://review.openstack.org/570962 | 16:02 |
fungi | right, we (in the openstack community) worked really hard to move all our static node jobs to dynamic nodes. we found that reusing nodes tended to leak state over time even if it was just accumulating cruft workspaces, but was particularly dangerous if we missed a regex to accidentally run jobs on them which we didn't intend to authorize for access to their contents | 16:10 |
openstackgerrit | Monty Taylor proposed openstack-infra/zuul-jobs master: Don't capture stderr in siblings logic https://review.openstack.org/570956 | 16:10 |
gtema | fungi: agree. I would have not used static (probably). But now I need it, since security_group is not available so far and I am sharing zuul installation with 90 other servers from different people. https://review.openstack.org/#/c/570857/ address the issue, so reviews are welcome | 16:14 |
gtema | but agree with clarkb: containers on static node would be a very pleasant feature | 16:17 |
gtema | clarkb: isn't it what Tristan did in https://review.openstack.org/#/c/535556/ ? | 16:22 |
rcarrillocruz | i believe that's what oci driver is | 16:22 |
clarkb | gtema: reviewed. looks good, left some small nits if you end up needing to update the change. | 16:22 |
rcarrillocruz | yah, tristanC | 16:23 |
clarkb | gtema: rcarrillocruz yes, we just haven't managed to get the container work merged yet but I think with the summit behind us this is now a priority for many | 16:23 |
clarkb | I would expect things to start moving in that space | 16:23 |
rcarrillocruz | yup | 16:23 |
gtema | clarkb: thanks | 16:23 |
openstackgerrit | Artem Goncharov proposed openstack-infra/nodepool master: Add support for specifying security_group in nodepool https://review.openstack.org/570857 | 16:27 |
*** gtema has quit IRC | 16:33 | |
*** pcaruana has quit IRC | 16:39 | |
corvus | gtema seems gone... but clarkb, i left a comment on 570857 which touched on a line you previously left a comment on in openstack/handler.py ; can you take a look? | 16:41 |
clarkb | corvus: sure | 16:41 |
clarkb | corvus: oh that is a good point, I'm not sure how actionable that is from the consumer side which would be why we would put it in zk I think | 16:42 |
clarkb | possibly if a job wanted to update security groups that would be useful but in that cse it can just look up the group from the cloud api directly | 16:42 |
clarkb | I'll leave a note on the change | 16:42 |
openstackgerrit | Merged openstack-infra/zuul-jobs master: Don't capture stderr in siblings logic https://review.openstack.org/570956 | 16:42 |
*** gtema has joined #zuul | 16:46 | |
Shrews | yeah, i don't see any need to store the secgroup in zk | 16:51 |
gtema | ok, removing it | 16:51 |
gtema | Shrews: should I leave a test, which at least tries to start with security-group configuration? (not checking SG on the node) | 16:53 |
gtema | I think it still make sense to test this | 16:53 |
*** eandersson has quit IRC | 16:53 | |
corvus | gtema: yeah, leave the test so that at least the test runner is exercising the code | 16:54 |
corvus | (you'll just need to remove the validation that checks the znode) | 16:54 |
gtema | sure. it's clear | 16:54 |
openstackgerrit | Artem Goncharov proposed openstack-infra/nodepool master: Add support for specifying security_group in nodepool https://review.openstack.org/570857 | 17:06 |
gtema | removed SG from ZK, added reno | 17:07 |
openstackgerrit | Artem Goncharov proposed openstack-infra/nodepool master: Add support for specifying security_group in nodepool https://review.openstack.org/570857 | 17:10 |
openstackgerrit | Paul Belanger proposed openstack-infra/zuul master: Allow templates to be optional for zuul-migrate https://review.openstack.org/570979 | 17:15 |
openstackgerrit | Paul Belanger proposed openstack-infra/zuul master: Allow for projects only names in zuul-migrate https://review.openstack.org/570980 | 17:15 |
*** gtema has quit IRC | 17:22 | |
clarkb | mordred: corvus for setting up zuul with kata is there an order of operations that must be followed on the github setup or can I ask for that to be done now then we can follow up with config changes for zuul afterwards? | 17:32 |
clarkb | also have we written down directions for what app needs to be added to a project? | 17:32 |
clarkb | oh I found docs neat | 17:33 |
corvus | clarkb: https://docs.openstack.org/infra/manual/drivers.html#hosted-on-github | 17:33 |
clarkb | I think that answers my questions, I'm going to ask for teh github side setup now and then we can do the zuul side configuration | 17:34 |
corvus | clarkb: we'll need a new zuul tenant | 17:34 |
clarkb | corvus: should that be done prior to adding the app to the kata project? | 17:34 |
corvus | clarkb: nope | 17:34 |
corvus | we will need to figure out how to rejigger our zuul hosting, since zuul.openstack.org is currently a whilelabel tenant | 17:35 |
clarkb | ah | 17:35 |
clarkb | maybe we want ot start it as a third party check under the existing tenant like we do with ansible? | 17:36 |
clarkb | then move to its own tenant when they want to switch more globally to zuul (assuming that happens?) | 17:36 |
corvus | i'd say the easiest thing is to have zuul.yet-to-be-named-open-infrastructure-hosting-service.tld be the root, and optionally have whitelabel tenant vhosts if we want. but of course we don't have a name for that. | 17:36 |
corvus | clarkb: hrm. i dunno. i'm not sure how long we should keep kicking cans down the road. zuul should be in its own tenant too. | 17:37 |
corvus | clarkb: how about this -- i could get behind adding it to third-party-check if we first at least agree on a plan for what we will do long term :) | 17:39 |
clarkb | ++ | 17:39 |
*** pcaruana has joined #zuul | 17:43 | |
*** jpena is now known as jpena|off | 17:51 | |
fungi | i like the proposed plan, though likely more a topic for #openstack-infra | 17:56 |
corvus | i have forgotten how to read irc channel titles. sorry. | 18:12 |
*** rlandy|rover is now known as rlandy|rover|brb | 18:21 | |
*** pcaruana has quit IRC | 18:39 | |
*** dtruong_ has joined #zuul | 18:43 | |
*** snapiri- has joined #zuul | 18:44 | |
*** Wei_Liu1 has joined #zuul | 18:45 | |
*** Wei_Liu has quit IRC | 18:52 | |
*** dtruong has quit IRC | 18:53 | |
*** snapiri has quit IRC | 18:53 | |
*** weshay_pto has quit IRC | 18:53 | |
*** Wei_Liu1 is now known as Wei_Liu | 18:53 | |
*** weshay has joined #zuul | 18:54 | |
*** rlandy|rover|brb is now known as rlandy|rover | 19:03 | |
*** hasharAway has quit IRC | 19:21 | |
openstackgerrit | Brian Rosmaita proposed openstack-infra/zuul-jobs master: WIP - Handle -/_ ambiguity in package names https://review.openstack.org/571005 | 19:24 |
*** harlowja has joined #zuul | 20:00 | |
*** acozine1 has quit IRC | 20:31 | |
*** acozine1 has joined #zuul | 21:00 | |
*** acozine1 has quit IRC | 21:04 | |
openstackgerrit | Tristan Cacqueray proposed openstack-infra/nodepool master: Implement a Runc driver https://review.openstack.org/535556 | 21:05 |
tristanC | rcarrillocruz: clarkb: gtema: i renamed the oci driver into "runc", it's less confusing like that. Note that it doesn't enable root access, so you still have to pre-install bindep requirements | 21:07 |
*** GonZo2000 has joined #zuul | 21:09 | |
*** ssbarnea_ has quit IRC | 21:16 | |
*** D3VIATION has joined #zuul | 22:29 | |
*** D3VIATION has quit IRC | 23:41 | |
*** openstackstatus has joined #zuul | 23:44 | |
*** ChanServ sets mode: +v openstackstatus | 23:44 | |
openstackgerrit | Tristan Cacqueray proposed openstack-infra/nodepool master: builder: support setting diskimage env-vars in secure configuration https://review.openstack.org/564687 | 23:48 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!