The way to think about getting commands to run during the apply phase is
either by using exec resource (which basically don't have a return value so
don't allow you to access the data you want) or with providers.
In your example, if you wrote a custom notify provider, then instead of
using the gen
On Monday, January 26, 2015 at 4:31:39 PM UTC+2, jcbollinger wrote:
[snip]
> I see three main alternatives:
>
> 1) Use custom facts to determine the chosen UIDs, and accept that it will
> take two runs for your configuration to converge.
>
> 2) Use an Exec resource around a custom script to
On Friday, January 23, 2015 at 5:38:24 AM UTC-6, Giovanni Torres wrote:
>
> Hello All!
>
> I was hoping you could help me with the following scenario, which is
> replicated in the code below:
>
> $username = 'whatuidwillthisuserget'
>
> user { $username:
> ensure => present,
> }
>
> $uid = g
thank you,
I found both your replies very useful.
On Saturday, March 29, 2014 1:48:26 PM UTC, Vishwa Kumba wrote:
>
> I was wondering if there is a way to define ordering between 2
> create_resources in puppet manifests.
>
> For example:
>
> create_resources('php::install', $php_packages) ->
On Saturday, March 29, 2014 8:48:26 AM UTC-5, Vishwa Kumba wrote:
>
> I was wondering if there is a way to define ordering between 2
> create_resources in puppet manifests.
>
> For example:
>
> create_resources('php::install', $php_packages) ->
> create_resources('webapps::deploy', $apps)
>
> T
Hi John,
thanks for the reply!
sorry for confusing things, that will teach me to cut and paste without
reading, the template i pasted was from yesterday when i was testing with
1.9.3 the method i use at the moment is
<% @vars.each_pair do |varname, hash | -%>
<%= hash['comment'] %>
<%= varn
On Monday, February 10, 2014 2:59:41 AM UTC-6, Simon wrote:
>
> Hi,
>
> I have read about the known "feature" of ruby 1.8.7 not using the entered
> order for each_pair and using some random order instead,
>
This is an utterly routine characteristic of such data structures. If you
want access
Hi John,
On Wednesday, September 11, 2013 3:35:07 PM UTC+2, jcbollinger wrote:
>
>
>
> On Tuesday, September 10, 2013 8:53:10 AM UTC-5, sjr wrote:
>>
>> Hi John,
>>
>> thanks for your answer, first of all I must say I just wanted to
>> experiment and learn, it's not like I'm going to put such "aw
On Wednesday, September 11, 2013 8:35:07 AM UTC-5, jcbollinger wrote:
>
> males any difference
>
>
"makes", that is.
--
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 em
On Tuesday, September 10, 2013 8:53:10 AM UTC-5, sjr wrote:
>
> Hi John,
>
> thanks for your answer, first of all I must say I just wanted to
> experiment and learn, it's not like I'm going to put such "awful hacks" :-)
> in productionmostly because I guess it's easy they can be changed ove
Hi John,
thanks for your answer, first of all I must say I just wanted to experiment
and learn, it's not like I'm going to put such "awful hacks" :-) in
productionmostly because I guess it's easy they can be changed over the
time as they are not part of puppet DSL and so, it can be harder t
On Monday, September 9, 2013 6:13:46 PM UTC-5, sjr wrote:
>
> Hi,
>
> I've been doing some tests with some internal methods just to mess a
> little and learn a bit about puppet internals but found myself in a
> situation which I don't really understand and I was hoping someone around
> could h
On Apr 25, 11:49 am, psychobyte wrote:
> Essentially, yeah.
>
> we have a data file that needs updating on the server. This is done
> through a custom script. i want to use generate() to run that script server
> side
> before we re-create the config files via puppet. I want to guarantee that
Hi,
On Wednesday, April 25, 2012 5:49:03 PM UTC+1, psychobyte wrote:
>
> Essentially, yeah.
>
[...]
> I want to guarantee that the generate function runs before any file
> resources.
>
In such case, look at stages, perhaps it will help. Other than that, if you
want to make sure that said conf
yes. I'm running a server side script that creates some data used to
update a client-side config file.
On Wednesday, April 25, 2012 6:50:52 AM UTC-7, matti wrote:
>
> Hi,
>
> Am I right in thinking that something like that has place. On the Master:
>
> generate() -> template() and/or "static fil
Essentially, yeah.
we have a data file that needs updating on the server. This is done
through a custom script. i want to use generate() to run that script server
side
before we re-create the config files via puppet. I want to guarantee that
the generate function runs before any file resourc
Hi,
Am I right in thinking that something like that has place. On the Master:
generate() -> template() and/or "static file" -> /config/file/on/the/client
Then, if /config/file/on/the/client exists, you do not use generate(), yet
when on the contrary, then you have to fire generate() first to ge
On Apr 24, 3:53 pm, psychobyte wrote:
> I need to run a the generate() function (server side) in order to populate
> a data file for one of my modules. Is there a way to ensure that the
> generate function is
> run before a config file is created (the contents of the file doesn't come
> direct
On Feb 3, 2011, at 10:22 AM, Adam Gibbins wrote:
> On 3 February 2011 18:14, Brian Gallew wrote:
> Add a fact that's derived from parsing /var/lib/puppet/state/classes.txt. It
> will be exactly one run behind, but it will have the complete list of classes
> as of the previous run and it's reli
On 3 February 2011 17:58, Richard Crowley wrote:
> On Thursday, February 3, 2011 at 9:53 AM, Adam Gibbins wrote:
>
> Hi All,
> I'm trying to implement a template (for my collectd config) that gives
> different results depending on the other modules included on that machine.
> I tried to do this b
Add a fact that's derived from parsing /var/lib/puppet/state/classes.txt. It
will be exactly one run behind, but it will have the complete list of classes
as of the previous run and it's reliable.
On Feb 3, 2011, at 9:58 AM, Richard Crowley wrote:
> On Thursday, February 3, 2011 at 9:53 AM, Ad
On Thursday, February 3, 2011 at 9:53 AM, Adam Gibbins wrote:
Hi All,
> I'm trying to implement a template (for my collectd config) that gives
> different results depending on the other modules included on that machine.
> I tried to do this by checking for the class tags but it turns out that due
Charles Duffy <[EMAIL PROTECTED]> writes:
> I presume this to mean "chattr +i"-style immutable.
>
> Frankly, I would think it a bug if puppet /did/ try to control the
> immutable bit by default -- the only thing I've used that bit for in
> years is as a cheap hack to convince automated management
23 matches
Mail list logo
