Finally took the time to compile git for AIX so I could access the facter git repo and start working on the facter improvements - however, I wanted to sound off first on this and get a few opinions.
In essence, I'm trying to update some of facter's default facts to be more appropriate for AIX. However, because ( thanks IBM! ) AIX is so different, I'm unsure of what some of these should really be defined as. First off - kernelrelease vs. operatingsystemrelease Facter, on an AIX 5.3 system, returns '3' for both of these, which isn't technically correct - one of these needs to display '5', I'm just not sure which. I'm leaning towards operatingsystemrelease should display as 5 and kernel release should be 3. While AIX 5 is much different than 4, 5.2 isn't too much different than 5.3. Secondly - hardwaremodel By default, facter display this as the result of a 'uname -n' and on AIX this returns something like 00C4EC9C4C00, which according to AIX's man page: "Displays the name of the node. This may be a name the system is known by to a UUCP communications network." So obviously that's wrong. The real answer can be obtained with an 'lsattr -El sys0 -a modelname', but in order to get *just* the hardware model, you'd have to pipe this to a tail or awk. Is it 'kosher' to use pipes in the setcode in facter or would it be preferred to get the result and then do the string processing in Ruby to get the real model number? And thirdly - should these AIX improvements for the default facter facts even be included in the facter module or should I just implement these as my own personal custom facts? The only reason I thought they should belong in the facter release itself is because this would fix and add support for many of the default facts that facter has to begin with - rather than adding random custom facts. Thoughts and comments appreciated, steve --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
