Age | Commit message (Collapse) | Author |
|
(MODULES-5436) release prep for 4.17.2
|
|
|
|
|
|
Release prep for 4.17.1
|
|
|
|
(MODULES-5095) Workaround for PUP-7650
|
|
This commit adds a simple workaround for the problem described in
PUP-7650. The workaround is harmless and can remain in place regardless
of if the fix for PUP-7650 is in place or not.
|
|
MODULES-4821 puppetlabs-stdlib: Update the version compatibility to >= 4.7.0 < 5.0.0
|
|
(FM-6197) formatting fixes for file_line resource
|
|
|
|
< 5.0.0
|
|
Merge back 4.17.0
|
|
|
|
```
file { '/tmp/somefile':
ensure => 'file',
}
File['/tmp/somefile'] -> Package <| |>
ensure_packages($somearray)
```
If $somearray is undefined or one of the elements contains an empty
string, an error like the following is thrown:
Could not find resource 'Package[]' for relationship from
'File[/tmp/somefile]' on node $::fqdn
|
|
|
|
|
|
|
|
defined_with_params() now returns false for defined types, causing
duplicate resources when using ensure_resources().
Introduced by 4f19c27 in PE-20308.
|
|
Transifex, our translation service, only works with .md files, so this renames from .markdown to .md
|
|
(MODULES-4706) prerelease fixes
|
|
|
|
|
|
Removing italics for 'undef' value
|
|
This causes issues with displaying a Japanese translation. It struggles
rendering the `) therefore removing italics.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(PE-20308) Correct boundary for 4.5 vs 4.6
|
|
|
|
(PE-20308) Pass a literal type and not a string to findresource
|
|
- `defined_with_params` calls `findresource(reference.to_s)`
- `findresource` is
https://github.com/puppetlabs/puppet/blob/4.8.1/lib/puppet/parser/compiler.rb#L407
and points to
https://github.com/puppetlabs/puppet/blob/4.8.1/lib/puppet/resource/catalog.rb#L352
- This calls `Puppet::Resource.new` with the type
https://github.com/puppetlabs/puppet/blob/4.8.1/lib/puppet/resource/catalog.rb#L366
- This ends up calling `resource_type` via
https://github.com/puppetlabs/puppet/blob/4.8.1/lib/puppet/resource.rb#L317-L319
and that ends up declaring the type via the autoloader api at
https://github.com/puppetlabs/puppet/blob/4.8.1/lib/puppet/resource.rb#L390
- But why does the autoloader API fail to find it in the current
environment?
- Okay, so when the autoloader is trying to find the type, it uses the
typeloader to look it up in the current environment
https://github.com/puppetlabs/puppet/blob/4.8.1/lib/puppet/metatype/manager.rb#L171
- this calls `get_file` and `mark_loaded`
https://github.com/puppetlabs/puppet/blob/4.8.1/lib/puppet/util/autoload.rb#L64-L67
Suggested workaround is to pass a literal type instead of a string to
`findresource` to fix in stdlib, and also to fix loading/requiring of
type in core puppet.
This seems to affect more recent versions of puppet, so fallback to
original behavior on pre-4.5
|
|
Release mergeback
|
|
Ruby 1.8 doesn't support open_args
|
|
Regression from #726
|
|
TOC updates
|
|
Add TOC entries for the various reference sections, plus a markdown-related typo in a header
|
|
(MODULES-4322) pre-loc edit on stdlib README
|
|
So many fixes, just so many.
|
|
from locales config (#754)
* [msync] 786266 Implement puppet-module-gems, a45803 Remove metadata.json from locales config
* [maint] Fix puppet-lint warnings introduced with 2.2.0 puppet-lint release
|
|
(FM-6116) - Adding POT file for metadata.json
|
|
|
|
spec_helper.rb (#745)
|
|
Add glob function
|
|
Update alias spec error message expectation for PUP-7371
|
|
|
|
The fix for PUP-7371 adds the missing `Undef` into the error message
being tested in type aliases specs, fixing the following failure against
Puppet's master branch:
test::string rejects other values [] should fail to compile and raise an error matching /parameter 'value' expects a String/
Failure/Error: it { is_expected.to compile.and_raise_error(/parameter 'value' expects a String/) }
error during compilation: Evaluation Error: Error while evaluating a Resource Statement, Class[Test::String]: parameter 'value' expects a value of type Undef or String, got Array at line 2:1 on node example
# ./spec/aliases/string_spec.rb:27:in `block (5 levels) in <top (required)>'
|