[Puppet Users] Re: erb template and variable check

Oh yeah sorry I forgot the line concerning the variable. the template contain also this line : *** server <%= ntpserver %> *** No big deal but it seems to pose a problem during the first run. And I really don't understand why. On Dec 20, 2:14 pm,

Re: [Puppet Users] Re: Referencing the same package from multiple classes

On Dec 19, 2010, at 1:37 AM, Ken Barber wrote: > Would be terrible - because I would lose the arguments if the package was > defined elsewhere earlier. That would be dumb. Also - the reverse is true ... > by defining your own package you may be ruining someone else's package > definition which

Re: [Puppet Users] erb template and variable check

On Dec 19, 2010, at 8:03 PM, Nicolas Aizier wrote: > Hi everyone, > > I'm actually working on implementing templates as it is a very > convenient and powerfull way to configure files properly. But I'm > actually meeting a little problem, not a blocking one but a strange > thing. > > Basically m

[Puppet Users] erb template and variable check

Hi everyone, I'm actually working on implementing templates as it is a very convenient and powerfull way to configure files properly. But I'm actually meeting a little problem, not a blocking one but a strange thing. Basically my module is configuring the ntp client, no big deal. manifest/init.pp

Re: [Puppet Users] Serving files while ignoring some (e.g. .svn)

On Sun, Dec 19, 2010 at 03:13:05PM -0800, Don Jackson wrote: > > I make user of the puppet fileserving capability to serve up configs and > smaller executables I need on my deployed servers. > > Sometimes I populate directories to be served on the puppetmaster via > subversion. > > When I recu

[Puppet Users] Serving files while ignoring some (e.g. .svn)

I make user of the puppet fileserving capability to serve up configs and smaller executables I need on my deployed servers. Sometimes I populate directories to be served on the puppetmaster via subversion. When I recursively populate this kind of directory via puppet, it brings over the .svn

Re: [Puppet Users] Update time in template file.

Hi On Sun, Dec 19, 2010 at 01:16:34PM -0800, rjl wrote: > Hi all, > How can I put in an update time in a template file? The problem I am > running it to is this... > > Here is my file to update the timestamp > > snmp.conf.erb > > # HEADER: [ <%= Time.now.gmtime %> ] Modified by puppet. > defVer

Re: [Puppet Users] Update time in template file.

On Mon, Dec 20, 2010 at 08:16, rjl wrote: > How can I put in an update time in a template file? The problem I am > running it to is this... Here is my file to update the timestamp [...] > The problem is that everytime puppet runs, it updates the time stamp. > I only want it to update if there

Re: [Puppet Users] Appending to Variables in a global context

On Mon, Dec 20, 2010 at 01:34, Spenser Gilliland wrote: > That's still ugly but I see how it works.  I think I'll give it a shot > that way see how it goes > > I still need to do something to make sure that the class is > instantiated after the tables are instantited. > > Run stages maybe? Uhh, s

[Puppet Users] Update time in template file.

Hi all, How can I put in an update time in a template file? The problem I am running it to is this... Here is my file to update the timestamp snmp.conf.erb # HEADER: [ <%= Time.now.gmtime %> ] Modified by puppet. defVersion 2c devCommunity somecommunity The problem is that everytime puppet run

Re: [Puppet Users] variables with no value

On Sun, 19 Dec 2010 16:57:06 +0100 Stefan Schulte wrote: > On Fri, Dec 10, 2010 at 11:31:18AM +0100, Arnau Bria wrote: > > Hi all, Hi, > > When I run the client in nodeb, and add a notify of root_password, > > I see that nodeb's root_password has a value and it's serviceA!?!? > > This can happen

Re: [Puppet Users] variables with no value

On Fri, Dec 10, 2010 at 11:31:18AM +0100, Arnau Bria wrote: > Hi all, > > We'd like to share a class, and do something like: > > class common_defaults { > [...] > user { 'root': >ensure => present, >password=> $root_password ? { > 'servi

Re: [Puppet Users] Appending to Variables in a global context

That's still ugly but I see how it works. I think I'll give it a shot that way see how it goes I still need to do something to make sure that the class is instantiated after the tables are instantited. Run stages maybe? Uhh, still ugly. I wish there was just some kind of syntactical element for

[Puppet Users] Re: [Puppet-dev] Converting to Ruby DSL

Thanks Luke. So I've been making some notes here: http://wiki.bob.sh/confluence/display/TECH/Ruby+DSL And writing up some working examples: https://github.com/bobsh/puppet-rubydsl-examples .

Re: [Puppet Users] Appending to Variables in a global context

On Sun, 2010-12-19 at 04:40 -0600, Spenser Gilliland wrote: > Matthew, > > I'm a bit confused on your code, how does an instance get added to the db? Yeah, that's probably my fault... :D My thought was that if you have a known path to the redmine instances you could create a ruby class which it

Re: [Puppet Users] Appending to Variables in a global context

On Sun, Dec 19, 2010 at 4:40 AM, Spenser Gilliland wrote: > On Sun, Dec 19, 2010 at 4:14 AM, Matthew Macdonald-Wallace > wrote: >> On Sun, 2010-12-19 at 01:51 -0600, Spenser Gilliland wrote: >>> Yeap, I'm seeing that it doesn't exist yet either.  I'm thinking maybe >>> I can use exported resource

Re: [Puppet Users] Appending to Variables in a global context

On Sun, Dec 19, 2010 at 4:14 AM, Matthew Macdonald-Wallace wrote: > On Sun, 2010-12-19 at 01:51 -0600, Spenser Gilliland wrote: >> Yeap, I'm seeing that it doesn't exist yet either.  I'm thinking maybe >> I can use exported resources or maybe just an exec that increments a >> counter on the host.

Re: [Puppet Users] Appending to Variables in a global context

On Sun, 2010-12-19 at 01:51 -0600, Spenser Gilliland wrote: > Yeap, I'm seeing that it doesn't exist yet either. I'm thinking maybe > I can use exported resources or maybe just an exec that increments a > counter on the host. Either way it's not very pretty. My use case is > as follows: > > In

Re: [Puppet Users] Appending to Variables in a global context

Spenser Gilliland wrote: > Yeap, I'm seeing that it doesn't exist yet either. I'm thinking maybe > I can use exported resources or maybe just an exec that increments a > counter on the host. Either way it's not very pretty. My use case is > as follows: > > In Debian, Redmine has the option of

Re: [Puppet Users] Re: Referencing the same package from multiple classes

Stefan - obviously my example doesn't include classes but I see what you mean. It is an interesting topic :-). So here was my example: if !defined(Package["foo"]) { package {"foo": ensure => installed } } Now if I wanted to define a specific revision, trigger or behaviour I could understand w

Re: [Puppet Users] Re: Referencing the same package from multiple classes

On Sat, Dec 18, 2010 at 11:46:50AM -0800, Ken Barber wrote: > Can you elaborate? > > On Saturday, December 18, 2010 7:23:57 PM UTC, kc7zzv wrote: > > > > > > On Dec 18, 2010, at 3:50 AM, Ken Barber wrote: > > > > > For the record, an alternative that I don't believe was mentioned is to > > do som