[Puppet Users] Re: Announce: Facter 2.2.0

2014-08-26 Thread Will Hopper
Hi, Mark! Thanks for raising your concerns on this. This change was actually intentional, as we have been reporting the Ubuntu major release incorrectly for some time in Facter. In most platforms, splitting on the first ‘.’ of an X.Y.Z release would be a sane way of determining the major rel

[Puppet Users] Re: Announce: Facter 2.2.0

2014-08-26 Thread Will Hopper
Whoops, apologies, Matt. Not sure where "Mark" came from :). On Tuesday, August 26, 2014 1:42:56 PM UTC-7, Will Hopper wrote: > > Hi, Mark! > > > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To u

[Puppet Users] Announce: Facter 2.3.0

2014-10-30 Thread Will Hopper
Facter 2.3.0 is a backward-compatible features-and-fixes release in the Facter 2 series. Included in this release are new or improved fact resolutions for several operating systems and expanded support for some existing facts. In addition, several facts now return a more appropriate data type,

[Puppet Users] Announce: Facter 2.4.0 is available!

2015-01-22 Thread Will Hopper
Facter 2.4.0 is a backward-compatible features-and-fixes release in the Facter 2 series. Included in this release are several backend improvements to prepare for Puppet 4.0. No new facts are added, but we've included various improvements for OS support and a few updates to existing facts.

[Puppet Users] Announce: Strings 0.99.0 Released!

2016-10-10 Thread Will Hopper
Hello, all! Today, we're pleased to announce the release of puppet-strings 0.99.0! Strings is a YARD-based documentation tool for Puppet extensions written in Puppet and Ruby. Given some simple in-code comments containing YARD tags, it will generate consistent HTML or JSON documentation for al

[Puppet Users] Announce: puppet-strings 1.0.0 released!

2016-11-28 Thread Will Hopper
Hello, all! Today we're happy to announce the release of puppet-strings 1.0.0! For those unfamiliar with the project, Strings is a YARD-based documentation tool for Puppet extensions that are written in Puppet and Ruby. Given some simple in-code comments containing YARD tags, it will generate

[Puppet Users] Announce: puppet-strings 1.1.0 Released

2017-03-20 Thread Will Hopper
Hello, all! Today we're releasing puppet-strings 1.1.0. This is a small release that includes two features: the new `summary` tag, and the ability to explicitly document the types of parameters in Puppet 4 code. *Features:* - The `summary` tag can be added to any code that puppet-strings

[Puppet Users] Announce: Facter 2.4.3 available

2015-04-02 Thread Will Hopper
Facter 2.4.3 is an All-In-one Agent support release in the Facter 2.4 series that also includes two improvements to performance, as well as multiple bug fixes. *AIO Updates* In this release, we've added a new external fact directory for the root user, `/opt/puppetlabs/facter/facts.d`. The co

[Puppet Users] Re: How to specify multiple values for resource attribute from command line

2015-10-30 Thread Will Hopper
Hello, > > Is it possible to specify multiple attribute values from command line like > below: > > # puppet resource user root groups='root,adm' > Error: Could not run: Parameter groups failed on User[root]: Group names > must be provided as an array, not a comma-separated list. > > > Hey Pawel

Re: [Puppet Users] Re: puppet calling systemctl instead of /etc/init.d/xxx even when told to use debian provider

2015-11-30 Thread Will Hopper
Hey Ghislain! > Right now until this particular push of new code all was working as > intended for us, but this code was added in the service sysV init provider > a check of systemD in the sysvinit part. So you can be an advocate of > systemd and there is no problem on that but sytemd can

Re: [Puppet Users] Re: puppet calling systemctl instead of /etc/init.d/xxx even when told to use debian provider

2015-11-30 Thread Will Hopper
Hey John! Thanks for the responses and analysis of the situation! You're spot on in several areas which prompted this change in the first place. Comments inline: > Please allow me to clarify that I have no particular objection to nor > animosity for Debian 8 "Jessie", or any earlier version