Tuesday, 2017-04-04

*** rajpatel has quit IRC00:02
*** catintheroof has joined #heat00:25
*** wangqwsh has joined #heat00:34
*** tmatsu_ has joined #heat00:37
*** tmatsu_ has quit IRC00:38
*** tmatsu_ has joined #heat00:38
*** tmatsu has quit IRC00:40
*** adrian_otto has joined #heat00:41
*** stingaci has quit IRC01:00
*** stingaci has joined #heat01:00
*** catintheroof has quit IRC01:02
*** adrian_otto has quit IRC01:04
*** wangqwsh has quit IRC01:08
*** ramishra has joined #heat01:20
*** EricGonczer_ has joined #heat01:25
*** georgem1 has joined #heat01:28
*** gmoro has quit IRC01:38
*** EricGonczer_ has quit IRC01:40
*** ramishra has quit IRC01:50
*** harlowja has quit IRC02:06
*** adrian_otto has joined #heat02:10
*** adrian_otto has quit IRC02:23
*** adrian_otto has joined #heat02:25
*** Drago1 has quit IRC02:38
*** Drago1 has joined #heat02:38
*** georgem1 has quit IRC02:41
*** Drago1 has quit IRC02:43
*** Shunli has joined #heat02:46
*** adrian_otto has quit IRC02:47
*** harlowja has joined #heat02:50
*** steveg_afk has quit IRC02:59
*** tmatsu has joined #heat03:02
*** tmatsu_ has quit IRC03:04
*** links has joined #heat03:08
*** ramishra has joined #heat03:14
*** Shunli has quit IRC03:20
*** KanagarajM has joined #heat03:35
*** tmatsu has quit IRC03:42
*** tmatsu has joined #heat03:45
*** tmatsu has quit IRC03:49
*** harlowja has quit IRC03:56
*** adrian_otto has joined #heat03:56
*** sabeen has quit IRC04:07
*** harlowja has joined #heat04:07
*** sabeen has joined #heat04:09
*** nmathew has joined #heat04:18
*** harlowja has quit IRC04:33
*** tmatsu has joined #heat04:43
*** rcernin has joined #heat04:46
*** tmatsu has quit IRC04:47
*** dimtruck is now known as zz_dimtruck04:48
*** tmatsu has joined #heat04:58
*** adrian_otto has quit IRC05:00
*** stingaci has quit IRC05:03
*** nmathew- has joined #heat05:04
*** vishwana_ has joined #heat05:05
*** cmyster_ has joined #heat05:09
*** kalensk has joined #heat05:09
*** rcernin has quit IRC05:09
*** rcernin has joined #heat05:11
*** harlowja has joined #heat05:11
*** nmathew has quit IRC05:14
*** ccamacho has quit IRC05:14
*** vishwanathj has quit IRC05:14
*** cmyster has quit IRC05:14
*** kalensk_ has quit IRC05:14
*** Jehane has quit IRC05:14
*** zhenguo has quit IRC05:14
*** Kvisle has quit IRC05:14
*** jamielennox is now known as jamielennox|away05:15
*** cmyster_ is now known as cmyster05:19
*** cmyster has joined #heat05:19
*** Kvisle has joined #heat05:20
*** Jehane has joined #heat05:20
*** ccamacho has joined #heat05:22
*** ramishra has quit IRC05:24
*** prateek has joined #heat05:26
*** mdnadeem has joined #heat05:31
*** jamielennox|away is now known as jamielennox05:37
*** madgoat has joined #heat05:48
*** madgoat has left #heat05:48
*** jaosorior_away is now known as jaosorior06:01
*** harlowja has quit IRC06:02
*** sabeen has quit IRC06:02
*** tmatsu has quit IRC06:04
*** tmatsu has joined #heat06:05
*** gmoro has joined #heat06:15
*** dyasny has joined #heat06:38
*** jcoufal has joined #heat07:00
*** shardy has joined #heat07:09
*** KanagarajM has quit IRC07:12
*** zhenguo has joined #heat07:15
*** KanagarajM has joined #heat07:18
*** shardy has quit IRC07:25
*** jcoufal has quit IRC07:29
*** prateek_ has joined #heat07:31
*** prateek_ has quit IRC07:32
*** prateek_ has joined #heat07:32
*** prateek has quit IRC07:33
*** jamielennox is now known as jamielennox|away07:45
*** prateek has joined #heat07:49
*** prateek_ has quit IRC07:49
*** Drago1 has joined #heat07:52
*** amoralej|off is now known as amoralej07:53
*** Drago2 has joined #heat07:57
*** Drago1 has quit IRC07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #heat08:00
*** nmathew has joined #heat08:11
*** nmathew- has quit IRC08:12
*** jprovazn has joined #heat08:12
*** gfidente has joined #heat08:13
*** prateek_ has joined #heat08:27
*** KanagarajM has quit IRC08:30
*** prateek has quit IRC08:30
*** prateek_ has quit IRC08:31
openstackgerritMerged openstack/heat master: Error log expression.  https://review.openstack.org/45056808:39
*** derekh has joined #heat08:40
*** prateek has joined #heat08:47
*** tiantian has quit IRC08:59
*** tiantian has joined #heat08:59
*** om2 has quit IRC09:03
*** om2 has joined #heat09:03
*** tmatsu has quit IRC09:04
*** KanagarajM has joined #heat09:04
*** nmathew has quit IRC09:08
*** nmathew has joined #heat09:38
*** shardy has joined #heat09:39
*** KanagarajM_ has joined #heat10:05
*** KanagarajM has quit IRC10:05
gfidenteshardy therve I think there is something still missing in https://review.openstack.org/#/c/419588/10:09
gfidentefor exaple when deploying this http://sprunge.us/faKY10:10
gfidentestack.t.get(stack.t.RESOURCES) does not contain BlockStorageUpgradeBatch_Step2 and the depends_on for it fail10:10
shardygfidente: Hmm, can you reproduce it with a small reproducer template?10:14
shardygfidente: if so please raise a bug - we should add this to the heat integration tests I think10:14
*** rook is now known as rook|mobile10:15
gfidenteshardy yesterday I tried all day, even nested stacks and couldn't reproduce it10:17
gfidentebut there is one interesting thing10:17
gfidenteon the first update attempt stack.t.get(stack.t.RESOURCES) does contain a version of the templates which include the BlockStorageUpgradeBatch_Step2 resource10:18
gfidenteso the first update attempt succeed, the depends_on are validated10:18
gfidenteon the second update attempt of the same stack, then they don't appear anymore10:18
*** tmatsu has joined #heat10:18
gfidenteis it possible RESOURCES is updated after the first attempt with a copy of the "executed" templates vs "original" templates?10:19
shardygfidente: did the first update fail?10:20
gfidenteshardy no the first one succeeded10:20
shardygfidente: basically I think the answer is yes, we do update the stored resources during the update, but I'm not sure why it'd be different after one update completes10:20
shardygfidente: I did create a reproducer in https://bugs.launchpad.net/heat/+bug/1649900, so if that's not enough to reproduce it, I think we need to add debug while doing the tripleo update, then figure out a reproducer that will trigger it10:22
openstackLaunchpad bug 1649900 in heat "Can't use conditions with depends_on" [Medium,Fix released] - Assigned to Thomas Herve (therve)10:22
*** tmatsu has quit IRC10:22
shardythen we have the basis of an integration test so we can ensure this stays fixed10:23
gfidenteshardy the problem is that your reproducer and another I created, where the depends_on and the resource appear in a nested stack10:24
gfidenteboth pass with therve's patch10:24
gfidenteso I couldn't really see what makes the specific tripleo template to fail10:25
gfidenteI added some lines to dump stack.t.RESOURCES to see if it changes in between the first and the second update attempt10:25
shardygfidente: it'd be interesting to add debug before/after this line:10:26
shardyhttps://github.com/openstack/heat/blob/master/heat/engine/stack.py#L154610:26
shardygfidente: have you been testing on an undercloud, e.g with convergence disabled?10:26
gfidenteconverge disabled yes10:27
gfidentebut I tested the reproducer on the same environment and it passed10:27
shardygfidente: Ok, and you tried updating it twice?10:27
gfidenteupdating twice yes10:28
gfidentemodifying the randomstring salt10:28
gfidenteto make sure it was triggering an update10:28
gfidenteand yet it worked10:28
gfidenteso I was short of ideas10:29
shardygfidente: you could also try the actual tripleo template you pasted, but map the SoftwareDeployment resources to OS::Heat::None (or pass them an empty servers list I guess)10:29
gfidenteah good, let me try that10:30
gfidentethanks10:30
*** pbourke has quit IRC10:37
*** shardy has quit IRC10:38
*** pbourke has joined #heat10:39
*** shardy has joined #heat10:40
*** shardy_ has joined #heat10:43
*** shardy has quit IRC10:44
gfidenteshardy_ no luck, mocking the resources for that same template made it pass10:45
shardy_gfidente: Ok, I guess reproducing via tripleo with more heat debug is the only option10:46
shardy_note you can probably trigger an update of only that one stack10:46
*** dbecker has joined #heat10:46
gfidentealso interesting, how?10:46
shardy_http://hardysteven.blogspot.co.uk/2016/06/tripleo-partial-stack-updates.html10:46
gfidenteaha :_10:46
gfidentetks10:46
shardy_gfidente: np, may speed up the debug loop a little10:47
*** tuan_727 has joined #heat10:51
openstackgerritPeter Razumovsky proposed openstack/heat master: Remove unnecessary old translation mechanism  https://review.openstack.org/42002410:56
openstackgerritPeter Razumovsky proposed openstack/heat master: Get rid of undesirable properties.data usage  https://review.openstack.org/44911610:56
openstackgerritPeter Razumovsky proposed openstack/heat master: Enable new translation mechanism  https://review.openstack.org/42002210:56
openstackgerritPeter Razumovsky proposed openstack/heat master: Add few functional tests for translation  https://review.openstack.org/42002310:56
tuan_727Hi guys10:56
shardy_tuan_727: Hi!10:56
tuan_727damn, why my name is 72710:57
tuan_727:D10:57
tuan_727shardy_: Hi Steve10:57
tuan_727so, can we talk now10:58
shardy_tuan_727: sure, how can I help?10:58
tuan_727shardy_: yep, i saw that you also commented about using trust for mistral10:59
tuan_727to solve the problem of expired token10:59
tuan_727IMHO, i also support this idea10:59
tuan_727therefore i would like to implement it10:59
tuan_727then i think i should talk to you before i do that10:59
shardy_tuan_727: yes, that's been working OK for heat, but note at the PTG there was some discussion because this solution doesn't currently work with federation10:59
shardy_tuan_727: I think there is work on the keystone side to resolve that, but I've not yet checked the latest status11:00
tuan_727yep, we had it with "allow_expired token"11:00
tuan_727and another feature is "service token"11:00
tuan_727but in our case, we mistral can not wait for the new relaease11:00
tuan_727we somehow have to support the old versions too11:01
shardy_Yeah, I think in future there may be better ways to do this, but trusts works OK right now, except the federation issue11:01
tuan_727from mistral point of view, it seems that by some way, it should fix it11:01
tuan_727agree, and mistral actually does not care too much about federation11:02
tuan_727:)11:02
tuan_727it should care much about expired token when running a long executions11:02
*** jamielennox|away is now known as jamielennox11:03
tuan_727could you make a quick summary for what you did in heat11:03
shardy_tuan_727: sure - have you read my blog post about it?11:04
tuan_727yep, and it is cool11:04
shardy_http://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-1-trusts.html11:04
tuan_727i saw your implementation11:04
shardy_tuan_727: Ok, so in summary we create a trust when a heat stack is created11:04
tuan_727okay11:04
shardy_the user creating the stack (trustor) delegates all their roles to a heat user, the trustor11:05
shardy_sorry trustee11:05
tuan_727yep11:05
shardy_by default that's the admin "heat" user, but it's configurable11:05
tuan_727ok11:05
shardy_then, when reauthentication is enabled in the heat.conf, we switch to a trust scoped token when an API request is processed11:05
shardy_and check the expiry, so we can get a new trust scoped token before it expires11:06
*** steveg_afk has joined #heat11:06
shardy_that's basically all there is to it11:06
*** dbecker has quit IRC11:06
tuan_727i got that11:06
tuan_727i seems that if i want to do it in mistral11:07
tuan_727i have to implement it in  each of action i would like to11:07
tuan_727the same as "heat stack create"11:07
shardy_Isn't it something you can handle when creating an workflow or action execution?11:07
tuan_727yes it is11:08
shardy_tuan_727: the other part of this, is we have an abstraction that wraps all the OpenStack clients11:08
shardy_that is passed around with the keystone context into all the heat code11:08
shardy_that makes it easier to share the trust scoped token, and have one place where reauthentication is calculated11:08
shardy_it also means we can share the same client instances11:08
shardy_tuan_727: last time I looked, mistal actions didn't have a model like this, and each action had to create it's own clients etc11:09
tuan_727oh, it seems that we should use keystoneauth library11:09
shardy_so that's probably the biggest problem to solve here, I think?11:09
tuan_727yes you are right11:09
tuan_727i mistral we do not have11:09
tuan_727well, i think i should write the bp first11:10
shardy_tuan_727: I discussed this with rbrady and d0ugal at one point - I was thinking it might be possible to have mistral and heat share the same code11:10
shardy_for the wrapper around the clients etc11:10
shardy_then you get the reauthentication stuff for free11:10
shardy_IIRC there were some concerns around that, but I can't recall exactly what11:10
tuan_727i like this idea11:11
shardy_tuan_727: basically the context for heat is shared around all heat resource plugins11:11
shardy_but I seem to recall the mistral model treated action plugins as less trusted, even though they all get the same keystone credentials when running a workflow11:11
shardy_seems like a context object created at the point of creating the *execution might be a way to solve this11:12
shardy_e.g some common context that is passed into all action plugins11:12
shardy_https://github.com/openstack/heat/blob/master/heat/common/context.py#L15511:12
shardy_tuan_727: that is the heat common context object, and it contains a reference to a common keystone session and cached client objects for python-*client11:13
shardy_tuan_727: that approach has some performance advantages, as each action doesn't have to get a new token etc11:13
tuan_727yep, it sounds interesting11:13
tuan_727okay, so i think i should write a BP first11:14
tuan_727and then we will going to implement it if this BP is OK11:14
*** ayoung_dadmode is now known as ayoung11:15
shardy_tuan_727: Ok, sounds good, please add me as a reviewer11:15
*** askb has quit IRC11:15
shardy_tuan_727: FYI we've somewhat created this kind of abstraction in tripleo-common, with the base.TripleOAction11:16
tuan_727shardy_: yep, for sure11:16
tuan_727:)11:16
shardy_it inherits from mistral base.Action, and we create clients in the base class11:16
shardy_tuan_727: what would be great, IMO, is a new mistral base class, like BaseWithContext or something11:16
shardy_BaseWithClients?11:16
shardy_anyway, some way to not break existing action plugins, but create an interface that adds all the clients in a common way11:17
tuan_727BaseWithClients seems explict11:17
tuan_727yep11:17
shardy_tuan_727: Cool, if we did that, and had the *exection pass in the keystone session, I think that's all we'd need11:18
shardy_then all the tripleo-common code could be removed11:18
shardy_I'm not that familiar with how mistral handles the action exections tho, I'll try to take a look11:18
tuan_727okay Steve11:19
tuan_727thank for your time11:19
tuan_727i will write the BP first and then we will decide to go further later11:19
shardy_tuan_727: Ok sounds good!11:20
tuan_727perfect, i need to go for lunch now :D, have a nice day11:20
shardy_o/11:20
*** steveg_afk has quit IRC11:25
*** mdnadeem has quit IRC11:36
openstackgerritPeter Razumovsky proposed openstack/heat master: Neutron resources observe reality implementation  https://review.openstack.org/25528711:40
*** ccamacho is now known as ccamacho|lunch11:46
*** mdnadeem has joined #heat11:51
*** EricGonczer_ has joined #heat11:54
*** dbecker has joined #heat11:58
*** KanagarajM_ has quit IRC12:02
*** catintheroof has joined #heat12:05
*** amoralej is now known as amoralej|lunch12:08
*** steveg_afk has joined #heat12:08
*** shardy_ is now known as shardy_lunch12:08
*** chlong has joined #heat12:11
*** zz_dimtruck is now known as dimtruck12:16
*** dprince has joined #heat12:22
*** dbecker has quit IRC12:22
*** mdnadeem has quit IRC12:27
*** stingaci has joined #heat12:29
*** ramishra has joined #heat12:29
*** EricGonczer_ has quit IRC12:32
*** stingaci has quit IRC12:33
*** EricGonczer_ has joined #heat12:33
*** EricGonc_ has joined #heat12:36
*** EricGonczer_ has quit IRC12:37
*** dimtruck is now known as zz_dimtruck12:40
*** shardy_lunch is now known as shardy12:40
*** Pavo has joined #heat12:42
*** mdnadeem has joined #heat12:45
*** rook|mobile is now known as rook-tower12:45
*** steveg_afk has quit IRC12:52
*** georgem1 has joined #heat12:54
*** jcoufal has joined #heat12:55
*** ccamacho|lunch is now known as ccamacho12:58
*** tuan_727 has quit IRC12:58
*** tuan__ has joined #heat13:02
*** links has quit IRC13:04
*** shardy is now known as shardy_mtg13:10
*** amoralej|lunch is now known as amoralej13:14
*** annegentle has joined #heat13:21
*** prateek_ has joined #heat13:22
*** gmoro has quit IRC13:23
*** Drago2 has quit IRC13:24
*** prateek has quit IRC13:24
*** annegentle has quit IRC13:26
*** gmoro has joined #heat13:27
*** prateek_ has quit IRC13:27
*** jmlowe has quit IRC13:32
*** jaosorior is now known as jaosorior_away13:36
*** sabeen has joined #heat13:39
*** blomquisg_gone is now known as blomquisg13:45
*** KanagarajM_ has joined #heat13:47
*** nmathew has quit IRC13:53
openstackgerritPeter Razumovsky proposed openstack/heat master: Remove unnecessary old translation mechanism  https://review.openstack.org/42002413:54
openstackgerritPeter Razumovsky proposed openstack/heat master: Get rid of undesirable properties.data usage  https://review.openstack.org/44911613:54
openstackgerritPeter Razumovsky proposed openstack/heat master: Enable new translation mechanism  https://review.openstack.org/42002213:54
openstackgerritPeter Razumovsky proposed openstack/heat master: Add few functional tests for translation  https://review.openstack.org/42002313:54
*** rajpatel has joined #heat13:56
*** shardy_mtg is now known as shardy13:57
*** akuznetsov has joined #heat14:01
*** jasond has joined #heat14:04
*** jmlowe has joined #heat14:05
*** mdnadeem has quit IRC14:07
*** akuznetsov has quit IRC14:08
*** Pavo has quit IRC14:08
*** Pavo has joined #heat14:09
*** Pavo has quit IRC14:09
*** Pavo has joined #heat14:10
*** Pavo has quit IRC14:10
*** Pavo has joined #heat14:11
*** Pavo has quit IRC14:11
*** Pavo has joined #heat14:11
*** Pavo has quit IRC14:12
*** Pavo has joined #heat14:12
*** Pavo has quit IRC14:12
*** jmlowe has quit IRC14:21
*** jmlowe has joined #heat14:21
*** steveg_afk has joined #heat14:23
*** KanagarajM_ has quit IRC14:24
openstackgerritZane Bitter proposed openstack/heat master: Get rid of undesirable properties.data usage  https://review.openstack.org/44911614:29
*** EricGonc_ has quit IRC14:34
*** EricGonczer_ has joined #heat14:36
*** zz_dimtruck is now known as dimtruck14:37
zanebthose translation patches are ready to land I think14:41
*** tuan__ has quit IRC14:41
*** jmlowe has quit IRC14:44
*** tuan_ has joined #heat14:44
*** jmlowe has joined #heat14:44
*** dbecker has joined #heat14:50
*** jmlowe has quit IRC14:51
*** jmlowe has joined #heat14:52
*** annegentle has joined #heat14:56
*** flwang has quit IRC15:07
zanebjasond: I assume there's a reason that our swift tempurls all expire in 2036? http://git.openstack.org/cgit/openstack/heat/tree/heat/engine/clients/os/swift.py#n106 Is it because swift can't handle epoch rollover yet?15:08
*** annegentle has quit IRC15:15
*** blomquisg is now known as blomquisg_gone15:15
*** jmlowe has quit IRC15:19
*** jmlowe has joined #heat15:19
*** flwang has joined #heat15:20
*** jmlowe has quit IRC15:22
*** jmlowe has joined #heat15:22
*** jmlowe has quit IRC15:31
*** jmlowe has joined #heat15:32
*** jmlowe has quit IRC15:51
*** EricGonczer_ has quit IRC15:53
*** rajpatel1 has joined #heat15:57
*** crose has joined #heat15:58
*** EricGonczer_ has joined #heat15:58
*** rajpatel has quit IRC15:59
*** blomquisg_gone is now known as blomquisg16:00
*** EricGonc_ has joined #heat16:06
*** EricGonczer_ has quit IRC16:06
*** EricGonczer_ has joined #heat16:11
*** EricGonc_ has quit IRC16:12
*** derekh has quit IRC16:13
*** stingaci has joined #heat16:32
*** annegentle has joined #heat16:36
*** cwolferh has quit IRC16:36
*** sabeen has quit IRC16:39
*** sabeen has joined #heat16:44
*** rajpatel1 has quit IRC16:47
*** gfidente is now known as gfidente|afk16:53
*** dyasny has quit IRC17:09
jasondzaneb: maybe, i would have to do some testing to be sure.  maybe we can revisit the question in 2026?  :)17:11
zaneblol17:11
jasondzaneb: will you look at https://review.openstack.org/#/c/445662/ ?17:11
zanebyes17:12
zanebjasond: commented17:19
jasondzaneb: thanks, will address those shortly17:20
*** amoralej is now known as amoralej|off17:20
*** randallburt has joined #heat17:35
*** om2 has quit IRC17:39
*** annegentle has quit IRC17:42
*** om2 has joined #heat17:43
*** annegentle has joined #heat17:46
*** d0ugal has quit IRC17:48
*** d0ugal has joined #heat17:49
*** prateek has joined #heat17:56
openstackgerritJason Dunsmore proposed openstack/heat master: Only recreate CHECK FAILED resources in ResourceGroup  https://review.openstack.org/44566217:56
*** rajpatel has joined #heat17:57
*** rajpatel1 has joined #heat18:00
*** rajpatel has quit IRC18:02
*** mdavidson has joined #heat18:11
*** Pavo has joined #heat18:15
*** rajpatel has joined #heat18:26
*** Izlots has quit IRC18:26
*** dprince has quit IRC18:27
*** rajpatel1 has quit IRC18:27
*** shardy has quit IRC18:32
*** Drago1 has joined #heat18:34
*** yohoffman has quit IRC18:36
*** Pavo has quit IRC18:46
openstackgerritCrag Wolfe proposed openstack/heat master: WIP -- Retry metadata updates if needed  https://review.openstack.org/45191718:50
*** tuan_ has quit IRC18:51
*** tuan_ has joined #heat18:53
*** dprince has joined #heat18:57
*** yohoffman has joined #heat18:59
*** dimtruck is now known as zz_dimtruck19:05
*** EricGonczer_ has quit IRC19:13
*** rajpatel has quit IRC19:18
*** harlowja has joined #heat19:24
*** dprince has quit IRC19:26
*** dprince has joined #heat19:29
*** prateek has quit IRC19:36
*** Pavo has joined #heat19:36
*** jprovazn has quit IRC19:53
*** rajpatel has joined #heat20:05
*** georgem1 has quit IRC20:10
*** tuan_ has quit IRC20:17
*** tuan has joined #heat20:20
*** Pavo has quit IRC20:21
*** Izlots has joined #heat20:42
*** stevebaker has joined #heat20:47
*** stevebaker is now known as stevebake20:47
*** asalkeld has joined #heat20:48
stingaciHello all. Does anyone know if there's a a way to include entries in the resource_registry from another file?20:49
stingaciI have a bunch of env files that all share a number of resource_registry definitions and then they have unique entires as well. I want to put all the common resource definitions in one file and only include that file in each different environment file.20:50
*** zz_dimtruck is now known as dimtruck20:53
*** gfidente|afk is now known as gfidente20:55
*** rcernin has quit IRC20:55
*** jmlowe has joined #heat21:01
*** dprince has quit IRC21:01
openstackgerritMerged openstack/heat master: Only recreate CHECK FAILED resources in ResourceGroup  https://review.openstack.org/44566221:06
*** crose has quit IRC21:09
zanebstingaci: no, but you can pass multiple environment files21:10
stingaciyeah I know, I'm just trying to make it easier for our users by only referencing one21:15
stingaciwould've been cool if I could've leveraged the get_file function in the resource_registry section21:15
*** rajpatel has quit IRC21:17
*** gfidente has quit IRC21:22
*** randallburt has quit IRC21:24
*** Guest63262 has quit IRC21:29
*** askb has joined #heat21:30
*** Guest63262 has joined #heat21:33
*** david-lyle has quit IRC21:35
*** dimtruck is now known as zz_dimtruck21:41
*** cwolferh has joined #heat21:43
*** annegentle has quit IRC21:43
*** Pavo has joined #heat21:43
*** david-lyle has joined #heat21:43
*** Drago1 has quit IRC21:43
*** Drago1 has joined #heat21:44
*** dbecker has quit IRC21:44
*** annegentle has joined #heat21:44
*** annegentle has quit IRC21:45
*** Drago1 has quit IRC21:48
*** jmlowe has quit IRC21:48
*** jmlowe has joined #heat21:50
*** Pavo has quit IRC21:59
*** rajpatel has joined #heat22:03
*** jasond has quit IRC22:06
*** zz_dimtruck is now known as dimtruck22:08
*** jcoufal has quit IRC22:20
*** steveg_afk has quit IRC22:21
*** crose has joined #heat22:22
*** crose has quit IRC22:23
*** asalkeld has quit IRC22:24
*** dbecker has joined #heat22:27
*** dbecker has quit IRC22:41
*** hoonetorg has quit IRC22:43
*** hoonetorg has joined #heat22:45
*** hoonetorg has quit IRC22:47
*** Guest63262 has quit IRC22:48
*** blomquisg is now known as blomquisg_gone22:51
*** catintheroof has quit IRC22:57
*** hoonetorg has joined #heat22:58
*** Guest63262 has joined #heat22:59
*** steveg_afk has joined #heat23:00
*** steveg_afk has quit IRC23:09
*** dimtruck is now known as zz_dimtruck23:35
*** steveg_afk has joined #heat23:44
*** zz_dimtruck is now known as dimtruck23:46
*** stingaci has quit IRC23:49
*** rook-tower is now known as rook23:49
*** yuanying_ has quit IRC23:53
*** steveg_afk has quit IRC23:58
*** tmatsu has joined #heat23:59

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