Andy
Cheers for that... Had completely missed the Puppet-users discussion...
Will update that now aswell...
FYI, have raised http://projects.puppetlabs.com/issues/21975
Cheers
Gavin
On Monday, 29 July 2013 21:39:48 UTC+1, Andy Parker wrote:
>
> On Mon, Jul 29, 2013 at 10:43 AM, Gavin William
This is the main use case that came to hand and I certainly agree about the
names.
So, yes, having this restricted to 'file' statements and fragment providers
(Augeas, file_line, etc) would cover all of the use cases that I can
think of off hand.
The three cases would be:
a) File wins
b) Fra
Ben,
This might help depending on your use case:
http://www.onyxpoint.com/2013/07/20/storing-puppet-provider-metadata-for-single-instance-application/
Thanks,
Trevor
On Mon, Jul 29, 2013 at 12:37 AM, Ben Schofield wrote:
> In my custom provider I do a prefetch for all the resources of a given
I was wondering when we'd catch up with Java in the 90's. This certainly
brings back bad old memories of not having any idea what was installed on
your system.
But, yes, it certainly looks like a viable solution and thanks for the post!
Trevor
On Mon, Jul 29, 2013 at 7:11 AM, R.I.Pienaar wrote
Note: I will be out tomorrow, and Jeff will be out till Friday this week.
Puppet Dev Community Summary
- Finished Card Total: *16* vs 25 last week
- Merged: 8 vs 15 last week
- Not Merged: 8 vs 8 last week
- Other: 0 vs 2 last week
Please see the team's current work in progress, outs
On Mon, Jul 29, 2013 at 10:43 AM, Gavin Williams wrote:
> Andy
>
> Cheers for the update...
>
> Unfortunately that takes it slightly beyond my knowledge of Puppet and
> Ruby :(
>
>
No problem. I did a quick search and found that there is a thread on
puppet-users that seems to be the issue.
http:/
Andy
Cheers for the update...
Unfortunately that takes it slightly beyond my knowledge of Puppet and Ruby
:(
Did you want me to raise an issue so that this is atleast recorded...
Cheers
Gavin
On Monday, 29 July 2013 17:49:49 UTC+1, Andy Parker wrote:
>
> Hi Gavin,
>
>
> On Mon, Jul 29, 20
Hi Gavin,
On Mon, Jul 29, 2013 at 9:18 AM, Gavin Williams wrote:
> Is anyone from PL able to shed any light on the below issues???
>
>
I can't speak to specifics of F5, but Nan Liu told me via email that the
problem comes down to Puppet trying to make ruby 1.8 and 1.9 behave the
same (one of ou
There's actually been some recent interest in this recently.
This message (https://groups.google.com/forum/#!topic/puppet-dev/Iqs5jEGfu_0)
was bounced around on puppet-dev for the last few weeks, which demonstrates
that there is interest in/need for this feature. In addition, we got this
pull requ
On Jul 28, 2013, at 9:37 PM, Ben Schofield wrote:
> In my custom provider I do a prefetch for all the resources of a given type
> and cache the data. I would like to be able to single flush to persist all
> the changes (updates, additions, deletions) to all the resources in one
> command. So
Is anyone from PL able to shed any light on the below issues???
Cheers
Gavin
On Wednesday, 24 July 2013 12:00:54 UTC+1, Gavin Williams wrote:
>
> Balto
>
> Apologies, my previous response may have been misleading... On further
> investigation, I can confirm that basic device connectivity and fa
In my custom provider I do a prefetch for all the resources of a given type
and cache the data. I would like to be able to single flush to persist all
the changes (updates, additions, deletions) to all the resources in one
command. Something like a global flush that is called after all the
re
- Original Message -
> From: "Christian Flamm"
> To: puppet-dev@googlegroups.com
> Sent: Monday, July 29, 2013 12:04:06 PM
> Subject: Re: [Puppet-dev] ruby-1.9.3 in yum.puppetlabs.com
>
> Hey Dominic,
>
>
> > However I don't see that this has much to do with the original bug,
> > whic
Hey Dominic,
> However I don't see that this has much to do with the original bug,
> which was more luck than design that it was fixed in 1.9.3... it's not
> worth investigating 1.9.3 support via packages just to provide a
> workaround for that issue! Charlie's last response is spot on.
>
W
14 matches
Mail list logo
