-
-
Notifications
You must be signed in to change notification settings - Fork 883
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
regsubst error in resource/location.pp with future parser #322
Comments
This can be fixed as followed: - $location_sanitized = regsubst($location_sanitized_tmp, '\\', '_', 'G')
+ $location_sanitized = regsubst($location_sanitized_tmp, '\\\\', '_', 'G') But i actually don't know how to implemented it in a way that the module isn't broken for user of an older Puppet version. |
That's the thing. Until future parser is mainline, I'm reluctant to fix this behavior that will break the rest of the general population. |
also sanitize locations with a ~ in them
what's about an official puppet parser future branch? advantages:
|
If there are changes required for future parser that don't affect other users they can be merged already. But there's enough work to be done in the master branch without having to maintain a separate branch for incompatibilities for those using the future parser so this is unlikely to happen. You can raise a separate issue for this if you wish. Coming back to the original issue, Puppet's docs have been updated and say that backslash escape behavior has only changed for single-quoted strings with future parser. It should thus be possible to change these to equivalent double quoted strings. If someone wishes to raise a PR to change accordingly please go ahead. https://docs.puppetlabs.com/puppet/latest/reference/lang_datatypes.html#single-quoted-strings |
@khaefeli I agree with @3flex here. The future parser is awesome, and lots of cool stuff happening in there. However, this module is geared toward compatibility with Puppet stable, especially folks running Puppet Enterprise. To that end, I am 👎 in merging any items that will create a logic split between parsers. So, if future parser merges, then we'll support features there. If something in future parser does not cause issue with current parser, then it's eligible for merge. Otherwise, any only future-parser features will not be merged. I know this might not be the desired outcome, but supporting unstable/unsupported is not an objective of this module. |
The lines
in location.pp generate an regsubst error when using the future parser. It appears to be caused by https://tickets.puppetlabs.com/browse/PUP-2612
The text was updated successfully, but these errors were encountered: