The Puppet Labs Issue Tracker has Moved: https://tickets.puppetlabs.com
Separate fact definition from fact resolution
|Assignee:||Jeff Weiss||% Done:|
|Keywords:||Affected Facter version:|
Ticket tracking is now hosted in JIRA: https://tickets.puppetlabs.com
This ticket may be automatically exported to the FACT project on JIRA using the button below:
Saying what a fact is should be separate from the mechanics of how we resolve that fact.
The fact definition might include things like:
- data type (string, boolean, numeric, array, hash, etc)
- time-to-live in cache?
#4 Updated by Jeff Weiss about 2 years ago
- Category set to interface
After talking with Pieter and our external caching decision (#14667), we’ll keep the existing DSL, but add on capabilities to define the types (when structured facts #4561 come along) though defaulting to
:string and make some minor modifications to the
confine logic so the the fact doesn’t need to be re-defined for the a special case (e.g. do this for Solaris and that for HP-UX).
Additionally, we’ll likely alias
resolve with the hope of deprecating the terribly named