On Aug 22, 2012, at 3:38 PM, Tim Mooney wrote:

> What I'm asking for (or at least, about) is indeed somewhat different than
> what Alexander was asking for.
> 
> I'm a little surprised at the quick dismissal.

I do not disagree with what you've described below, but I do not think it's 
covered by the problem statement in #16003 -- perhaps I didn't understand the 
implications of Alexander's request or maybe these are two different things 
we're conflating. I read #16003 as wanting a way, from hiera, to enumerate all 
the nodes hiera considers itself authoritative for. 


>  It seems reasonable to me
> that since at least YAML supports data structures *and* puppet supports
> hashes and arrays and nesting of same, one might choose to design the
> configuration "namespace" for a particular class to use an actual data
> structure in hiera.  I've been watching the list very closely
> for several months for any official statement from Puppetlabs folks about
> best practices with hiera data, and your statement is really the first
> I've seen.
> 
> What you've said has a pretty clear implication: don't use nested data
> structures in hiera, because they're not going to work in the way that
> I think most people would expect them to work -- you can't merge different
> sub-keys from different parts of your hierarchy.

Now I really think we're talking about different things, because this data 
design seems quite reasonable and I agree that merging a various intermediate 
keys from a nested data structure ought to work. Indeed this seems like 
something that is back-end dependent, i.e. a different yaml backend could 
behave exactly this way behind the scenes when you request the 'ntp' hash for a 
node, without needing a different hiera_* function at all.

So I guess I should ask, Alexander did I misunderstand what you were asking 
about in #16003?

Eric Sorenson - eric.soren...@puppetlabs.com
PuppetConf'12 - 27-28 Sep in SF - http://bit.ly/pcsig12

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to