Puppet 2.7.15rc3 is a maintenance release candidate for Puppet in the
2.7.x series.
Downloads are available at:
* Source https://downloads.puppetlabs.com/puppet/puppet-2.7.15rc3.tar.gz
Windows package is available at
https://downloads.puppetlabs.com/windows/puppet-2.7.15rc3.msi
RPMs are available at https://yum.puppetlabs.com/el or /fedora
Debs are available at https://apt.puppetlabs.com
Mac package is available at
https://downloads.puppetlabs.com/mac/puppet-2.7.15rc3.dmg
See the Verifying Puppet Download section at:
https://projects.puppetlabs.com/projects/puppet/wiki/Downloading_Puppet
Please report feedback via the Puppet Labs Redmine site, using an
affected puppet version of 2.7.15rc3:
http://projects.puppetlabs.com/projects/puppet/
## Puppet 2.7.15rc3 Bug Fixes ##
(#14297) Handle upstart services better
The previous changes to the upstart provider didn''t take into
account
services
that may have upstart jobs in /etc/init with no corresponding symlink to
upstart-job in /etc/init.d. This fix adds /etc/init/$service.conf to
the search
path in the upstart provider.
In order to allow upstart to use debian as its parent, this commit adds
methods
for enabled?, enable and disable. Without this fix, using a debian
style init
script on ubuntu requires manually specifying the debian provider be
used.
With this commit, the upstart provider can be the default for ubuntu and
still fail up to its parent, debian.
The enabled?, disable, and enable methods are complicated because
upstart has 3
behaviors to account for. Upstart < 0.6.7 have only the conf file and
start on
stanzas to worry about, 0.6.7 < upstart < 0.9.0 has a manual stanza
which
removes any previous start on declaration, and upstart >= 0.9.0 has an
override
file. In upstart >= 0.9.0, the provider does all of its work using
override files
to leave the upstart conf file for the service intact and unchanged.
Because of the need to know which upstart version is being used, this
commit
also adds a method and a class variable to hold and access the upstart
version,
obtained by a call to `initctl --version`.
(#14343) Lookup in correct inherited scope
The previous twoscope lookup of the inheritied scope tried to find the
inherited scope by looking up the class_scope() directly. Unfortunately,
this does not work correctly in cases where the inherited scope is
qualified to the topscope (::parent) or where the scope is implicitly
qualified (class a { class b {} class c inherits b {} }).
By using the same mechanism that variables use for looking up scope (the
qualified_scope() method) variable lookup will find a scope consistent
with what qualified variable lookups will find.
This release includes contributions from Matthaus Litteken and Andrew Parker
Puppet 2.7.15rc3 Changelog
==Matthaus Litteken (7)
a45942b (#14297) Don''t remove tty1 or rsyslog during upstart
acceptance
466ab49 (#14297) Define agent in upstart acceptance test
f5d1f74 (#14297) Update upstart provider acceptance tests
3c5ef40 (#14297) Clean up upstart provider and tests
6cca061 (#14297) Add acceptance test for upstart provider
b9ed026 (#14297) Update spec tests for upstart provider
91827e8 (#14297) Handle upstart services better
Andrew Parker (3)
36c41e1 (#14343) Test cases for more forms of variable lookup
3541db6 (#14343) Lookup in correct inherited scope
2d83e22 (Maint) Added test for fully qualified variable
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.