Issue #11041 has been updated by Adrien Thebo.
I dislike having to force dmidecode as a dependency, because facter really should be able to function without demanding a certain set of detection utilities. That being said, I've seen this exact error on minimal installs, which definitely causes problems. The solution that I like more is creating more fallback methods that don't rely on dmidecode that can resolve this information. The first thing that comes to mind is to check the first three bytes of the mac address for ethernet devices for the manufacturer information, or something equivalent. Ken, thoughts? ---------------------------------------- Bug #11041: facter-1.6.3 rpm is missing dmidecode as dependency https://projects.puppetlabs.com/issues/11041 Author: Florian Koch Status: Accepted Priority: High Assignee: Category: library Target version: 1.6.x Keywords: vmware rpm demidecode Branch: Affected Facter version: 1.6.3 Hi, i have a minimal Scientific Linux installation on a Vmware virtual Server, no dmidecode is installed. I install facter and get facter | grep virtual is_virtual => false virtual => physical i install dmidecode and get facter | grep virtual is_virtual => true virtual => vmware so dmidecode is needed by facter to detect vmware and should a rpm dependency -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" 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-bugs?hl=en.
