On 03/23/2015 12:05 PM, Bostjan Skufca wrote:
> I am not talking about changing configuration options themselves, nor
> about changing how configuration file looks like (by, for example,
> providing new sections). I am talking about marking configuration
> settings as "basic" or "advanced" and then
On Saturday, 21 March 2015 21:57:02 UTC+1, Trevor Vaughan wrote:
>
> In my opinion, this is one of the areas where Puppet shines and it is
> something that needs to be actively supported.
>
> Let the systems be safe by default and easy to use but don't stifle the
> power users lest they be alie
On Saturday, 21 March 2015 20:02:23 UTC+1, Felix Frank wrote:
>
> On 03/19/2015 12:19 PM, Bostjan Skufca wrote:
> >
> > I think my note about suggesting git's way of providing "plumbing and
> > porcelain" interfaces as good approach still stands.
>
> I'm not so sure, actually.
>
> How exactl
I think this may be an incorrect conceptual tie, but I do think that the
plumbing/porcelain idea is both applicable to Puppet and something that
Puppet should be advertising as a benefit.
In terms of the conceptual tie, a config file is a config file and is used
to manage options. I think that the
On 03/19/2015 12:19 PM, Bostjan Skufca wrote:
>
> I think my note about suggesting git's way of providing "plumbing and
> porcelain" interfaces as good approach still stands.
I'm not so sure, actually.
How exactly would you go about segregating the existing configuration
options into two categori
On Friday, 20 March 2015 20:54:40 UTC+1, John Bollinger wrote:
>
>
>
> On Thursday, March 19, 2015 at 6:19:19 PM UTC-5, Bostjan Skufca wrote:
>
> [...] This is the reason why I came up with the EEL idea. The more I think
>> about it, the more natural it seems for puppet. Maybe it is just me.
>>
On Thursday, March 19, 2015 at 6:19:19 PM UTC-5, Bostjan Skufca wrote:
[...] This is the reason why I came up with the EEL idea. The more I think
> about it, the more natural it seems for puppet. Maybe it is just me.
>
>
I'm afraid responses seem to indicate that it's mostly just you. Perhaps
On Thursday, 19 March 2015 20:30:08 UTC+1, John Bollinger wrote:
>
> Why? You have two separate masters managing disjoint aspects of the
> target machines, via disjoint sets of agents. Why do they need (or even
> want) to share *anything*?
> Right. So what is the advantage in them sharing an
On Wednesday, March 18, 2015 at 7:08:17 PM UTC-5, Bostjan Skufca wrote:
>
>
>
> On Monday, 16 March 2015 14:01:58 UTC+1, Daniele Sluijters wrote:
>>
>> Hi,
>>
>> It would really help if you elaborated on your use cases in this thread.
>> I read the one message you linked but I'm still not sure a
On Thursday, 19 March 2015 01:51:17 UTC+1, Felix Frank wrote:
>
> On 03/19/2015 01:08 AM, Bostjan Skufca wrote:
>
> - both agents request the same environment: one master returns the whole
> system catalog, the other just bits to manage primary puppet
>
>
> I don't quite see why the agents wo
On 03/19/2015 01:08 AM, Bostjan Skufca wrote:
> - both agents request the same environment: one master returns the
> whole system catalog, the other just bits to manage primary puppet
I don't quite see why the agents would have to use identical environment
names. Could you perhaps also approach yo
On Monday, 16 March 2015 14:01:58 UTC+1, Daniele Sluijters wrote:
>
> Hi,
>
> It would really help if you elaborated on your use cases in this thread. I
> read the one message you linked but I'm still not sure about it and I don't
> feel like reading the whole other thread to get context. If yo
Hi,
It would really help if you elaborated on your use cases in this thread. I
read the one message you linked but I'm still not sure about it and I don't
feel like reading the whole other thread to get context. If you propose a
feature part of that proposal should be a rationale and intended u
On Thursday, 12 March 2015 23:31:58 UTC+1, Felix Frank wrote:
>
> On 03/11/2015 05:56 PM, Bostjan Skufca wrote:
> >
> > I would like to hear your opinion about this, and whether this would
> > be useful for you.
> >
>
> Hi,
>
> I don't believe that such a feature would be useful to a majori
On 03/11/2015 05:56 PM, Bostjan Skufca wrote:
>
> I would like to hear your opinion about this, and whether this would
> be useful for you.
>
Hi,
I don't believe that such a feature would be useful to a majority of
users, myself included.
I do see two disadvantages to adding this:
1. It adds com
Hi all,
I would like to propose a new feature for puppet master: External
Environment Locator (EEL)
The main objective would be to make locating puppet environment locations
more flexible compared to directory environments. Basic functionality would
facilitate usage of external program to conv
I don't have a problem with this as a feature but I also would not use it.
It does seem like it would be reasonably easy to implement and maintain.
Thanks,
Trevor
On Wed, Mar 11, 2015 at 12:56 PM, Bostjan Skufca <
bostjan.skufca.w...@gmail.com> wrote:
> Hi all,
>
> I would like to propose a ne
17 matches
Mail list logo