>
> I would be inclined to say that we should try and avoid this sort of
> DWIM magic in facts, and handle complaints from users by telling them
> that in complex situations they need to work out their own rules and
> use the appropriate fact by hand. If we needed to, provide extra
> facts like "
Daniel Pittman writes:
> One other complexity: the ipaddress6 fact tries a DNS lookup of the
> FQDN as the first step in determining the "primary" address. I
> actually *would* support this being our standard definition of the
> fact, but this is different from the ipaddress fact. That later just
On 15 February 2011 21:43, Richard Crowley wrote:
> While Matt and I were pairing on getting IPv6 support into facter we
> ran across some code that, on Darwin, would try and DWIM out the
> "main" address of the system. Specifically, it assumed that the
> "main" IP address of a machine was the one
While Matt and I were pairing on getting IPv6 support into facter we
> ran across some code that, on Darwin, would try and DWIM out the
> "main" address of the system. Specifically, it assumed that the
> "main" IP address of a machine was the one associated with a default
> route.
I have recreated
