> > 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 "default route interface" or something that helps support > them getting this without needing to write custom facts, but also > without pretending that networks are all comprised of single-homed > hosts with a single default route. > > 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 > guesses from local data, so we have inconsistency between what should > pretty much be identical facts. > > Any thoughts on which of those two models should win? > > Daniel
Hi Daniel, +1 for avoiding DWIM magic. Every site I've ever worked at has had different practices when it comes to interface addressing. cheers Matthew -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-dev?hl=en.
