I wanted to give you all a heads up that we're going to start sending our
Puppet Labs Newsletter to the puppet-users list once a month.
You can see older versions here:
http://puppetlabs.com/resources/newsletter/
You'll see from the other versions that each month we cover the whole
Puppet ecosys
I guess your best workaround then is to pin the package and all it's
dependencies to backports.
On Thu, Dec 22, 2011 at 18:16, Matt Zagrabelny wrote:
> On Thu, Dec 22, 2011 at 7:32 AM, Matt Zagrabelny
> wrote:
> > On Thu, Dec 22, 2011 at 3:31 AM, Walter Heck
> wrote:
> >>
> >>
> >> On Thu, Dec
On Thu, Dec 22, 2011 at 6:54 AM, Walter Heck wrote:
> Hmm, that's the second time in two weeks someone mentions hiera as a
> solution for a problem that cannot easily be solved inside puppet, I guess
> it's time to go check it out :)
We're committed to Hiera, and are looking to integrate it as
I mean does the code look ok?
Are we thinking that it is a prob with the vm config on the esx side?
On Dec 21, 4:30 pm, Luke wrote:
> Hi,
>
> The macaddress in the vm is set to automatic but the populated value
> matches exactly the value that I put into the file, that is where I
> got it from (
On Thu, Dec 22, 2011 at 7:32 AM, Matt Zagrabelny wrote:
> On Thu, Dec 22, 2011 at 3:31 AM, Walter Heck wrote:
>>
>>
>> On Thu, Dec 22, 2011 at 11:19, Tom De Vylder wrote:
>>>
>>> How about this:
>>>
>>> package { 'puppetmaster/squeeze-backports':
>>> ensure => installed,
>>> }
>>>
>>> Looks a l
Just to make sure I fully understand this subject, could some provide a
little meta-example of what node variables and dynamic scoping are? I'm
sure I'm not the only one unsure here :)
On Thu, Dec 22, 2011 at 16:07, jcbollinger wrote:
>
>
> On Dec 21, 3:07 pm, zoredache wrote:
> > On Nov 17, 2:2
Hmm, that's the second time in two weeks someone mentions hiera as a
solution for a problem that cannot easily be solved inside puppet, I guess
it's time to go check it out :)
On Thu, Dec 22, 2011 at 15:56, jcbollinger wrote:
>
>
> On Dec 21, 3:40 pm, Walter Heck wrote:
> > Hello,
> >
> > a rela
On Dec 21, 3:07 pm, zoredache wrote:
> On Nov 17, 2:21 pm, jcbollinger > There is none. Variables declared
> inside node definitions are not> accessible elsewhere except via
> dynamic scoping. As a result, in 2.8> they will not be accesible
> outside their node definitions at all.
>
> Which al
On Dec 21, 3:40 pm, Walter Heck wrote:
> Hello,
>
> a related question here on this list sparked me to write this question,
> which has been bugging me for a bit now:
>
> I use the following pattern inside my modules quite abit:
>
> class foo::params{
>
> $bar = $::foo_bar ? {
> '' => 'som
On Thu, Dec 22, 2011 at 3:31 AM, Walter Heck wrote:
>
>
> On Thu, Dec 22, 2011 at 11:19, Tom De Vylder wrote:
>>
>> How about this:
>>
>> package { 'puppetmaster/squeeze-backports':
>> ensure => installed,
>> }
>>
>> Looks a lot easier to me. It takes all the dependencies it needs from
>> squeez
First, some background to show how I got to this question.
The particular idea I have is to use it for rsyslog certificates.
I was planning to use the process described [1]here to run a CA on the puppet
master machine, and then use puppet to distribute/maintain the certificates.
The process sh
Hi,
On 12/20/2011 05:26 PM, Kenneth Lo wrote:
> So the question is, given the service resource is also within the same
> module with the file, how do I make sure we can do the following
> sequentially?:
>
> 1. Shutdown the tomcat instance (service resource in tomcat module)
> 2. Update the appli
On Thu, Dec 22, 2011 at 11:19, Tom De Vylder wrote:
> How about this:
>
> package { 'puppetmaster/squeeze-backports':
> ensure => installed,
> }
>
> Looks a lot easier to me. It takes all the dependencies it needs from
> squeeze when available.
> If it can't find any suitable dependencies it wil
On 22 Dec 2011, at 02:29, Matt Zagrabelny wrote:
> On Wed, Dec 21, 2011 at 5:37 PM, Walter Heck wrote:
>> Look into apt pinning, that is the way to pin specific packages to come from
>> a specific origin. It's done in /etc/apt/preferences, the deep inner
>> workings are a tad voodoo, but nothing
ahh, great! that was the next hurdle we had!
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/puppet-users/-/ro04C9RPeqYJ.
To post to this group, send email to puppet-users
15 matches
Mail list logo
