On Sep 15, 11:01 am, Alan Barrett <a...@cequrux.com> wrote: > On Tue, 14 Sep 2010, Bruce Richardson wrote: > > On Tue, Sep 14, 2010 at 08:34:00AM -0400, Ryan Coleman wrote: > > > Hi Oliver, try: > > > >http://projects.puppetlabs.com/projects/1/wiki/Using_Multiple_Environ... > > > I've never been fond of the way RoR treats environments (or, at least, > > the way RoR developers treat them). The thing I really don't like about > > the way Puppet implements them is the fact that the *client* specifies > > which environment to use. This is just plain wrong. At the very least, > > the puppetmaster should be able to ignore or override the client's idea > > of which environment to use on a per host basis. > > The external node classifier can override the client's idea of the > environment.
Hi all, thanks for the responses but they have nothing to do with the problem I have. The client/server interaction which determines environment is not the issue since cucumber-puppet calls the Puppet module directly, which makes it a lot more like using the standalone puppet utility. The question is, how to bend cucumber-puppet to recognise environments when there is no server to define what the module path is from a given environment setting from the client. It is possible to specify the module path (with some slightly nasty hacks) but I was looking for a way to reuse the concept of environments which I will be using everywhere else. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
