When creating a provider that uses a command not in PATH, what is the best-practice pattern for case'ing out different potential locations? As an example, the puppetlabs rabbitmq pupmod has a rabbitmqplugins provider that falls down on CentOS using the rabbitmq upstream package due to rabbitmq-plugins being in /usr/lib/rabbitmq/bin
As an aside (I don't know how often Puppet devs read this list), could the Puppet::Util::which method perhaps be extended to add a non-user PATH-like variable to the path search string? Something like PUPPET_PROVIDER_PATH, if it exists, being concatenated before PATH. I could then configure the system environment on weird hosts to provide that variable for puppet without mucking with user/system PATH. Thanks, Jeff -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/CAHahqg2wmzrDw7AZ2Vi3PL0Qew72J0HutVmmHwx46xfqrB%2B9pQ%40mail.gmail.com. For more options, visit https://groups.google.com/groups/opt_out.