Hey
I went with my option #2 for this exercise. I will definitely be looking into
the package management as it'll come up. In fact, it may have already come up
in a different request. For this one, though, I have something like 5 scripts
in the 'all-hosts' list and 3 in the subset so individ
On Mon, 15 Aug 2016, dkoleary wrote:
Hey;
Thanks for the responses. I hadn't thought of packages. I will start
exploring that option
What would work, as a short term option:
* A class that just owns /root/bin
* Separate classes that create things in directories under /root/bin (say
/root/
Hey;
Thanks for the responses. I hadn't thought of packages. I will start
exploring that option
Thanks again.
Doug O'Leary
On Monday, August 15, 2016 at 3:42:20 PM UTC-5, Rob Nelson wrote:
>
> Doubt,
>
> I agree with Dan, packaging is the answer. And before you say it - yes,
> packaging sou
Doubt,
I agree with Dan, packaging is the answer. And before you say it - yes,
packaging sounds scary at first, but it doesn't have to be. Check out FPM -
https://github.com/jordansissel/fpm/wiki - to generate a package in the
correct format. You can very easily package static files that way, and
On Mon, 15 Aug 2016, dkoleary wrote:
Hey;
I suspected this was going to be a problem and, sure enough, it is.
Here's the scenario: puppet server 4.5: I have ~ 1200 hosts on which I
want specific files in /root/bin on all hosts. A reasonably large subset of
those should have additional file
Hey;
I suspected this was going to be a problem and, sure enough, it is.
Here's the scenario: puppet server 4.5: I have ~ 1200 hosts on which I
want specific files in /root/bin on all hosts. A reasonably large subset
of those should have additional files in /root/bin as part of an home-gro
On 6 May 2016 at 12:19, Alexander Dacre wrote:
> I'm looking to build my first module with custom types and providers, but I
> have some questions that I've been unable to find answers to.
>
> Lets say I have an application with a REST API that allows the creation of
> widgets. My custom type and
Hi ,
On 06 May 2016, at 17:29, Jeff wrote:
> I'm working on a puppet module that automatically places the entire catalog
> into zenoss (this is based on an outdated module that I found on github)
>
> By default, I want to place every server in zenoss.
>
> I have a base class which is include
I'm working on a puppet module that automatically places the entire catalog
into zenoss (this is based on an outdated module that I found on github)
By default, I want to place every server in zenoss.
I have a base class which is included in every node. I want to add 'include
zenoss::client' i
I'm looking to build my first module with custom types and providers, but I
have some questions that I've been unable to find answers to.
Lets say I have an application with a REST API that allows the creation of
widgets. My custom type and provider would define what the widget looks
like and c
10 matches
Mail list logo