Detecting supported platform used incorrect string for RHEL.
Changed string from 'redhat' to 'rhel'
Signed-off-by: Dominic Maraglia
---
.../ticket_4123_should_list_all_running_redhat.rb |3 +--
.../ticket_4124_should_list_all_disabled.rb|2 +-
2 files changed, 2 insertions(+), 3
Even though the puppet module tool was fixed to generate the required
metadata attributes when it packages modules, it still creates an empty
metadata.json file that gets checked into everybody's module repos.
This causes the module to be unusable straight from a git clone since
puppet was requirin
The windows file type requires that the path start with either a drive
letter or UNC style path. Also Ruby's File implementation on windows
only supports 0644 and 0444 permission bits (it doesn't differentiate
between group and other, and it doesn't know about the execute bit).
This commit maps the
Because we default the color setting to "false" on Microsoft Windows,
the heuristics used to detect which type of setting we're using were
getting confused, and mis-detected color as being a BooleanSetting
rather than just a Setting.
By specifying that color is a "Setting", we can skip the
auto-de
- Original Message -
> I think this is great, and I'm definitely still very keen on it - I
> was thinking of hacking up a similar thing myself, and I'm stoked
> you beat me to it.
>
> Once we get tests in place and such, is this something we could just
> merge in?
happy if thats what y
- Original Message -
> Luke Kanies wrote:
>
> > Facter is one of those things that's never quite worth spending a
> > lot
> > of time on, but I still have a lot of things I'd like to do it.
> > E.g., I'd love to port most/all of the existing facts to this
> > format,
> > and then rebuild
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> Facter is one of those things that's never quite worth spending a lot
>> of time on, but I still have a lot of things I'd like to do it.
>> E.g., I'd love to port most/all of the existing facts to this format,
>> and then rebuild the core in a compi
Luke Kanies wrote:
Facter is one of those things that's never quite worth spending a lot
of time on, but I still have a lot of things I'd like to do it.
E.g., I'd love to port most/all of the existing facts to this format,
and then rebuild the core in a compiled language so they were
available t
On Jul 12, 2011, at 10:42 AM, R.I.Pienaar wrote:
> hello,
>
> Does anyone know what the plans are for the next Facter? Does the Open
> Source team have anything on the roadmap?
>
> I've needed some of the stuff spoken about various times like a simple
> directory full of scripts/yaml/json/etc
hello,
Does anyone know what the plans are for the next Facter? Does the Open Source
team have anything on the roadmap?
I've needed some of the stuff spoken about various times like a simple
directory full of scripts/yaml/json/etc
and also some TTLs. Took a quick hack at this and while it lac
10 matches
Mail list logo