Thursday, 2017-10-12

*** oikiki has joined #openstack-keystone00:06
*** oikiki has quit IRC00:07
*** sbezverk has joined #openstack-keystone00:16
*** edmondsw has joined #openstack-keystone00:16
*** edmondsw has quit IRC00:21
*** thorst has joined #openstack-keystone00:46
*** thorst has quit IRC00:46
*** AlexeyAbashkin has joined #openstack-keystone00:49
*** AlexeyAbashkin has quit IRC00:53
*** sbezverk has quit IRC00:55
*** namnh has joined #openstack-keystone01:00
*** sbezverk has joined #openstack-keystone01:08
*** namnh has quit IRC01:09
*** swain has joined #openstack-keystone01:22
*** Shunli has joined #openstack-keystone01:38
*** ayoung has joined #openstack-keystone01:43
*** AlexeyAbashkin has joined #openstack-keystone01:46
*** AlexeyAbashkin has quit IRC01:50
*** edmondsw has joined #openstack-keystone01:51
*** kukacz has quit IRC02:00
*** kukacz has joined #openstack-keystone02:01
*** thorst has joined #openstack-keystone02:02
openstackgerritzhengliuyang proposed openstack/keystone master: Improper handle about building list of token deletion  https://review.openstack.org/47510002:05
*** thorst has quit IRC02:07
*** thorst has joined #openstack-keystone02:17
openstackgerritLance Bragstad proposed openstack/keystone-specs master: Specification for system roles  https://review.openstack.org/46476302:19
*** thorst has quit IRC02:19
*** oikiki has joined #openstack-keystone02:30
*** markvoelker has quit IRC02:39
*** junbo has quit IRC02:52
*** edmondsw has quit IRC02:53
*** nicolasbock has quit IRC02:53
*** mtreinish has quit IRC03:02
*** ayoung has quit IRC03:06
*** mtreinish has joined #openstack-keystone03:07
*** wes_dillingham has quit IRC03:11
*** wes_dillingham has joined #openstack-keystone03:12
*** wes_dillingham has quit IRC03:12
*** thorst has joined #openstack-keystone03:12
*** thorst has quit IRC03:12
*** wes_dillingham has joined #openstack-keystone03:13
*** wes_dillingham has quit IRC03:13
*** wes_dillingham has joined #openstack-keystone03:13
*** wes_dillingham has quit IRC03:14
*** wes_dillingham has joined #openstack-keystone03:14
*** wes_dillingham has quit IRC03:14
*** wes_dillingham has joined #openstack-keystone03:15
*** wes_dillingham has quit IRC03:15
*** wes_dillingham has joined #openstack-keystone03:16
*** wes_dillingham has quit IRC03:16
*** wes_dillingham has joined #openstack-keystone03:17
*** wes_dillingham has quit IRC03:17
*** wes_dillingham has joined #openstack-keystone03:17
*** wes_dillingham has quit IRC03:18
*** wes_dillingham has joined #openstack-keystone03:18
*** wes_dillingham has quit IRC03:18
*** wes_dillingham has joined #openstack-keystone03:20
*** wes_dillingham has quit IRC03:20
*** wes_dillingham has joined #openstack-keystone03:22
*** wes_dillingham has quit IRC03:22
*** wes_dillingham has joined #openstack-keystone03:22
*** wes_dillingham has quit IRC03:22
*** wes_dillingham has joined #openstack-keystone03:23
*** wes_dillingham has quit IRC03:23
*** wes_dillingham has joined #openstack-keystone03:24
*** wes_dillingham has quit IRC03:24
*** wes_dillingham has joined #openstack-keystone03:25
*** links has joined #openstack-keystone03:25
*** wes_dillingham has quit IRC03:25
*** oikiki has quit IRC03:31
*** swain has quit IRC03:41
*** dave-mccowan has quit IRC03:54
*** Shunli has quit IRC04:07
*** oikiki has joined #openstack-keystone04:20
*** hoonetorg has quit IRC04:37
*** markvoelker has joined #openstack-keystone04:39
*** edmondsw has joined #openstack-keystone04:39
*** edmondsw has quit IRC04:44
*** hoonetorg has joined #openstack-keystone04:50
*** thorst has joined #openstack-keystone04:56
*** thorst has quit IRC05:00
*** markvoelker has quit IRC05:14
*** markvoelker has joined #openstack-keystone06:11
*** brad[] has quit IRC06:20
*** josecastroleon has quit IRC06:21
*** josecastroleon has joined #openstack-keystone06:22
*** edmondsw has joined #openstack-keystone06:28
*** brad[] has joined #openstack-keystone06:32
*** edmondsw has quit IRC06:32
*** rcernin has joined #openstack-keystone06:35
*** aselius has quit IRC06:36
*** markvoelker has quit IRC06:44
*** thorst has joined #openstack-keystone06:57
*** thorst_ has joined #openstack-keystone07:00
*** Dinesh_Bhor has quit IRC07:01
*** thorst has quit IRC07:01
*** thorst_ has quit IRC07:05
*** Dinesh_Bhor has joined #openstack-keystone07:07
*** ioggstream has joined #openstack-keystone07:15
*** oikiki has quit IRC07:15
*** pcaruana has joined #openstack-keystone07:17
*** AlexeyAbashkin has joined #openstack-keystone07:32
*** tesseract has joined #openstack-keystone07:32
*** markvoelker has joined #openstack-keystone07:41
*** d0ugal has joined #openstack-keystone07:59
*** markvoelker has quit IRC08:14
*** edmondsw has joined #openstack-keystone08:15
*** edmondsw has quit IRC08:20
*** spectr has quit IRC08:49
openstackgerritMateusz Kowalski proposed openstack/oslo.policy master: Make policy syntax checks optional  https://review.openstack.org/51142608:53
*** thorst has joined #openstack-keystone09:02
*** thorst has quit IRC09:05
*** spectr has joined #openstack-keystone09:19
*** mvk has quit IRC09:37
*** thorst has joined #openstack-keystone10:02
*** edmondsw has joined #openstack-keystone10:04
openstackgerritMateusz Kowalski proposed openstack/oslo.policy master: Make policy syntax checks optional  https://review.openstack.org/51142610:06
*** edmondsw has quit IRC10:08
*** thorst has quit IRC10:08
*** spectr has quit IRC10:12
*** markvoelker has joined #openstack-keystone10:12
*** sbezverk has quit IRC10:21
*** spectr has joined #openstack-keystone10:25
*** markvoelker has quit IRC10:45
*** clayton has quit IRC10:49
*** clayton has joined #openstack-keystone10:51
*** edmondsw has joined #openstack-keystone10:53
*** edmondsw has quit IRC10:56
*** AlexeyAbashkin has quit IRC11:01
*** dave-mccowan has joined #openstack-keystone11:03
*** AlexeyAbashkin has joined #openstack-keystone11:05
*** mvk has joined #openstack-keystone11:08
*** nicolasbock has joined #openstack-keystone11:39
*** markvoelker has joined #openstack-keystone11:43
*** nicolasbock has quit IRC11:45
*** nicolasbock has joined #openstack-keystone11:58
*** thorst has joined #openstack-keystone12:06
*** edmondsw has joined #openstack-keystone12:10
*** edmondsw_ has joined #openstack-keystone12:10
*** wes_dillingham has joined #openstack-keystone12:14
*** edmondsw has quit IRC12:14
*** markvoelker has quit IRC12:16
*** lifeless has quit IRC12:24
*** hrybacki|trainin is now known as hrybacki12:26
*** lifeless has joined #openstack-keystone12:31
*** markvoelker has joined #openstack-keystone12:33
*** links has quit IRC12:41
*** MaxPC has joined #openstack-keystone12:50
*** panbalag has joined #openstack-keystone12:50
*** panbalag has left #openstack-keystone12:51
*** ppiela has joined #openstack-keystone12:57
*** catintheroof has joined #openstack-keystone13:06
*** catintheroof has quit IRC13:06
*** catintheroof has joined #openstack-keystone13:06
*** catintheroof has quit IRC13:13
*** catintheroof has joined #openstack-keystone13:14
*** edmondsw_ is now known as edmondsw13:19
*** ayoung has joined #openstack-keystone13:21
*** chlong has joined #openstack-keystone13:25
lbragstado/13:26
*** jaosorior has quit IRC13:27
lbragstadayoung: i want to make sure you see this - http://lists.openstack.org/pipermail/openstack-dev/2017-October/123472.html13:27
lbragstadwe've set a bunch of times for next week and the week after, hoping a couple of those work for your schedule13:28
*** ayoung has quit IRC13:38
*** sbezverk has joined #openstack-keystone13:39
*** itlinux has joined #openstack-keystone13:58
*** jaosorior has joined #openstack-keystone14:09
*** itlinux has quit IRC14:12
*** chlong has quit IRC14:13
lbragstadedmondsw: around?14:16
openstackgerritLance Bragstad proposed openstack/oslo.policy master: WIP: Add functionality to deprecate policies  https://review.openstack.org/50990914:17
lbragstadedmondsw: ^ that's not done yet, but i added a new class with some documentation that attempts to clarify what we talked about yesterday14:18
lbragstadcc kmalloc ^14:18
*** chlong has joined #openstack-keystone14:19
* lbragstad goes to make more coffee14:19
edmondswlbragstad here, but about to go into a meeting14:22
*** itlinux has joined #openstack-keystone14:24
lbragstadthat's fine - just giving you a heads up14:29
edmondsw++14:32
edmondswstarted looking14:32
*** itlinux has quit IRC14:32
*** itlinux has joined #openstack-keystone14:36
*** links has joined #openstack-keystone14:39
openstackgerritMerged openstack/keystoneauth master: Add EndpointData.__str__ for debugging  https://review.openstack.org/48941314:40
*** ayoung has joined #openstack-keystone14:42
-openstackstatus- NOTICE: Job log uploads are failing due to lack of inodes. Jobs also fail due to mismatches in gnutls packages. Workarounds for both in progress with proper fixes to follow.14:54
*** ChanServ changes topic to "Job log uploads are failing due to lack of inodes. Jobs also fail due to mismatches in gnutls packages. Workarounds for both in progress with proper fixes to follow."14:54
*** rcernin has quit IRC14:55
gagehugoo/14:55
*** chlong has quit IRC15:02
*** jaosorior has quit IRC15:05
*** AlexeyAbashkin has quit IRC15:07
*** chlong has joined #openstack-keystone15:16
*** itlinux has quit IRC15:17
openstackgerritGage Hugo proposed openstack/keystone master: Refactor test_backend_ldap tests  https://review.openstack.org/50769415:38
openstackgerritLance Bragstad proposed openstack/oslo.policy master: Add functionality to deprecate policies  https://review.openstack.org/50990915:41
*** itlinux has joined #openstack-keystone15:42
*** links has quit IRC15:47
lbragstadgrabbing lunch quick - biab15:51
*** links has joined #openstack-keystone16:00
*** chlong has quit IRC16:03
*** edmondsw has quit IRC16:05
*** erlon has quit IRC16:07
*** masber has quit IRC16:09
*** edmondsw has joined #openstack-keystone16:12
*** edmondsw has quit IRC16:16
kmalloccoooooffffeeeeeee16:17
*** itlinux has quit IRC16:32
*** jmlowe has joined #openstack-keystone16:39
*** gyee has joined #openstack-keystone16:41
lbragstadkmalloc: first cup of the day?16:44
kmalloclbragstad: 3rd16:44
*** gyee has quit IRC16:44
lbragstadoh - well caffeinated then16:44
*** jmlowe has quit IRC16:46
*** aselius has joined #openstack-keystone16:55
*** oikiki has joined #openstack-keystone16:57
*** mvk has quit IRC17:07
lbragstadkmalloc: you know how deprecated_opts can take a list of DeprecatedOpt instances?17:09
kmallocuh.17:09
lbragstadwhen you register a new Opt (or subclass of opt)?17:09
kmallocyea?17:09
kmallocoh how does it work?17:09
kmalloci'd have to go poke at it.17:09
kmallocnot sure17:09
lbragstadhttps://github.com/openstack/oslo.config/blob/master/oslo_config/cfg.py#L82517:09
lbragstadjust theoretically speaking here17:10
kmallocyeah17:10
kmallocthat should be right17:10
lbragstadthat makes it so that you can supply multiple deprecated opts for a single new options17:10
lbragstadoption*17:10
kmallocyeah17:10
kmallocthat is the idea17:10
lbragstadmakes sense, right?17:10
lbragstaddo we ever need that for policies or rules? or will policy/rule deprecations always be one-to-one?17:11
lbragstadbecause which one would you use at enforcement time?17:11
*** tesseract has quit IRC17:11
lbragstadkmalloc: for example - http://paste.openstack.org/show/623479/17:19
lbragstadshould ^ that ever be allowed?17:19
kmallocyes i would say it should be17:20
lbragstad(e.g. should we ever support the ability to pass a list of DeprecatedRules to a RuleDefault instance?17:20
lbragstad)17:20
kmallocthere is a good chance you want to combine rules into a default17:20
lbragstadso - when the project starts enforcing on foo:bar, but both policies contract each other, what do you do?17:21
lbragstadcontradict*17:21
lbragstadscenarios 3 and 417:21
kmallocdefault rule wins in lieu of old defaults, but if overridden each individual one wins for it's specific enfocement point, i think17:22
lbragstad(this is all being done within oslo_policy.policy.Enforcer.enforce() fwiw)17:22
lbragstadthat last bit is tricky, because it's consolidating them17:22
lbragstadoslo_policy doesn't know if it's evaluating foo:get_bar or foo:create_bar17:22
kmallocso the stack is [new overidden] > [deprecated specific overidden] > [new default] > [old deprecated default]17:23
kmallocit has to be stacked before being passed to enforce17:23
kmallocand selected17:23
kmallocbasically the deprecated default is *never* used.17:23
lbragstadsure - that bit makes sense17:23
lbragstadi'm wondering what we do when they contradict each other17:23
kmalloclet the project determine17:23
kmallocthey're defining it, let them select the behavior.17:24
kmallocwe, oslo.policy/keystone, cannot know the expected behavior17:24
kmallocwe have to defer to the folks doing that implementation17:25
lbragstadwhat should oslo.policy do if one of the two deprecated rules passes and the other doesn't?17:25
kmallocso, if you have an explicit override of the deprecated rule, you use that17:25
lbragstadi don't know how we can accept multiple rules in policy enforcement17:25
lbragstadsure17:25
kmallocwhen you build the enforcement context17:25
kmallocnever ever ever use more than one rule.17:25
lbragstadso we shouldn't support a list of DeprecatedRules then17:25
kmallocso, if you override a deprecated rule, but have the default new, you use the deprecated override17:26
kmallocah, no, we need to telegraph that the new rule (if overridden) replaces the deprecated ones17:26
kmallocso, again.17:26
kmallocnew rule override is 1st choice17:26
kmallocdeprecated override is 2nd17:26
kmallocnew rule default is 3rd17:26
lbragstadyes - that totally makes sense17:27
*** links has quit IRC17:27
kmallocthe "deprecated bit" is more to telegraph what it replaces17:27
kmallocnot actually to consume17:27
lbragstadbut.. if we support a list of DeprecatedRules, which rule do we use if we get to step 2?17:27
kmallocdon't pull the actual rule in the same way options work17:28
kmallocbuild the context specifically from the json overrides/defaults17:28
kmallocyou don't try and stack a rule together, it's a "we select the highest priority rule and use it"17:28
lbragstadagree - but if we have multiple DeprecatedRules defined in a RuleDefault object, which one do you use/17:29
kmallocyou don't17:29
lbragstadso, don't use a list of DeprecatedRules/17:29
kmallocok lets rephrase the terms17:30
kmallocthe new rule does not pull in the old rules.17:31
kmallocever17:31
kmallocthe new rule default replaces the old rules, the list is telling people what the new rule replaces17:31
kmallocso if you override the new rule, it overrides for *all* deprecated rules17:32
lbragstadok - so what happens if you don't override the new rule17:32
kmallocregardless if the deprecated rule is explicitly overriden elsewhere17:32
lbragstadbut you have an old rule defined in policy.yaml17:32
kmallocthe old rule must apply to it's original place...17:33
kmallocor17:33
kmallocwe just make the list a priority thing.17:33
kmalloc*shrug*17:33
kmalloci really don't know17:33
lbragstad..yeah17:33
lbragstadme either17:33
lbragstadexample - http://paste.openstack.org/show/623488/17:34
kmallochonestly, i would just make new rule replace old one -- and give each policy enforcement point a priority list17:34
kmallocrather than on __init__ of the rule default17:34
kmallocregister default for X (new default, old rule)17:35
kmallocregister default for y (same new default as X, old rule for Y)17:35
lbragstadso far - i can't think of a case where you'd actually want to consolidate multiple policies into a single one17:35
kmallocthen maybe don't17:35
kmalloci can think of a case, but it's suspect at best17:36
lbragstadwhat is it?17:36
kmallocdefining imposed groupings17:37
kmallocaka: if you can boot a VM you can delete a VM17:37
kmalloc(for example)17:37
kmallocthere are some cases that always makes sense.17:37
kmallocbut they're pretty limited17:37
lbragstadoh - so you'd collapse compute:create_instance and compute:delete_instance into compute:create_delete_instance?17:39
kmallocin my example, it might make sense to support that17:39
kmalloci'm not advocating making that change, but you might see a service want to do that17:39
kmallocwith policy-in-code.17:39
lbragstadyeah - maybe17:40
lbragstadthat's essentially the same example as http://paste.openstack.org/show/623479/17:40
lbragstadok - i'm going to rework the implementation to not accept a list, just to see where it gets me17:44
*** edmondsw has joined #openstack-keystone17:46
openstackgerritLance Bragstad proposed openstack/oslo.policy master: Add functionality to deprecate policies  https://review.openstack.org/50990918:10
*** ioggstream has quit IRC18:19
lbragstadkmalloc: edmondsw updated - http://paste.openstack.org/show/623493/18:34
edmondswlbragstad for the results on that, I would say "identity:list_users has been deprecated since Queens" instead of "This policy has been deprecated since Queens"18:40
edmondswotherwise I like the results18:40
kmalloc++18:40
edmondswlbragstad, oh, you could probably also remove the :"rule:admin_or_owner" part of the "deprecated since Queens" line for identity:user18:41
lbragstadi was intending to keep there there for the check_str change case18:43
lbragstadexample: http://paste.openstack.org/show/623494/18:44
lbragstadso we can also do something like this:18:44
lbragstadhttp://paste.openstack.org/show/623495/18:47
lbragstadwhere the actual name of the policy isn't changing, but the default check string is18:48
hogepodgemnaser: you around?18:49
mnasero/ hogepodge18:49
edmondswlbragstad I thought you might be thinking that, but I'm not sure I buy it... More and more I'm thinking we have no true way to deprecate value changes, so all we can do is advertise them which is not actually deprecation at all18:53
lbragstadwell - based on the discussion yesterday, we do have a way to deprecate them18:54
edmondswlbragstad how? I can't see how we possibly could18:54
lbragstadlook at http://paste.openstack.org/show/623495/18:55
lbragstadif i'm a deployer18:55
edmondswunless we mean different things when we say "deprecate" :)18:55
ayounglbragstad, I'll make it work....I'll dig once I'm done with training18:55
lbragstadand i set "identity:create_user": "role:super_admin"18:55
lbragstadbecause that's what i need for my deployment18:56
lbragstadand then i upgrade18:56
edmondswchanging default values would never affect someone who customizes policy, so I'm not sure where you're going with this18:56
edmondswit can only affect those who do not customize policy18:56
lbragstadi'll start seeing deprecation warnings, saying "identity:create_user": "rule:admin_required" is deprecated in favor of "role:manager"18:56
edmondswthey shouldn't...18:57
edmondswthe only person who should see warnings is someone who is using something that is deprectated... if they're customizing policy, they're not using the default value that we're supposedly deprecating18:57
lbragstadif i want to assume the new default, i can, but my original policy will still work18:57
lbragstadedmondsw: sure - that's one if statement18:57
edmondswwe can't bug everyone with deprecation warnings when they are doing something that's perfectly valid... customizing policy18:58
lbragstadsure - i'm jsut walking through and example18:58
edmondswsure, and I'm commenting along the way :)18:58
lbragstadhow do we not have a true way to deprecate things?19:00
*** harlowja has quit IRC19:03
edmondswlbragstad in my mind at least, deprecate implies that you have some way to allow the old value to work for a period of time while the new value also works. But you can't have two defaults, so that's not possible19:03
edmondswwe could say that deprecate just means that the old value still works, and not that the new value must also work in this case...19:03
edmondswthat what you're thinking?19:04
lbragstadin order for the first statement to work - the operator needs to take action19:05
*** masber has joined #openstack-keystone19:05
lbragstad(e.g. create the new role or whatever)19:05
lbragstadi agree about there not being two defaults19:06
lbragstadyou either use the new default because you haven't overridden it, or use something else19:07
lbragstadbut i would think oslo.config is faced with the same thing19:07
edmondswyeah, and they haven't solved it19:07
lbragstadif the new option isn't present, and the old option isn't present - then use the new default19:07
lbragstadwhat's left to solve there?19:07
edmondswwhatever we do to solve this for policy should also be done in oslo.config19:08
edmondswoslo.config has solved the problem of deprecating option keys, but not option values19:08
lbragstadin most cases, we do that in code19:09
*** aojea has joined #openstack-keystone19:10
*** masber has quit IRC19:10
edmondswthe only way that I can think to handle deprecating policy or config option default *values* is to log a warning if (and only if) the operator is relying on defaults (i.e., hasn't customized that), and then give at least one release before actually changing the default value19:10
edmondswduring which time an operator can see the log warnings and go customize the value for that rule  to get ready for the default actually changing19:10
edmondswif the operator is already customizing that rule/option, then we don't need to log anything... our changing the default doesn't affect them because they aren't using the default19:11
lbragstadsure19:14
*** mvk has joined #openstack-keystone19:28
*** harlowja has joined #openstack-keystone19:57
*** pcaruana has quit IRC19:58
*** AlexeyAbashkin has joined #openstack-keystone20:05
*** AlexeyAbashkin has quit IRC20:09
*** wes_dillingham has quit IRC20:12
*** aojea has quit IRC20:29
*** aojea has joined #openstack-keystone20:31
openstackgerritGage Hugo proposed openstack/python-keystoneclient master: WIP Remove keystoneclient.session usage  https://review.openstack.org/51157120:40
*** AlexeyAbashkin has joined #openstack-keystone20:44
*** AlexeyAbashkin has quit IRC20:48
*** MaxPC has quit IRC20:49
*** ayoung has quit IRC20:50
*** edmondsw has quit IRC21:05
*** thorst has quit IRC21:08
*** aojea has quit IRC21:32
*** thorst has joined #openstack-keystone21:33
*** wes_dillingham has joined #openstack-keystone21:34
*** thorst has quit IRC21:36
*** lifeless has quit IRC21:37
*** AlexeyAbashkin has joined #openstack-keystone21:43
*** AlexeyAbashkin has quit IRC21:47
*** catintheroof has quit IRC21:53
*** catintheroof has joined #openstack-keystone21:53
openstackgerritOpenStack Proposal Bot proposed openstack/keystone master: Updated from global requirements  https://review.openstack.org/51101521:54
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware master: Updated from global requirements  https://review.openstack.org/50000521:54
*** catintheroof has quit IRC21:55
*** jamiec has quit IRC21:56
*** lifeless has joined #openstack-keystone22:00
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf master: Updated from global requirements  https://review.openstack.org/47013722:03
*** jamiec has joined #openstack-keystone22:05
lbragstadbah! yes!22:07
openstackgerritLance Bragstad proposed openstack/oslo.policy master: Add functionality to deprecate policies  https://review.openstack.org/50990922:12
*** mvk has quit IRC22:30
*** jmlowe has joined #openstack-keystone22:38
*** AlexeyAbashkin has joined #openstack-keystone22:43
*** mvk has joined #openstack-keystone22:47
*** AlexeyAbashkin has quit IRC22:47
openstackgerritLance Bragstad proposed openstack/oslo.policy master: Add functionality to deprecate policies  https://review.openstack.org/50990923:00
SamYaplein keystone v3, roles can exist in only a single domain. is this widely used?23:00
SamYaplei can see it being useful for the 'admin' role to only live in an 'admin' domain so it could only be assigned to users in that domain23:01
SamYaplebut im unclear if that was the original purpose for it23:01
*** ChanServ changes topic to "Queens release schedule: https://releases.openstack.org/queens/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/5F0h9Hoe/keystone"23:03
-openstackstatus- NOTICE: Workarounds are in place for libcurl and similar dependency errors due to stale ubuntu mirroring, and for POST_FAILURE results stemming from runaway inode utilization on the logs site; feel free to recheck failing changes for either of these problems now23:03
*** panbalag has joined #openstack-keystone23:13
*** panbalag has quit IRC23:21
*** wes_dillingham has quit IRC23:29
*** mvk has quit IRC23:36
*** thorst has joined #openstack-keystone23:37
*** wes_dillingham has joined #openstack-keystone23:37
*** aojea has joined #openstack-keystone23:39
*** thorst has quit IRC23:42
*** AlexeyAbashkin has joined #openstack-keystone23:42
*** aojea has quit IRC23:44
*** markvoelker has quit IRC23:46
*** AlexeyAbashkin has quit IRC23:46

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