Oh and one other thing about 'facter.d' it'd be cool if there was some
way to say that a given fact (or set of facts) is cache-able. Perhaps
your fact is resource intensive to discover and doesn't change much.
It'd be cool to have a built-in facility in facter that says "if you
just booted, find
I'm guessing this isn't the variety of feedback you're looking for,
but just in case:
We recently upgraded a couple of machines from facter 1.3.x to facter
1.5.x and were very dismayed to learn that $operatingsystemrelease on
Solaris had changed from the consistent-with-other-operatingsystems
"5.
I guess one way would be to write a small custom function which gets an
array as an argument and returns an array of sources.
(didnt test :))
module Puppet::Parser::Functions
newfunction(:array2source, :type => :rvalue) do |args|
if args[0].is_a?(Array)
sources = Array.new
args[
My external node classifier returns some arrays in the list of
parameters. Example output (names have been changed to protect the
innocent):
$ ./node_classifier a.b.com
--- %YAML:1.0
"classes": ["class1", "class2", "class3"]
"parameters":
"hostname": "a"
"name": "a"
"domain": "b.com"
"fqd
> 2. Additional output formats - JSON, XML? (winces) - Facter already
> outputs in YAML.
I'd vote for adding an optional output format to easily support shell
scripts:
Here is the shell compatible output of another tool I use:
set -A os_version_major "4"
set -A os_version_mi
Hi
> Glad you solved the issue.
>
> If there is something you think would improve the documentation and make it
> more clear for the next person, please add your notes.
it would also be nice to have the actual solution added to this thread.
Just in case someone else is having once this problem
Andrew, the oddity that I ran into was strictly because I made the
mistake of trying to specify a value for splay. Luckily enough it was
on my puppet dev machines so I had to go in manually and modify 4
diferent server configs.
It is definitely one of those grey lined areas that needs some
