[Puppet Users] Re: Is this the right way of doing it?

2015-06-12 Thread Sergiu Cornea


On Thursday, 11 June 2015 15:22:40 UTC+1, Sergiu Cornea wrote:
>
> Good afternoon guys,
>
> I have been assigned with the task of creating something like this: 
> https://github.com/duritong/puppet-webhosting/tree/master/manifests 
>  which I successfully implemented however, in order to add an extra 
> variable you will have to add it in all your module manifests, say for 
> example you want to add a debug variable you will need it to add it in each 
> manifest file. My question is if this the right way to approach this? Or 
> there is a better solution? 
>
> define webhosting::php::spip( $ensure = present, $configuration = {}, $uid 
> = 'absent', $uid_name = 'absent', $gid = 'uid', $gid_name = 'absent', 
> $user_provider = 'local', $password = 'absent', $password_crypted = true, 
> $domainalias = 'www', $server_admin = 'absent', $logmode = 'default', 
> $owner = root, $group = 'sftponly', $run_mode = 'normal', $run_uid = '
> absent', $run_uid_name = 'absent', $run_gid = 'absent', $run_gid_name = '
> absent', $watch_adjust_webfiles = 'absent', $user_scripts = 'absent', 
> $user_scripts_options = {}, $wwwmail = false, $allow_override = 'FileInfo'
> , $do_includes = false, $options = 'absent', $additional_options = 'absent
> ', $default_charset = 'absent', $ssl_mode = false, $php_settings = {}, 
> $php_options = {}, $vhost_mode = 'template',
>

No help? :( 

> ...


-- 


This message and its attachments are private and confidential. If you have 
received this message in error, please notify the sender and remove it and 
its attachments from your system.

The University of Westminster is a charity and a company 
limited by guarantee. Registration number: 977818 England. 
Registered Office: 309 Regent Street, London W1B 2UW.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/418de22e-5d35-4597-9139-d06de2a1ebad%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: Is this the right way of doing it?

2015-06-12 Thread Sergiu Cornea
No help? :(
-- 


This message and its attachments are private and confidential. If you have 
received this message in error, please notify the sender and remove it and 
its attachments from your system.

The University of Westminster is a charity and a company 
limited by guarantee. Registration number: 977818 England. 
Registered Office: 309 Regent Street, London W1B 2UW.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/edea3d23-3faa-4211-9e70-296dd8f73b73%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: Concat params along a node.

2015-06-12 Thread jcbollinger


On Thursday, June 11, 2015 at 3:23:55 PM UTC-5, Albert Shih wrote:
>
> Hi, 
>
> Let's say I have a module to manage something on a server so 
>
>   modules/things/manifests/init.pp 
>   /addthing.pp 
>
> the addthing.pp whould be a define. 
>
> And I use this « addthing » inside other module, how can I get the list of 
> all thing I add. For example 
>
>   class my_service { 
>
> include ::things 
>
> things::addthing { 'first' } 
> things::addthing { 'second' } 
> things::addthing { 'third' } 
>
> # and now I want inside $my_things a string like 'first, second, 
> third' 
>
> } 
>
>

You don't.  If you were willing to write a custom function or possibly to 
engage in some ruby-fu inan inline template then you could extract a list 
of the titles of all Things::Addthing resources declared to that point 
during catalog building, but that's not necessarily the same thing, as 
instances may have been declared elsewhere, too.

More generally, it is never a good idea for your manifests to rely on 
extracting data from the catalog under construction. The result of any such 
inquiry is necessarily dependent on the order in which Puppet evaluates 
your manifests, which is difficult to predict.  Instead, focus on data 
first, and code second.  For example, if you want a list of the 
Thing::Addthings, then *start* with that, and use it to make your 
declarations, instead of making your declarations and after the fact trying 
to determine what you declared (which in truth you already know anyway):

class my_service { 
  include ::things 
 
  $thinglist = [ 'first', 'second', 'third' ]
  
  things::addthing { $thinglist: } 
}

It's shorter, too.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/21e547dd-e02f-4b36-8a8f-da975b3846fe%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] issue svn with r10k stderr: svn: URL 'http://xxxx/puppet/environment/development/branches' non-existent in that revision

2015-06-12 Thread Spriya
Hi,

I am almost getting there implementing svn with r10k. I am stuck here. 
Anyone can you help me in this. I am having this error:

*Stderr:*
*svn: URL 
'http:///svn/puppet/puppetlabs/puppet/environment/development/branches' 
non-existent in that revision*
*Exit code: 1*

Here is my r10k.yaml

cat r10k.yaml
---
# This example configuration details the most commonly used configuration
# options for the `r10k deploy` command.
#

# The 'cachedir' setting controls where cached content, such as mirrored Git
# repositories, are stored on the local machine. This location should be
# persistent, as environments and modules may rely on these files in order 
to
# be updated.
#
# See 
https://github.com/puppetlabs/r10k/blob/1.5.1/doc/git/cloning-and-mirroring.mkd
# for more information on how r10k caches Git repositories.
#
# The default value is "~/.r10k"
cachedir: '/var/cache/r10k'

sources:

  development:
type:  svn
remote: 
'http://xxx-xxx-xxx/svn/puppet/puppetlabs/puppet/environment/development'
basedir: '/etc/puppetlabs/puppet/environments'
username: ''
password: ''
prefix: false


Here is my branches and trunk in my repository

http:///svn/puppet/puppetlabs/puppet/environments/development
->branches
-> trunk

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/c717126c-f08e-4fed-bb9f-062bc1df75bb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: tagmail module doesn't work with puppet 4

2015-06-12 Thread Michael Chudobiak
I am seeing this too. I've filed a bug report at 
https://tickets.puppetlabs.com/browse/MODULES-2117

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/b0f2c011-62fe-4976-a949-fb1f4345e6d4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: Is this the right way of doing it?

2015-06-12 Thread jcbollinger


On Friday, June 12, 2015 at 3:14:00 AM UTC-5, Sergiu Cornea wrote:
>
> No help? :( 
>


I'm afraid I don't understand the question.  In particular, you assert that 
"in order to add an extra variable you will have to add it in all your 
module manifests," but that certainly is not true in an absolute sense.  
Nothing in Puppet prevents you from adding a class variable or even a class 
parameter (note: not quite the same thing) to just one class in your 
module.  It must therefore be that you have some functional or structural 
requirement that leads you to your conclusion, but that is opaque to me.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/498a5f74-b6cc-4329-ad96-92d2f1bcb4cb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] A case for git (SVN vs Git)

2015-06-12 Thread Corey Osman
I have been tasked with an assignment to come up with a document for non 
technical decision makers to “chose Git over SVN”, since non technical people 
view VCS is all the same. With regards to Puppet I think its a horrible idea to 
use SVN but how do we prove it for decision makers that have no reference?.   
If you have given this argument before or want to add your advice, opinion, 
reasons, stories, feel free to clone this repo and merge your input. Spencer 
Krum has agreed to put this document into an official puppet community repo 
https://github.com/puppet-community once the document reaches a good state.   
The idea here is if you encounter this situation in the future there will be a 
document to hand to somebody to say “Here read this”.  So if you like BeerOps, 
check this out (literally).

https://github.com/logicminds/A-Case-For-Git.git


Corey

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/4CE0BADC-C41B-4427-A51A-8A82245A09BB%40logicminds.biz.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] A case for git (SVN vs Git)

2015-06-12 Thread Ramin K

On 6/12/15 10:57 AM, Corey Osman wrote:

I have been tasked with an assignment to come up with a document for non 
technical decision makers to “chose Git over SVN”, since non technical people 
view VCS is all the same. With regards to Puppet I think its a horrible idea to 
use SVN but how do we prove it for decision makers that have no reference?.   
If you have given this argument before or want to add your advice, opinion, 
reasons, stories, feel free to clone this repo and merge your input. Spencer 
Krum has agreed to put this document into an official puppet community repo 
https://github.com/puppet-community once the document reaches a good state.   
The idea here is if you encounter this situation in the future there will be a 
document to hand to somebody to say “Here read this”.  So if you like BeerOps, 
check this out (literally).

https://github.com/logicminds/A-Case-For-Git.git


Corey



	Being somewhat in the middle of a similar conversation at $dayjob I 
believe it's a mistake to focus on the technology rather than the 
outcome. I would focus on workflow, integration, and tooling instead. 
Particularly the local branch per feature or ticket to review board to 
merge to release branch is flexible, powerful, and relatively easy to 
understand.


"You'll find yourself about 900x more agile with git or the like" - 
Binford2k


Remove. If you want to make this point run a benchmark and link it.

Ramin

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/557B218F.8040809%40badapple.net.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: [announce] puppetlabs-concat 2.0.x release deletion

2015-06-12 Thread Bryan Jen
 

FYI The puppetlabs-concat 2.0.0 and 2.0.1 releases have been deleted from 
the Forge. If you're using either of those versions, please downgrade to 
1.2.3 as soon as possible. We have also reverted the puppetlabs-concat 
github master to 1.2.3, if you would like to continue using 2.x or 
contribute to 2.x, there is a development branch named "2.0.x" to 
contribute to.

On Thursday, June 11, 2015 at 3:02:06 PM UTC-7, Bryan Jen wrote:
>
> If you aren’t using puppetlabs-concat or are still using the 
> puppetlabs-concat module with version 1.x you don’t need to continue 
> reading. But, if you’re using puppetlabs-concat 2.0.x...
>
> tl;dr - we have uncovered an issue in the Puppet core that impacts the 
> puppetlabs-concat 2.0.x series and are deleting those releases from the 
> forge. Please downgrade your environments to use puppetlabs-concat 1.2.x. 
>
> We recently reworked the puppetlabs-concat module to transition from an 
> exec running a ruby script to concatenate files together to a native type 
> (hooray!). This gave us vast performance improvements, but with the way the 
> type was implemented we ended up running into a Puppet bug (
> https://tickets.puppetlabs.com/browse/PUP-1963) 
> that we can’t effectively work around with the existing code. Due to this, 
> we’re pulling the 2.0.x release series. The Puppet bug was causing us to 
> not properly propagate notify and subscribe metaparameters triggered by 
> changes in puppetlabs-concat resources. This means that, for example, 
> services subscribing to concat resources will not get restarted when the 
> configuration file is updated.
>
> To mitigate these issues, the puppetlabs-concat 2.0.x releases will be 
> deleted from the forge. They will still be available for download but will 
> not be installable using the PMT. We are still hoping to rework 
> puppetlabs-concat to use a native type, however we don’t have a firm 
> timeline for when that work will happen.
>
> -- 
> Bryan Jen
> *bryan@puppetlabs.com *
> Modules Software Engineer
>
> *PuppetConf 2015  is coming to Portland, 
> Oregon! Join us October 5-9.*
> *Register now to take advantage of the Early Adopter discount 
> 
>  *
> *—**save $349!*
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/365ebdb7-619c-4615-bef7-9f3f55d710f3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: Release 2.0.0 of abstractit-puppet with support for puppet 4

2015-06-12 Thread Martijn
Currently rebuilding my Puppet infra. This may be just what I need! Thanks.

Op woensdag 10 juni 2015 00:25:13 UTC+2 schreef Pete Brown:
>
>
> If you aren't aware of the module it is my take on managing puppet and 
> friends with puppet. 
> It doesn't do everything yet but it manages a significant portion of 
> your puppet server and each agent in your environments. 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/eaf6a388-2050-4e28-9ad9-b6aa70345472%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] Calling hiera functions from inside Ruby templates broken in Puppet 4.x?

2015-06-12 Thread Henrik Lindberg

On 2015-04-06 24:37, Stephen Gelman wrote:

Henrik,

Thanks for the reply.  Now that it is established that this is a problem
is there a plan to re-add this functionality?  Should I submit a ticket
for it?



Here is the ticket that was logged for this. A solution is in the works.
https://tickets.puppetlabs.com/browse/PUP-4753

- henrik

--

Visit my Blog "Puppet on the Edge"
http://puppet-on-the-edge.blogspot.se/

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/mlg2qj%24gcc%241%40ger.gmane.org.
For more options, visit https://groups.google.com/d/optout.