On Mon, Jun 29, 2015 at 04:42:00PM -0400, Jay Dobies wrote:
> >I had originally been thinking of it like slagle describes, from the
> >child up to the parent as well. What I like about that approach is that
> >it achieves a more pluggable model when you think about extensions that
> >aren't accepte
I had originally been thinking of it like slagle describes, from the
child up to the parent as well. What I like about that approach is that
it achieves a more pluggable model when you think about extensions that
aren't accepted or applicable in TripleO upstream.
If someone comes along and adds a
FWIW, I liked what you were proposing in the other thread. In thinking
about the deployment flow in the Tuskar-UI, I think it would enable
exposing and setting the nested stack parameters easily (you choose
various resources as displayed in a widget, click a reload/refresh
button, and new parame
We could do likewise in the environment:
resource_registry:
OS::TripleO::ControllerConfig: puppet/controller-config.yaml
...
constraints:
OS::TripleO::ControllerConfig:
- allowed_values:
- puppet/controller-config.yaml,
- foo/other-config.yaml]
These constraints
On Fri, Jun 26, 2015 at 03:05:31PM -0400, James Slagle wrote:
> On Thu, Jun 25, 2015 at 5:40 PM, Steven Hardy wrote:
> > On Tue, Jun 23, 2015 at 04:05:08PM -0400, Jay Dobies wrote:
> >> On top of that, only certain templates can be used to fulfill certain
> >> resource types. For instance, you can
On Thu, Jun 25, 2015 at 5:40 PM, Steven Hardy wrote:
> On Tue, Jun 23, 2015 at 04:05:08PM -0400, Jay Dobies wrote:
>> On top of that, only certain templates can be used to fulfill certain
>> resource types. For instance, you can't point CinderBackend to
>> rhel-registration.yaml. That information
On Tue, Jun 23, 2015 at 04:05:08PM -0400, Jay Dobies wrote:
> I didn't want to hijack Steve Hardy's thread about the recursive validation,
> but I wanted to summarize the needs that Tuskar and the UI have been trying
> to answer and some of the problems we ran into.
>
> I think it's fairly common
I didn't want to hijack Steve Hardy's thread about the recursive
validation, but I wanted to summarize the needs that Tuskar and the UI
have been trying to answer and some of the problems we ran into.
I think it's fairly common knowledge now that Tuskar and the THT
templates diverged over the