Thanks for your reply John,
 

> As much or as little information about the hosts as is wanted can be put 
> in the one big hash, so host information does not need to be split up.  If 
> everything went into one hash then removing info for a host would involve 
> removing one block of lines from one file.  That's only a little less 
> convenient than removing a single file, and it could be automated 
> relatively easily.
>
> That might be a nice workarround.

Please understand that I don't have any stake in what approach Daniele 
> chooses.  I am not advocating for a particular approach, nor asserting it 
> superior over any other that also achieves the desired result, but I do 
> hope that Daniele and others who may read this thread will base their 
> decisions on solid reasoning.
>
> same here 

>  
>
>>
>>
> Certainly data duplication should be avoided, and that could be aided by 
> putting all information for each host into a single hash for that host.  
> Those per-host hashes could equally well (for this purpose) appear in 
> separate YAML files or all together as values in a larger hash in one YAML 
> file.
>
> true,  

>  
>
>> I suppose you're suggesting another function similar to hiera_hash(), in 
>> that it provides the result in the form of a hash that associates the data 
>> from each yaml with a key that corresponds to the filename.  Hmm, where did 
>> I see such a data structure described before?
>>
>
no idea, enlighten me ;-)

>
> Inasmuch as you can achieve the output you want now, by structuring your 
> data the way you want it in the first place, I think this is by no means a 
> must-have feature.  If the mode of file organization you describe would be 
> of such high value to you, however, then Hiera supports pluggable 
> back-ends, so you can easily add that capability.  You could probably get 
> 80% of the way there by deriving your custom back-end from the current YAML 
> back-end.
>

Well, I think it is a must-have feature. Just by adding an option, you 
won't force anyone to actually use it should one not want that off course. 

Best regards, Alex

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/OmH27hXfNIQJ.
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