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 < bostjan.skufca.w...@gmail.com> 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 puppet-dev+unsubscr...@googlegroups.com. > 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 tvaug...@onyxpoint.com -- 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 puppet-dev+unsubscr...@googlegroups.com. 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.
