summaryrefslogtreecommitdiff
path: root/lib/facter/pe_version.rb
diff options
context:
space:
mode:
authorJeff McCune <jeff@puppetlabs.com>2013-12-12 11:12:12 -0500
committerJeff McCune <jeff@puppetlabs.com>2013-12-12 11:15:13 -0500
commit5d4c95ec50f2814a42472e5841b486338a28698b (patch)
tree86b0dfff1a04f3ea76314d6c30700ba8ac715047 /lib/facter/pe_version.rb
parent224b8f9a191f635b03ee900a9bf87bfdb0f1a6ed (diff)
downloadpuppet-stdlib-5d4c95ec50f2814a42472e5841b486338a28698b.tar.gz
puppet-stdlib-5d4c95ec50f2814a42472e5841b486338a28698b.tar.bz2
(maint) Update README stating stdlib 4.x supports Puppet 2.7.x
Without this patch there is a disconnect between the documentation in the README and our decision to not merge pull requests into the 4.x series that break compatibility with Puppet 2.7.x For example: @jeffmccune I think the real issue here is that "policy" is out of sync with the documentation. The README claims that 4.x does not support puppet 2.7.x, yet the "policy" is not to merge patches that break 2.7.x. Due to that I'm sure there are a lot of 2.7.x installations out there that have a 4.x version of stdlib installed. That's going to cause a rather rude surprise if some future version of 4.x stops working where a prior minor release was functioning. I'd like to suggest that the documentation be changed to reflect 4.x supporting 2.7.x and that a new major version bump is made when 2.7.x support can in fact be dropped. An alternative solution would be update the README with a note to developers about the kinda/sorta/maybe/fishy/quasi support of 2.7.x. Please also see this discussion: https://github.com/puppetlabs/puppetlabs-stdlib/pull/176#issuecomment-30251414
Diffstat (limited to 'lib/facter/pe_version.rb')
0 files changed, 0 insertions, 0 deletions