Re: [openstack-dev] [Glare][Heat][TripleO] Heat artifact type

2016-07-20 Thread Randall Burt
FWIW, option 2 is almost required unless we plan to be able to bundle multiple environments with a single template. While having a single environment for a single template can be useful, the even *more* useful scenario (and the primary one driving the development of environments initially) is

Re: [openstack-dev] [heat] upgrade options for custom heat resource plug-ins

2016-04-11 Thread Randall Burt
gt; after several releases? Do you just remove them at that point? If the > expected maximum lifespan of a stack is shorter than the span for which those > "deprecated" properties are maintained, then removing them works. But what > happens if it is longer? > > Che

Re: [openstack-dev] [heat] upgrade options for custom heat resource plug-ins

2016-04-11 Thread Randall Burt
Not really. Ideally, you need to write your resource such that these changes are backwards compatible. We do this for the resources we ship with Heat (add new properties while supporting deprecated properties for several releases). On Apr 11, 2016, at 1:06 PM, "Praveen Yalagandula"

Re: [openstack-dev] [heat] Rico Lin for heat-core

2015-12-07 Thread Randall Burt
+1 Original message From: Sergey Kraynev Date:12/07/2015 6:41 AM (GMT-06:00) To: "OpenStack Development Mailing List (not for usage questions)" Subject: [openstack-dev] [heat] Rico Lin for heat-core Hi all. I'd like to nominate Rico Lin for heat-core. He did awesome job with

Re: [openstack-dev] [Heat] core team nomination

2015-10-20 Thread Randall Burt
+1 Original message From: Sergey Kraynev Date:10/20/2015 8:42 AM (GMT-06:00) To: "OpenStack Development Mailing List (not for usage questions)" Subject: [openstack-dev] [Heat] core team nomination I'd like to propose new candidates for heat core-team: Rabi Mishra Peter

Re: [openstack-dev] [Heat] creating a stack with a config_drive

2015-08-07 Thread Randall Burt
config_drive: true just tells the instance to mount the drive. You pass data via the user_data property. Original message From: Maish Saidel-Keesing Date:08/07/2015 8:08 AM (GMT-06:00) To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev]

Re: [openstack-dev] [Heat] creating a stack with a config_drive

2015-08-07 Thread Randall Burt
The drive will contain the user data. Its an alternative to the metadata service and isn't a normal drive. Its created, mounted, and populated by Nova. Original message From: Maish Saidel-Keesing Date:08/07/2015 8:35 AM (GMT-06:00) To: Randall Burt , maishsk+openst

Re: [openstack-dev] [Heat] [app-catalog] conditional resource exposure - second thoughts

2015-07-14 Thread Randall Burt
Making users complain to admins that may have little to no control over what is and isn't available isn't a healthy strategy for user experience. Purposefully engineering hardship to try and influence operators to do the right thing in someone else's opinion sounds pretty counter productive to

Re: [openstack-dev] [Heat] [app-catalog] conditional resource exposure - second thoughts

2015-07-14 Thread Randall Burt
From: Randall Burt [randall.b...@rackspace.com] Sent: Tuesday, July 14, 2015 2:40 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Heat] [app-catalog] conditional resource exposure - second

Re: [openstack-dev] [Heat] Show attribute is a collection of other attributes or not?

2015-07-02 Thread Randall Burt
Maybe use all for all attributes in the schema and use show for the raw output from the service (as is done today for server and neutron stuff). On Jul 2, 2015, at 12:46 PM, Steven Hardy sha...@redhat.com wrote: On Thu, Jul 02, 2015 at 04:40:49PM +0300, Sergey Kraynev wrote: Hi Heaters.

Re: [openstack-dev] [Heat] Show attribute is a collection of other attributes or not?

2015-07-02 Thread Randall Burt
On Jul 2, 2015, at 2:35 PM, Steve Baker sba...@redhat.com wrote: On 03/07/15 06:03, Randall Burt wrote: Maybe use all for all attributes in the schema and use show for the raw output from the service (as is done today for server and neutron stuff). Instead of all, how about allowing

Re: [openstack-dev] [Solum] [ Supporting swift downloads for operator languagepacks

2015-06-17 Thread Randall Burt
use to generate the LP still? Thanks, Kevin From: Randall Burt [randall.b...@rackspace.com] Sent: Wednesday, June 17, 2015 11:38 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Solum] Supporting swift

Re: [openstack-dev] [Solum] Supporting swift downloads for operator languagepacks

2015-06-17 Thread Randall Burt
Can't an operator make the target container public therefore removing the need for multiple access strategies? Original message From: Murali Allada Date:06/17/2015 11:41 AM (GMT-06:00) To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev]

Re: [openstack-dev] [Solum] Supporting swift downloads for operator languagepacks

2015-06-17 Thread Randall Burt
for both private and public LP uses? That sounds like a good suggestion to me. Adrian On Jun 17, 2015, at 11:10 AM, Randall Burt randall.b...@rackspace.com wrote: Can't an operator make the target container public therefore removing the need for multiple access strategies

Re: [openstack-dev] [Solum] Should logs be deleted when we delete an app?

2015-06-16 Thread Randall Burt
+1 Murali. AFIAK, there is no precedent for what Keith proposes, but that doesn't mean its a bad thing. On Jun 16, 2015, at 12:21 AM, Murali Allada murali.all...@rackspace.com wrote: I agree, users should have a mechanism to keep logs around. I implemented the logs deletion feature after we

Re: [openstack-dev] [Solum] Should logs be deleted when we delete an app?

2015-06-16 Thread Randall Burt
While I agree with what you're saying, the way the OpenStack clients are traditionally written/designed, the CLI *is* the SDK for those users who want to do scripting in a shell rather than in Python. If we go with your suggestion, we'd probably also want to have the ability to suppress those

Re: [openstack-dev] COMMERCIAL: [heat] Stack/Resource updated_at conventions

2015-04-27 Thread Randall Burt
2 sounds right to me, but does the in-memory representation get updated or are we forced into a refetch at every change? On Apr 27, 2015, at 10:46 AM, Steven Hardy sha...@redhat.com wrote: Hi all, I've been looking into $subject recently, I raised this bug:

Re: [openstack-dev] [Heat] core team changes

2015-01-28 Thread Randall Burt
+1 On Jan 27, 2015, at 7:36 PM, Angus Salkeld asalk...@mirantis.com wrote: Hi all After having a look at the stats: http://stackalytics.com/report/contribution/heat-group/90 http://stackalytics.com/?module=heat-groupmetric=person-day I'd like to propose the following changes to the

Re: [openstack-dev] [Heat] How can I write at milestone section of blueprint?

2014-12-22 Thread Randall Burt
Its been discussed at several summits. We have settled on a general solution using Zaqar, but no work has been done that I know of. I was just pointing out that similar blueprints/specs exist and you may want to look through those to get some ideas about writing your own and/or basing your

Re: [openstack-dev] [Heat] How can I write at milestone section of blueprint?

2014-12-19 Thread Randall Burt
There should already be blueprints in launchpad for very similar functionality. For example: https://blueprints.launchpad.net/heat/+spec/lifecycle-callbacks. While that specifies Heat sending notifications to the outside world, there has been discussion around debugging that would allow the

Re: [openstack-dev] [Heat] Rework auto-scaling support in Heat

2014-11-28 Thread Randall Burt
Per our discussion in Paris, I'm partial to Option B. I think a separate API endpoint is a lower priority at this point compared to cleaning up and normalizing the autoscale code on the back-end. Once we've refactored the engine code and solidified the RPC interface, it would be trivial to add

Re: [openstack-dev] [Heat] Conditionals, was: New function: first_nonnull

2014-11-12 Thread Randall Burt
On Nov 12, 2014, at 10:42 AM, Zane Bitter zbit...@redhat.com wrote: On 12/11/14 10:10, Clint Byrum wrote: Excerpts from Zane Bitter's message of 2014-11-11 13:06:17 -0800: On 11/11/14 13:34, Ryan Brown wrote: I am strongly against allowing arbitrary Javascript functions for complexity

Re: [openstack-dev] [Heat] Conditionals, was: New function: first_nonnull

2014-11-11 Thread Randall Burt
I like this approach and seems to have greater utility beyond the original proposal. I'm not fussed on YAQL or straight up JSONPath, but something along those lines seems to make sense. On Nov 11, 2014, at 9:35 AM, Alexis Lee alex...@hp.com wrote: Alexis Lee said on Mon, Nov 10, 2014 at

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

2014-07-10 Thread Randall Burt
On Jul 10, 2014, at 9:21 AM, Zane Bitter zbit...@redhat.com wrote: On 10/07/14 05:34, Steven Hardy wrote: The other approach is to set up a new container, owned by the user, every time. In that case, a provider selecting this implementation would need to make it clear to customers if

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

2014-07-09 Thread Randall Burt
On Jul 9, 2014, at 3:15 PM, Zane Bitter zbit...@redhat.com wrote: On 08/07/14 17:13, Angus Salkeld wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/07/14 09:14, Zane Bitter wrote: I see that the new client plugins are loaded using stevedore, which is great and IMO absolutely

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

2014-07-09 Thread Randall Burt
On Jul 9, 2014, at 4:38 PM, Zane Bitter zbit...@redhat.com wrote: On 08/07/14 17:17, Steven Hardy wrote: Regarding forcing deployers to make a one-time decision, I have a question re cost (money and performance) of the Swift approach vs just hitting the Heat API - If folks use the Swift

Re: [openstack-dev] [heat] Sergey Kraynev for heat-core

2014-06-26 Thread Randall Burt
On Jun 26, 2014, at 5:08 PM, Steve Baker sba...@redhat.com wrote: I'd like to nominate Sergey Kraynev for heat-core. His reviews are valuable and prolific, and his commits have shown a sound understanding of heat internals. http://stackalytics.com/report/contribution/heat-group/60 +1

Re: [openstack-dev] [Ceilometer] [Heat] Ceilometer aware people, please advise us on processing notifications..

2014-06-26 Thread Randall Burt
On Jun 26, 2014, at 5:25 PM, Zane Bitter zbit...@redhat.com wrote: On 23/06/14 19:25, Clint Byrum wrote: Hello! I would like to turn your attention to this specification draft that I've written: https://review.openstack.org/#/c/100012/1/specs/convergence-continuous-observer.rst Angus

Re: [openstack-dev] [Heat] fine grained quotas

2014-06-19 Thread Randall Burt
On Jun 19, 2014, at 4:17 PM, Clint Byrum cl...@fewbar.com wrote: I was made aware of the following blueprint today: http://blueprints.launchpad.net/heat/+spec/add-quota-api-for-heat http://review.openstack.org/#/c/96696/14 Before this goes much further.. I want to suggest that this work

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

2014-06-05 Thread Randall Burt
--nested (randall) b) A flattened DS in the output (tim) Thanks all ! On Wed, May 21, 2014 at 12:42 AM, Randall Burt randall.b...@rackspace.com wrote: Bartosz, would that be in addition to --nested? Seems like id want to be able to say all of it as well as some of it. On May 20

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

2014-06-05 Thread Randall Burt
I have submitted a new/expanded spec for this feature: https://review.openstack.org/#/c/98219/. I hope to start some WiP patches this afternoon/tomorrow morning. Spec reviews and input most welcome. On Jun 5, 2014, at 11:35 AM, Randall Burt randall.b...@rackspace.com wrote: Hey, sorry

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

2014-06-05 Thread Randall Burt
I've submitted the spec (finally) and will work on some initial patches this afternoon/tomorrow. Please provide any feedback and thanks! https://review.openstack.org/#/c/98219 On Jun 5, 2014, at 11:35 AM, Randall Burt randall.b...@rackspace.com wrote: Hey, sorry for the slow follow. I have

Re: [openstack-dev] [solum] reviews for the new API

2014-06-04 Thread Randall Burt
Sorry to poke my head in, but doesn't that beg the question of why you'd want to expose some third party DSL in the first place? If its an advanced feature, I wonder why it would be even considered before the 90% solution works, much less take a dependency on another non-integrated service.

Re: [openstack-dev] [Heat]Heat template parameters encryption

2014-06-04 Thread Randall Burt
On Jun 4, 2014, at 7:05 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Zane Bitter's message of 2014-06-04 16:19:05 -0700: On 04/06/14 15:58, Vijendar Komalla wrote: Hi Devs, I have submitted an WIP review (https://review.openstack.org/#/c/97900/) for Heat parameters encryption

Re: [openstack-dev] [Heat]Heat template parameters encryption

2014-06-04 Thread Randall Burt
On Jun 4, 2014, at 7:30 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Randall Burt's message of 2014-06-04 17:17:07 -0700: On Jun 4, 2014, at 7:05 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Zane Bitter's message of 2014-06-04 16:19:05 -0700: On 04/06/14 15:58, Vijendar

[openstack-dev] [Barbican][Heat] Reviews requested for Barbican resources

2014-05-29 Thread Randall Burt
Hello Barbican devs. I was wondering if we could get some of you to weigh in on a couple of reviews for adding Barbican support in Heat. We seem to be churning a bit around current and future features supported by the resources and could use some expert opinions. Blueprint:

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

2014-05-20 Thread Randall Burt
://wiki.openstack.org/wiki/Heat/explode-resource-list Tim On 5/19/14 1:53 PM, Tim Schnell tim.schn...@rackspace.com wrote: On 5/19/14 12:35 PM, Randall Burt randall.b...@rackspace.com wrote: On May 19, 2014, at 11:39 AM, Steven Hardy sha...@redhat.com wrote: On Mon, May 19, 2014 at 03

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

2014-05-19 Thread Randall Burt
Nilakhya, We discussed this a bit at the summit and I think the consensus was that this would be a good thing to do by passing a flag to resource-list that would flatten the structure of nested stacks in the call. Tim Schnell brought this up as well and may be interested in helping define the

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

2014-05-19 Thread Randall Burt
On May 19, 2014, at 11:39 AM, Steven Hardy sha...@redhat.com wrote: On Mon, May 19, 2014 at 03:26:22PM +, Tim Schnell wrote: Hi Nilakhya, As Randall mentioned we did discuss this exact issue at the summit. I was planning on putting a blueprint together today to continue the discussion.

Re: [openstack-dev] [heat] How to cross-reference resources within OS::Heat::ResourceGroup

2014-05-06 Thread Randall Burt
A resource group's definition contains only one resource and you seem to want groups of multiple resources. You would need to use a nested stack or provider template to do what you're proposing. On May 6, 2014, at 2:23 PM, Janczuk, Tomasz tomasz.janc...@hp.com wrote: I am trying to create an

Re: [openstack-dev] [Heat] Proposing Thomas Spatzier for heat-core

2014-04-22 Thread Randall Burt
+1 On Apr 22, 2014, at 1:43 PM, Zane Bitter zbit...@redhat.com wrote: Resending with [Heat] in the subject line. My bad. On 22/04/14 14:21, Zane Bitter wrote: I'd like to propose that we add Thomas Spatzier to the heat-core team. Thomas has been involved in and consistently contributing

Re: [openstack-dev] [Heat] [Glance] How about managing heat template like flavors in nova?

2014-04-21 Thread Randall Burt
We discussed this with the Glance community back in January and it was agreed that we should extend Glance's scope to include Heat templates as well as other artifacts. I'm planning on submitting some patches around this during Juno. Adding the Glance tag as this is relevant to them as well.

Re: [openstack-dev] [heat] Custom Resource

2014-04-14 Thread Randall Burt
On Apr 14, 2014, at 8:08 AM, Rabi Mishra ramis...@redhat.com wrote: Hi Steve, Thanks a lot for your prompt response. I can't agree more that the CFN custom resource implementation is complex with it's dependency on SNS and SQS. However, it decouples the implementation of the resource

Re: [openstack-dev] [Heat] [TripleO] Better handling of lists in Heat - a proposal to add a map function

2014-04-07 Thread Randall Burt
On Apr 4, 2014, at 1:56 PM, Zane Bitter zbit...@redhat.com wrote: On 19/02/14 02:48, Clint Byrum wrote: Since picking up Heat and trying to think about how to express clusters of things, I've been troubled by how poorly the CFN language supports using lists. There has always been the

Re: [openstack-dev] [Heat][Murano][TOSCA] Murano team contrib. to Heat TOSCA activities

2014-03-10 Thread Randall Burt
On Mar 10, 2014, at 1:26 PM, Georgy Okrokvertskhov gokrokvertsk...@mirantis.com wrote: Hi, Thomas and Zane initiated a good discussion about Murano DSL and TOSCA initiatives in Heat. I think will be beneficial for both teams to contribute into TOSCA. Wasn't TOSCA developing a

Re: [openstack-dev] [Heat] [TripleO] Better handling of lists in Heat - a proposal to add a map function

2014-02-19 Thread Randall Burt
This may also be relevant: https://blueprints.launchpad.net/heat/+spec/override-resource-name-in-resource-group On Feb 19, 2014, at 1:48 AM, Clint Byrum cl...@fewbar.com wrote: Since picking up Heat and trying to think about how to express clusters of things, I've been troubled by how poorly

Re: [openstack-dev] [heat] Nominate Jason Dunsmore for heat-core

2014-02-09 Thread Randall Burt
Very +1 Original message From: Steve Baker Date:02/09/2014 4:41 PM (GMT-06:00) To: OpenStack Development Mailing List Subject: [openstack-dev] [heat] Nominate Jason Dunsmore for heat-core I would like to nominate Jason Dunsmore for heat-core. His reviews are valuable and

Re: [openstack-dev] [Heat] About LaunchConfiguration and Autoscaling

2014-01-30 Thread Randall Burt
On Jan 30, 2014, at 12:09 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Zane Bitter's message of 2014-01-30 07:38:38 -0800: On 30/01/14 06:01, Thomas Herve wrote: Hi all, While talking to Zane yesterday, he raised an interesting question about whether or not we want to keep a

Re: [openstack-dev] [heat] Nomination for heat-core

2013-12-19 Thread Randall Burt
+1 Sent from my Verizon Wireless 4G LTE Smartphone Original message From: Steve Baker sba...@redhat.com Date: 12/18/2013 8:28 PM (GMT-06:00) To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Subject: [openstack-dev] [heat] Nomination for heat-core I

Re: [openstack-dev] [heat] Stack preview

2013-12-11 Thread Randall Burt
On Dec 10, 2013, at 3:46 PM, Zane Bitter zbit...@redhat.com wrote: On 10/12/13 15:10, Randall Burt wrote: On Dec 10, 2013, at 1:27 PM, Zane Bitter zbit...@redhat.com wrote: On 10/12/13 12:46, Richard Lee wrote: Hey all, We're working on a blueprint https://blueprints.launchpad.net

Re: [openstack-dev] [heat] [glance] Heater Proposal

2013-12-11 Thread Randall Burt
On Dec 11, 2013, at 5:44 PM, Georgy Okrokvertskhov gokrokvertsk...@mirantis.com wrote: Hi, To keep this thread alive I would like to share the small screencast I've recorded for Murano Metadata repository. I would like to share with you what we have in Murano and start a conversation

Re: [openstack-dev] [heat] Stack preview

2013-12-10 Thread Randall Burt
On Dec 10, 2013, at 1:27 PM, Zane Bitter zbit...@redhat.com wrote: On 10/12/13 12:46, Richard Lee wrote: Hey all, We're working on a blueprint https://blueprints.launchpad.net/heat/+spec/preview-stack that adds the ability to preview what a given template+parameters would create in terms

Re: [openstack-dev] [heat] Stack convergence first steps

2013-12-10 Thread Randall Burt
-0600 Christopher Armstrong chris.armstr...@rackspace.commailto:chris.armstr...@rackspace.com wrote: On Thu, Dec 5, 2013 at 7:25 PM, Randall Burt randall.b...@rackspace.commailto:randall.b...@rackspace.comwrote: On Dec 5, 2013, at 6:25 PM, Christopher Armstrong chris.armstr

Re: [openstack-dev] [heat][horizon]Heat UI related requirements roadmap

2013-12-06 Thread Randall Burt
I hope I'm not re-opening worm cans here, and that's not my intent, but I just wanted to get a little clarification in-line below: On Dec 6, 2013, at 3:24 PM, Tim Schnell tim.schn...@rackspace.com wrote: To resolve this thread, I have created 5 blueprints based on this mailing list

Re: [openstack-dev] [heat] [glance] Heater Proposal

2013-12-06 Thread Randall Burt
I too have warmed to this idea but wonder about the actual implementation around it. While I like where Edmund is going with this, I wonder if it wouldn't be valuable in the short-to-mid-term (I/J) to just add /templates to Glance (/assemblies, /applications, etc) along side /images.

Re: [openstack-dev] [heat] [glance] Heater Proposal

2013-12-06 Thread Randall Burt
On Dec 6, 2013, at 5:04 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Randall Burt's message of 2013-12-06 14:43:05 -0800: I too have warmed to this idea but wonder about the actual implementation around it. While I like where Edmund is going with this, I wonder if it wouldn't be

Re: [openstack-dev] [heat] [glance] Heater Proposal

2013-12-05 Thread Randall Burt
On Dec 5, 2013, at 10:10 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Monty Taylor's message of 2013-12-04 17:54:45 -0800: Why not just use glance? I've asked that question a few times, and I think I can collate the responses I've received below. I think enhancing glance to do

Re: [openstack-dev] [heat] [glance] Heater Proposal

2013-12-05 Thread Randall Burt
On Dec 5, 2013, at 11:10 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from James Slagle's message of 2013-12-05 08:35:12 -0800: On Thu, Dec 5, 2013 at 11:10 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Monty Taylor's message of 2013-12-04 17:54:45 -0800: Why not just use glance?

Re: [openstack-dev] [heat] Heater Proposal

2013-12-05 Thread Randall Burt
On Dec 5, 2013, at 4:08 PM, Georgy Okrokvertskhov gokrokvertsk...@mirantis.commailto:gokrokvertsk...@mirantis.com wrote: Hi, I am really glad to see the line of thinking close to what we at Murano see as a right direction for OpenStack development. This is a good initiative which potentially

Re: [openstack-dev] [heat] [glance] Heater Proposal

2013-12-05 Thread Randall Burt
On Dec 5, 2013, at 4:45 PM, Steve Baker sba...@redhat.commailto:sba...@redhat.com wrote: On 12/06/2013 10:46 AM, Mark Washenberger wrote: On Thu, Dec 5, 2013 at 1:05 PM, Vishvananda Ishaya vishvana...@gmail.commailto:vishvana...@gmail.com wrote: On Dec 5, 2013, at 12:42 PM, Andrew Plunk

Re: [openstack-dev] [heat] Stack convergence first steps

2013-12-05 Thread Randall Burt
On Dec 5, 2013, at 6:25 PM, Christopher Armstrong chris.armstr...@rackspace.commailto:chris.armstr...@rackspace.com wrote: On Thu, Dec 5, 2013 at 3:50 PM, Anderson Mesquita anderson...@thoughtworks.commailto:anderson...@thoughtworks.com wrote: Hey stackers, We've been working towards making

Re: [openstack-dev] [Solum] CLI minimal implementation

2013-12-03 Thread Randall Burt
I disagree. If a param is required and has no meaningful default, it should be positional IMO. I think this actually reduces confusion as you can tell from the signature alone that this is a value the user must supply to have any meaningful thing happen. On Dec 3, 2013, at 10:13 AM, Paul

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-14 Thread Randall Burt
On Nov 14, 2013, at 10:19 AM, Christopher Armstrong chris.armstr...@rackspace.commailto:chris.armstr...@rackspace.com wrote: http://docs.heatautoscale.apiary.io/ I've thrown together a rough sketch of the proposed API for autoscaling. It's written in API-Blueprint format (which is a simple

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-14 Thread Randall Burt
down, I think the response should be something like 307 if the hook is on cool down with an appropriate retry-after header. On Nov 14, 2013, at 10:57 AM, Randall Burt randall.b...@rackspace.commailto:randall.b...@rackspace.com wrote: On Nov 14, 2013, at 10:19 AM, Christopher Armstrong

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-14 Thread Randall Burt
On Nov 14, 2013, at 11:30 AM, Christopher Armstrong chris.armstr...@rackspace.commailto:chris.armstr...@rackspace.com wrote: On Thu, Nov 14, 2013 at 11:16 AM, Randall Burt randall.b...@rackspace.commailto:randall.b...@rackspace.com wrote: Good stuff! Some questions/comments: If web hooks

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-14 Thread Randall Burt
On Nov 14, 2013, at 12:44 PM, Zane Bitter zbit...@redhat.com wrote: On 14/11/13 18:51, Randall Burt wrote: On Nov 14, 2013, at 11:30 AM, Christopher Armstrong chris.armstr...@rackspace.com mailto:chris.armstr...@rackspace.com wrote: On Thu, Nov 14, 2013 at 11:16 AM, Randall Burt

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-14 Thread Randall Burt
On Nov 14, 2013, at 1:05 PM, Christopher Armstrong chris.armstr...@rackspace.commailto:chris.armstr...@rackspace.com wrote: On Thu, Nov 14, 2013 at 11:00 AM, Randall Burt randall.b...@rackspace.commailto:randall.b...@rackspace.com wrote: On Nov 14, 2013, at 12:44 PM, Zane Bitter zbit

Re: [openstack-dev] [Heat] Do we need to clean up resource_id after deletion?

2013-11-02 Thread Randall Burt
My thoughts exactly. I meant to dig into the soft-delete code to see if those changes handled resource_id differently but I got to traveling and forgot. IMO, if it universally needs doing, then it should be done in resource.Resource and be cognizant of deletion policy.

Re: [openstack-dev] [Heat] Network topologies [and more]

2013-10-28 Thread Randall Burt
On Oct 28, 2013, at 9:07 AM, Mike Spreitzer mspre...@us.ibm.commailto:mspre...@us.ibm.com wrote: Zane Bitter zbit...@redhat.commailto:zbit...@redhat.com wrote on 10/28/2013 06:47:50 AM: On 27/10/13 16:37, Edgar Magana wrote: Heat Developers, I am one of the core developers for Neutron

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

2013-10-28 Thread Randall Burt
On Oct 28, 2013, at 8:53 AM, Steven Hardy sha...@redhat.com wrote: On Sun, Oct 27, 2013 at 11:23:20PM -0400, Lakshminaraya Renganarayana wrote: A few us at IBM studied Steve Baker's proposal on HOT Software Configuration. Overall the proposed constructs and syntax are great -- we really

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

2013-10-28 Thread Randall Burt
On Oct 28, 2013, at 9:49 AM, Steven Hardy sha...@redhat.com wrote: On Mon, Oct 28, 2013 at 02:33:40PM +, Randall Burt wrote: On Oct 28, 2013, at 8:53 AM, Steven Hardy sha...@redhat.com wrote: On Sun, Oct 27, 2013 at 11:23:20PM -0400, Lakshminaraya Renganarayana wrote: A few us

Re: [openstack-dev] [Heat] Multi region support for Heat

2013-07-23 Thread Randall Burt
On Jul 23, 2013, at 11:03 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Steve Baker's message of 2013-07-22 21:43:05 -0700: On 07/23/2013 10:46 AM, Angus Salkeld wrote: On 22/07/13 16:52 +0200, Bartosz Górski wrote: Hi folks, I would like to start a discussion about the blueprint