To elaborate a bit further:
I've delved into puppet code and figured out that to enable such behaviour
a single line needs to be changed, like this:
------------------------------------------------------------
--- puppet/settings.rb.DIST 2015-03-08 23:26:56.792628995 +0000
+++ puppet/settings.rb 2015-03-08 23:36:50.313658881 +0000
@@ -1263,7 +1263,7 @@
# @api public
class ChainedValues
ENVIRONMENT_SETTING = "environment".freeze
- ENVIRONMENT_INTERPOLATION_ALLOWED = ['config_version'].freeze
+ ENVIRONMENT_INTERPOLATION_ALLOWED = ['config_version', 'manifest',
'modulepath'].freeze
# @see Puppet::Settings.values
# @api private
------------------------------------------------------------
I would like to address this question to more seasoned puppet developers:
Is there a reason interpolation is not enabled for these settings, some
design-based reason?
Tnx,
b.
On Sunday, 8 March 2015 20:27:31 UTC+1, Bostjan Skufca wrote:
>
> Hi all,
>
> this change I have not yet implemented, but I believe it might be nice to
> have.
>
> Currently in environment.conf we can specify modulepath with relative or
> absolute paths to module directories, like this:
> modulepath = modules/:/some/other/location/env_name/
> manifest = /path/to/env_name/manifest2/
>
> It would be splendid if we could define modulepath paths with $environment
> as variable part of path, like this:
> modulepath = /path/to/$environment/modules
> manifest = /path/to/$environment/manifest2/
>
> Would there be any interest for this feature?
> If this is implemented for modulepath setting, maybe it should be
> appropriate to implement it for manifest setting too?
>
> b.
>
>
> PS: Explanation why I find this useful, or from which use case I derived
> it would be useful:
> I have two puppets running on each system. Primary is for managing whole
> system + secondary puppet, and secondary puppet is just for managing
> primary puppet. This is useful for puppet upgrades - if something goes
> wrong, secondary puppet still works and fixes primary puppet if required,
> and vice versa.
> For these two I use the same module repository (each puppet has own module
> though) and I find it convenient to not have to clone module repository for
> the second time, for each environment.
>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-dev/87c169ed-47e3-436e-bad5-eb3b8c6e84c7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
