HmmI suppose it might not matter as much so long as we get people used
to using 'puppet config print ssldir'.
That said, the SSL directory is one of those critical items to back up on
your system and the principal of least surprise would be nice here.
Honestly using /etc/pki (RHEL) or /etc/ss
More details here:
https://github.com/puppetlabs/beaker/blob/master/HISTORY.md#LATEST
High Fives!
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-de
The use case I think for having multiple modules of the same name
available is quite limited. I don't think anyone would claim best
practice if they had two apache modules in their modulepath.
I also think there is another component which is versioning. Right now
there is no system for a profile m
On Sun, Feb 22, 2015 at 12:08 PM, Trevor Vaughan
wrote:
> Yes please. Moving this out of $vardir/ssl will be quite irritating to
> teach existing users about the new product usage.
>
Even if we kept it in $vardir/ssl, this would mean the path is
/opt/puppetlabs/puppet/cache/ssl rather than /var/
On Mon, Feb 23, 2015 at 1:30 PM, Trevor Vaughan
wrote:
Well, without 'include' statements, you'd better add some ordering to your
> puppetlabs-hocon module.
>
> Currently, auth.conf is order dependent and I don't really see how you're
> going to change that (so you probably need ordering anyway).
Well, without 'include' statements, you'd better add some ordering to your
puppetlabs-hocon module.
Currently, auth.conf is order dependent and I don't really see how you're
going to change that (so you probably need ordering anyway).
I suppose you could add some systemd-like before/after/depends
On Mon, Feb 23, 2015 at 9:39 AM, Trevor Vaughan
wrote:
> That works. I just put in a feature request against Hiera for a HOCON
> native back end :-D.
>
Good idea!
Also, if you'd pop out some native types that can manipulate these things,
> that would be nifty.
>
This should probably be conside
Hi Eric,
Thanks for your comments, those will be very helpful. See below for some
answers/comments.
On 23/02/2015 06:18, Eric Sorenson wrote:
>
>> On Feb 16, 2015, at 2:01 AM, Brice Figureau
>> mailto:brice-pup...@daysofwonder.com>>
>> wrote:
>>
>> Hi,
>>
>> Following a conversation I had with K
On Feb 23, 2015, at 9:22 AM, Henrik Lindberg
wrote:
> On 2015-23-02 17:47, Chris Price wrote:
>> Totally agree that we have too many formats. That's why we tried to put
>> a lot of thought into picking one that we think is robust enough to
>> standardize on going forward. :) Also, the current
Hmmcan we push some of this down into Environments? It would be nice to
have different auth.conf's (and the others) per environment so that I don't
have to bust out my regex-fu every time.
Thanks,
Trevor
On Mon, Feb 23, 2015 at 12:22 PM, Henrik Lindberg <
henrik.lindb...@cloudsmith.com> wrot
That works. I just put in a feature request against Hiera for a HOCON
native back end :-D.
Also, if you'd pop out some native types that can manipulate these things,
that would be nifty.
While I'm at it, 'include' statements should be available in all config
files since includes > concat for orde
On 2015-23-02 17:47, Chris Price wrote:
On Mon, Feb 23, 2015 at 7:09 AM, Trevor Vaughan mailto:tvaug...@onyxpoint.com>> wrote:
Sorry to derail for the moment but HOCON + JSON + YAML + XML? Sounds
great..
Totally agree that we have too many formats. That's why we tried to put
a lot
On Mon, Feb 23, 2015 at 7:09 AM, Trevor Vaughan
wrote:
> Sorry to derail for the moment but HOCON + JSON + YAML + XML? Sounds
> great.
>
Totally agree that we have too many formats. That's why we tried to put a
lot of thought into picking one that we think is robust enough to
standardize on
Sorry to derail for the moment but HOCON + JSON + YAML + XML? Sounds
great.
On Mon, Feb 23, 2015 at 9:57 AM, Chris Price wrote:
> On Sun, Feb 22, 2015 at 9:18 PM, Eric Sorenson <
> eric.soren...@puppetlabs.com> wrote:
>
>>
>> Hi Brice! This project is really cool, thanks for taking it on. I
On Sun, Feb 22, 2015 at 9:18 PM, Eric Sorenson wrote:
>
> Hi Brice! This project is really cool, thanks for taking it on. I have a
> few comments about requirements and design that I hope can save some work
> and make it easier to include this upstream once it's done.
>
> I went back and surveyed
15 matches
Mail list logo
