See the table above for details about which components shipped in which
puppet-agent release, and the package-specific release notes for more information about packaging and installation fixes and features.
puppet-agentversions 1.4.2 through 1.5.2 shipped with Ruby 2.1.8.
puppet-agent and Puppet Server?
Starting with Puppet 4, we distribute Puppet as two core packages:
puppet-agent— This package contains Puppet’s main code and all of the dependencies needed to run it, including Facter, Hiera, and bundled versions of Ruby and OpenSSL. It also includes MCollective. Once it’s installed, you have everything you need to run the Puppet agent service and the
puppetserver— This package depends on
puppet-agent, and adds the JVM-based Puppet Server application. Once it’s installed, Puppet Server can serve catalogs to nodes running the Puppet agent service.
What’s up with the version numbers?
Puppet Server is a separate application that, among other things, runs instances of the Puppet master application. It has its own version number separate from the version of Puppet it runs, and can usually work with several nearby Puppet versions. For instance, agents running Puppet 4 work with masters running Puppet Server 2. (The Puppet Server package depends on a specific version of the Puppet Agent package, but can communicate with agents running older versions of Puppet. For instance, updating Puppet Server might update Puppet Agent on the master, but agents running previous versions of Puppet Agent will still work.)
puppet-agent package also has its own version number, which doesn’t match the version of Puppet it installs. For example,
puppet-agent 1.3 includes Puppet 4.3.
puppet-agent package distributes several different pieces of software, its version number will frequently increase when Puppet’s version does not — for example,
puppet-agent 1.2.0 and 1.2.1 ship the same Puppet version but different Facter versions. Similarly, new versions of Puppet Server usually don’t require updates to the core Puppet code.
Our options were to either let the versions be completely separate, or ship a bunch of “empty” Puppet releases where the version number increases without any changes to Puppet itself. For now, we’re going with the former.