I don't have a problem with this as a feature but I also would not use it.

It does seem like it would be reasonably easy to implement and maintain.

Thanks,

Trevor

On Wed, Mar 11, 2015 at 12:56 PM, Bostjan Skufca <
[email protected]> wrote:

> Hi all,
>
> I would like to propose a new feature for puppet master: External
> Environment Locator (EEL)
>
> The main objective would be to make locating puppet environment locations
> more flexible compared to directory environments. Basic functionality would
> facilitate usage of external program to convert environment name to
> corresponding path (directory or environment configuration file).
>
>
> To be able to achieve this, two new settings would need to be introduced:
> 1. env_terminus - possibla values: 'directory' and 'exec', 'directory'
> being the default one (retains current directory environments functionality)
> 2. external_env - path to executable, if 'exec' is used in the setting
> above
>
> Sample configuration:
> -----------------------------------------
> [master]
> env_terminus = exec
> external_env = /path/to/external/environment/locator.sh
> ------------------------------------------
>
>
> EEL (locator.sh) requirements would be defined with the following
> specification:
>
> It takes one argument:
> - requested environment name (once node and ENC agree on node environment)
>
> It returns one path, to directory or to file:
> - if returned path is a directory, that is used as environment path,
> seeking environment.conf inside it, or using defaults (based on returned
> path) if not found;
> - if returned path is a file, then that is treated as path to
> environment.conf. which should be opened and parsed for additional
> environment configuration. If file does not exist, or some settings are not
> set, then dirname() is used to determine path to environment and defaults
> are based on that value (moduledir and manifest)
>
> After that, all the normal rules apply.
>
> I would like to hear your opinion about this, and whether this would be
> useful for you.
>
>
> Best regards,
> b.
>
>  --
> 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/13559aa4-2760-43dc-a619-26e27630a8b5%40googlegroups.com
> <https://groups.google.com/d/msgid/puppet-dev/13559aa4-2760-43dc-a619-26e27630a8b5%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Trevor Vaughan
Vice President, Onyx Point, Inc
(410) 541-6699
[email protected]

-- This account not approved for unencrypted proprietary information --

-- 
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/CANs%2BFoVuJ_suTjnjNYWtEDiXC64OZfeTyYFZeD17woZ_GKtzSQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to