date:20180313

RE: [Puppet Users] Puppet Packages for Fedora 27

2018-03-13 Thread Johan De Wit

Just submitted a PR for centos 7.4 vagrant boxes for virtualbox/libvirt and 
docker  

As soon as this PR get merged, I wll post more centos versions.



You can always have a look at https://github.com/witjoh/puppetlabs-packer



In the meantime one can build those recent boxes by them self.



I you need some assistance ...glad to help



-Original message-
From: Vince Skahan 
Sent: Tuesday 13th March 2018 17:34
To: Puppet Users 
Subject: Re: [Puppet Users] Puppet Packages for Fedora 27

On Tuesday, March 6, 2018 at 11:31:26 AM UTC-8, Branan Purvine-Riley wrote:00
We know the addition of new platforms has been lagging, and we apologize for 
that. Fedora 27 is almost done, and should start appearing in our nightly 
repository soon (possibly tonight, if our automated testing all passes).

We've been working on cleaning up our packer[1] scripts to make setting up our 
build/test environments quicker. We have also made some process changes to how 
we keep track up upcoming distro releases, in order to better get ahead of the 
curve. We're still catching up, but we hope we won't lag quite so far behind on 
future new OS releases.



How about your 2-3 year old vagrant boxes ?
(centos6 and centos7 specifically)

 

-- 
 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/3c21961e-1409-48c5-ac5f-0dc54d64652b%40googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
 

-- 
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/zarafa.5aa83e81.344d.0e153bd66a8f40af%40zarafa7.open-future.be.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Puppet Packages for Fedora 27

2018-03-13 Thread Vince Skahan

On Tuesday, March 6, 2018 at 11:31:26 AM UTC-8, Branan Purvine-Riley 
wrote:00

> We know the addition of new platforms has been lagging, and we apologize 
> for that. Fedora 27 is almost done, and should start appearing in our 
> nightly repository soon (possibly tonight, if our automated testing all 
> passes).
>
> We've been working on cleaning up our packer[1] scripts to make setting up 
> our build/test environments quicker. We have also made some process changes 
> to how we keep track up upcoming distro releases, in order to better get 
> ahead of the curve. We're still catching up, but we hope we won't lag quite 
> so far behind on future new OS releases.
>
>
>
How about your 2-3 year old vagrant boxes ?
(centos6 and centos7 specifically)

 

-- 
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/3c21961e-1409-48c5-ac5f-0dc54d64652b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] How to check if module in use.

2018-03-13 Thread Dan White

How about checking out

/opt/puppetlabs/puppet/cache/state/classes.txt

Dan White | d_e_wh...@icloud.com

“Sometimes I think the surest sign that intelligent life exists elsewhere in the
universe is that none of it has tried to contact us.” (Bill Waterson: Calvin &
Hobbes)

On Mar 13, 2018, at 04:22 AM, Thomas Müller wrote:

Am Sonntag, 25. Februar 2018 14:44:07 UTC+1 schrieb Albert Shih:
Hi

During time I've got lot of modules. Some are not use anymore. But how can
I check if a module is use by other ?

there is IMHO no easy way to do this.

I've created a (ugly) scripts to query puppetdb to list all used resources of a
environment. then another script to create a list of resources out of a
file-list. then I can figure out if there are resources/classes/defined types
that are not in use anymore. it won't directly give you the unused modules
some indications what is not used anywhere on clients.

--
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/8be5c635-13f2-4a06-ba63-f4cdc8c231b2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
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/fcbc82be-9019-41ed-9edb-64c15ef782d0%40me.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] puppet generate types on a standalone directory

2018-03-13 Thread Henrik Lindberg

On 13/03/18 09:29, Thomas Müller wrote:

For octocatalog-diff I'd wanted to `puppet generate types` in the
bootstrap script [1]. But at this stage its just the env extracted into
a directory and not $environmentpath/${envname}. I couldn't figure out
how to run `puppet generate types` on just a standalone directory. Is
this at all possible?

You should be able to give it an environmentpath + the directory name as
the name of the environment on the command line. (This works because all
puppet settings are also exposed as flags on the command line).

- henrik

regards
- Thomas

[1]
https://github.com/github/octocatalog-diff/blob/master/doc/advanced-bootstrap.md

--
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/2e658186-6929-43ba-945d-f8e2ff2572cc%40googlegroups.com
.

For more options, visit https://groups.google.com/d/optout.

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/p88taj%24fe1%241%40blaine.gmane.org.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Re: Doubt about eyaml_lookup_key and hiera_eyaml_gpg

2018-03-13 Thread Bruno Rodriguez

OK, I discovered what the problem was but ... Still amazed

In my YAML files I had some entries like this:

common::packages:
   ['vim', 'htop']:
  ensure: latest

It didn't work and gave an error that has been pretty difficult to 
understand. After changing the yaml to:

common::packages:
   'vim':
  ensure: latest
   'htop':
  ensure: latest

Everything works. I'll have to rewrite some parts of my hiera files, but at 
least I can apply the manifests in the nodes...

On Tuesday, March 13, 2018 at 3:15:58 PM UTC+1, Bruno Rodriguez wrote:
>
> Good evening everyone, 
>
> I'm having a problem while getting some information from a yaml file via 
> hiera and I've been hours with it without knowing how to find the solution.
>
> In the .pp I make the following lookup:
>
>files = hiera_hash('common::files', $files)
>
> In the hiera file I have an entry in the form:
>
>common::files: 
>   '/my/file':
>   content: 'something simple'
>   '/my/file2':
>   content: 'something simple again'
>
> Then I get the following error:
>
> Error: Could not retrieve catalog from remote server: Error 500 on SERVER: 
> Server Error: Evaluation Error: Error while evaluating a Function Call, 
> Lookup of key 'common::files' failed: Value for key 'common::files', in 
> hash returned from data_hash function 'yaml_data', when using location 
> '/etc/puppetlabs/code/environments/my_env/hieradata/common.yaml', has wrong 
> type, expects Puppet::LookupValue, got Hash[Data, Hash[Enum['content', 
> 'ensure', 'target'], Enum['/opt/puppetlabs/bin/fact.-   
>
> Just as if I couldn't get the value and I can't understand anything 
> because it looks like a "internal" problem with gems and so on. I'm 
> suspecting that because whenever I make a lookup in the server I get this 
> error:
>
>   # puppet lookup common::files
>   Error: Could not run: wrong number of arguments (1 for 0)
>
> The global hiera.yaml file looks like this. It's almost a 
>
>   version: 5
>   defaults:
>   datadir: "/etc/puppetlabs/code/environments/%{environment}/hieradata"
>   data_hash: yaml_data
>   #lookup_key: eyaml_lookup_key
>   #options: 
>   #gpg_gnupghome: '/etc/puppetlabs/puppet/gpg_keys'
>   #encrypt_method: 'gpg'
>   
>   hierarchy:
> - name: "common.yaml"
>   data_hash: yaml_data
>   path: "common.yaml"
>
> I'm moving from hiera v3 to hiera v5 and I was using GPG instead of PKCS7, 
> but that will be another poblem. First of all I want to be able to recover 
> the non-encrypted values.
>
>

-- 
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/e25ee89f-c6e3-477b-8d3d-55c0d0093285%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Doubt about eyaml_lookup_key and hiera_eyaml_gpg

2018-03-13 Thread Bruno Rodriguez

Good evening everyone, 

I'm having a problem while getting some information from a yaml file via 
hiera and I've been hours with it without knowing how to find the solution.

In the .pp I make the following lookup:

   files = hiera_hash('common::files', $files)

In the hiera file I have an entry in the form:

   common::files: 
  '/my/file':
  content: 'something simple'
  '/my/file2':
  content: 'something simple again'

Then I get the following error:

Error: Could not retrieve catalog from remote server: Error 500 on SERVER: 
Server Error: Evaluation Error: Error while evaluating a Function Call, 
Lookup of key 'common::files' failed: Value for key 'common::files', in 
hash returned from data_hash function 'yaml_data', when using location 
'/etc/puppetlabs/code/environments/my_env/hieradata/common.yaml', has wrong 
type, expects Puppet::LookupValue, got Hash[Data, Hash[Enum['content', 
'ensure', 'target'], Enum['/opt/puppetlabs/bin/fact.-   

Just as if I couldn't get the value and I can't understand anything because 
it looks like a "internal" problem with gems and so on. I'm suspecting that 
because whenever I make a lookup in the server I get this error:

  # puppet lookup common::files
  Error: Could not run: wrong number of arguments (1 for 0)

The global hiera.yaml file looks like this. It's almost a 

  version: 5
  defaults:
  datadir: "/etc/puppetlabs/code/environments/%{environment}/hieradata"
  data_hash: yaml_data
  #lookup_key: eyaml_lookup_key
  #options: 
  #gpg_gnupghome: '/etc/puppetlabs/puppet/gpg_keys'
  #encrypt_method: 'gpg'
  
  hierarchy:
- name: "common.yaml"
  data_hash: yaml_data
  path: "common.yaml"

I'm moving from hiera v3 to hiera v5 and I was using GPG instead of PKCS7, 
but that will be another poblem. First of all I want to be able to recover 
the non-encrypted values.

-- 
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/3615bb0c-fb40-4fdb-bc02-d2beb9766b26%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Re: How to check if module in use.

2018-03-13 Thread Rob Nelson

I haven’t used it in a couple of years, but puppet-ghostbuster was designed
to poll puppetdb as you describe, compare it to the module list, and give
you a report of unused modules and classes.
https://github.com/camptocamp/puppet-ghostbuster?files=1

On Tue, Mar 13, 2018 at 4:22 AM Thomas Müller  wrote:

>
>
> Am Sonntag, 25. Februar 2018 14:44:07 UTC+1 schrieb Albert Shih:
>>
>> Hi
>>
>> During time I've got lot of modules. Some are not use anymore. But how
>> can
>> I check if a module is use by other ?
>>
>> there is IMHO no easy way to do this.
>
> I've created a (ugly) scripts to query puppetdb to list all used resources
> of a environment. then another script to create a list of resources out of
> a file-list. then I can figure out if there are resources/classes/defined
> types that are not in use anymore.   it won't directly give you the unused
> modules some indications what is not used anywhere on clients.
>
>
> --
> 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/8be5c635-13f2-4a06-ba63-f4cdc8c231b2%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
-- 
Rob Nelson

-- 
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/CAC76iT9D4PfXqArVpynPGEgCSFi59%2B%3Dq%3DWn1c2J5nYs68NBT%3DA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Raspberry Pi Agents

2018-03-13 Thread Dietrich, Stefan

Hello Michael,

oh, another Puppet on Pi user :)

Any specific reason to drop the pl-build-tools for Debian 9 [1] ?
I have recently build Puppet Agent 1.10.10 for Debian 8/9 on armhf as 
well...and for RHEL 7 on ppc64 (big endian).
I still found it easier to build the pl-build-tools packages than removing all 
the references?

[1] 
https://github.com/stahnma/puppet-agent/commit/02faa1ab51f74ddb827ca1c3f5da5c3ab9c17a20
 (assuming, this is your repo?)

Regards,
Stefan

- Original Message -
> From: "Michael Stahnke" 
> To: puppet-users@googlegroups.com
> Sent: Monday, March 12, 2018 7:35:16 PM
> Subject: [Puppet Users] Raspberry Pi Agents

> In my spare time, I build out puppet-agents for Raspberry pis, because I
> like pain and ARM boards.
> 
> I finally got Debian Stretch Working for armhf.
> 
> Debian 9
> http://unsupported.s3.amazonaws.com/puppet-agent_5.
> 4.0.412.g8f7446e2-1stretch_armhf.deb
> 
> Debian 8
> http://unsupported.s3.amazonaws.com/puppet-agent_5.
> 4.0.412.ga221b36c-1jessie_armhf.deb
> 
> 
> As the URI implies, unsupported :) I don't always get a chance to update
> them. Feel free to point anybody at them though.
> 
> --
> 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/CAMto7LJz6-0J9--ZUCt1TtnUyuXs5%2BrBs-BD26Y6srKyokhFOg%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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/375713217.6064768.1520931010180.JavaMail.zimbra%40desy.de.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] puppet generate types on a standalone directory

2018-03-13 Thread Thomas Müller

Hi

For octocatalog-diff I'd wanted to `puppet generate types` in the bootstrap 
script [1]. But at this stage its just the env extracted into a directory 
and not $environmentpath/${envname}. I couldn't figure out how to run 
`puppet generate types` on just a standalone directory. Is this at all 
possible?

regards
- Thomas



[1] 
https://github.com/github/octocatalog-diff/blob/master/doc/advanced-bootstrap.md

-- 
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/2e658186-6929-43ba-945d-f8e2ff2572cc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Re: How to check if module in use.